Repérer le déploiement qui cache votre site aux moteurs de recherche
Les erreurs SEO les plus coûteuses se commettent lors d’un déploiement, pas dans un plan éditorial. La configuration de préproduction part en production et chaque page porte noindex. Une modification de gabarit fait pointer toutes les balises canoniques vers la page d’accueil. Le robots.txt du système de test bloque tout. Le sitemap est régénéré sans aucune URL. Toutes les pages se chargent, la surveillance de disponibilité reste au vert — et les dégâts apparaissent des semaines plus tard, sous la forme d’un trafic qui s’évapore lentement.
Pingsured vérifie ces points à chaque exécution : une erreur est repérée dans les minutes qui suivent la mise en production qui l’a introduite.
La page elle-même
Une vérification HTML sur vos pages les plus importantes — la page d’accueil, une catégorie, une fiche produit :
| Sélecteur CSS | Opérateur | Valeur |
|---|---|---|
meta[name=robots][content*=noindex] | n’existe pas | |
link[rel=canonical] (attribut href) | égal à | https://www.example.com/ |
title | correspond à | \S |
h1 | nombre égal à | 1 |
link[rel=alternate][hreflang] | nombre au moins égal à | 5 |
La première ligne mérite de figurer sur chacun de vos pings. La dernière repère un site multilingue dont les liens de langue ont disparu.
Un noindex peut aussi arriver sous forme d’en-tête HTTP. Une vérification d’en-tête sur X-Robots-Tag avec « n’existe pas » couvre ce cas.
robots.txt
robots.txt est du texte brut, mais la vérification HTML le lit tout de même. Une seule vérification repère un fichier qui bloque tout le site, sans se laisser piéger par des règles ordinaires comme Disallow: /admin :
| XPath | Opérateur |
|---|---|
//body[matches(., '(?m)^Disallow:\s*/\s*$')] | n’existe pas |
Le sitemap
Une vérification XML sur /sitemap.xml, comme décrit dans notre page sur les flux et les sitemaps : le nombre d’entrées /urlset/url reste au-dessus de ce que vous attendez, et aucun loc ne pointe vers un hôte de préproduction.
Pourquoi surveiller votre SEO avec Pingsured
- Des minutes, pas des semaines. Les outils pour webmasters vous préviennent une fois les dégâts visibles. Une vérification toutes les quelques minutes vous prévient tant que la mise en production peut encore être annulée.
- Vos vraies pages, vues de l’extérieur. Les vérifications lisent ce que reçoit un robot d’indexation, pas ce que votre CMS dit publier.
- Là où passent les robots d’indexation. Une règle de pare-feu ou un réglage de CDN qui bloque les visiteurs venant des États-Unis est invisible depuis l’Europe ; avec une vérification depuis notre emplacement américain, elle échoue là-bas.
- Un ping, plusieurs vérifications. Code de statut, balise robots, canonique et titre principal en une seule requête, et le ping ne réussit que si toutes réussissent.
Limites à connaître
- Les vérifications n’exécutent pas de JavaScript : les balises qu’une application monopage définit dans le navigateur ne sont pas vues. La plupart des moteurs de recherche les préfèrent de toute façon dans le HTML envoyé par le serveur.
- Chaque ping vérifie une URL. Pingsured n’explore pas votre site : choisissez les pages dont vous remarqueriez la perte en premier.