Pourquoi l'implémentation d'AMP gonfle artificiellement votre trafic direct dans Analytics ?

Comment les pages AMP modifient-elles le tracking standard ?

Le système AMP repose sur un mécanisme de cache intermédiaire hébergé sur les serveurs de Google (cdn.ampproject.org). Quand un utilisateur clique sur un résultat AMP dans les SERP mobiles, il ne charge pas directement votre page depuis votre domaine, mais depuis ce cache.

Le problème : cette couche intermédiaire casse le referrer HTTP qui permet normalement à Analytics d'identifier Google comme source de trafic. Résultat, la session apparaît comme un accès direct, exactement comme si l'utilisateur avait tapé votre URL dans son navigateur. Vos rapports d'acquisition deviennent donc trompeurs, avec un canal direct anormalement élevé et un canal organique sous-évalué.

Pourquoi cette attribution incorrecte pose-t-elle problème ?

Le trafic direct est traditionnellement associé à la notoriété de marque, aux utilisateurs récurrents qui tapent directement votre URL, ou aux accès via favoris. Si vos pages AMP gonflent artificiellement ce canal, vous perdez la capacité de mesurer correctement ces métriques de brand awareness.

Vous risquez aussi de sous-estimer l'impact réel de vos efforts SEO. Si 30% de votre trafic organique mobile se retrouve classé en direct à cause d'AMP, votre direction peut conclure à tort que le référencement naturel performe mal, alors que c'est juste un problème de tracking. Les décisions budgétaires qui en découlent peuvent être catastrophiques.

Ce phénomène touche-t-il tous les sites sous AMP ?

Non, l'intensité du problème dépend de votre configuration technique et de votre implémentation Analytics. Si vous avez correctement configuré l'attribut data-linker dans votre tag amp-analytics, le linker de domaine transmet l'ID client entre la page AMP cachée et votre domaine principal, ce qui peut atténuer le souci.

Mais soyons honnêtes : la majorité des sites que j'ai audités ont une implémentation AMP bancale sur ce point précis. Les équipes dev se concentrent sur la validation AMP et la performance, pas sur la plomberie Analytics. Le résultat : des données foireuses pendant des mois avant qu'on identifie le problème.

• Le cache AMP de Google brise la transmission naturelle du referrer HTTP
• Le trafic organique mobile via AMP apparaît comme du trafic direct dans Analytics
• Cette attribution incorrecte fausse les rapports de performance SEO et de notoriété
• Le linker de domaine (data-linker) peut atténuer mais pas résoudre complètement le problème
• La configuration correcte nécessite une coordination étroite entre équipes SEO et dev

Cette explication de Google est-elle complète ou édulcorée ?

Google dit vrai sur le phénomène, mais minimise sérieusement sa portée. Parler d'une "augmentation soudaine" laisse entendre que c'est un petit pic temporaire que vous repérerez facilement. Dans les faits, si vous implémentez AMP sur l'ensemble de vos pages mobiles (comme Google l'encourageait fortement il y a quelques années), ce n'est pas une anomalie ponctuelle mais une distorsion permanente de vos données.

J'ai vu des sites e-commerce perdre toute capacité à mesurer correctement leur funnel d'acquisition mobile pendant plus d'un an avant de comprendre l'origine du problème. Le ROI SEO semblait s'effondrer alors que le trafic réel augmentait. [A vérifier] : Google ne fournit aucune donnée sur le pourcentage moyen de trafic organique mal attribué selon les implémentations.

Les solutions techniques fonctionnent-elles vraiment ?

Le linker de domaine aide, mais ne résout pas tout. Il transmet l'ID client entre domaines, ce qui permet de relier les sessions, mais ne restaure pas magiquement le referrer. Vous continuez à avoir du trafic classé en direct, même si vous pouvez ensuite remonter à la source dans des analyses plus poussées.

La solution la plus propre que j'ai vue consiste à utiliser des paramètres UTM personnalisés sur les URL AMP, couplés à un segment avancé dans Analytics pour réattribuer correctement ce trafic. Mais c'est lourd à maintenir et franchement, combien de sites ont les ressources pour ça ? La réalité du terrain : la plupart acceptent cette perte de précision plutôt que d'investir des semaines de dev.

Faut-il encore implémenter AMP compte tenu de ce problème ?

La vraie question. AMP n'est plus un facteur de ranking direct depuis que Google a élargi les critères pour le carrousel Top Stories. Si votre seul objectif était le SEO, l'équation a changé : vous devez peser les gains de vitesse réels contre les coûts de maintenance et les problèmes de tracking.

Pour des sites médias qui vivent du trafic mobile et ont besoin d'être dans les carrousels actualités, AMP reste pertinent malgré ses défauts. Pour un site corporate ou un petit e-commerce, un site mobile bien optimisé sans AMP sera souvent plus rentable et beaucoup plus facile à mesurer. Depuis que Page Experience intègre les Core Web Vitals, vous pouvez obtenir d'excellentes performances sans la complexité AMP.

Comment identifier si vos données sont affectées par ce problème ?

Commencez par comparer vos métriques avant/après l'implémentation AMP. Un bond brutal du trafic direct mobile simultané à une baisse du trafic organique mobile, sans changement réel de notoriété, est le signal classique. Regardez spécifiquement le ratio desktop/mobile dans chaque canal : si le mobile pèse 60% de votre trafic organique desktop mais seulement 20% mobile, c'est suspect.

Utilisez les rapports de comportement pour voir quelles pages d'entrée dominent le canal direct. Si ce sont vos pages AMP classiques (articles de blog, fiches produit), pas votre homepage, vous avez la preuve que ces visiteurs ne sont pas vraiment des accès directs. Un vrai trafic direct se concentre généralement sur la page d'accueil et quelques pages stratégiques.

Quelles corrections techniques apporter immédiatement ?

Implémentez correctement le linker de domaine dans votre configuration amp-analytics. L'attribut data-linker avec les paramètres appropriés permet de transmettre l'ID client entre les domaines. Si vous utilisez Google Analytics, ajoutez le paramètre linker dans votre tag avec votre domaine principal en destination.

Mettez en place des paramètres UTM automatiques sur vos URL AMP. Créez une règle qui ajoute systématiquement utm_source=google&utm_medium=amp-cache à toutes vos URLs AMP servies depuis le cache. C'est un workaround qui nécessite du dev, mais ça fonctionne. Attention cependant à ne pas casser la validation AMP avec des paramètres mal encodés.

Faut-il abandonner AMP ou peut-on vivre avec cette limitation ?

Pesez les bénéfices réels. Si vous êtes dans les médias ou l'actualité, AMP reste un atout pour la visibilité dans les carrousels malgré les soucis de mesure. Documentez simplement l'anomalie dans vos reportings pour que les parties prenantes comprennent que la baisse apparente du SEO mobile est un artefact de tracking.

Si vous êtes en e-commerce ou B2B avec un cycle de conversion long, réfléchissez sérieusement à abandonner AMP. Les gains de vitesse peuvent être obtenus avec une bonne optimisation technique standard (lazy loading, optimisation images, minification), et vous conservez une attribution propre. Le jeu n'en vaut souvent plus la chandelle depuis que Google a assoupli les critères d'éligibilité aux features mobiles.

• Auditez vos rapports Analytics pour repérer une corrélation entre implémentation AMP et hausse du direct mobile
• Configurez le linker de domaine (data-linker) dans amp-analytics pour transmettre l'ID client
• Ajoutez des paramètres UTM automatiques sur les URL AMP pour forcer une attribution correcte
• Créez des segments avancés Analytics pour isoler et réattribuer le trafic AMP mal classé
• Documentez l'anomalie dans vos dashboards et reportings pour éviter les mauvaises interprétations
• Réévaluez périodiquement le ROI d'AMP : maintenance dev versus bénéfices SEO réels