Résolution des erreurs AMP courantes dans Google Search Console

La correction des erreurs AMP de Google Search Console nécessite l’identification de problèmes de validation spécifiques dans le rapport d’état AMP et l’application de correctifs techniques au code de la page. Les webmestres doivent utiliser des outils tels que le AMP Test Tool pour garantir la conformité aux balises obligatoires et aux règles restrictives CSS ou JavaScript. La correction de ces erreurs garantit que vos pages mobiles restent éligibles aux fonctionnalités de Google Search et conservent une haute visibilité pour les utilisateurs effectuant des recherches sur des appareils mobiles.

Quelles sont les erreurs de validation AMP les plus fréquentes ?

Le rapport d’état AMP dans Google Search Console classe les problèmes en erreurs et avertissements. Les erreurs empêchent votre page d’apparaître dans les résultats de Google Search avec des fonctionnalités spécifiques à AMP, tandis que les avertissements peuvent affecter la façon dont la page est affichée ou son éligibilité à certains résultats enrichis. La plupart des erreurs proviennent d’une violation de la spécification stricte AMP HTML, qui limite certains types de code pour garantir des vitesses de chargement rapides.

Un problème courant est l’utilisation d’attributs ou de balises non autorisés. Par exemple, les balises HTML standard telles que ‘img’ ou ‘video’ doivent être remplacées par leurs équivalents AMP tels que ‘amp-img’ ou ‘amp-video’. Si le système détecte une balise ‘script’ standard qui ne fait pas partie de la bibliothèque AMP requise, il marquera la page comme invalide. Une autre erreur fréquente concerne les limites de taille CSS. AMP restreint le CSS en ligne à 75 Ko ; le dépassement de cette limite entraîne un échec de validation qui supprime la page du carrousel de recherche mobile.

• Absence de balises obligatoires telles que ‘head’ ou ‘body’.
• JavaScript non autorisé en dehors de ‘amp-script’ ou des bibliothèques standard.
• Erreurs de syntaxe CSS ou dépassement de la limite de 75 Ko.
• Données structurées non valides dans le bloc ‘ld+json’.
• Absence d’attributs de largeur ou de hauteur pour les composants dépendants de la mise en page.

Comment valider efficacement votre contenu AMP ?

La validation est un processus en plusieurs étapes qui commence pendant la phase de développement et se poursuit par la surveillance dans Search Console. Les développeurs doivent utiliser le validateur AMP basé sur le navigateur pour détecter les erreurs de code avant qu’une page ne soit publiée. Cet outil fournit des commentaires en temps réel sur les problèmes de syntaxe et les composants manquants. Une fois qu’une page est en ligne, l’outil officiel AMP Test Tool de Google fournit une vérification définitive indiquant si la page est éligible aux résultats de recherche.

Utilisez le rapport d’état AMP pour surveiller les performances de toutes les pages AMP de votre site.

Google Search Central

Lorsque vous identifiez une erreur dans le rapport d’état, cliquer sur le problème spécifique affichera une liste des URL concernées. Vous devez inspecter ces URL à l’aide de l’outil ‘Inspect URL’ pour voir la version que Google a indexée. Si vous avez récemment mis à jour votre code, utilisez le bouton ‘Validate Fix’ pour indiquer à Google de réexplorer les pages. Ce processus n’est pas instantané et peut prendre plusieurs jours car Googlebot traite les modifications sur l’ensemble du site.

Comment Alien Road applique l’optimisation AMP

Chez Alien Road, nous abordons la gestion AMP par le biais d’un audit technique centralisé. Pour un projet client typique, tel qu’un grand site e-commerce avec des milliers de pages produits, nous ne corrigeons pas les erreurs une par une. Au lieu de cela, nous identifions le code au niveau du template responsable de l’échec de validation. Si une balise ‘amp-img’ manque d’attribut de hauteur sur une mise en page de produit, nous mettons à jour le template global pour résoudre le problème sur l’ensemble du domaine.

Notre processus comprend une phase de découverte où nous cartographions toutes les relations canoniques et AMP. Nous utilisons ensuite l’API Search Console pour extraire des données d’erreur en masse, ce qui nous permet de prioriser les correctifs qui impactent les pages les plus visitées. Après la mise en œuvre, nous effectuons une vérification manuelle à l’aide du test des résultats enrichis pour nous assurer que les données structurées, telles que le schéma Produit ou Article, restent intactes. Cette approche structurée garantit que la dette technique est minimisée tout en maximisant la visibilité dans les recherches.

Les paramètres robots.txt peuvent-ils bloquer vos pages AMP ?

Une raison fréquente pour laquelle des pages AMP valides n’apparaissent pas dans les résultats de recherche est la prévention de l’exploration. Si votre fichier robots.txt empêche Googlebot d’accéder au répertoire où vos fichiers AMP sont stockés, Google ne peut pas indexer le contenu. Cela se produit souvent lors de migrations de sites ou lorsque de nouveaux sous-domaines sont créés pour le contenu mobile. Vous devez vous assurer que la page canonique et la version AMP sont accessibles aux robots d’indexation.

Modifiez le fichier robots.txt de votre site pour permettre à Googlebot d’explorer la page canonique, la page AMP et les liens dans les données structurées.

Google Search Central

En plus de robots.txt, recherchez les balises méta qui pourraient ordonner aux robots d’ignorer la page. La directive ‘noindex’ dans une balise méta robots ou un en-tête HTTP X-Robots-Tag empêchera la version AMP d’être servie aux utilisateurs. Pour de meilleurs résultats, supprimez toutes les balises méta restrictives du contenu canonique et AMP, à moins qu’il n’y ait une raison spécifique de maintenir une page hors de l’index. Des instructions d’indexation cohérentes sur les deux versions sont essentielles pour une présence mobile stable.

Pourquoi le suivi inter-domaines est-il vital pour le succès d’AMP ?

Le suivi du comportement des utilisateurs sur les pages AMP peut s’avérer difficile car le contenu est souvent servi à partir du Google AMP Cache plutôt que de votre propre domaine. Cela crée un problème inter-domaines dans Google Analytics 4 (GA4). Si un utilisateur commence son parcours sur une page AMP puis clique sur votre site Web principal, GA4 peut considérer cela comme deux sessions distinctes. Cela conduit à des données inexactes, telles que des taux de rebond gonflés et une attribution de conversion incorrecte.

Pour résoudre ce problème, vous devez implémenter le composant ‘amp-analytics’ avec un paramètre de liaison (linker). Ce paramètre transmet un ID client du cache AMP à votre domaine principal via la chaîne de requête de l’URL. Lorsque l’utilisateur arrive sur votre site principal, le script d’analyse lit cet ID et poursuit la session existante. Cette coordination est essentielle pour les spécialistes du marketing qui ont besoin de comprendre l’ensemble du parcours client, du premier point de contact mobile à l’achat final.

• Incluez le script amp-analytics dans l’en-tête (head) de votre page AMP.
• Configurez le paramètre ‘linker’ dans votre bloc de configuration JSON.
• Activez l’option ‘Linker’ dans les paramètres de votre flux de données GA4.
• Vérifiez que les ID client sont cohérents en vérifiant le paramètre ‘_gl’ dans l’URL.
• Utilisez DebugView dans GA4 pour confirmer que les sessions ne sont pas interrompues pendant la transition.

Par où commencer cette semaine

commencez par vous connecter à Google Search Console et naviguez vers la section ‘AMP’ sous ‘Experience’. Exportez la liste des URL avec des erreurs et regroupez-les par type d’échec de validation. Traitez d’abord les problèmes à l’échelle du template, tels que les liens canoniques manquants ou les configurations de script incorrectes. Une fois le code mis à jour, utilisez la fonction ‘Validate Fix’ pour lancer le processus de réexploration. Enfin, vérifiez vos données GA4 pour vous assurer que le suivi inter-domaines attribue correctement votre trafic mobile.