Conseils généraux
N’oubliez pas que Google ne crawl pas votre page immédiatement après que vous ayez publié une correction. Par conséquent,
Search Console (et Google Search) peuvent continuer à afficher une erreur pour une page que vous avez corrigée jusqu’à ce que la page soit à nouveau crawlée. Vous pouvez parfois demander un crawl accéléré, par exemple en utilisant l’outil Inspection d’URL
, mais dans la plupart des cas, il faut quelques jours pour remarquer les changements sur vos pages.
Outils de test utiles
Voici quelques outils utiles pour vous aider à déboguer vos pages.

Outils pour les propriétaires de site vérifiés
Les outils et rapports suivants nécessitent que vous soyez un
utilisateur vérifié du site
pour la page afin d’utiliser cet outil sur cette page ou ce site. C’est parce que la Search Console fournit des données confidentielles sur le site auxquelles seul un utilisateur vérifié du site devrait avoir accès.
- Search Console – Inscrivez-vous à la Search Console et vérifiez la propriété d’un site
pour obtenir l’accès à des outils utiles de surveillance et de test de site, tels que ceux listés ci-dessous. - Rapports sur l’état des résultats enrichis
– Apprenez quels résultats enrichis Google a pu ou n’a pas pu lire depuis votre site, obtenez des informations de dépannage pour les erreurs de résultats enrichis et demandez un nouveau crawl après avoir corrigé les problèmes. Vous ne pouvez pas tester une URL arbitraire en utilisant cet outil. - Outil d’inspection d’URL
– Apprenez comment votre page apparaît dans l’index Google, exécutez un test d’index sur une URL en direct, voyez comment Google rend votre page et soumettez une URL pour l’indexation. - Rapport robots.txt
– Vérifiez si Google peut traiter vos fichiers robots.txt. Vous pouvez également demander un nouveau crawl d’un fichier robots.txt pour les situations d’urgence. - Rapport sur l’état AMP – Voir les erreurs de page AMP pour l’ensemble de votre site détectées par Google. Les erreurs sont détectées lors du crawl régulier ; vous ne pouvez pas tester une URL arbitraire.
Outils anonymes
Ces outils peuvent être utilisés sur n’importe quelle URL sans avoir besoin d’autorisations Search Console sur le site Web. Certains outils permettent également de coller des extraits de code dans l’outil lui-même.
Si votre URL est derrière un pare-feu ou est hébergée sur un ordinateur local, vous pouvez utiliser une solution de tunnel pour exposer votre page à l’outil de test. Apprenez à tester des pages hébergées localement ou derrière un pare-feu.

- Outil de test AMP
– Testez la validité d’une URL AMP spécifique en temps réel. - Test des résultats enrichis – Testez la validité d’un bloc de données structurées en temps réel. Le code peut être collé dans l’outil ou hébergé sur une page en direct.
Plus d’outils
Voir notre page d’aide pour plus de ressources et d’informations sur les heures de bureau.
Test de pages hébergées localement ou derrière un pare-feu
Google fournit plusieurs outils de test pour tester une seule page Web en direct. Par exemple, l’outil
Test AMP et le
Test des résultats enrichis. Cependant, si votre page s’exécute sur votre machine locale sans URL publique, ou si elle est hébergée derrière un pare-feu, vous pouvez toujours tester la page en exposant un tunnel vers votre page pour l’outil de test. Cela peut être utile si vous souhaitez tester une page avant de la rendre publiquement disponible sur le Web, ou même comme une autre étape de votre processus de publication.
Pour tester une page locale ou derrière un pare-feu, utilisez une solution de tunnel telle que ngrok. Ces outils fournissent une URL publique qui se connecte à une page non publique sur votre hôte local ou serveur derrière un pare-feu.
L’exemple suivant démarre d’abord le
SimpleHTTPServer
de Python pour héberger une page sur l’ordinateur local, puis utilise
ngrok pour exposer cette page sur une URL accessible publiquement :
Étape 1
Démarrez un serveur HTTP local pour héberger votre page sur un port donné. Pour notre exemple, nous avons choisi le port
5326.
SimpleHTTPServer mappe le répertoire actuel comme racine du site.
Étape 2
Sur un autre terminal, démarrez votre application locale ngrok , en écoutant le port que nous avons ouvert à l’étape 1.
5326Étape 3
Passez votre URL ngrok exposée à l’outil de test de votre choix.
L’URL racine dans notre exemple est
http://ad0a5735.ngrok.io , donc si notre page est enregistrée localement sur~/testwebdir/mypage.html , et que nous avons démarré le serveur ci-dessus depuis~/testwebdir/
, nous pourrions testerhttp://ad0a5735.ngrok.io/mypage.html . Dans le test des résultats enrichis, vous pourriez coller cette URL directement, ou visiterhttps://search.google.com/test/rich-results/result?url=http%3A%2F%2Fad0a5735.ngrok.io%2Fmypage.html
Notez que différents hôtes locaux et solutions de tunnel mappent vos pages différemment..
De plus, certaines solutions de tunnel (pas ngrok) protègent automatiquement votre URL publique temporaire avec robots.txt, ce qui vous empêchera d’exécuter des tests Google dessus. Les outils de test Google respectent robots.txt. Lisez la documentation de votre solution de tunnel et de votre logiciel d’hébergement Web.
Débogage des erreurs d’accès
Si vous obtenez une erreur d’accès lors de l’utilisation d’un outil de test Google :
Vérifiez que votre page n’est pas protégée par robots.txt et ne nécessite pas de connexion.
- Essayez d’accéder à votre page depuis l’extérieur de votre pare-feu, sur un autre ordinateur, ou en utilisant Chrome en mode Incognito. Débogage de vos pages | Alien Road
- ru
Comment nous l'appliquons
We link clients to this page when the question is about what Google officially does. Our own advice on top of it is about what to do next in their specific situation.
Services associés