Pourquoi Yahoo bloque-t-il l'AMP Client ID API et comment cela impacte-t-il vos analytics ?

Qu'est-ce que l'AMP Client ID API et pourquoi existe-t-elle ?

L'AMP Client ID API est un mécanisme technique conçu pour résoudre un problème fondamental : quand un utilisateur accède à votre page AMP depuis un moteur de recherche, il charge en réalité une version cachée sur les serveurs de Google, pas directement depuis votre domaine. Cette particularité rend impossible le tracking traditionnel via cookies first-party.

L'API permet de créer un identifiant unique persistant qui suit le visiteur entre la version AMP (servie depuis le cache) et votre site classique. Sans elle, vous perdez la continuité des sessions : un même utilisateur qui clique d'abord sur un résultat AMP puis visite une autre page de votre site apparaîtra comme deux visiteurs distincts dans vos analytics.

Pourquoi Yahoo pose-t-il problème spécifiquement ?

Yahoo utilise le cache AMP de Google pour servir les pages accélérées dans ses résultats de recherche, mais n'a pas implémenté le support de l'AMP Client ID API. La raison technique reste floue — Google ne précise pas si c'est une limitation volontaire de Yahoo ou une contrainte d'infrastructure.

Le résultat pratique est brutal : tout trafic Yahoo vers vos pages AMP devient impossible à tracker correctement avec les outils standards. Vous perdez non seulement la réconciliation des sessions, mais aussi la capacité à mesurer précisément les conversions, le temps passé réel, ou les parcours utilisateurs complets pour ce segment de trafic.

Combien de sites sont réellement concernés ?

La question se pose légitimement. En Europe et dans la plupart des marchés occidentaux, Yahoo représente désormais moins de 2% des recherches organiques. Le trafic Yahoo significatif se concentre sur certains marchés asiatiques (Taiwan, Hong Kong, Japon) et quelques verticales spécifiques aux États-Unis.

Si votre site génère moins de 5% de son trafic SEO via Yahoo, l'impact analytique reste négligeable. En revanche, pour les éditeurs avec une audience asiatique substantielle ou certains sites d'actualités américains, la perte de tracking sur ce segment peut représenter des dizaines de milliers de sessions mensuelles sans données fiables.

• L'AMP Client ID API réconcilie les sessions entre pages AMP cachées et site classique
• Yahoo utilise le cache AMP Google mais ne supporte pas cette API, cassant le tracking
• L'impact dépend directement de votre part de trafic Yahoo (négligeable pour la plupart, critique pour certaines géos)
• Pas de solution technique propre : soit méthodes alternatives, soit abandon d'AMP pour Yahoo
• Google ne précise pas si cette limitation est temporaire ou permanente

Cette limitation révèle-t-elle des tensions entre Yahoo et Google ?

La formulation de Google reste prudemment technique, mais la situation sent le non-dit politique. Yahoo est un concurrent direct dans la recherche, même affaibli. Que ce moteur utilise l'infrastructure AMP de Google tout en refusant (ou en étant incapable) d'implémenter une API de tracking standard interroge.

Deux hypothèses terrain : soit Yahoo bloque volontairement pour des raisons de différenciation stratégique et de contrôle des données, soit Google limite l'accès à certaines fonctionnalités avancées de son cache pour les acteurs tiers. Aucune documentation publique ne tranche. [A vérifier] par des tests directs avec du trafic Yahoo contrôlé.

L'impact sur les conversions est-il aussi dramatique que sur les analytics ?

Soyons honnêtes : perdre le tracking utilisateur n'empêche pas les conversions de se produire réellement. Un visiteur Yahoo qui achète sur votre site après avoir cliqué sur une page AMP convertit quand même. Le problème est que vous ne pouvez pas l'attribuer correctement à la source Yahoo dans vos outils d'analytics classiques.

La vraie perte se situe dans l'optimisation post-attribution. Impossible d'analyser finement les parcours Yahoo, d'identifier les contenus AMP qui convertissent le mieux depuis ce moteur, ou de calculer un ROI précis sur vos efforts SEO spécifiques Yahoo. Pour des campagnes payantes Yahoo (si vous en faites), cela devient carrément problématique au niveau du suivi des coûts d'acquisition.

Faut-il désactiver AMP pour le trafic Yahoo ?

La réponse dépend entièrement de votre volume Yahoo réel et de votre capacité à vivre avec des données partielles. Si Yahoo représente moins de 3% de votre trafic SEO global, maintenir AMP pour profiter des bénéfices Google (vitesse, position dans le carrousel, etc.) reste probablement le bon arbitrage.

Au-delà de 10% de trafic Yahoo, la question mérite calcul. Certains éditeurs ont opté pour un serving conditionnel : détecter l'user-agent Yahoo et servir la version HTML classique plutôt qu'AMP. Techniquement faisable, mais cela ajoute une couche de complexité et potentiellement des temps de chargement plus lents pour ces utilisateurs. Le jeu en vaut-il la chandelle ? Testez, mesurez l'impact sur l'engagement Yahoo spécifiquement avant de généraliser.

Comment mesurer précisément votre exposition au problème ?

Première étape : quantifier la part réelle de Yahoo dans vos sources de trafic organiques. Dans Google Analytics, segment vos sessions par source/medium sur les 90 derniers jours. Filtrez sur les sessions AMP uniquement (dimension « AMP Client ID » ou URL contenant « /amp/ »).

Croisez ensuite avec la source de référence. Si vous constatez moins de 2% de sessions AMP provenant de Yahoo, le problème reste théorique. Entre 5 et 15%, vous avez un angle mort analytique significatif. Au-delà de 20%, vous perdez une capacité d'optimisation critique et devez agir.

Quelles solutions de contournement existent-elles concrètement ?

Option 1 : implémenter un tracking côté serveur qui ne repose pas sur l'AMP Client ID API. Cela nécessite de logger les hits au niveau serveur avec des identifiants de session persistants dans des paramètres d'URL ou via un fingerprinting device. Plus complexe, mais contourne la limitation Yahoo.

Option 2 : utiliser des paramètres UTM personnalisés injectés dynamiquement dans les liens AMP servis spécifiquement à Yahoo. Détectez le referrer Yahoo côté serveur, ajoutez un paramètre « ?source=yahoo_amp » dans vos liens internes AMP. Vous récupérez au moins l'attribution source, même si la réconciliation utilisateur reste cassée.

Faut-il abandonner AMP pour privilégier un tracking propre ?

C'est la question stratégique majeure. AMP perd progressivement de sa pertinence depuis que Core Web Vitals permet d'obtenir les mêmes bénéfices ranking avec des pages HTML optimisées classiques. Si votre stack technique permet d'atteindre des scores Lighthouse > 90 sans AMP, vous pouvez envisager une sortie progressive.

Attention cependant : certains carrousels Google (actualités, recettes, etc.) favorisent encore massivement AMP dans certaines régions. Testez l'impact sur vos impressions et clics Search Console avant de désactiver globalement. Un A/B test sur un segment de contenus peu critiques permet d'évaluer les conséquences sans risque majeur.

• Auditez votre part de trafic Yahoo organique sur 90 jours (GA4 ou Analytics classique)
• Segmentez spécifiquement les sessions AMP provenant de Yahoo pour quantifier l'angle mort
• Si > 5% du trafic, implémentez un tracking serveur ou des paramètres UTM spécifiques Yahoo
• Évaluez la faisabilité technique d'un serving conditionnel (HTML classique pour Yahoo, AMP pour Google)
• Testez l'impact d'une désactivation AMP progressive sur un échantillon de contenus non critiques
• Documentez les limites de vos données Yahoo dans vos rapports execs pour éviter les sur-interprétations