Une surveillance SEO qui empêche une mise à jour de vous cacher de Google.
Relvato vérifie les réglages qui décident si Google vous indexera tout court — un noindex égaré sur la balise meta ou l’en-tête X-Robots-Tag, un robots.txt qui bloque tout le site, un canonical manquant — et échoue bruyamment sur ceux qui vous sortent de la recherche. Il signale aussi un nouveau jeton de validation d’un moteur de recherche — le signe que quelqu’un prend le contrôle de votre Search Console.
- ✓Aucun noindex sur tout le site (balise meta ou en-tête X-Robots-Tag)
- ✓robots.txt ne fait pas Disallow de tout le site
- ✓Un canonical est présent
- ✓Aucune nouvelle validation de propriété Google ou Bing que vous n’avez pas ajoutée
- ✓Revérifié à chaque changement du site
Un seul interrupteur — un noindex de préproduction mis en ligne, une extension qui réécrit robots.txt — peut désindexer votre site en silence, et vous ne le verrez qu’au plongeon du trafic des semaines plus tard. Relvato le revérifie à chaque changement, donc une plaie SEO auto-infligée ressort en minutes.
Sur WordPress, le noindex accidentel le plus courant est le réglage “Décourager les moteurs de recherche”. Quand c'est la cause, Relvato vous propose de réactiver l'indexation, et vous l'appliquez en un clic dans WordPress → Relvato — annulable au même endroit.
Pourquoi la plupart des chutes de recherche que vous pouvez corriger viennent de vous — et pourquoi Bing compte davantage maintenant que les assistants IA puisent dans son index. Lisez notre guide sur la surveillance des régressions SEO.
- Charge l’accueil dans un vrai navigateur et lit la balise meta robots et l’en-tête X-Robots-Tag.
- Récupère robots.txt et vérifie qu’il ne fait pas Disallow de tout le site, et qu’un lien canonical est présent.
- Un noindex sur tout le site ou un Disallow: / est un échec dur — les réglages exacts qui font que Google vous laisse tomber.
- Surveille qui peut prouver à Google, Bing, Yandex et Baidu qu’il est propriétaire du site : les balises meta de validation de l’accueil, les enregistrements TXT du domaine, BingSiteAuth.xml et — avec l’extension WordPress — les fichiers de validation à la racine du site. Les jetons déjà présents à la première exécution sont considérés comme les vôtres ; un jeton qui apparaît ensuite fait échouer le moniteur.
Faut-il une extension ?
Non — la surveillance de l’intégrité SEO fonctionne sur tout site avec un domaine vérifié. Sur WordPress, l’extension Relvato (1.25.0 ou plus récente) lui permet aussi de voir les fichiers de validation à la racine du site, que seul le serveur peut lister.
Quelle est la cause la plus fréquente ?
Un réglage ‘noindex’ de préproduction passé en production, ou une mise à jour d’extension/thème qui réécrit robots.txt.
Pourquoi surveiller les jetons de validation de la Search Console ?
Après une intrusion, les attaquants se déclarent souvent propriétaires dans Google Search Console ou Bing Webmaster Tools en ajoutant leur propre jeton — une balise meta, un enregistrement DNS ou un fichier HTML. Ils peuvent alors soumettre des sitemaps de spam, demander à Google de retirer vos vraies pages et lire vos données de recherche. Un jeton que vous n’avez pas ajouté les trahit : Relvato le signale et vous indique où retirer ce propriétaire. S’il est à vous (une nouvelle agence SEO, par exemple), ignorez-le une fois et il n’est plus signalé.
Mettez ce moniteur en pilote automatique.
Gratuit pour toujours sur un site — 100 exécutions par mois, lancées par vous ou chaque semaine, sans carte. Pro relance vos moniteurs tout seul après chaque mise à jour.