Google Analytics con più ambienti

Ecco cosa ho fatto alla fine (non mi piaceva l'idea di incorporare il codice .Net all'interno di javascript):

• Ho configurato due account Google Analytics, uno per lo sviluppo / test e uno per la produzione
• Crea una pagina che restituisce l'ID dell'account Google Analytics (dal web.config) come suo corpo.
• Su $ (documento) .ready, effettua una chiamata ajax alla pagina
• Su Ajax completato, chiama lo script google analytics con la risposta (che contiene l'ID account)

Quindi, a seconda dell'ambiente a cui mi rivolgo, io uso entrambe le versioni del file web.config che contiene l'ID account corretto.

È un po 'più complicato, ma non implica la generazione di javascript da .NET, ed è stato molto semplice con jQuery.

Ecco il codice finale:

var setupGoogleAnalytics = function (clientNumber) {
    var gaq = gaq || [];
    gaq.push(['_setAccount', clientNumber]);
    gaq.push(['_setDomainName', 'none']);
    gaq.push(['_trackPageview']);

    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
}

$(document).ready(function(){
    $.ajax({
        url: "GetGAClientNumber.aspx",
        success: function(data) {
            setupGoogleAnalytics(data);
        }
    });
});

E funziona perfettamente!

La risposta più semplice è sì, configurare più account per ogni ambiente. Quindi, sostituisci l'ID profilo (il testo che assomiglia a "UA-XXXXX-X", come mostrato qui ) con l'ID corretto dall'ambiente desiderato.

Poiché si utilizza ASP.NET, è possibile memorizzare l'ID profilo in web.config. Ciò condurrà a dover incorporare codice .NET all'interno di JavaScript (che può essere o non essere corretto). Puoi anche configurare la configurazione di produzione come l'unica configurazione per l'output del codice di monitoraggio, ma ciò porterebbe al rilascio del codice che non è stato testato.

A seconda di come ospiti il tuo sito (dev.domain.tld, test.domain.tld, www.domain.tld) puoi eventualmente utilizzare un singolo profilo e quindi filtrare i risultati in base al sottodominio / cartella / url. Google ha un buon articolo sui vari scenari di monitoraggio .

Un'altra opzione potrebbe essere profili di Google Analytics. Utilizza lo stesso account in tutti gli ambienti, ma aggiungi un filtro per il nome host in ogni profilo include solo il traffico proveniente dal rispettivo ambiente.

Ad esempio, se il tuo ambiente QA interno è qa.example.com , crea un profilo "QA" in Google Analytics con un filtro personalizzato per includere solo nomi host corrispondenti a ^qa\.example\.com$ . Nel tuo profilo "Produzione", fai il contrario ed escludi il traffico da nomi interni.

Puoi assicurarti che durante lo sviluppo e il controllo qualità, il sito sia accessibile solo internamente dai computer della tua rete aziendale?

Se sì, puoi utilizzare lo stesso account di analisi che verrà utilizzato per la produzione, e filtra tutto il traffico dall'interno della tua organizzazione .

Citazione dal link:

If you want to exclude internal traffic from appearing in your reports, you can filter out a specific IP address or a range of IP addresses. You can also use cookies to filter out visits from particular users. We'll explain how below.