Le Noindex Checker de Screpy examine les instructions d’indexation d’une URL dans le HTML récupéré et les en-têtes X-Robots-Tag. Il affiche la déclaration, son origine et son application à la recherche Web Google. Utilisez les éléments relevés pour étudier une restriction indésirable ou confirmer une règle voulue. L’outil décrit la réponse reçue, pas l’indexation réelle par Google.
Vérifiez la réponse finale, pas l’index de Google
Saisissez une URL HTTP ou HTTPS publique complète. Screpy suit jusqu’à cinq redirections avant d’examiner la réponse finale. Comparez adresse demandée et adresse finale : si une ancienne fiche produit mène à une catégorie, les déclarations appartiennent à cette catégorie, pas à l’ancien HTML du produit.
Pour le HTML, l’outil lit les balises meta robots et Googlebot ainsi que les en-têtes. Pour un PDF ou une autre ressource non HTML, les balises HTML ne s’appliquent pas ; les en-têtes X-Robots-Tag peuvent toujours transmettre des instructions. « Non applicable » pour le HTML d’un PDF n’est pas un échec de récupération.
L’outil n’exécute pas JavaScript, ne consulte pas robots.txt et n’interroge pas l’index Google. Il ne reproduit pas toutes les réponses envoyées aux visiteurs ou robots. Une récupération réussie montre seulement la réponse à cette requête. Accès réel à l’exploration, modifications après rendu et état enregistré nécessitent leurs propres contrôles.
Identifiez la déclaration applicable à la recherche Web Google
Lisez ensemble la source, la valeur brute, le robot concerné et l’applicabilité. Une instruction robots générale et une instruction Googlebot peuvent s’appliquer simultanément. Une règle destinée uniquement à un autre robot ne restreint pas automatiquement la recherche Web Google.
Cet exemple fictif montre pourquoi une seule valeur rassurante ne suffit pas. Il ne provient pas d’un site réellement analysé.
| Source observée | Exemple de valeur | Interprétation pour ce contrôle |
|---|---|---|
| Balise meta robots HTML | index, follow | Pas de noindex dans cette déclaration seule |
| Balise meta Googlebot HTML | noindex | S’applique à Google Web malgré la valeur index générale |
| En-tête X-Robots-Tag | noindex | Autre source applicable ; supprimer le HTML ne l’enlève pas |
| En-tête ciblant otherbot | otherbot: noindex | Élément hors du périmètre Google Web de ce contrôle |
Si les trois premières coexistent, ajouter un autre index n’annule pas le noindex applicable. Les spécifications robots de Google expliquent l’application des règles restrictives en cas de contradiction. none comprend noindex et nofollow. nofollow seul est une autre instruction et ne signifie pas que la page comporte noindex.
L’analyseur trouve aussi les balises robots dans le body. Corrigez une mauvaise position en les plaçant dans le head, sans considérer une balise du body comme sans effet. Les exemples dans les commentaires, scripts ou contenus de template ne sont pas traités comme des déclarations actives.
Lisez le constat avec la couverture
« Noindex détecté » signifie qu’une déclaration applicable a été observée. Cette preuve positive reste possible même si une autre source n’a pas pu être entièrement contrôlée. Elle ne signifie pas que Google a déjà traité la règle ni que celle-ci est accidentelle.
« Aucun noindex détecté » exige une vérification complète des sources pertinentes. Le vert décrit l’absence de cette instruction dans la réponse contrôlée, pas une garantie d’exploration, de choix canonique ou d’indexation. « Inconnu » signifie que les éléments disponibles ne prouvent pas l’absence. Examinez les sources partielles ou indisponibles au lieu de les considérer comme valides.
Une réponse dépassant 2 MiB peut laisser des éléments lisibles sans permettre une inspection complète. La limite de 100 déclarations, un encodage illisible ou une syntaxe ambiguë peuvent aussi réduire la couverture. Corrigez l’accès ou l’interprétation, puis recommencez.
Étudiez les cas particuliers séparément. Avec noindex, indexifembedded peut autoriser Google à indexer le contenu intégré ailleurs ; il n’annule pas globalement le noindex de la page. unavailable_after déclare une expiration dont la date doit être évaluée à part. Une date invalide ou incertaine n’est pas considérée comme une expiration confirmée et ne remplace pas le verdict noindex.
Corrigez la source et revérifiez l’URL publiée
Décidez d’abord si la page doit apparaître en recherche. Une page de paiement ou de recherche interne peut porter noindex volontairement. Cette instruction ne protège pas les données confidentielles et ne remplace ni authentification ni contrôle d’accès.
Pour une déclaration HTML indésirable, examinez réglages SEO, modèle et paramètres partagés qui produisent la balise. Pour un en-tête, modifiez la configuration qui l’ajoute. Changer une source n’efface pas l’autre. Publiez la correction et revérifiez toutes les sources applicables, y compris la destination finale après redirections.
Le guide noindex de Google impose que le robot accède à la ressource pour lire l’instruction. Un blocage robots.txt peut l’en empêcher ; Google ne prend pas en charge noindex dans robots.txt. Utilisez le Robots.txt Tester pour l’accès et le Canonical Tag Checker pour les déclarations canoniques.
Après confirmation de la réponse publiée, consultez l’état enregistré et les tests en direct disponibles dans Search Console. Google doit réexplorer et traiter le changement. Retirer noindex ne garantit ni inclusion ni retour immédiat dans les résultats.
Pour examiner séparément la configuration IndexNow, utilisez le vérificateur IndexNow. Il lit le fichier et compare la clé sans envoyer d’URL ; il ne confirme ni acceptation par un moteur ni indexation.