TS09Accès et indexation
Accès et indexationChaque exclusion a-t-elle une raison et un responsable ?
Vérifier qu’une exclusion volontaire est expliquée et que son moyen d’application est observable sur une page représentative.
Vérifier mon registre
- Dans l’app
- Registre + lecture HTTP
- À fournir
- URL, moyen prévu et registre
- À prévoir
- Lecture et confirmation
À fournir
À prévoirComprendre
Une exclusion. Une raison de la garder.
Vérifier qu’une exclusion volontaire est expliquée et que son moyen d’application est observable sur une page représentative.
Selon Google
Pour appliquer noindex, Google doit pouvoir explorer la page et lire la directive. Le motif, le responsable et la revue de l’exclusion sont des critères de suivi TSEP.
Vérifier
Ce qui est décidé. Ce qui est appliqué.
Dans TSEP Control
La comparaison entre votre intention, le registre et les réponses reçues : code HTTP, directives noindex ou règle robots.txt selon le moyen prévu. Les preuves et le résultat natif sont téléchargeables. Une contradiction observée reste un écart ; une preuve manquante reste à vérifier.
Votre contribution
Une URL représentative, la famille concernée, le moyen prévu, puis votre registre : motif, responsable et date de revue. Vous confirmez le périmètre avant la lecture sans connexion de la page et de son robots.txt.
Avec vos outils
Avec vos outilsTenez un registre des familles exclues avec motif, responsable et échéance. Sur une URL représentative, relevez le code HTTP, noindex ou la règle robots.txt correspondant au moyen choisi.
Ce que ce résultat couvre
Une page représentative, à la date de lecture, et le registre fourni. Cela ne prouve ni toute la famille, ni l’exclusion effective de Google, ni le rendu JavaScript. Un Disallow empêche l’exploration ; il ne suffit pas à garantir la désindexation. Votre revue du périmètre et de la justification reste personnelle. L’application ne l’invente pas : si elle manque, ce point reste à compléter. Les dossiers historiques gardent la méthode de leur version.
Agir
La même intention. Du registre au site.
Mettez le mécanisme observé en accord avec la décision et complétez le motif, le responsable ou la date de revue.
Recontrôler
Une date de revue. Une décision à revoir.
Reprenez le parcours avec le même périmètre après correction. Datez la nouvelle observation et conservez les preuves précédentes.
Pour aller plus loin.
Les statuts, les sources et la méthode.
Comprendre les statutsC · NC · NT · NA
La même légende dans les fiches, l’analyse et la démo. Chaque statut dépend des preuves et des règles du contrôle.
- C · Vérifié
- Le critère est satisfait dans le périmètre évalué. Conservez la preuve datée pour la prochaine comparaison.
- NC · À corriger
- Mettez le mécanisme observé en accord avec la décision et complétez le motif, le responsable ou la date de revue.
- NT · Non établi
- Les preuves ou les confirmations ne suffisent pas pour conclure. Complétez ce qui manque ; ce statut ne démontre pas une erreur SEO.
- NA · Non applicable
- Le contrôle ne s’applique pas au périmètre, selon ses règles et une justification conservée. Une absence de preuve ne suffit pas à le déclarer non applicable.
Sources et références1 référence
Méthode et règles détaillées1 règle
Méthode et critères du contrôle
Méthode
Relier chaque famille exclue à une règle, un responsable et une date de revue.
Critères attendus
Chaque exclusion du périmètre possède mécanisme, motif, propriétaire et date de revue.
Non-applicabilité
Aucune exclusion volontaire, inventaire de politique fourni.
Règles détaillées
TS09-A01 · Registre des exclusions et responsabilités
Mode prévu par le protocole : assisté, avec preuves et déclarations fournies. La disponibilité dans l’app est indiquée sur la fiche du contrôle.
Périmètre
Éléments explicitement sélectionnés du contrôle TS09 ; profil url-policy-v1 décrit dans docs/url-policy-evidence.md.
Preuves
Plan préalable, octets originaux et SHA-256, dates/contexte, observations atomiques, revue humaine motivée liée à tout le dossier. Types : configuration, intent.
Méthode
Lire le registre natif JSON exclusion-register-v1 ; rapprocher chaque famille sélectionnée du mécanisme préalable, puis vérifier propriétaire, motif et date de revue. Exiger une revue liée au dossier. Le profil url-exclusion-observed-v2 exige un registre, une réponse HTTP représentative et robots.txt par famille, puis une revue explicitement liée aux preuves affichées. Une contradiction native reste NC en l’absence de revue ; une correspondance sans revue reste NT. Une famille entière, l’index Google et la confidentialité ne sont pas établis par cet échantillon.
Critères attendus
Les mécanismes concordent et chaque famille a ses informations de gouvernance ; la revue fournie confirme le périmètre. Une divergence de mécanisme échoue.
Quand le résultat reste indéterminé
Un champ absent ou ambigu, un registre manquant ou une revue non liée donne indéterminé. La date de revue est une date de calendrier déclarée, pas une preuve de réalisation.
Non-applicabilité
Aucune exemption atomique dans ce profil. Population vide ou preuve absente : NT, jamais NA automatique.
Hypothèses
Population et provenance fournies ; la revue assume la suffisance du périmètre et le jugement métier. Aucun contenu, verdict importé ou hash ne prouve l’authenticité.
Limites
Lecture hors ligne bornée, sans collecte, navigateur exécuté, jugement humain produit ni audit réel. Périmètre source revu uniquement ; aucune complétude du site, indexation, classement ou causalité déduite.
Version des règles 0.3.0-draft.8 · Fiche du protocole public · Source versionnée
Passer à la pratique
Une URL, le moyen prévu et votre registre.