Le trafic AMP fausse-t-il vos statistiques de référencement ?

Pourquoi le trafic AMP apparaît-il comme externe ?

Le problème vient de l'architecture même d'AMP. Quand un utilisateur clique sur un résultat AMP dans Google, il accède d'abord à une version hébergée sur les serveurs cache de Google (cdn.ampproject.org ou google.com/amp).

Du point de vue d'Analytics, cette page cache AMP constitue un domaine distinct de votre site principal. Quand l'utilisateur navigue ensuite vers une page standard de votre site, le passage AMP → site normal est interprété comme une visite provenant d'un domaine externe.

Quel impact concret sur vos données Analytics ?

Vos rapports affichent alors cdn.ampproject.org comme source de trafic, au lieu de google/organic. Cette distorsion pollue la lecture des canaux d'acquisition et crée des ruptures dans les parcours utilisateurs.

Les conversions attribuées à AMP se retrouvent diluées dans les références externes. Impossible de mesurer correctement le ROI de vos pages AMP ni d'isoler leur contribution au trafic organique réel.

Quels ajustements techniques permettent de corriger cette anomalie ?

Il faut d'abord implémenter le client ID API d'AMP Analytics, qui maintient la continuité de session entre AMP et non-AMP. L'ajout de paramètres linker dans amp-analytics transmet l'identifiant de session Google Analytics d'un domaine à l'autre.

Côté Google Analytics, configurez l'exclusion de référence pour cdn.ampproject.org et google.com/amp. Cette manipulation force Analytics à ignorer ces domaines comme sources externes et à remonter à la vraie origine du trafic.

• Le cache AMP crée une rupture de domaine qui trompe les outils d'analytics
• L'attribution des conversions AMP est impossible sans configuration spécifique du tracking
• Le client ID API maintient la continuité de session entre versions AMP et standard
• Les exclusions de référence dans Analytics sont obligatoires pour nettoyer les rapports
• Sans correction technique, votre trafic organique réel est sous-évalué dans vos dashboards

Cette déclaration reflète-t-elle vraiment la complexité du problème ?

John Mueller reste volontairement évasif sur l'ampleur réelle de cette distorsion. Dans les faits, les sites ayant massivement investi dans AMP sans correction du tracking ont constaté des écarts de 15 à 40% sur l'attribution du trafic organique.

Le terme "ajustements techniques nécessaires" minimise la difficulté. Implémenter correctement le linker AMP demande une maîtrise pointue de Google Tag Manager et d'amp-analytics. Les erreurs de configuration sont fréquentes et silencieuses : vos données restent fausses sans que vous le remarquiez. [À vérifier] sur votre propre installation avec des tests cross-domain rigoureux.

Quelles nuances faut-il apporter à cette affirmation ?

Soyons honnêtes : AMP est devenu moins critique depuis le déploiement du Page Experience update. Google ne privilégie plus AMP dans les résultats mobile comme auparavant. De nombreux sites ont abandonné AMP sans impact négatif sur leur visibilité.

Le problème de tracking décrit par Mueller ne concerne donc qu'une fraction décroissante des sites encore en AMP. Si vous hésitez à investir du temps dev sur cette correction, posez-vous d'abord la question : AMP apporte-t-il encore de la valeur mesurable à votre trafic organique ? Dans la plupart des cas, la réponse est non.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si vous utilisez AMP uniquement pour les stories ou du contenu non-transactionnel isolé, le problème d'attribution est négligeable. Les utilisateurs consomment le contenu AMP sans rebondir vers le site principal, donc aucune rupture de session à corriger.

De même, les sites qui ont migré vers des solutions non-AMP optimisées pour Core Web Vitals (comme des frameworks modernes bien configurés) échappent complètement à ce problème. La vraie question n'est plus "comment tracker AMP correctement" mais "pourquoi encore utiliser AMP" ?

Que faut-il faire concrètement pour corriger le tracking AMP ?

Première étape : implémentez amp-analytics avec le composant linker. Dans votre configuration JSON, ajoutez l'objet linker pointant vers votre domaine principal et incluez les paramètres _gl pour transmettre le client ID.

Ensuite, dans Google Analytics, naviguez vers Informations de suivi > Liste d'exclusions de références. Ajoutez cdn.ampproject.org, google.com/amp et toutes les variantes de cache AMP utilisées par Google. Cette manipulation force Analytics à ignorer ces domaines comme sources externes et à remonter à la vraie origine du trafic.

Quelles erreurs éviter lors de l'implémentation ?

L'erreur la plus fréquente : configurer le linker AMP mais oublier d'accepter les paramètres _gl côté site principal. Si votre tracking standard n'est pas configuré pour lire ces paramètres, la continuité de session ne fonctionne pas et les données restent fausses.

Autre piège classique : ajouter les exclusions de référence dans Analytics sans avoir d'abord mis en place le linker. Résultat : le trafic AMP disparaît complètement de vos rapports au lieu d'être correctement attribué. L'ordre des opérations compte : linker d'abord, exclusions ensuite, validation par des tests cross-domain enfin.

Comment vérifier que la configuration fonctionne correctement ?

Utilisez le mode debug d'amp-analytics pour tracer les événements transmis. Vérifiez que le paramètre _gl apparaît bien dans les URLs de transition AMP vers site standard. Côté Analytics, surveillez les rapports Temps réel pendant vos tests : le trafic AMP doit être attribué à la source organique, pas à cdn.ampproject.org.

Créez des segments personnalisés dans Analytics isolant les sessions ayant touché une page AMP. Comparez l'attribution avant/après correction : si cdn.ampproject.org disparaît des sources au profit de google/organic, votre configuration fonctionne. Sinon, retournez vérifier la syntaxe JSON de votre linker et la propagation des cookies cross-domain.

• Implémenter amp-analytics avec le composant linker et paramètres _gl configurés
• Ajouter cdn.ampproject.org et google.com/amp dans les exclusions de référence Analytics
• Configurer le tracking standard pour accepter et lire les paramètres _gl transmis par AMP
• Tester en mode debug et vérifier l'attribution dans les rapports Temps réel
• Créer des segments Analytics pour isoler et mesurer le trafic AMP corrigé
• Documenter la configuration pour les futures évolutions techniques du site