Pic de trafic référent dans GA4 : ses causes et comment trouver la modification en cause

Qu'est-ce qui compte comme trafic référent dans GA4 ?

GA4 classe une session dans le canal Referral quand son support est referral, app ou link. La règle ne regarde que le support, donc la source peut être n'importe quel domaine : le blog d'un partenaire, la page de paiement ou l'un de vos sous-domaines.

Certaines visites qui démarrent sur un autre site n'arrivent jamais dans Referral. Les visites depuis les réseaux sociaux relèvent de la règle Organic Social, car leur source figure dans la liste de sites sociaux de Google, et les moteurs de recherche relèvent d'Organic Search. Quand Referral s'envole, les sessions en plus viennent donc de domaines que GA4 ne reconnaît ni comme recherche ni comme réseau social. La liste est courte et un seul rapport suffit pour la voir.

Ouvrez le rapport « Traffic acquisition » (Acquisition de trafic), passez la dimension principale sur « Session source / medium » et filtrez sur le support referral. Comparez la semaine du pic à la précédente. Le domaine qui a grimpé est votre premier indice et indique presque toujours quelle partie de la configuration a changé. Gardez la définition de chaque canal dans les notes de l'équipe, pour que personne ne débatte de ce qu'est Referral en plein incident.

Pourquoi le trafic référent s'envole-t-il soudain dans GA4 ?

La plupart des pics de trafic référent sont un problème de mesure : les mêmes visiteurs reçoivent une nouvelle source quand ils reviennent d'un domaine que GA4 ne considère pas comme faisant partie de votre site. Une vraie croissance due à un nouveau lien existe, mais c'est la cause la moins fréquente.

• Passerelles de paiement. Le client paie sur le domaine du prestataire puis revient sur votre page de remerciement. Sans exclusion, la session d'achat est attribuée à la passerelle. Google cite les processeurs de paiement tiers comme premier exemple de site référent à ignorer.
• Connexion, réservation ou récupération de mot de passe sur un autre domaine. Google donne l'exemple d'un e-mail de récupération de mot de passe envoyé depuis un autre domaine : l'utilisateur clique et revient en tant que référent.
• Autoréférences entre vos domaines. La boutique est passée sur un second domaine racine, ou un sous-domaine utilise un autre domaine de cookie. Sans mesure multidomaine, GA4 crée de nouveaux cookies sur chaque domaine et compte une personne comme deux utilisateurs, avec votre propre domaine comme source.
• Redirections qui suppriment le linker. La mesure multidomaine transmet les identifiants d'utilisateur et de session dans le paramètre _gl de l'URL. Une redirection qui supprime la query string l'efface, et la visite ressemble à un référent.
• Spam et robots. GA4 exclut automatiquement les robots et spiders connus, mais seulement dans la mesure du possible, et vous ne pouvez pas voir combien de trafic a été retiré. Les domaines de spam qui passent affichent des sessions sans engagement.
• Un vrai nouveau lien. Un article de presse, une mention dans une newsletter ou un nouvel affilié. Ces sessions arrivent sur la page liée et se comportent comme des visiteurs normaux.

Comment vérifier si le pic de trafic référent vient de vrais visiteurs ?

Regardez où arrivent les sessions en plus et ce qu'elles font. De vrais visiteurs venus d'un nouveau lien arrivent sur la page liée et se comportent comme le reste du trafic. Les sessions créées par votre configuration arrivent sur le tunnel de commande, la page de remerciement ou la connexion, et la hausse correspond souvent à une baisse dans un autre canal.

1. Vérifiez la page de destination. Ajoutez « Landing page + query string » en dimension secondaire. Un pic de passerelle arrive sur la confirmation de commande ; une autoréférence arrive là où l'utilisateur change de domaine.
2. Comparez avec les autres canaux. Si Referral monte et que Direct, Paid Search ou Organic Search baissent d'un nombre comparable d'événements clés, les sessions sont reclassées, pas ajoutées.
3. Regardez l'engagement. Les sessions de spam n'ont aucune session avec engagement, durent quelques secondes et portent souvent un nom d'hôte qui n'est pas le vôtre.
4. Vérifiez le domaine référent. S'il s'agit de votre domaine, d'un sous-domaine ou d'un outil que vous utilisez (paiement, réservation, support, connexion), la cause est dans votre configuration.

Si les sessions ont été reclassées, vos conversions n'ont pas augmenté. Les mêmes achats ont changé de source, et tout rapport qui répartit le mérite par canal est faux sur les jours du pic. La même logique vaut pour un pic de trafic direct dans GA4, où les visites perdent leur source au lieu d'en recevoir une mauvaise.

Comment isoler la modification qui a causé le pic de trafic référent ?

Placez toutes les modifications des jours précédant le pic sur une seule frise chronologique, puis rapprochez chacune du domaine référent trouvé. Un pic de trafic référent suit presque toujours une modification du tunnel de commande, des domaines, des redirections, des balises ou des paramètres GA4, donc ces modifications pèsent plus que les ajustements d'enchères ou de budget.

1. Trouver le domaine référent
2. Vérifier les pages de destination
3. Aligner les modifications
4. En corriger une et revérifier

Listez les modifications de la semaine précédant le premier mauvais jour : nouveau prestataire de paiement, nouvel outil de réservation ou de connexion, changement de domaine ou de sous-domaine, nouvelles règles de redirection, versions de Google Tag Manager et modifications du flux de données GA4, comme la liste des sites référents à ignorer ou les domaines de la mesure multidomaine. Un nouveau prestataire de paiement mis en ligne la veille du jour où son domaine commence à envoyer des achats, c'est presque une preuve. Une modification d'enchère dans Google Ads change le volume de trafic payant, mais elle ne transforme pas une visite payante en référent.

Avec toutes les modifications sur une seule frise chronologique, vous verriez que le tunnel de commande est passé sur un nouveau domaine de paiement la veille au soir du triplement de Referral, alors que la modification d'enchère du lundi n'y était pour rien. Dans Changeline, les modifications Google Ads sont importées automatiquement et l'équipe consigne celles du site, du tunnel de commande, des balises et de GA4 avec date, responsable et raison, donc la liste est prête quand la question arrive. Reprenez les mêmes dates dans les annotations GA4 si l'équipe lit ses rapports là-bas.

Exemple : Le mercredi, un client e-commerce demande pourquoi les sessions Referral ont triplé du jour au lendemain et pourquoi Paid Search a perdu des achats dans le rapport GA4. L'agence aligne les modifications : le lundi, la stratégie d'enchères a changé dans Google Ads ; le mardi, la boutique a basculé son paiement vers un nouveau prestataire et une nouvelle version de GTM a été publiée. Les nouvelles sessions Referral viennent toutes du domaine du prestataire et arrivent sur la confirmation de commande. L'analyste ajoute le domaine à la liste des sites référents à ignorer et, dès le jeudi, les achats retrouvent leurs vrais canaux. Noms et chiffres donnés à titre d'illustration.

Comment corriger chaque cause d'un pic de trafic référent ?

Corrigez la cause dans GA4 ou sur le site, puis consignez la correction avec sa date. Elle ne s'applique qu'à partir de l'enregistrement : les sessions déjà attribuées à la mauvaise source le restent, et Google précise qu'un utilisateur arrivé depuis un domaine avant son exclusion peut encore apparaître plus tard comme référent, via l'attribution au dernier clic non direct.

Pour ajouter un site référent à ignorer, allez dans Administration › Collecte et modification des données › Flux de données › Web, ouvrez le flux, cliquez sur Configurer les paramètres de la balise, puis sur Tout afficher et Sites référents à ignorer. Ajoutez une condition par domaine avec Ajouter une condition et cliquez sur Enregistrer. Il faut le rôle Éditeur ou supérieur, et chaque flux accepte jusqu'à 50 sites référents à ignorer. GA4 ajoute ensuite ignore_referrer=true aux événements concernés.

La mesure multidomaine se trouve au même endroit, sous « Configure your domains », avec jusqu'à 100 conditions. Pour la tester, cliquez sur un lien vers l'autre domaine et vérifiez que l'URL contient le paramètre _gl. S'il manque, Google pointe les redirections qui le suppriment et les scripts qui naviguent en JavaScript.

Comment éviter que les pics de trafic référent reviennent ?

Traitez chaque modification du tunnel de commande, des domaines, des redirections et des balises comme une modification de tracking, et vérifiez Referral le jour de sa mise en ligne. La plupart des pics à répétition viennent d'un nouvel outil que personne n'a ajouté à la liste d'exclusion.

Gardez ces entrées dans votre journal des modifications marketing, à côté des modifications de campagne, pour que le prochain pic commence par une liste et non par une supposition. Le même historique aide quand un client pose des questions sur le trafic non attribué dans GA4 ou demande pourquoi les chiffres par canal ont changé dans le rapport mensuel.