13 erreurs de suivi de Google Analytics (et comment les corriger)

Si vous avez constaté que ce trafic était réduit dans votre compte Google Analytics …

… alors vous souhaiterez probablement prioriser amélioration du référencement pour cette page.

Mais que se passe-t-il si ces données sont défectueuses?

Il y a un risque élevé de prendre de mauvaises décisions si vous faites aveuglément confiance aux données que vous voyez dans Google Analytics. Vous connaissez le dicton: ordures, ordures.

Ce guide vous aidera à minimiser les facteurs de biais de données en corrigeant ces erreurs:

1. Le code Google Analytics est manquant ou dupliqué
2. Configure incorrectement les événements d’interaction
3. Suivi des visites d’autres domaines [19659012] Suivi de vos propres sessions
4. N’utilisez pas de filtrage des bots
5. Suivi des références de spam
6. Utilisation imprudente des paramètres UTM
7. N’exclut pas les paramètres de requête
8. Ne fusionne pas le mêmes sources et mêmes supports
9. Aucune liste d’exclusion de référence n’est utilisée
10. Suivi des informations d’identification personnelle ( PII )
11. Les vues de page ne sont pas activées pour les applications d’une seule page (SPA )
12. Aucune vue de sauvegarde et de test

Cela semble anodin, mais c’est un problème courant, en particulier sur les sites qui utilisent plus d’un CMS .

La bonne nouvelle est que Google Analytics n’a pas de notifications intégrées de code . La mauvaise nouvelle est qu’elle est lente et peut prendre des semaines pour vous alerter sur les pages avec du code manquant. Il ne vous informe pas non plus sur les codes en double, qui est un autre problème courant.

Pour cette raison, il est préférable de ne pas se fier aux notifications de Google et d’explorer plutôt votre site à la recherche d’erreurs avec un outil qui permet une extraction personnalisée.

Ici, nous vous montrons comment configurer une trace d’extraction personnalisée dans Screaming Frog pour supprimer les codes Google Tag Manager et Google Analytics:

C’est mieux exporter la trace pour inspecter les données. Vous pouvez facilement filtrer les codes manquants ou voir les doublons s’il y a plus de colonnes dans le rapport, par exemple, Rechercher GTM code 1 et Rechercher GTM code 2.

Il est logique d’avoir des choses comme les achats, les soumissions de formulaires ou les reproductions vidéo configurées comme événements d’interaction. Ils sont importants pour votre entreprise, donc le fait qu’ils ne soient pas considérés comme des rebonds, même lorsque le visiteur ne voit qu’une page, est très bien.

Mais si vous utilisez des événements d’interaction pour suivre les événements qui activent automatiquement chaque page, comme le suivi de la profondeur de défilement, cela entraînera des taux de rebond proches de zéro sur votre site Web, ce qui n’est pas bon.

Vous pouvez facilement détecter ces problèmes en recherchant des taux de rebond irréalistes dans GA .

Si vous pensez que des événements d’interaction sont à blâmer, changez le paramètre d’événement « Impact sans interaction » de faux à vrai dans Google Tag Manager.

Si vous n’utilisez pas Google Tag Manager, ajoutez simplement une ligne de code supplémentaire au fragment d’événement GA .

Il est étonnamment facile pour quelqu’un de ruiner ses données s’il ne prend pas de mesures préventives. Parce que? Étant donné que son code de suivi GA / GTM est visible par tous ceux qui ouvrent leur code source, tout le monde peut envoyer des hits aux serveurs GA avec leur code le suivi. [19659006] Heureusement, il est facile d’empêcher cela de se produire en configurant un filtre de vue.

Ceci n’inclura que les hits de votre (sous) domaine:

Voici le modèle de filtre d’expression régulière du nom d’hôte : (^ | .) Exemple .com

Il existe de nombreuses actions irrégulières que nous effectuons sur nos sites Web, et nous ne voulons pas qu’elles soient reflétées dans nos données.

Ainsi, lors de la configuration des filtres, veillons également à exclure les hits des adresses internes IP . Il est facile de le faire pour une seule IP :

Si vous devez exclure plus d’IP, voir Guide Google ].

Google peut détecter une bonne partie du trafic de spam / bot qui arrive sur votre site Web. Il vous suffit de cocher une case.

Vous le trouverez dans Admin> Voir la configuration :

Veuillez noter qu’il suffit de le vérifier uniquement pour votre vue analytique principale . Il n’est pas nécessaire de le faire pour les vues non traitées ou d’essai.

Les sites Web populaires attirent des liens de spam. C’est comme cela que sont les choses.

La plupart d’entre eux sont insignifiants et ne génèrent pas de trafic de référence, mais certains peuvent envoyer des milliers de références de spam chaque jour.

Pour vérifier si cela vous pose problème, définissez la plage de dates sur au moins trois mois, puis accédez au rapport Références ( Acquisition> Tout le trafic> Références).

Recherche de domaines ombrés avec un grand nombre de références.

Ne cliquez pas sur les domaines suspects car ils peuvent contenir des logiciels malveillants ou des logiciels espions. Au lieu de cela, créez une liste et excluez avec un filtre ( Admin> Filtre ). Définissez le champ de filtre sur « Source de campagne », puis répertoriez les domaines dans le champ Modèle de filtre séparés par un symbole de canal (|).

IMPORTANT . N’oubliez pas de vérifier vos filtres pour voir comment cela influence vos données. Il y a un bouton sous les filtres pour cela.

UTM sont des balises qui sont ajoutées aux URL pour baliser différentes sources de trafic. Ils sont principalement utilisés avec des publicités et des liens payants qui seraient autrement mélangés avec des visites organiques.

Supposons que nous publions des annonces sur Twitter. Par défaut, le trafic serait localisé sur « twitter.com/referral », rendant impossible toute analyse des performances. Par conséquent, nous ajoutons les paramètres UTM aux URL utilisées pour les publicités Twitter:

Ces paramètres UTM sont envoyés aux serveurs GA et sont utilisés dans leurs dimensions respectives.

Le désordre dans les dimensions de la page (de destination) avec les URL paramétrées peut être un cauchemar pour toute analyse ultérieure. La même URL est divisée en plusieurs lignes, ce qui conduit à des mesures fragmentées.

Pour résoudre ce problème, utilisez le filtre de rapport pour afficher toutes les URL paramétrées enregistrées dans votre vue GA .

Vous pouvez le faire dans Voir la configuration : [19659094] 13 exclure les paramètres de requête 1 « srcset = » « srcset = » https://ift.tt/2wxhYUo 1365w, https : //ahrefs.com/blog /wp-content/uploads/2020/03/13-exclude-query-parameters-1-363×425.jpg 363w, https://ift.tt/2IlURPn 2020/03/13-exclude- query-parameter-1-768×900.jpg 768w, https://ift.tt/3cBnPZI ads / 2020/03/13-exclude-query-parameter-1- 1310×1536.jpg 1310w « tailles = » (largeur maximale: 1365px) 100vw, 1365px “/>

Assurez-vous simplement de ne pas exclure:

• requête de recherche (sinon, elle bloquera vos données de recherche de site interne )
• Paramètres UTM ( GA peut déjà les traiter correctement)
• Paramètres qui vous voulez suivre séparément (par exemple, ceux de différents produits dans les sites de commerce électronique)

Si ce sont beaucoup de paramètres différents Si vous voulez les exclure, il est préférable d’utiliser des filtres de vue. Leur flexibilité et la possibilité d’utiliser des expressions régulières en font une meilleure solution. Suivez ce guide pour les configurer.

Vous avez peut-être remarqué que certaines de vos sources de trafic et de médias sont une catastrophe car elles sont essentiellement les mêmes. L’exemple le plus courant est le trafic de parrainage Facebook.

Ces étranges sous-domaines sont appelés de fausses références de lien. Facebook les utilise pour des raisons de sécurité et de confidentialité, mais ils peuvent rendre difficile l’analyse des performances d’une source / d’un support particulier.

Pour les corriger, utilisez des filtres. En voici un qui combine le trafic de référence Facebook:

N’oubliez pas de vérifier le filtre pour vérifier qu’il fait ce que vous pensez qu’il fait.

Vous devez également créer une note indiquant que vous avez fusionné le trafic afin que les autres ne se demandent pas ce qui a provoqué le changement. Google Analytics n’applique pas de filtres rétroactivement, vous devez donc toujours traiter les anciennes données.

Lorsque vous ajoutez un domaine à une liste d’exclusion de référence, le trafic qu’il contient n’est plus étiqueté comme trafic de référence et ne déclenche pas de nouvelle session.

Ceci est particulièrement utile dans trois cas:

• Passerelles de paiement. Si vous utilisez des processeurs de paiement tiers, il est probable que vous y redirigiez vos clients et vice versa après avoir effectué le paiement. Cela devrait être une session sous une source de trafic.
• Suivi de sous-domaine. Les sous-domaines sont des noms d’hôtes distincts, et leur trafic déclencherait naturellement une nouvelle session de référence. Heureusement, GA envoie son propre domaine à la liste lors de la création de la propriété. Laissez-le là. Et conservez également le « Domaine de cookie: Automatique » par défaut si vous le trouvez dans le code de suivi ou GTM .
• Suivi interdomaines . Vous pouvez avoir des microsites et d’autres domaines distincts pour lesquels vous souhaitez fusionner des données s’il s’agit de la même entreprise.

Vous trouverez cette liste dans Admin> Colonne Propriété> Informations de suivi> Liste d’exclusion de référence.

Entrez les domaines au format example.com pour couvrir tous les sous-domaines.

Bien que cela ne nuise pas à la clarté de vos données, cela peut endommager gravement votre entreprise.

Vous devez vous assurer que vous & # 39; Nous ne suivons aucun PII comme les courriels, les numéros de téléphone ou les noms. Ou encore mieux: respectez les règles de protection des données et de confidentialité qui s’appliquent à votre entreprise.

Malheureusement, vous pouvez suivre PII sans le savoir en générant URL paramètres avec des informations personnelles sur des formulaires ou ailleurs.

Ce ne sera probablement pas le cas si vous utilisez un CMS populaire mais vous devriez le vérifier définitivement si vous avez un site Web personnalisé.

Juste pour dire l’évidence, n’essayez pas de collecter PII à travers des dimensions personnalisées. Et si vous souhaitez vérifier les données que les sites Web collectent, utilisez une extension de navigateur telle que dataslayer ou WASP .

Votre site Web est-il une application d’une seule page ( SPA )? En d’autres termes, utilisez-vous JavaScript pour générer dynamiquement le contenu de la page?

Si la réponse est oui, alors le suivi est un peu plus compliqué pour vous.

Le SPA charge tout le nécessaire avec la première page vue et met à jour le contenu et l’URL dynamiquement. Cela signifie que GA ne suivra pas les pages vues suivantes car, naturellement, il n’y a pas de visites ultérieures sur ses serveurs.

(Je suis coupable d’ignorer cela lorsque les développeurs modifiaient progressivement un projet sur lequel le framework React fonctionnait.)

Pour résoudre ce problème, vous devrez utiliser des solutions qui nécessitent probablement l’aide de développeurs ou d’experts GTM . Pour plus d’informations, consultez la documentation officielle de Google et ce guide complet .

Ce dernier n’est pas tellement une erreur de suivi mais une meilleure pratique pour gérer les données dans Google Analytics.

Même si vous ne disposez que d’un seul compte et d’une seule propriété, assurez-vous toujours d’avoir au moins trois vues différentes :

1. Vue principale . Vous l’utiliserez davantage avec tous les paramètres et filtres souhaités appliqués.
2. Vue de sauvegarde . Une vue à gauche avec tous les paramètres par défaut. Si quelque chose ne va pas avec votre vue principale, vous aurez toujours toutes les données brutes ici.
3. Vue d’essai. Vous pouvez jouer avec celui-ci pour tester les eaux en premier. Elle est utile si vous n’êtes pas sûr des implications de l’ajustement de paramètres d’affichage plus complexes, tels que plusieurs filtres.

Vous pouvez modifier le nom des vues dans Admin> Paramètres de la vue> Nom de la vue.

N’oubliez pas de faire en sorte que les noms des vues s’expliquent le plus possible afin que les autres utilisateurs du compte les comprennent.

Réflexions finales

Testez, vérifiez, répétez.

Chaque fois que vous modifiez votre configuration GA GTM ou vos codes de suivi, vous devez jouer le rôle d’ingénieur du contrôle qualité pendant un certain temps.

Cela signifie que vous devriez vous sentir à l’aise de travailler avec le code source, les cookies et divers outils de débogage. Je recommande d’utiliser les éléments suivants:

L’implémentation, l’audit et le débogage dépendent de la complexité de vos besoins de surveillance et de l’implémentation du code. Si vous n’utilisez pas encore GTM je vous recommande fortement d’effectuer la modification, sauf si vos besoins de suivi sont simples.

Oui, il faudra pour savoir si vous êtes débutant . Mais les avantages sont énormes. Vous n’aurez pas à contacter les développeurs pour suivre les changements de code, et il est étonnant d’avoir des conteneurs, des balises, des déclencheurs et des variables parfaitement organisés.

Ai-je mentionné de tout tester et vérifier?

Ping Twitter si vous avez des questions.