Un nouveau site est mis en ligne, ou un ancien déménage chez un nouvel hébergeur, et quelques semaines plus tard le client demande pourquoi il ne se trouve plus dans Google. Très souvent, rien n’est cassé : un réglage de la phase de préproduction dit encore aux moteurs de recherche de passer leur chemin. Ce guide montre où ce réglage peut se cacher, comment le vérifier en quelques minutes et comment éviter qu’il passe à nouveau entre les mailles.
Les suspects habituels
- « Demander aux moteurs de recherche de ne pas indexer ce site ». Sous Réglages → Lecture dans WordPress. Souvent activé pendant le développement et oublié au lancement. WordPress demande alors aux moteurs de recherche de ne pas indexer le site.
- robots.txt. Un robots.txt de préproduction avec
Disallow: /copié avec le site. - Un en-tête noindex envoyé par le serveur. Certains hébergeurs et outils de préproduction ajoutent un en-tête
X-Robots-Tag: noindex. Il n’apparaît pas dans le code source de la page, seulement dans les en-têtes de réponse. - Réglages du plugin SEO. Une page, un type de contenu ou tout le site réglé sur noindex dans le plugin SEO.
- Liens canoniques vers l’ancien domaine. Après une migration, des liens canoniques qui pointent encore vers l’adresse de préproduction ou l’ancienne disent à Google que la vraie page est ailleurs.
Vérifiez en cinq minutes
- Ouvrez la page d’accueil, affichez le code source et cherchez
noindexetcanonical. Le lien canonique doit pointer vers l’adresse en ligne. - Ouvrez
/robots.txtsur le domaine en ligne et cherchezDisallow: /. - Vérifiez dans les en-têtes de réponse de la page d’accueil (outils de développement du navigateur, onglet Réseau) la présence de
X-Robots-Tag. - Dans Google Search Console, inspectez l’URL de la page d’accueil. Vous verrez si la page peut être indexée et pourquoi pas.
- Vérifiez Réglages → Lecture et les réglages globaux du plugin SEO.
Corrigez et demandez à Google de revenir
Désactivez le réglage responsable, videz le cache de pages et revérifiez les cinq points depuis une fenêtre privée. Demandez ensuite l’indexation de la page d’accueil et des pages principales dans Google Search Console et soumettez à nouveau le sitemap. Le retour prend généralement des jours, pas des semaines, une fois que Google peut de nouveau explorer le site, mais le trafic perdu entre-temps ne revient pas.
Intégrez-le à chaque lancement et migration
- Ajoutez « moteurs de recherche autorisés, robots.txt, canonique, en-tête noindex » à votre checklist de lancement, et cochez-le sur le domaine en ligne, pas sur la préproduction.
- Revérifiez un jour après le lancement : certains caches et CDN servent encore la version de préproduction pendant un moment.
- Surveillez-le ensuite. Plugins et hébergeurs modifient aussi des réglages lors des mises à jour et des migrations.
Comment Verploy le détecte
Chaque jour, Verploy vérifie les bases du référencement de la page d’accueil de chaque site connecté avec Google PageSpeed : titre, description, indexation, lien canonique, robots.txt, liens de langue et textes de liens. Si la page d’accueil demande à Google de ne pas l’afficher, vous recevez une alerte, qui disparaît d’elle-même une fois le problème corrigé. Le rapport client mensuel inclut le score SEO. En savoir plus sur la visibilité dans Google.
Vous voulez savoir le jour même qu’un site client disparaît de Google ?
Verploy vérifie chaque jour les bases du référencement de chaque page d’accueil et vous alerte quand un site est caché à Google. Commencez gratuitement, sans carte bancaire.