Je dois tester mon nouveau compte GA sur ma machine locale.
Cela fonctionnera-t-il simplement en copiant l'extrait standard fourni par Google sur la page?
Je ne veux pas passer 24 heures à attendre pour voir si cela fonctionnera ou non.
Je dois tester mon nouveau compte GA sur ma machine locale.
Cela fonctionnera-t-il simplement en copiant l'extrait standard fourni par Google sur la page?
Je ne veux pas passer 24 heures à attendre pour voir si cela fonctionnera ou non.
Réponses:
Cette question reste valable aujourd'hui, mais la technologie a changé. L'ancien tracker Urchin est obsolète et obsolète. Le nouveau code de suivi asynchrone de Google Analytics utilise un code légèrement différent pour obtenir les mêmes résultats.
ga.js
La syntaxe actuelle pour définir le domaine de suivi sur aucun sur Google Analytics ressemble à ceci:
_gaq.push(['_setDomainName', 'none']);
Google Analytics lancera ensuite la demande de suivi _utm.gif sur localhost. Vous pouvez le vérifier en ouvrant les outils de développement dans votre navigateur préféré et en regardant les requêtes réseau pendant le chargement de la page. Si cela fonctionne, vous verrez une demande de _utm.gif dans la liste des demandes réseau.
analytics.js
Google a publié une nouvelle version de l'analyse appelée "Universal Analytics" (fin 2012 ou début 2013). Au moment où j'écris, le programme est toujours en version BETA, donc le code ci-dessus est toujours recommandé pour la plupart des utilisateurs avec des installations existantes de Google Analytics.
Cependant, pour les nouveaux développements utilisant le nouveau analytics.js
code, Google Analytics, Configuration avancée - Documentation de suivi Web montre que nous pouvons tester Universal Analytics sur localhost avec ce nouveau code:
ga('create', 'UA-XXXX-Y', {
'cookieDomain': 'none'
});
Consultez la documentation liée pour plus de détails sur la configuration avancée d'Universal Analytics.
Global Site Tag - gtag.js
et Universal Analytics - analytics.js
seront détectés localhost
automatiquement. Vous n'avez pas besoin de modifier la configuration.
Si gtag.js détecte que vous exécutez un serveur localement (par exemple
localhost
), il définit automatiquement lecookie_domain
à'none'
.
none
. La documentation indique: "En outre, si analytics.js détecte que vous exécutez un serveur localement (par exemple localhost), il définit automatiquement le cookieDomain sur" aucun "."
Cela peut maintenant être réalisé en définissant simplement le domaine sur none
.
ga('create', 'UA-XXXX-Y', 'none');
Voir: https://developers.google.com/analytics/devguides/collection/analyticsjs/domains#localhost
'auto'
'none'
localhost
Automatic cookie domain configuration sets the _ga cookie on the highest level domain it can. For example, if your website address is blog.example.co.uk, analytics.js will set the cookie domain to .example.co.uk. In addition, if analytics.js detects that you're running a server locally (e.g. localhost) it automatically sets the cookieDomain to 'none'.
J'ai eu le même problème, et toutes les solutions n'ont fonctionné que lorsque j'ai fait deux choses:
Code évident:
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXXXXX-X']);
_gaq.push(['_setDomainName', 'none']);
_gaq.push(['_setAllowLinker', true]);
_gaq.push(['_trackPageview']);
ET
J'ai ajouté localhost un autre nom de domaine FQDN. Je l'ai fait sur le système Windows en modifiant:
C:\Windows\System32\drivers\etc\hosts
fichier, et je mets ce qui suit:
127.0.0.1 my.domain.org
Ensuite, je suis allé à l'adresse http://my.domain.org/WebApp qui sert une page avec Google Analytics JS inclus.
Si vous êtes sous unix, éditez / etc / hosts pour le même résultat.
Il pense que Google devrait mettre la configuration Intranet dans la FAQ GA. Ils disent simplement que vous avez besoin de la FQDA. Oui, vous le faites, mais pas pour qu'ils vous accèdent, vous en avez juste besoin pour avoir l'attribut Host dans la requête HTTP.
Je pense qu'une autre raison pour le FQDN est les COOKIES! Les cookies sont utilisés pour suivre les données et si vous n'avez pas de FQDN, le cookie ne peut pas être défini et le code JS s'arrête et n'obtient pas le gif.
Réponse pour 2019
La meilleure pratique consiste à configurer deux propriétés distinctes pour votre développement / transfert et vos serveurs de production. Vous ne voulez pas polluer vos données Analytics avec test, et la mise en place de filtres n'est pas agréable si vous êtes obligé de le faire.
Cela étant dit, Google Analytics dispose désormais d' un suivi en temps réel , et si vous souhaitez suivre les campagnes ou les transactions, le décalage est d' environ 1 minute jusqu'à ce que les données soient affichées sur la page, tant que vous sélectionnez le jour en cours.
Par exemple, vous créez Site et Site Test, et chacun a un code UA-XXXX-Y .
Dans votre logique d'application, où vous utilisez le JavaScript d'analyse, vérifiez votre environnement et pour la production, utilisez votre site UA-XXXX-Y , et pour la mise en scène / développement, utilisez celui de test de site.
Vous pouvez avoir cette configuration jusqu'à ce que vous appreniez les tenants et aboutissants de GA, puis la supprimer, ou la conserver si vous devez apporter des modifications constantes (que vous testerez d'abord sur le développement / la mise en scène).
Source: expérience personnelle, divers articles.
Maintenant, la réponse à votre question est oui, cela fonctionnera simplement en copiant l'extrait standard. Selon la documentation , l'extrait standard a désormais une configuration automatique de domaine de cookie: ga('create', 'UA-XXXXX-Y', 'auto');
où le domaine de cookie est automatiquement déterminé.
De plus, si analytics.js détecte que vous exécutez un serveur localement (par exemple localhost), il définit automatiquement le cookieDomain sur «aucun».
Cela fonctionnera si vous utilisez une adresse IP ou définissez le domaine sur aucun. Détails ici:
http://analyticsimpact.com/2011/01/20/google-analytics-on-intranets-and-development-servers-fqdn/
Après avoir passé environ deux heures à essayer de trouver une solution, j'ai réalisé que j'avais des bloqueurs de publicité bloquant l'appel à GA. Une fois que je les ai éteints, j'étais prêt à partir.
Un outil plus simple pour surveiller les balises de suivi consiste à utiliser l'extension Chrome (probablement disponible, ou l'équivalent pour d'autres navigateurs) - Google Tag Assistant. Cela montrera les balises qui se déclenchent, les problèmes qu'il a détectés et décompose même des éléments tels que les valeurs de commerce électronique pour une lecture facile. Fonctionne également avec Google Tag Manager et peut gérer plusieurs ensembles de balises sur la page.
Je veux juste ajouter à ce qui a été dit jusqu'à présent, cela peut vous épargner beaucoup de maux de tête, vous n'avez pas besoin d'attendre 24 heures pour voir si cela fonctionne, oui, l'aperçu total prend 24 heures, mais dans l'onglet Rapports, il y a un lien sur le côté gauche vers le résultat en temps réel et il montrera si quelqu'un visite actuellement votre site, je n'ai pas non plus à le configurer 'cookieDomain': 'none'
pour qu'il fonctionne sur localhost, mon paramètre est activé 'auto'
et cela fonctionne très bien (j'utilise MVC 5), en plus de cela, j'ai ajouté le script à la fin de la balise head comme google l'a indiqué dans cette page :
Collez votre extrait (non modifié, dans son intégralité) dans chaque page Web que vous souhaitez suivre. Collez-le juste avant la
</head>
balise de fermeture .
voici plus d'informations sur la façon de vérifier si l'analytique fonctionne correctement.
Dans le prolongement de la réponse de Tuong Lu Kim:
En supposant:
ga('create', 'UA-XXXXX-Y', 'auto');
... si analytics.js détecte que vous exécutez un serveur localement (par exemple localhost), il définit automatiquement le cookieDomain sur «aucun». ...
Extrait:
La configuration automatique du domaine des cookies définit le cookie _ga sur le domaine de plus haut niveau qu'il peut. Par exemple, si l'adresse de votre site Web est blog.example.co.uk, analytics.js définira le domaine des cookies sur .example.co.uk. De plus, si analytics.js détecte que vous exécutez un serveur localement (par exemple localhost), il définit automatiquement le cookieDomain sur «aucun».
L'extrait de suivi JavaScript recommandé définit la chaîne «auto» pour le champ cookieDomain:
J'ai rencontré ce problème récemment et j'ai trouvé utile d'explorer la nouvelle documentation de Google sur le débogage d'Analytics . L'envoi d'informations de suivi à Google Analytics ne tenait pas vraiment compte, je voulais simplement m'assurer que les événements se déclenchaient correctement et les outils de débogage m'ont donné les informations dont j'avais besoin. YMMV, je me rends compte ne répond pas exactement à la question.
Pour ceux qui utilisent le gestionnaire de balises Google pour s'intégrer aux événements Google Analytics, vous pouvez faire ce que les gars ont mentionné pour définir le drapeau des cookies sur aucun depuis GTM it self
ouvrez GTM> variables> variables google analytics> et définissez la balise cookies sur aucune