[GA4] Bonnes pratiques de taggage pour éviter les problèmes liés au trafic direct, non attribué et "(not set)"

Les balises Google Analytics 4 disposent de plusieurs options de configuration qui peuvent avoir une incidence sur l'identité de la session et de l'utilisateur. Si elles ne sont pas correctement configurées, les sources de trafic peuvent ne pas être identifiées ni catégorisées, et d'autres problèmes peuvent se produire dans les rapports. Ces problèmes entraînent des lignes non attribuées dans les groupes de canaux des rapports, des valeurs (not set) et une part inattendue du trafic classé comme direct.

Dans les rapports Google Analytics 4, la ligne non attribuée s'affiche lorsqu'Analytics ne peut pas catégoriser la source de trafic. Analytics classe les sources de trafic par canaux en fonction de règles fixes. Par exemple, le canal "Recherche naturelle" inclut le trafic provenant de tous les moteurs de recherche. Les canaux sont organisés en groupes de canaux. Si vous utilisez les groupes de canaux par défaut, vous pouvez consulter la logique spécifique qui classe le trafic selon les définitions des canaux par défaut. Les groupes de canaux peuvent être consultés au niveau de l'utilisateur, de la session ou de l'événement.

Lorsqu'une source de trafic ne correspond pas à la définition de l'un des canaux d'un groupe de canaux que vous consultez dans un rapport, elle est affichée comme non attribuée. Il est possible qu'aucune règle prédéfinie ne permette de catégoriser une source de trafic si votre trafic provient d'une source ou d'un support définis par l'utilisateur, ou s'il est défini sur "(not set)" (non défini) parce qu'il manque des informations sur l'identité de l'utilisateur ou de la session.

Bonnes pratiques concernant l'ordre des codes de balise

Suivez ces bonnes pratiques recommandées pour l'ordre des codes de balise :

Type de balise Instructions Bonnes pratiques

Balise Google

Configurer les produits Google et envoyer des données d'événement

Initialisez la balise Google avant d'appeler une méthode d'événement, y compris les événements déclenchés par l'audience.

Google Tag Manager

Configurer Google Tag Manager

Google Tag Manager pour les pages Web

À propos de Google Tag Manager

Suivez les quatre étapes pour configurer GTM.

Taggage côté serveur

Côté serveur – Tag Manager

Veillez à ne pas ignorer ces paramètres de balise spécifiques.

Vous ne devez pas gérer à la fois une implémentation côté serveur et une implémentation côté client autonome sur la même page pour la même propriété GA4. Si vous utilisez sGTM, assurez-vous que toutes vos balises actives sont configurées pour envoyer des événements via le conteneur côté serveur.

Si vous ne pouvez pas suivre l'ordre recommandé pour les événements, vous devez tout de même suivre ces deux recommandations. Sinon, vous risquez de rencontrer des problèmes de reporting.

  • Fournissez toute la configuration pertinente pour la page dans la commande config (pour la balise Google) ou les paramètres de la balise Google (pour Google Tag Manager) dès que possible sur la page, et avant tout événement.
  • Les événements personnalisés ne doivent pas être déclenchés avant la commande config, sinon ils seront regroupés avec l'événement session_start. La commande config peut affecter l'identité de l'utilisateur et de la session pour le reste de la page. Cela signifie que la page vue et les événements ultérieurs ne peuvent pas être associés au début de session et à l'événement personnalisé antérieurs.

Que se passe-t-il si mes événements ne sont pas dans le bon ordre ?

Lorsque les balises GA4 sont définies à des moments inattendus (par exemple, si la commande de configuration ou la balise Google se déclenche après d'autres événements de la page), cela peut affecter l'ID utilisateur ou l'ID de session, ou les deux. Cela peut entraîner les conséquences suivantes :

  • Données affichées avec la mention "(not set)" dans Analytics
  • Nombre incorrect d'utilisateurs et de sessions
  • Les métriques au niveau de l'utilisateur et de la session ne sont pas calculées correctement
  • Mesure incorrecte des utilisateurs et des sessions

Pourquoi les événements ne sont-ils pas dans le bon ordre ?

Voici quelques causes courantes de timings inattendus :

Fonctionnalité Cause Résultat Bonnes pratiques

Taggage côté serveur

Paramètre géré par le serveur (ID client géré par le serveur)

Paramètres gérés par le client
(transport_url, first_party_collection, server_container_url)

Cocher la case du taggage côté serveur pour "Paramètre géré par le serveur" qui est activé par défaut.

Lorsque les événements GA4 sont traités via une balise de serveur, les utilisateurs ont plusieurs options pour utiliser une identité utilisateur différente de l'ID client utilisé par la balise Web.

Si vous sélectionnez "Géré par le serveur" dans le menu déroulant du haut, le taggage côté serveur gérera un ID client distinct et le remplacera par les mesures qu'il traite. Il offre également plusieurs options pour l'écriture de ce cookie et une option de migration au fil du temps pour les clients qui disposent d'un trafic direct GA existant et ne souhaitent pas interrompre brusquement les audiences et les rapports en modifiant soudainement tous les ID de leurs visiteurs à un moment donné.

Si vous utilisez cette option, vous devez vous assurer que toutes les mesures de votre flux passent par votre balise serveur et qu'aucune n'est envoyée directement aux serveurs Google.

Le moyen le plus simple d'y parvenir consiste à vous assurer que la commande Google Tag Manager ou la commande de configuration (balise Google) pour la balise Web qui envoie des données à votre conteneur serveur est toujours la première balise ou commande de ce conteneur.

Personnalisation du nom du cookie
(cookie_prefix)

Le nom du cookie propriétaire utilisé à la fois pour l'ID client et l'état de la session est modifié.

Les utilisateurs ne peuvent pas être associés entre les sessions, et les événements ne peuvent pas être inclus dans les sessions.

Les métriques d'événement s'affichent sous la forme (not set) lorsqu'elles sont analysées avec des dimensions de session ou d'utilisateur.

Utilisez un seul préfixe de cookie cohérent sur l'ensemble de votre site. L'utilisation suggérée du préfixe de cookie dans Analytics consiste à créer un nom de cookie personnalisé, et non à créer plusieurs silos de cookies, ce qui se produit si vous utilisez des préfixes différents ou incohérents.

Linker multidomaine automatique
(linker)1

Ce paramètre indique à la balise de traiter et de commencer à utiliser les données client et de session de la page précédente, le cas échéant. Lorsque vous adoptez les données associées, la balise suppose que la session a déjà commencé sur la page précédente.

Si le linker est initialisé tardivement et découvre un utilisateur associé entre plusieurs domaines via une commande de configuration tardive, l'identité de l'utilisateur changera soudainement à ce stade.

Au minimum, les commandes de configuration tardives entraînent des sessions courtes qui sont supprimées lorsque les valeurs des paramètres de linker sont adoptées. Les attributs de session ou d'utilisateur déjà envoyés à ce stade ne peuvent plus être associés à la session ou à l'utilisateur réels.

Ne personnalisez pas l'ID client ou de session, car cela entraîne des hypothèses erronées dans les balises et le traitement concernant la structure des sessions, et cela peut également entraîner des problèmes.

Linker multidomaine manuel
(client_id, session_id)

Pour permettre aux clients d'implémenter manuellement les mesures multidomaines, la balise GA4 dispose d'API permettant d'obtenir et de définir à la fois les ID client et de session. La modification accidentelle de client_id et de session_id à partir de leurs valeurs générées automatiquement affecte la façon dont les événements GA4 sont associés aux utilisateurs et aux sessions.

Les événements dissociés de leurs ID client et de session d'origine peuvent manquer d'informations importantes et entraîner des problèmes d'attribution inattendus.

Utilisez user_id pour fournir une identité utilisateur personnalisée.

N'utilisez pas ces API pour modifier ou fournir des ID client ou de session personnalisés. Ces ID ne doivent être définis manuellement que dans de rares cas, lorsque la configuration manuelle multidomaine est nécessaire.

 

1 Le linker est le paramètre de l'association multidomaine automatique. Vous pouvez définir manuellement l'ID client et l'ID de session si l'association multidomaine automatique ne fonctionne pas pour votre site Web. Ne personnalisez jamais ces valeurs. GA4 attend des valeurs dans un certain format, et des valeurs inattendues peuvent entraîner des erreurs. En savoir plus sur le paramètre de linker

Ces informations vous-ont elles été utiles ?

Comment pouvons-nous l'améliorer ?
Recherche
Effacer la recherche
Fermer le champ de recherche
Applications Google
Menu principal
4734942583764855628
true
Rechercher dans le centre d'aide
true
true
true
true
true
69256
false
false