Les 44 contrôles / TS01
TS01 · HTTP et disponibilité
La page finale répond avec un code HTTP exploitable.
Texte du protocole · 0.1.0-draft.28 · Lecture documentaire, sans évaluation de site.
Version de la règle du contrôle : 0.1.0-draft.28
Repère de lecture : commencez par l’applicabilité et les pièces requises, puis lisez les attendus avec leurs limites. Comprendre les états C, NC, NT et NA · Préparer un dossier
Attendus et preuves
- Entrées requises (identifiants du protocole)
- http, intent
- Quand l’utiliser
- Pages publiques désignées comme canoniques.
- Comment vérifier
- Envoyer une requête GET, suivre les redirections et relever le code final.
- Attendu
- Chaque GET atteint une réponse finale 200 pour la ressource attendue ; horodatage et chaîne conservés.
- Preuves à conserver
- Intention, trace GET complète et corps conservé ; justifications par règle A01–A02.
- Non-applicabilité
- Aucune page publique canonique dans le périmètre déclaré.
- Limites
- Un test depuis une IP ne prouve pas la réponse reçue par Googlebot.
- Précision sur le résultat
- C exige tous les attendus sur le périmètre déclaré. NC exige une contradiction étayée ; sinon NT. NA exige la preuve de non-applicabilité. Note TSEP : le critère est un 200 final ; le titre permanent hérité de la grille 1.1 est plus large.
- Portée des références
- Référence technique ; les attendus TSEP restent une proposition éditoriale.
Règles atomiques
TS01-A01 — GET final en 200
- Entrées requises (identifiants du protocole)
- http, intent
- Quand l’utiliser
- Chaque page publique désignée canonique, dans le contexte de requête déclaré.
- Comment vérifier
- Exécuter un GET sans cache conditionnel ; enregistrer chaque saut et la réponse finale. Déclarer agent, en-têtes, cookies/authentification, réseau, heure et bornes de temps, taille et redirections.
- Attendu
- Une réponse finale complète est observée en 200. Un 204, 206, 4xx ou 5xx final observé contredit cet attendu ; HEAD seul ou 304 sans représentation ne suffit pas.
- Preuves à conserver
- Intention par URL ; commande et version de l’outil ; trace GET datée, URL et codes de tous les sauts, en-têtes finaux et indicateurs de troncature.
- Hypothèses
- La requête et ses bornes sont déclarées avant l’essai ; le 200 est une exigence TSEP pour cette population.
- Résultat indéterminé
- Délai, DNS/TLS, chaîne interrompue, borne atteinte, capture incomplète, requête HEAD seule ou 304 sans corps conservé : inconclusive, sans défaut SEO déduit.
- Non-applicabilité
- Aucune exemption atomique quand le contrôle s’applique.
- Limites
- Ni disponibilité permanente ni réponse réelle de Googlebot. Une chaîne observée ne valide pas TS02.
TS01-A02 — Ressource finale attendue
- Entrées requises (identifiants du protocole)
- http, intent
- Quand l’utiliser
- Chaque réponse finale dont le contenu peut être comparé à l’intention.
- Comment vérifier
- Comparer d’abord l’URL finale à expected_final_url, puis le SHA-256 du corps complet à expected_body_sha256. Fixer références, éventuelle stabilité et marqueurs avant la mesure. La branche de variation sans stabilité utilise le lecteur historique, sauf identity_reader: html-tree-markers-v1 déclaré au préalable : deux hypothèses statiques globales, segments parsés attribués aux octets et critères littéraux. L’empreinte porte toujours sur le corps complet inchangé.
- Attendu
- URL finale différente : fail. À URL identique, empreinte identique : pass. Sinon, representation: stable impose fail. Sinon, sous le lecteur historique, des marqueurs valides donnent fail si un requis manque ou si un interdit apparaît. Pass exige au moins un marqueur requis, tous les requis présents et tous les interdits absents. Interdits seuls absents : inconclusive. Sans marqueurs ni stabilité déclarée : inconclusive. Le statut HTTP ne remplace pas cette comparaison. Sous html-tree-markers-v1, chaque lecture complète compare tous les marqueurs ; deux pass donnent pass, deux fail donnent fail, tout autre couple donne inconclusive. Les priorités URL, empreinte et stabilité restent inchangées.
- Preuves à conserver
- Trace HTTP, corps complet et intention préalable datée avec URL, empreinte de référence et éventuels marqueurs/politique de stabilité ; extraction, valeurs calculées et outil/version. Empreinte après décodage de transfert et de contenu, avant toute transformation. Marqueurs littéraux sensibles à la casse dans chaque segment de texte source HTML décodé : entités résolues, commentaires, script/style, balises et attributs exclus, segments jamais concaténés à travers le balisage. Pour text/plain, corps décodé intégral. Ni normalisation des espaces ni expression régulière. Le profil parsé distinct normalise CRLF/CR source en LF avant expansion des références, sans modifier les critères ; conserve les deux projections, contextes, positions, erreurs rapportées, résultats et outils. Les contextes identiques sont référencés sans suppression de segments ; arbres reconstructibles à partir du corps et des outils exacts.
- Hypothèses
- Le responsable fixe une représentation de référence avant la collecte ; sa pertinence métier reste sa responsabilité. La comparaison est automatique, la définition de l’intention ne l’est pas. Le profil éventuel et ses critères sont déclarés dans une nouvelle intention avant capture ; aucune sélection ou conversion silencieuse des anciennes intentions.
- Résultat indéterminé
- Capture absente/tronquée, décodage inconnu, référence URL absente/invalide, intention postérieure : inconclusive. À URL identique, empreinte de référence absente/invalide : inconclusive. Si les empreintes diffèrent sans stabilité, marqueurs absents, vides, malformés ou contradictoires, extraction indéterminée, ou interdits seuls tous absents : inconclusive. Une URL différente reste fail même sans empreinte de référence. Pour le profil parsé : divergence des hypothèses, erreur rapportée par parse5, texte étranger non blanc hors exclusions, frames/contextes non qualifiés, intervalles non attribuables, runtime indisponible ou borne dépassée restent inconclusive, sans repli.
- Non-applicabilité
- Aucune exemption atomique quand le contrôle s’applique.
- Limites
- Une variation d’empreinte seule ne prouve pas un contenu erroné. L’extraction du texte source ne mesure ni visibilité CSS/DOM, ni similarité sémantique ; titre et texte masqué par CSS peuvent compter. Des marqueurs pertinents et une référence correcte restent la responsabilité du propriétaire. Une mauvaise intention peut valider un mauvais contenu. Ni classification soft 404 du moteur, ni indexation, ni routes non déclarées. Le nouveau profil conserve title/textarea/options/textes masqués, exclut scripts/styles HTML/SVG et templates inactifs ; le contrat précise les refus. Aucun comportement navigateur, validité HTML complète ou nouvelle évaluation Edikka déduit.