La bonne preuve,
pour le bon contrôle.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Chaque page publique désignée canonique, dans le contexte de requête déclaré.

Preuves
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.

Méthode
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.

Critères attendus
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.

Quand le résultat reste 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.

Hypothèses
La requête et ses bornes sont déclarées avant l’essai ; le 200 est une exigence TSEP pour cette population.

Limites
Ni disponibilité permanente ni réponse réelle de Googlebot. Une chaîne observée ne valide pas TS02.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Chaque réponse finale dont le contenu peut être comparé à l’intention.

Preuves
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.

Méthode
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é. Édition draft.6 : les espaces ASCII structurels sous html ou traversant uniquement les fermetures body/html sont exclus avec leurs positions et octets conservés ; voir migration-0.3.0-draft.6. Le profil distinct html-tree-markers-v2 exclut les segments sous noscript de toute comparaison de marqueurs, y compris aux recontrôles. Le profil v1 garde sa sémantique historique. Une intention doit nommer explicitement le profil retenu avant la nouvelle capture. Le profil distinct html-tree-markers-v3 porte sur le texte HTML principal : exclusions attribuées noscript/iframe/sous-arbres étrangers ; un interdit dans ces exclusions empêche pass ; seuls les doublons d’attributs sont admis parmi les erreurs parse5, sans interprétation de directives. Espaces ASCII traversant des fermetures ignorées admis seulement avec reconstruction exacte. Voir migration-0.3.0-draft.7 pour les limites et la migration explicite.

Critères attendus
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.

Quand le résultat reste 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.

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.

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.

Mode prévu par le protocole : manuel. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Variantes et anciennes URL dont le comportement attendu est déclaré.

Preuves
Plan, contexte, identité déclarée et rôle du responsable, date, décision, motif, assistance et provenance de la revue ; empreinte exacte des critères examinés.

Méthode
Déclarer source, destination finale, statuts de redirection et terminaux admis, nombres minimal et maximal de redirections et contexte. Vérifier la revue fournie du responsable, motivée, datée entre déclaration et capture et liée par empreinte au plan/contexte.

Critères attendus
Le plan applicable est explicitement approuvé par le responsable avant la capture. Un rejet explicite lié au même plan est fail ; une revue absente ou non attribuable reste inconclusive.

Quand le résultat reste indéterminé
Plan absent, invalide ou postérieur ; validation manquante, non liée ou hors période ; mécanisme non couvert. L’outil ne fournit aucune approbation humaine.

Non-applicabilité
Aucune exemption atomique. La non-applicabilité du contrôle exige un inventaire positif distinct ; elle ne découle pas d’une capture absente.

Hypothèses
Le responsable fournit ses critères avant la capture ; un auteur de laboratoire peut fournir une revue synthétique explicitement identifiée. Une empreinte lie les pièces, sans authentifier une personne.

Limites
Une redirection valide ne prouve pas la pertinence sémantique de sa destination. La référence exécutable borne les trajectoires serveur HTTP ; les autres mécanismes restent non établis, sans exemption du contrôle.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Variantes et anciennes URL dont le comportement attendu est déclaré.

Preuves
Requêtes et réponses HTTP originales pour chaque saut, URL, complétude, client et contexte ; plan antérieur. Une contradiction prouvée survit aux lacunes ultérieures et à l’absence d’approbation A01.

Méthode
Lire chaque échange GET attribuable dans l’ordre, résoudre Location, conserver codes et URL, compter les redirections et vérifier destination/statut terminaux. Comparer au plan fixé avant la capture, sans reconstruire les réponses manquantes. Le profil préalable http-trajectory-headers-v1 peut conclure sur les en-têtes complets après un arrêt attribué à la borne d’octets du collecteur 2 ; le corps reste incomplet et non évalué.

Critères attendus
La chaîne complète respecte destination, statuts et bornes déclarés, sans boucle. Un type interdit, une borne maximale dépassée, une redirection sans Location ou un retour vers une URL déjà parcourue sont fail dès le préfixe complet qui les prouve. Une destination/statut terminal ou un nombre minimal contradictoires sont fail après réponse terminale attribuable.

Quand le résultat reste indéterminé
Chaîne inachevée sans contradiction, limite de collecte atteinte, Location ambiguë, fragment ou syntaxe hors portée, requête conditionnelle/authentifiée, capture incomplète ou mal attribuée. Atteindre une borne de collecte ne prouve pas une boucle ; dépasser une borne d’intention est distinct. Exception bornée : préfixe à la limite exactement attestée avec un octet excédentaire, sans ambiguïté d’en-têtes ou contradiction de framing, sous le nouveau profil explicite uniquement.

Non-applicabilité
Aucune exemption atomique. La non-applicabilité du contrôle exige un inventaire positif distinct ; elle ne découle pas d’une capture absente.

Hypothèses
Le responsable fournit ses critères avant la capture ; un auteur de laboratoire peut fournir une revue synthétique explicitement identifiée. Une empreinte lie les pièces, sans authentifier une personne.

Limites
Une redirection valide ne prouve pas la pertinence sémantique de sa destination. La référence exécutable borne les trajectoires serveur HTTP ; les autres mécanismes restent non établis, sans exemption du contrôle.

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
Un plan de route contient au moins un état existant, supprimé et inexistant dans le périmètre synthétique.

Preuves
Le plan et son empreinte, les attentes content, puis pour chaque route la requête GET, la réponse HTTP brute, le statut, la date et le corps complet. Conserver les observations contradictoires et les lacunes séparément.

Méthode
Vérifier le plan antérieur et son empreinte ; comparer chaque GET/response attribuable, complète et liée à une route .invalid aux statuts permis et marqueurs littéraux UTF-8 fixés dans les attentes content.

Critères attendus
Pass exige exactement une réponse complète par route et tous les états requis : 200 pour existante, 404/410 pour supprimée ou inexistante, marqueurs requis présents et interdits absents. Une contradiction complète reste fail malgré doublon, autre capture incomplète ou lacune. Les 206/304, données absentes, ambiguës ou mal attribuées restent inconclusives.

Quand le résultat reste indéterminé
Plan absent/futur/mal lié, état de route manquant, doublon, HTTP incomplet, URL/client non attribuable, statut 206/304, contenu non UTF-8, marqueurs contradictoires dans le plan ou matrice incomplète ; une contradiction attribuable reste fail.

Non-applicabilité
Aucune exemption atomique. NA du contrôle entier exige un inventaire positif, complet, motivé et daté prouvant qu’aucun routage HTTP n’entre dans le périmètre.

Hypothèses
Le plan, les classifications et critères sont fournis et non authentifiés. La revue attachée est un exercice synthétique, pas une approbation indépendante.

Limites
Une capture .invalid ne teste aucun serveur. Les marqueurs sont recherchés littéralement dans le corps décodé, sans DOM, rendu, jugement sémantique ou classification de moteur. C ne porte que sur la matrice déclarée, pas sur un site entier, une disponibilité dans le temps, une indexation ou un ranking.

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
Chaque origine et matrice de chemins dont la politique d’exploration est évaluée.

Preuves
Matrice complète, intention antérieure, contexte, requête et réponse robots intégrales, profil et résultat motivé par ressource.

Méthode
Figer le profil et les autorisations/interdictions attendues avant les observations. Interpréter statut, groupes, règles et redirections du robots dans le contexte de l’origine initiale ; conserver les lignes qui déterminent chaque issue.

Critères attendus
Chaque politique observée correspond à l’intention déclarée. Une permission inattendue comme une interdiction inattendue est une contradiction. Une absence volontaire peut convenir selon le profil ; aucun statut 200 universel.

Quand le résultat reste indéterminé
Profil absent, capture ou chronologie manquante, syntaxe hors couverture, erreur/cache non résolu : inconclusive. Une contradiction attribuable sur une autre ressource reste fail. Un directive_crawler nul, inconnu ou incohérent rend la politique indéterminée sans repli vers le groupe du client. Une contradiction HTTP indépendante reste limitée au client observé.

Non-applicabilité
Aucune exemption atomique quand le contrôle s’applique.

Hypothèses
Profil choisi avant mesure, identique pour un contexte de campagne ; pas de sélection a posteriori du profil favorable. Distinguer modèle RFC, politique Google documentée et cache réellement inconnu. Le champ facultatif directive_crawler=googlebot, figé avant capture, sélectionne la politique Googlebot sur la seule représentation reçue par crawler, le User-Agent HTTP exact. robots_policy explicite et product_token concordant avec googlebot sans distinction de casse sont requis, comme pour TS07. Sans ce champ, le comportement historique est conservé. Le profil facultatif préalable google-robotstxt-fields-v2 étend la liste fermée des champs hors portée accès, selon le registre google/robotstxt épinglé ; anciens profils inchangés, sans sélection automatique.

Limites
semiAuto : matrice et pertinence du profil restent déclarées. La référence est bornée à une origine, des profils documentés et des captures fournies ; aucune visite, ingestion ou indexation du moteur n’est démontrée. En mode explicite, toute conclusion robots concerne le produit déclaré sur les octets reçus par le client, sans prouver la représentation reçue par Googlebot. Un statut HTTP contraire au plan (dont 401/403/429/5xx quand 200 est attendu) reste fail pour ce client, jamais une preuve de refus à Googlebot. Les champs du registre et sitemap sont relevés, sans évaluer leurs préférences d’usage, TS42 ou l’indexation ; ils ne délimitent pas les groupes. Autres champs et tolérances restent hors couverture. Numéros et valeurs intégrales sont conservés ; les aperçus de motifs signalent leur troncature.

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
Ressources explicitement nécessaires dans le périmètre déclaré, y compris les ressources de rendu retenues.

Preuves
Plan de ressources, robots, traces HTTP complètes, revue motivée par ressource avec identité déclarée, date, provenance, assistance et empreinte de liaison.

Méthode
Comparer politique robots et trajectoires HTTP aux destinations/statuts prévus, puis examiner les réponses pour obstacles. Lier chaque revue fournie aux octets, dates, intention et contexte. Conserver séparément les lacunes.

Critères attendus
Toutes les ressources nécessaires et leurs sauts observés sont autorisés sous le profil, atteignent la réponse prévue et ne présentent aucun obstacle selon la revue fournie. Blocage robots, réponse contradictoire ou obstacle étayé donne fail même avec une autre preuve manquante.

Quand le résultat reste indéterminé
Ressource ou revue manquante, revue non liée, réponse incomplète, doute ou portée hors couverture : inconclusive sans effacer une contradiction établie. Un directive_crawler nul, inconnu ou incohérent rend la politique indéterminée sans repli vers le groupe du client. Une contradiction HTTP indépendante reste limitée au client observé.

Non-applicabilité
Aucune ressource nécessaire dans ce périmètre, établi par une revue d’inventaire motivée et datée avant le plan ; une liste vide sans justification ne suffit pas.

Hypothèses
Un client de test ne s’authentifie pas comme Googlebot ; un 200 seul ne prouve pas l’absence de challenge. La revue n’est pas produite par le logiciel et son identité n’est pas authentifiée. Le champ facultatif directive_crawler=googlebot, figé avant capture, sélectionne la politique Googlebot sur la seule représentation reçue par crawler, le User-Agent HTTP exact. robots_policy explicite et product_token concordant avec googlebot sans distinction de casse sont requis, comme pour TS07. Sans ce champ, le comportement historique est conservé. Le profil facultatif préalable google-robotstxt-fields-v2 étend la liste fermée des champs hors portée accès, selon le registre google/robotstxt épinglé ; anciens profils inchangés, sans sélection automatique.

Limites
La suffisance de l’inventaire et le jugement humain restent hors automatisation complète. La référence couvre une origine et les trajectoires attribuables ; elle n’exécute pas le rendu et n’établit pas l’accès réel du moteur. En mode explicite, toute conclusion robots concerne le produit déclaré sur les octets reçus par le client, sans prouver la représentation reçue par Googlebot. Un statut HTTP contraire au plan (dont 401/403/429/5xx quand 200 est attendu) reste fail pour ce client, jamais une preuve de refus à Googlebot. Les champs du registre et sitemap sont relevés, sans évaluer leurs préférences d’usage, TS42 ou l’indexation ; ils ne délimitent pas les groupes. Autres champs et tolérances restent hors couverture. Numéros et valeurs intégrales sont conservés ; les aperçus de motifs signalent leur troncature.

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
Une politique d’exploration, un objectif d’indexation ou une déclaration de confidentialité existe dans le périmètre.

Preuves
Configuration, carte d’intention préalable, dates, périmètre, méthodes/effets et affirmations avec bases ; les deux records couvrent la cible.

Méthode
Lire intent.ts05_policy, datée avant observed_at, et le record configuration. Comparer les méthodes/effets d’exploration, l’objectif/méthode de l’indexation et la visibilité de noindex, puis la protection et les bases d’affirmations de désindexation/confidentialité. Le profil policy_version=2 compare aussi authentification, autorisation et suppression HTTP 404/410. Une exclusion empêchée par Disallow est contradictoire, même sans garantie affirmée. Le résultat porte uniquement sur la cohérence du plan déclaré ; il ne prouve ni désindexation ni confidentialité.

Critères attendus
Pass signifie seulement que la carte fournie est cohérente et distingue les trois axes. Une garantie de désindexation fondée seulement sur Disallow échoue ; une directive noindex inaccessible n’établit pas une exclusion. Aucun verdict positif ne prouve l’état de l’index, l’accès réel du robot ou la confidentialité serveur.

Quand le résultat reste indéterminé
Plan absent, mal daté, incomplet ou futur ; méthode non prise en charge ; index inconnu ; noindex bloqué ou visibilité inconnue ; retrait non terminé ; bases de protection indéterminées.

Non-applicabilité
Ce test atomique n’accepte pas d’exemption partielle. NA du contrôle entier exige une revue d’inventaire complète, motivée et datée avant observed_at, prouvant l’absence de politique concernée sur chaque cible.

Hypothèses
Les records sont fournis et non authentifiés. L’interpréteur teste leur forme et cohérence déclarée, non leur vérité ni leur mise en œuvre.

Limites
Mécanisme semi-automatisé sur un modèle synthétique. N’interprète pas robots.txt, meta, X-Robots-Tag ou HTTP en direct ; ne mesure pas la visite, l’indexation, le retrait ou les contrôles d’accès. Pass qualifie uniquement la cohérence de la carte fournie.

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
Au moins une route sensible est explicitement déclarée dans le périmètre synthétique.

Preuves
Records configuration/intent/http liés à la cible, empreinte du plan, routes/rôles/tests, échanges GET bruts avec horodatages, canaris et triplets de cache étiquetés.

Méthode
Comparer le plan préalable lié à la configuration à une matrice complète de GET synthétiques par route et rôle. Détecter les marqueurs dans les en-têtes et corps, préserver les contradictions avant validation des doublons/lacunes, vérifier les redirections de même origine et les séquences froid/autorisé/rejeu.

Critères attendus
Pass couvre uniquement la matrice synthétique complète fournie : aucune réponse non autorisée ne contient de canari, les refus sont établis selon le plan, et chaque triplet froid → amorçage autorisé → rejeu anonyme est complet et ordonné. Une fuite attribuable ou une représentation 2xx non autorisée donne fail.

Quand le résultat reste indéterminé
Plan absent/futur/incohérent, cellule manquante ou dupliquée, en-tête d’identification absent/ambigu, redirection externe, 206, 304 sans représentation conservée, codage non pris en charge ou triplet/attribution incomplets.

Non-applicabilité
Aucune exemption atomique. Le NA du contrôle entier exige une revue d’inventaire complète, datée et motivée ; elle doit être liée à intent.

Hypothèses
Les fixtures sont fournies, synthétiques et non authentifiées. L’étiquette de rôle et l’identifiant de cache ne prouvent ni identité ni cache partagé.

Limites
Pas de DNS, socket, collecte live, identité réelle, authentification, cookie, cache réel, TLS, JavaScript, alias de chemin, HEAD ni évaluation de site entier. La détection de canaris couvre uniquement les codages implémentés ; le reste est inconclusif.

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
Chaque document avec objectif d’indexation déclaré, pour un robot et un contexte explicitement nommés.

Preuves
En-têtes répétés bruts, HTML source, tableau token/robot/effet et référence technique datée. Pour un non-HTML, le fichier de type html décrit la non-applicabilité de cette surface avec le Content-Type, sans inventer de HTML. Ce profil conserve aussi les deux inventaires meta complets, contextes/namespaces, tags et positions dans les octets d’origine, templates, décodage, erreurs signalées, versions et empreintes dans les observations calculées liées au rapport et comparées au rejeu. Le nouveau profil conserve aussi les valeurs HTTP/meta ordonnées, portées, inconnues, décisions et intervalles par dimension dans les observations liées et rejouées.

Méthode
Inventorier tous les X-Robots-Tag finaux et meta robots/robot cible dans le HTML source, sans les confondre avec les sauts. Appliquer la sémantique documentée du robot, y compris doublons, portée, casse, paramètres et directives ignorées. Le profil facultatif source_reader=html-tree-directives-v1, déclaré avant capture, construit deux hypothèses statiques complètes sans exécuter de script ; les meta HTML robots/googlebot de head/body sans ancêtre étranger sont combinés séparément avec les en-têtes finaux. Les contenus des templates ordinaires sont conservés mais exclus des directives actives. Le choix préalable facultatif presentation_reader=google-preview-intent-v1 compare les intervalles minimum/maximum de permission texte, image et vidéo selon le contrat preview-intent ; extraction et états restent distincts. Le profil google-indexing-2026-10-v2 interprète les directives Googlebot de la page autonome. Une exclusion certaine demeure probante avec des jetons inconnus. Les restrictions datées sont comparées à la capture ; les consignes ignorées et inconnues sont conservées. Un noindex HTTP certain reste interprétable même si le corps ne peut être lu. Accès et rendu restent séparés. Le profil v2 exige des virgules entre les règles, ou des champs/balises distincts. Une liste séparée seulement par des espaces est une syntaxe non documentée : NT en l’absence de preuve indépendante décisive ; une contradiction certaine dans un autre champ reste NC. La virgule d’une date RFC dans unavailable_after est conservée. Le profil v1 reste explicitement historique, sans migration implicite. Les dates v2 doivent être entièrement reconnues par la grammaire bornée de la migration draft.9, identique entre interpréteurs ; format plausible non pris en charge, suffixe ou changement de portée sans séparateur : NT sans preuve indépendante décisive. Même index follow reste NT : cette limite est explicite. Toute année RFC à deux chiffres reste hors du profil v2 : NT sans preuve indépendante décisive, même si le calendrier ou le jour de semaine paraît résoudre le siècle. Seules les années à quatre chiffres sont évaluables. Les décalages négatifs nuls gardent un instant UTC connu. Une restriction expire strictement après sa date ; une égalité ne constitue pas une expiration.

Critères attendus
L’effet combiné correspond à l’objectif déclaré d’indexation et aux restrictions de présentation/liens déclarées. Pour Google : une restriction applicable prime une permission, none inclut noindex/nofollow ; nofollow ou une limite d’aperçu seuls ne signifient pas noindex. L’absence de directive n’est pas un échec si l’objectif autorise l’indexation. Pour ce profil, deux pass donnent pass, deux fail donnent fail, toute autre paire reste inconclusive ; ne jamais fusionner les directives des hypothèses alternatives ni les confondre avec des états rendus observés. Pour ce nouveau profil, toutes les valeurs possibles dans l’intervalle voulu donnent pass ; toutes hors intervalle du même côté donnent fail ; sinon inconclusive. Une contradiction indépendante prévaut dans une lecture ; les règles de consensus source et de priorité rendue restent inchangées.

Quand le résultat reste indéterminé
Objectif absent, syntaxe/portée inconnue, capture partielle ou contexte manquant : inconclusive. Une directive documentée comme ignorée est consignée, pas transformée automatiquement en erreur. directive_crawler présent mais non pris en charge, nul ou incohérent : inconclusive ; aucun repli favorable. Pour ce profil : lecture incomplète, erreur signalée, encodage non couvert, shadow déclaratif open/closed, template for, metadata robots de contexte étranger, contenu absent/rôle mixte ou forme approchante définie au contrat, directive inconnue et dépassement de borne restent indéterminés. Un HTML illisible ne devient pas un accord fondé sur les seuls en-têtes. Le profil de présentation garde les défauts d’image non qualifiés, l’interaction vidéo de max-snippet:0, les syntaxes non couvertes et les dépassements comme inconnues selon les intervalles conservateurs du contrat. Noindex ne donne pas un pass de présentation.

Non-applicabilité
Aucune exemption atomique quand le contrôle s’applique.

Hypothèses
Intention et robot figés avant revue ; ne pas extrapoler les règles Google à un autre moteur. En cas d’indexifembedded ou unavailable_after, inclure contexte d’intégration et date nécessaires. L’intention conserve crawler comme User-Agent HTTP exact. Le champ facultatif directive_crawler, figé avant capture et limité ici à googlebot, choisit la sémantique des directives sur cette seule représentation cliente ; il ne décrit pas une réponse reçue par Googlebot. Sans ce champ, le comportement historique exige crawler=googlebot. Sans source_reader, garder le lecteur historique ; nul/inconnu ou Node 24 absent ne se replie pas. Le profil exige HTML HTTP UTF-8 explicite, consomme un BOM initial, conserve les réparations non signalées du parseur épinglé. Les règles et bornes du contrat bilingue source-directives précisent les hypothèses, sans assertion de validité HTML. Les bornes portent sur un plafond de permission, pas sur l’affichage réel. Le choix et les bornes sont préalables ; absence du lecteur conserve le comportement historique et aucun scalaire n’est migré automatiquement.

Limites
Évalue les déclarations observées, pas leur ingestion ni l’indexation réelle. A01 seul ne couvre pas l’accès ou le rendu. Automatisation semiAuto : l’interpréteur borné ne couvre pas toutes les syntaxes, tous les robots ou tous les contextes ; les entrées non prises en charge restent inconclusive et exigent une revue. Ce choix méthodologique ne simule pas Google. Aucun rendu, accès, revue ou résultat TS10 n’est déduit. Le profil de présentation ne vérifie ni affichage Google, ni disponibilité d’image, ni data-nosnippet, ni usages sous licence, données structurées ou IA ; aucune revue n’est produite.

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
Toute ressource pour laquelle l’effet des directives est évalué.

Preuves
Capture et interprétation robots pour URL/robot, trace HTTP et hypothèses d’accès documentées dans l’intention.

Méthode
Confronter politique robots effective et conditions d’accès au robot cible ; distinguer réponse au client de test, blocage explicite et accès du robot non observé. Avec directive_crawler explicite, exiger un robots_policy explicite dont product_token concorde avec googlebot sans distinction de casse ; sélectionner ce groupe et jamais le groupe de l’agent du navigateur par repli.

Critères attendus
Aucun obstacle observé n’empêche de lire la directive dans le contexte déclaré. Une interdiction robots contredit une stratégie reposant sur la lecture de noindex. Un refus HTTP 401/403 attribuable reste fail même si la capture robots manque.

Quand le résultat reste indéterminé
Politique inaccessible ou ambiguë, challenge non résolu, capture manquante : inconclusive, jamais NA pour manque d’accès. Le nouveau chemin sans profil concordant reste indéterminé. Le refus HTTP 401/403 attribuable conserve sa priorité.

Non-applicabilité
Aucune exemption atomique quand le contrôle s’applique.

Hypothèses
La politique est interprétée par le lecteur partagé TS04. Un nouveau profil est déclaré dans l’intention avant capture. Sans champ robots_policy, les anciennes entrées restent sous le profil fixe legacy-exact-v1, sans extension implicite de sa couverture. Le client ne s’authentifie pas comme Googlebot. L’intention conserve crawler comme User-Agent HTTP exact. Le champ facultatif directive_crawler, figé avant capture et limité ici à googlebot, choisit la sémantique des directives sur cette seule représentation cliente ; il ne décrit pas une réponse reçue par Googlebot. Sans ce champ, les profils robots historiques conservent leur comportement. Le profil facultatif préalable google-robotstxt-fields-v2 étend la liste fermée des champs hors portée accès, selon le registre google/robotstxt épinglé ; anciens profils inchangés, sans sélection automatique.

Limites
Aucune preuve de visite réelle du moteur ; TS04 et les autres contrôles d’accès ne sont pas globalement validés. Automatisation semiAuto : l’interpréteur borné ne couvre pas toutes les syntaxes, tous les robots ou tous les contextes ; les entrées non prises en charge restent inconclusive et exigent une revue. Les champs du registre et sitemap sont relevés, sans évaluer leurs préférences d’usage, TS42 ou l’indexation ; ils ne délimitent pas les groupes. Autres champs et tolérances restent hors couverture. Numéros et valeurs intégrales sont conservés ; les aperçus de motifs signalent leur troncature.

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
Pages dont scripts ou états peuvent affecter les directives, ou dont la stabilité n’est pas établie.

Preuves
En-têtes et HTML source conservés, plan préalable, DOM bruts datés avec empreinte de liaison à la trace HTTP, URL finale, contexte, navigateur/version, état des scripts, interactions, attente et erreurs. Comparaison motivée et limites ; aucune capture du moteur simulée. Le nouveau profil conserve aussi les valeurs HTTP/meta ordonnées, portées, inconnues, décisions et intervalles par dimension dans les observations liées et rejouées.

Méthode
Fixer avant la capture les états requis, interactions et conditions d’attente. Comparer les en-têtes finaux et le HTML source avec chaque DOM, en déclarant navigateur/version, scripts activés, heure, erreurs et contexte. Relier chaque capture à la réponse source et à la cible. Ne pas supposer que le moteur rend un HTML initial noindex. Le lecteur DOM est choisi avant capture : structured-inventory-v2 ou le lecteur sérialisé historique fixe en l’absence de champ. Aucun repli après un refus. L’inventaire structuré complet conserve namespaces, positions, doublons, sérialisation et pièces de rattachement à la navigation ; aucune suppression de nœud selon son origine supposée. Le nouveau source_reader facultatif affecte seulement le préalable source A01, jamais le lecteur de chaque DOM ; la priorité d’une contradiction rendue attribuable reste inchangée. Le choix préalable facultatif presentation_reader=google-preview-intent-v1 compare les intervalles minimum/maximum de permission texte, image et vidéo selon le contrat preview-intent ; extraction et états restent distincts.

Critères attendus
Tous les états requis sont documentés et compatibles avec l’objectif, dans le contexte déclaré. Une contradiction dans un état complet et attribuable est fail, même si d’autres états manquent. Un retrait de noindex initial par JavaScript ne donne pas pass : A03 reste inconclusive si aucun état requis ne fournit une autre contradiction ; A01 conserve son propre verdict source. Pour ce nouveau profil, toutes les valeurs possibles dans l’intervalle voulu donnent pass ; toutes hors intervalle du même côté donnent fail ; sinon inconclusive. Une contradiction indépendante prévaut dans une lecture ; les règles de consensus source et de priorité rendue restent inchangées.

Quand le résultat reste indéterminé
Plan ou capture requis absent, état tronqué, erreur de script, liaison source/cible/contexte incohérente, chronologie invalide, directive non interprétable ou retrait tardif du noindex initial : inconclusive sans réussite déduite. Une contradiction établie dans un autre état attribuable reste fail. Pour le lecteur structuré : arbre/transport incomplet, chargement en cours, API connue comme altérée, histoire d’intégrité absente, capture source/DOM séparée sans rattachement à une même navigation ou agent différent : inconclusive. Une empreinte seule ne prouve pas la navigation. directive_crawler présent mais non pris en charge, nul ou incohérent : inconclusive ; aucun repli favorable. Le profil de présentation garde les défauts d’image non qualifiés, l’interaction vidéo de max-snippet:0, les syntaxes non couvertes et les dépassements comme inconnues selon les intervalles conservateurs du contrat. Noindex ne donne pas un pass de présentation.

Non-applicabilité
Non-HTML ou stabilité des directives démontrée par revue documentée ; la preuve intent référence cette justification et ses pièces. Aucune simple affirmation « pas de JS ».

Hypothèses
Les états nécessaires sont listés avant le test ; rendu local et rendu du moteur restent distincts. Le lecteur structuré interprète les meta HTML enfants directs du head réel ; position ou shadow ambigu reste indéterminé. Il conserve la combinaison avec les en-têtes de la navigation déclarée. L’intention conserve crawler comme User-Agent HTTP exact. Le champ facultatif directive_crawler, figé avant capture et limité ici à googlebot, choisit la sémantique des directives sur cette seule représentation cliente ; il ne décrit pas une réponse reçue par Googlebot. Sans ce champ, le comportement historique exige crawler=googlebot. Les bornes portent sur un plafond de permission, pas sur l’affichage réel. Le choix et les bornes sont préalables ; absence du lecteur conserve le comportement historique et aucun scalaire n’est migré automatiquement.

Limites
semiAuto : le plan et la suffisance des observations nécessitent une revue. L’interpréteur compare des captures fournies ; il n’exécute pas JavaScript et ne démontre ni exhaustivité des états, ni TS25, ni rendu ou indexation du moteur. Rattachement et API fournis non authentifiés ; relevé synthétique explicitement signalé, jamais une visite réelle. Frames, fragments template et shadow fermés hors périmètre. Bornes et migration dans docs/structured-rendering.md. Le profil de présentation ne vérifie ni affichage Google, ni disponibilité d’image, ni data-nosnippet, ni usages sous licence, données structurées ou IA ; aucune revue n’est produite.

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
Ensemble explicite d’URL dont l’état rapporté par Google doit être documenté.

Preuves
Plan daté et sourcé, JSON requête/réponse natifs et empreintes, métadonnées réelles, revues fournies liées aux pièces ; contrat inspection-evidence-v1.

Méthode
Déclarer les membres, leur objectif/source, motif de sélection, connaissances antérieures et politique de fraîcheur ; conserver la revue préalable liée au plan.

Critères attendus
Sélection et objectifs qualifiés supported, plan et revue avant acquisition, aucun membre omis. Une contradiction fournie ou une acquisition antérieure au plan donne fail ; absence seule reste indéterminée.

Quand le résultat reste indéterminé
Pièce, revue ou liaison manquante, invalide ou ambiguë ; limites, inconnues et erreurs API conservées.

Non-applicabilité
Aucune exemption atomique ; absence d’accès ne vaut pas NA.

Hypothèses
Dates, auteur, provenance, accès et attribution sont déclarés, jamais authentifiés par leurs seules empreintes.

Limites
Dossier de la sélection seulement ; API non live et dernier crawl distinct de la date des champs. Ni état actuel, ni causalité, ni TS12, ni résultats SEO déduits.

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
Ensemble explicite d’URL dont l’état rapporté par Google doit être documenté.

Preuves
Plan daté et sourcé, JSON requête/réponse natifs et empreintes, métadonnées réelles, revues fournies liées aux pièces ; contrat inspection-evidence-v1.

Méthode
Lire les octets natifs avec le diagnostic 1, comparer l’attribution URL/propriété, conserver les champs et contrôler les dates selon la politique préalable.

Critères attendus
Chaque membre possède une réponse exploitable avec champs requis connus et dates dans la politique. Les absences API expressément admises restent visibles ; erreur API et valeurs inconnues ne deviennent pas C.

Quand le résultat reste indéterminé
Pièce, revue ou liaison manquante, invalide ou ambiguë ; limites, inconnues et erreurs API conservées.

Non-applicabilité
Aucune exemption atomique ; absence d’accès ne vaut pas NA.

Hypothèses
Dates, auteur, provenance, accès et attribution sont déclarés, jamais authentifiés par leurs seules empreintes.

Limites
Dossier de la sélection seulement ; API non live et dernier crawl distinct de la date des champs. Ni état actuel, ni causalité, ni TS12, ni résultats SEO déduits.

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
Ensemble explicite d’URL dont l’état rapporté par Google doit être documenté.

Preuves
Plan daté et sourcé, JSON requête/réponse natifs et empreintes, métadonnées réelles, revues fournies liées aux pièces ; contrat inspection-evidence-v1.

Méthode
Lire la revue fournie : verdict API repris exactement, interprétation, relation à l’objectif préalable, portée temporelle, explication typée et décision opérationnelle.

Critères attendus
Toutes les facettes sont qualifiées ; un écart documenté peut passer. Contradiction explicite de verdict/portée ou qualification contradiction donne fail et survit aux inconnues indépendantes. Revue absente ou cause non étayée reste inconclusive.

Quand le résultat reste indéterminé
Pièce, revue ou liaison manquante, invalide ou ambiguë ; limites, inconnues et erreurs API conservées.

Non-applicabilité
Aucune exemption atomique ; absence d’accès ne vaut pas NA.

Hypothèses
Dates, auteur, provenance, accès et attribution sont déclarés, jamais authentifiés par leurs seules empreintes.

Limites
Dossier de la sélection seulement ; API non live et dernier crawl distinct de la date des champs. Ni état actuel, ni causalité, ni TS12, ni résultats SEO déduits.

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.

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
Chaque membre d’une famille et sa stratégie de canonicalisation déclarée.

Preuves
Inventaire de famille dans intent ; en-têtes et source (ou record html non applicable pour non-HTML) ; extraction avec emplacement et méthode, DOM requis joint si nécessaire. Relier chaque capture à la famille, au contexte et à la date. Déclarer les méthodes et les états DOM requis avant examen ; lier les DOM à la trace HTTP par empreinte. Une exemption de rendu exige une revue liée à la source et ses pièces, pas une simple affirmation « pas de JS ». Conserver aussi les observations du profil : document, corps, canonical/base, templates, tokens du préfixe, contexte, erreurs, décodage, sources/runtime et décisions séparées. Le rejeu les compare. Diagnostic HTTP ordonné, champs et paramètres bruts, contextes exclus/inconnus, URL finale/demandée, date et empreinte de la chaîne conservés.

Méthode
Lister membres, URL préférée et méthode attendue ; comparer URL finales, Link HTTP, rel=canonical HTML et états rendus nécessaires. Conserver les déclarations multiples, même identiques. Le lecteur DOM est choisi avant capture : structured-inventory-v2 ou le lecteur sérialisé historique fixe en l’absence de champ. Aucun repli après un refus. L’inventaire structuré complet conserve namespaces, positions, doublons, sérialisation et pièces de rattachement à la navigation ; aucune suppression de nœud selon son origine supposée. Le profil source facultatif intent.canonical.source_reader=html-tree-canonical-v1 est choisi avant capture ; il compare deux hypothèses statiques complètes, avec positions source/arbre attribuées aux octets. Le contrat source-canonical.md fixe ses frontières. Le choix préalable facultatif intent.canonical.http_reader=http-link-context-v1 applique le contrat docs/http-canonical-context.md aux Link de la réponse finale GET 200 ; absence de champ conserve le lecteur historique.

Critères attendus
Les signaux présents et ceux exigés par la stratégie désignent la même URL HTTP(S) absolue, sans fragment. HTML dans head ou en-tête Link sont acceptés ; pas d’obligation universelle d’une balise HTML. Une canonical relative est fail pour cette règle TSEP, sans affirmer son invalidité pour Google. Les déclarations répétées identiques sont conservées et peuvent converger ; un conflit attribuable demeure fail malgré une autre capture manquante. Deux lectures source pass donnent pass, deux fail donnent fail ; sinon inconclusive. Une canonical ordinaire dans body reste une contradiction, même de valeur égale. Les valeurs relatives ne sont jamais résolues via base. Les contradictions HTTP Link, redirections ou DOM attribuables restent indépendantes des inconnues source. La nouvelle lecture distingue contexte et destination littérale, conserve le premier rel et les déclarations répétées ; aucune inconnue ne permet pass, une contradiction HTTP attribuable indépendante demeure fail.

Quand le résultat reste indéterminé
Famille/intention incomplète, Link ambigu, document tronqué ou état rendu requis absent : inconclusive. Pour le lecteur structuré : arbre/transport incomplet, chargement en cours, API connue comme altérée, histoire d’intégrité absente, capture source/DOM séparée sans rattachement à une même navigation ou agent différent : inconclusive. Une empreinte seule ne prouve pas la navigation. Réinsertion après fermeture explicite du head, descendant indirect, contexte étranger, modificateur/attribut inconnu, shadow déclaré, lecture ou diagnostic borné incomplet empêchent une réussite selon le contrat ; une contradiction distincte qualifiée reste conservée. Sélection HTTP inconnue, contexte non qualifié/équivalence incertaine, extension ou syntaxe hors couverture : inconclusive sans repli favorable ; les bornes et leur portée sont fixées dans le contrat HTTP.

Non-applicabilité
Aucune exemption atomique quand le contrôle s’applique.

Hypothèses
La stratégie distingue canonical préférée et doublons ; aucune suppression implicite de paramètres, casse ou slash lors des comparaisons. Dans le DOM structuré, une différence entre href absolu brut et propriété résolue empêche la conclusion de cette surface, sans substituer l’une des valeurs ni affirmer un défaut SEO. La canonical relative ou hors head dans le DOM ordinaire reste une contradiction TSEP ; le shadow ouvert reste indéterminé. Champ absent : lecteur historique. Nul/inconnu ou Node 24 absent : pas de repli. Ce profil ne valide pas HTML et ne remplace ni rendu ni jugement humain.

Limites
Relatif, placement et convergence sont des critères TSEP ; la sélection canonique du moteur n’est pas observée ici. Rattachement et API fournis non authentifiés ; relevé synthétique explicitement signalé, jamais une visite réelle. Frames, fragments template et shadow fermés hors périmètre. Bornes et migration dans docs/structured-rendering.md. Portée source uniquement ; A04 et les lecteurs DOM ne sont pas étendus. Les deux hypothèses ne sont pas deux états rendus observés. Aucun choix canonique Google n’est déduit. Aucune exécution du moteur ni normalisation de la destination ; un relatif valide RFC peut échouer au critère TSEP absolu. Migration draft.19 et ancien lecteur préservé.

Mode prévu par le protocole : manuel. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Toute destination préférée dans les familles déclarées.

Preuves
Trace et corps de la destination reliés à la famille ; graphe des déclarations et comparaison de contenu motivée. La revue humaine de compatibilité identifie son auteur, sa date, chaque membre comparé à la préférence, le jugement motivé et les captures exactes examinées, par empreinte. Une référence manquante, périmée ou une comparaison non établie empêche pass. Conserver aussi les observations du profil : document, corps, canonical/base, templates, tokens du préfixe, contexte, erreurs, décodage, sources/runtime et décisions séparées. Le rejeu les compare. Diagnostic HTTP ordonné, champs et paramètres bruts, contextes exclus/inconnus, URL finale/demandée, date et empreinte de la chaîne conservés.

Méthode
Tester la destination, conserver GET et contenu ; vérifier que son éventuelle canonical ne repart pas ailleurs. Comparer le contenu à la famille déclarée. Le lecteur DOM est choisi avant capture : structured-inventory-v2 ou le lecteur sérialisé historique fixe en l’absence de champ. Aucun repli après un refus. L’inventaire structuré complet conserve namespaces, positions, doublons, sérialisation et pièces de rattachement à la navigation ; aucune suppression de nœud selon son origine supposée. Le profil source facultatif intent.canonical.source_reader=html-tree-canonical-v1 est choisi avant capture ; il compare deux hypothèses statiques complètes, avec positions source/arbre attribuées aux octets. Le contrat source-canonical.md fixe ses frontières. Le choix préalable facultatif intent.canonical.http_reader=http-link-context-v1 applique le contrat docs/http-canonical-context.md aux Link de la réponse finale GET 200 ; absence de champ conserve le lecteur historique.

Critères attendus
La destination attendue est accessible directement en 200, sans chaîne ni cycle canonique, avec contenu compatible. Un doublon peut rester en 200 et pointer vers la préférée ; l’URL finale de chaque doublon n’a pas à lui être identique. Deux lectures source pass donnent pass, deux fail donnent fail ; sinon inconclusive. Une canonical ordinaire dans body reste une contradiction, même de valeur égale. Les valeurs relatives ne sont jamais résolues via base. Les contradictions HTTP Link, redirections ou DOM attribuables restent indépendantes des inconnues source. La nouvelle lecture distingue contexte et destination littérale, conserve le premier rel et les déclarations répétées ; aucune inconnue ne permet pass, une contradiction HTTP attribuable indépendante demeure fail.

Quand le résultat reste indéterminé
Destination non collectée, délai ou contenu non comparable : inconclusive. Un 404/5xx, cycle ou saut observé est une contradiction. Pour le lecteur structuré : arbre/transport incomplet, chargement en cours, API connue comme altérée, histoire d’intégrité absente, capture source/DOM séparée sans rattachement à une même navigation ou agent différent : inconclusive. Une empreinte seule ne prouve pas la navigation. Réinsertion après fermeture explicite du head, descendant indirect, contexte étranger, modificateur/attribut inconnu, shadow déclaré, lecture ou diagnostic borné incomplet empêchent une réussite selon le contrat ; une contradiction distincte qualifiée reste conservée. Sélection HTTP inconnue, contexte non qualifié/équivalence incertaine, extension ou syntaxe hors couverture : inconclusive sans repli favorable ; les bornes et leur portée sont fixées dans le contrat HTTP.

Non-applicabilité
Aucune exemption atomique quand le contrôle s’applique.

Hypothèses
La proximité du contenu est évaluée dans le contexte métier, sans seuil universel de similarité. Dans le DOM structuré, une différence entre href absolu brut et propriété résolue empêche la conclusion de cette surface, sans substituer l’une des valeurs ni affirmer un défaut SEO. La canonical relative ou hors head dans le DOM ordinaire reste une contradiction TSEP ; le shadow ouvert reste indéterminé. Champ absent : lecteur historique. Nul/inconnu ou Node 24 absent : pas de repli. Ce profil ne valide pas HTML et ne remplace ni rendu ni jugement humain.

Limites
Un GET réussi ne prouve pas que Google retiendra cette URL ; aucune stabilité dans le temps déduite d’un instant. Un comparateur peut vérifier les liens et la couverture de la revue fournie ; il ne transforme pas ce jugement en comparaison automatique du contenu. Rattachement et API fournis non authentifiés ; relevé synthétique explicitement signalé, jamais une visite réelle. Frames, fragments template et shadow fermés hors périmètre. Bornes et migration dans docs/structured-rendering.md. Portée source uniquement ; A04 et les lecteurs DOM ne sont pas étendus. Les deux hypothèses ne sont pas deux états rendus observés. Aucun choix canonique Google n’est déduit. Aucune exécution du moteur ni normalisation de la destination ; un relatif valide RFC peut échouer au critère TSEP absolu. Migration draft.19 et ancien lecteur préservé.

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
Familles associées à un sitemap selon la stratégie déclarée.

Preuves
Sitemaps bruts et couverture des index, correspondance famille/entrées et justification des omissions. Conserver les octets XML et valeurs intégrales des annotations ; aperçu borné dans le motif, troncatures explicites.

Méthode
Comparer les entrées de tous les sitemaps/index nécessaires à la famille et à l’URL préférée ; conserver les exclusions justifiées par la stratégie. Rapprocher les captures de chaque index et de tous ses enfants attendus. Un échec observé reste fail si une autre branche manque ; une omission ne devient fail qu’après examen complet de la population annoncée. Le lecteur facultatif sitemap-locations-v1 doit être déclaré avant capture ; champ absent : lecteur historique fixe, valeur inconnue : aucun repli. Seuls les loc directs du namespace Sitemaps 0.9 sous url comptent comme URL de pages ; sous sitemap, ils désignent les enfants. Décoder XML et retirer les seuls espaces XML périphériques, puis comparer littéralement sans normalisation d’URL. Relever séparément les annotations XHTML alternate, image et champs ordinaires reconnus, sans les comparer comme URL de pages.

Critères attendus
Les entrées observées et exigées concordent avec la préférence déclarée ; un doublon publié comme canonique concurrent sans justification est fail.

Quand le résultat reste indéterminé
Index incomplet, sitemap attendu indisponible ou stratégie inconnue : inconclusive. Lecteur inconnu, namespace absent ou erroné, extension/attribut non couvert, doublon de feuille, structure ambiguë, texte mixte, DTD/entités, XML mal formé ou borne dépassée : document entier indéterminé.

Non-applicabilité
Aucun sitemap utilisé pour cette famille, établi par stratégie et inventaire documentés. Conserver un record sitemap expliquant cette absence ; pas de NA de tout TS10.

Hypothèses
Le périmètre des sitemaps est déclaré ; leur absence ne se déduit pas du 404 d’un seul chemin supposé. Le nouveau lecteur exige les namespaces et structures explicitement couverts ; préfixes libres, valeurs des annotations non validées. La préférence reste une intention fournie, pas un choix observé du moteur.

Limites
Sitemap = préférence publiée, pas sélection du moteur ni inventaire exhaustif du site. Aucun verdict hreflang, image ou validité des valeurs. Le lecteur borné n’est pas un validateur XML Schema complet. Profil, registre de structures, bornes et migration : docs/sitemap-locations.md et docs/migration-draft.14.md.

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
Chaque famille et population de pages sources déclarée.

Preuves
Export de crawl avec URL source, href, destination, pages réellement parcourues, échecs et exclusions ; rapprochement avec la population déclarée. Conserver le HTML source et les DOM nécessaires à l’extraction, liés à leurs traces, contextes et dates ; une exemption de rendu est revue et étayée. Les exceptions identifient source, destination et motif. Le nouveau profil conserve inventaire, namespaces, templates, balises/octets, URL calculées, bases et limites, versions, décisions et comptes par hypothèse dans les observations rejouables.

Méthode
Extraire les liens de la population annoncée ; comparer leurs destinations et les exceptions documentées à la préférence canonique. Le lecteur DOM est choisi avant capture : structured-inventory-v2 ou le lecteur sérialisé historique fixe en l’absence de champ. Aucun repli après un refus. L’inventaire structuré complet conserve namespaces, positions, doublons, sérialisation et pièces de rattachement à la navigation ; aucune suppression de nœud selon son origine supposée. Le profil source facultatif préalable intent.canonical.links.source_reader=html-tree-links-v1 qualifie les href HTML a/area attribués, leur base et leur résolution WHATWG dans deux hypothèses statiques. Le contrat source-link-policy.md fixe cette méthode ; les lecteurs rendus antérieurs restent inchangés. Draft.18 ajoute html-tree-links-v2 : seule une première base dont le href échoue à l’analyse WHATWG ajoute une incertitude de base ; v1 reste inchangé. Le calcul avec l’URL finale est alors conditionnel, sans destination déduite pour un href dépendant. Le complément source-link-policy-v2.md définit cette différence.

Critères attendus
Tous les liens évalués suivent la stratégie ; aucune destination concurrente inexpliquée. Zéro lien peut satisfaire la règle uniquement si la population annoncée est intégralement examinée. Un lien concurrent attribuable reste fail même si une autre page source ou un état requis manque. Deux lectures source pass donnent pass, deux fail donnent fail, sinon inconclusive. Une base incertaine ne permet pas un fail sur un href dépendant ; une contradiction absolue qualifiée indépendante demeure exploitable. Les comptes zéro et la portée de convergence restent visibles jusque contrôle et gate, sans exigence de présence de lien.

Quand le résultat reste indéterminé
Pages sources manquantes, liens non examinés ou crawl absent : inconclusive, jamais réussite par zéro résultat. Pour le lecteur structuré : arbre/transport incomplet, chargement en cours, API connue comme altérée, histoire d’intégrité absente, capture source/DOM séparée sans rattachement à une même navigation ou agent différent : inconclusive. Une empreinte seule ne prouve pas la navigation. Sélection source nulle/inconnue, runtime Node24 absent, parcours ou diagnostic incomplet : inconclusive sans repli. SVG/ancêtres étrangers, shadow déclaré et attributs dupliqués du lien restent inconnus ; CSP/base non modélisée empêche la résolution concluante des href dépendants.

Non-applicabilité
Aucune exemption atomique quand le contrôle s’applique.

Hypothèses
Le crawl vérifie une population déclarée ; il n’en prouve pas à lui seul l’exhaustivité. Le lecteur structuré v2 conserve les href bruts ; résolution bornée seulement sans base déclarée et avec baseURI égale à l’URL finale. Un lien shadow ou une syntaxe non couverte reste indéterminé. Famille déjà identique à sa sérialisation WHATWG ou source indéterminée, sans normalisation implicite. URL hors famille conservées, pas de doublons devinés. href sans namespace, annotations nofollow/download non filtrantes ; destination statique seulement. href de base vide ou composé d’espaces, schémas data/javascript et CSP restent distincts de cet échec de parsing ; ne pas sélectionner une seconde base.

Limites
Aucun résultat étendu aux liens externes, pages hors population ou dates futures. Rattachement et API fournis non authentifiés ; relevé synthétique explicitement signalé, jamais une visite réelle. Frames, fragments template et shadow fermés hors périmètre. Bornes et migration dans docs/structured-rendering.md. Le profil source ne mesure ni activation, ni présence/suffisance du maillage, ni formulaires/événements ou comportement Google. Bornes, portée des autres éléments conservés et migration : source-link-policy.md et migration-draft.17.md. Correction v2 et conservation des anciens résultats : migration-draft.18.md. Aucun bug général de navigateur ni état Google n’est établi par le diagnostic.

Mode prévu par le protocole : manuel. 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 TS11 ; 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 : http, html, content, intent.

Méthode
Pour chaque paire déclarée duplicate ou distinct, lire les deux réponses HTML UTF-8 complètes et conserver leurs empreintes. Exiger la revue comparative liée, y compris la suffisance du périmètre source.

Critères attendus
Les deux contenus sont disponibles et la revue éditoriale étaye la relation déclarée. Une revue contradictoire échoue ; égalité ou similarité textuelle ne crée pas cette revue.

Quand le résultat reste indéterminé
Contenu absent, format HTML non pris en charge, comparaison dépendante du rendu ou jugement manquant : indéterminé.

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.

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 TS11 ; 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 : http, html, content, intent.

Méthode
Lire séparément canonical HTTP et HTML des deux membres. Un doublon désigne la préférence ; une page distincte se désigne elle-même. Exiger la revue de la décision et du périmètre source.

Critères attendus
Toutes les déclarations qualifiées concordent avec la relation éditoriale préalable ; une déclaration contraire échoue, même si une autre surface manque.

Quand le résultat reste indéterminé
Aucune canonical explicite, source non interprétable ou rendu nécessaire non fourni : indéterminé, sans choix du moteur inféré.

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.

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
Ensemble sélectionné dont les canonical rapportées et capturées doivent être comparées.

Preuves
Plan/revue préalables, JSON API natifs, traces HTTP, états DOM structurés fournis et revues liées aux pièces exactes ; contrat canonical-comparison-v1.

Méthode
Déclarer sélection/objectifs, connaissances antérieures, préférence sourcée, lecteurs et états rendus ; qualifier le plan lié avant chaque acquisition.

Critères attendus
Jugements selection/objectives/preferences/surfaces/temporal_policy supported, ordre préalable et ensemble complet. Contradiction fournie ou acquisition avant plan : fail ; lacune : inconclusive.

Quand le résultat reste indéterminé
Pièce, état requis, valeur, politique, revue ou liaison absente/inconnue/invalide ; limites et erreurs conservées.

Non-applicabilité
Aucune exemption atomique ; manque d’accès ou de rendu ne vaut pas NA.

Hypothèses
Données, dates, provenance et jugements fournis ; empreintes sans authentification de personne, navigation ou histoire.

Limites
Rendu requis manquant ou canonical Google absente : indéterminé. Comparaison littérale sans équivalence d’URL, état live, causalité, TS10 ou indexation déduits.

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
Ensemble sélectionné dont les canonical rapportées et capturées doivent être comparées.

Preuves
Plan/revue préalables, JSON API natifs, traces HTTP, états DOM structurés fournis et revues liées aux pièces exactes ; contrat canonical-comparison-v1.

Méthode
Lire les pièces natives et les deux hypothèses HTML statiques ; conserver les candidats HTTP/HTML/DOM, les dates et les comparaisons littérales distinctes.

Critères attendus
API qualifiée, Google canonical présente, HTTP/HTML et tous les états DOM prévus lisibles ; seuils préalables respectés, aucun doublon fusionné. Différence de valeurs admise ; source seule/absence Google = inconclusive.

Quand le résultat reste indéterminé
Pièce, état requis, valeur, politique, revue ou liaison absente/inconnue/invalide ; limites et erreurs conservées.

Non-applicabilité
Aucune exemption atomique ; manque d’accès ou de rendu ne vaut pas NA.

Hypothèses
Données, dates, provenance et jugements fournis ; empreintes sans authentification de personne, navigation ou histoire.

Limites
Rendu requis manquant ou canonical Google absente : indéterminé. Comparaison littérale sans équivalence d’URL, état live, causalité, TS10 ou indexation déduits.

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
Ensemble sélectionné dont les canonical rapportées et capturées doivent être comparées.

Preuves
Plan/revue préalables, JSON API natifs, traces HTTP, états DOM structurés fournis et revues liées aux pièces exactes ; contrat canonical-comparison-v1.

Méthode
Examiner les revendications de valeurs de chaque surface dans une revue fournie liée aux pièces, avec interprétation, temporalité, changements, objectif, explication et décision.

Critères attendus
Revendications fidèles aux listes connues, qualification supported, relation et décision motivées. Une revendication contredite conserve fail malgré une autre inconnue ; revue absente ou cause non établie hors profil : inconclusive.

Quand le résultat reste indéterminé
Pièce, état requis, valeur, politique, revue ou liaison absente/inconnue/invalide ; limites et erreurs conservées.

Non-applicabilité
Aucune exemption atomique ; manque d’accès ou de rendu ne vaut pas NA.

Hypothèses
Données, dates, provenance et jugements fournis ; empreintes sans authentification de personne, navigation ou histoire.

Limites
Rendu requis manquant ou canonical Google absente : indéterminé. Comparaison littérale sans équivalence d’URL, état live, causalité, TS10 ou indexation déduits.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Entrées de pages dans les fichiers sitemap déclarés au préalable, profil borné supplied-sitemap-quality-v1.

Preuves
Plan, originaux XML/gzip datés et SHA-256, index/position/loc de chaque entrée. Les répétitions littérales restent visibles sans défaut automatique.

Méthode
Rapprocher les racines et enfants déclarés avec les originaux complets ; lire chaque loc de page, conserver occurrences et vérifier son caractère absolu HTTP(S).

Critères attendus
Pass exige la couverture de tous les fichiers déclarés et tous les loc qualifiés. Un loc relatif, avec fragment, identifiants ou port invalide donne fail ; couverture manquante : inconclusive.

Quand le résultat reste indéterminé
Plan, document, enfant, liaison, capture ou revue absent, ambigu ou hors profil ; borne dépassée. Conserver tout fail indépendant et les autres inconnues.

Non-applicabilité
Aucune exemption atomique ; manque de preuve ne vaut pas NA.

Hypothèses
Plan antérieur, URL littérales, fenêtre fournie de24h maximum et intégrité des originaux. Dates, contexte et jugements déclarés, sans authentification.

Limites
Population déclarée de fichiers et pages fournis ; sources HTML bornées et revues non authentifiées. Aucun audit réel, exhaustivité du site, TS15 global, canonical choisie par Google, indexation ou classement déduit.

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
Entrées de pages dans les fichiers sitemap déclarés au préalable, profil borné supplied-sitemap-quality-v1.

Preuves
Originaux des fichiers et requêtes/réponses HTTP, contexte/date par page, plan et revue avec SHA-256 de l’ensemble examiné. Aucune revue manquante produite par l’outil.

Méthode
Pour chaque URL native distincte, vérifier GET direct200, directives Googlebot HTTP/HTML et canonical littérale ; rapprocher stratégie préalable et revue liée à la page et aux fichiers.

Critères attendus
Pass exige source qualifiée, canonical explicite identique, intention utile/indexable/self-canonical et revue supported, rendering source-only. Redirection, statut complet hors200, noindex, canonical divergente ou jugement contradicted donne fail. Rendu requis, absence de canonical/revue ou format hors profil : inconclusive.

Quand le résultat reste indéterminé
Plan, document, enfant, liaison, capture ou revue absent, ambigu ou hors profil ; borne dépassée. Conserver tout fail indépendant et les autres inconnues.

Non-applicabilité
Aucune exemption atomique ; manque de preuve ne vaut pas NA.

Hypothèses
Plan antérieur, URL littérales, fenêtre fournie de24h maximum et intégrité des originaux. Dates, contexte et jugements déclarés, sans authentification.

Limites
Population déclarée de fichiers et pages fournis ; sources HTML bornées et revues non authentifiées. Aucun audit réel, exhaustivité du site, TS15 global, canonical choisie par Google, indexation ou classement déduit.

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
Entrées de pages portant lastmod dans la population préalable ; profil supplied-sitemap-lastmod-v1. lastmod des index hors périmètre.

Preuves
XML original daté/empreinté, URL du fichier et position de l’entrée, événement JSON UTF8 original avec SHA-256, change_id, URL, changed_at, kind et description ; revue attribuée et liée.

Méthode
Lire le lastmod natif de chaque entrée de page ; comparer sa date UTC ou son instant zoné à un événement JSON original attribué, puis vérifier la revue de signification liée.

Critères attendus
Pass exige dates concordantes non futures, événement content attribué et revue supported. Date invalide/future, écart traçable, génération du fichier seule ou revue contradicted : fail. Historique/revue insuffisant : inconclusive. Absence native complète de lastmod : exemption atomique, jamais défaut.

Quand le résultat reste indéterminé
Plan, document, enfant, liaison, capture ou revue absent, ambigu ou hors profil ; borne dépassée. Conserver tout fail indépendant et les autres inconnues. Fuseau absent ou précision de lastmod hors profil : inconclusive, jamais défaut inventé.

Non-applicabilité
not-applicable atomique uniquement si absence lue dans une entrée native complète. Toutes les entrées exemptées ne produisent pas un C ni un NA de contrôle automatique.

Hypothèses
Plan antérieur, URL littérales, fenêtre fournie de24h maximum et intégrité des originaux. Dates, contexte et jugements déclarés, sans authentification.

Limites
Une date égale et une revue fournie ne prouvent pas une modification réelle ni sa signification. Précision au jour UTC ou à l’instant zoné ; aucun historique CMS complet, fraîcheur idéale ou traitement moteur déduit.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Population déclarée de fichiers sitemap natifs fournis ; racines non découvertes automatiquement.

Preuves
Originaux base64/SHA-256, URL et dates déclarées, plan du jeu ; limites du profil native-sitemap-files-v1.

Méthode
Vérifier UTF-8 strict, racine0.9, loc unique non vide et feuilles uniques ordonnées ; DTD/extension non qualifiée restent inconnus.

Critères attendus
Tous les fichiers complets passent la structure bornée ; contradiction structurelle établie fail.

Quand le résultat reste indéterminé
Fichier absent/ambigu, flux incomplet, profil inconnu, borne interne, index imbriqué ou extension non qualifiée ; violation indépendante conservée.

Non-applicabilité
Pas de NA dans ce profil.

Hypothèses
URL, date, origine et complétude fournies, non authentifiées. Aucune observation du serveur.

Limites
Fichiers fournis seulement, pas serveur observé ni exhaustivité du site. Ni validation XSD complète, ni valeurs lastmod/changefreq/priority, portée hôte/chemin/longueur URL, canonical ou indexation.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Population déclarée de fichiers sitemap natifs fournis ; racines non découvertes automatiquement.

Preuves
Originaux base64/SHA-256, URL et dates déclarées, plan du jeu ; limites du profil native-sitemap-files-v1.

Méthode
Compter les octets réellement décompressés et les éléments url/sitemap directs, doublons et loc absents compris.

Critères attendus
Chaque fichier reste à52 428 800 octets et50 000 éléments au plus ; dépassement lu fail, lecture partielle sans dépassement inconclusive.

Quand le résultat reste indéterminé
Fichier absent/ambigu, flux incomplet, profil inconnu, borne interne, index imbriqué ou extension non qualifiée ; violation indépendante conservée.

Non-applicabilité
Pas de NA dans ce profil.

Hypothèses
URL, date, origine et complétude fournies, non authentifiées. Aucune observation du serveur.

Limites
Fichiers fournis seulement, pas serveur observé ni exhaustivité du site. Ni validation XSD complète, ni valeurs lastmod/changefreq/priority, portée hôte/chemin/longueur URL, canonical ou indexation.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Population déclarée de fichiers sitemap natifs fournis ; racines non découvertes automatiquement.

Preuves
Originaux base64/SHA-256, URL et dates déclarées, plan du jeu ; limites du profil native-sitemap-files-v1.

Méthode
Relier chaque document à une URL déclarée exacte et chaque enfant d’index à une feuille complète ; racines et périmètre restent déclarés.

Critères attendus
Tous les documents déclarés et branches sont qualifiés ; absence/ambiguïté/hors profil inconclusive, jamais preuve négative de sitemap utilisé sur le site.

Quand le résultat reste indéterminé
Fichier absent/ambigu, flux incomplet, profil inconnu, borne interne, index imbriqué ou extension non qualifiée ; violation indépendante conservée.

Non-applicabilité
Pas de NA dans ce profil.

Hypothèses
URL, date, origine et complétude fournies, non authentifiées. Aucune observation du serveur.

Limites
Fichiers fournis seulement, pas serveur observé ni exhaustivité du site. Ni validation XSD complète, ni valeurs lastmod/changefreq/priority, portée hôte/chemin/longueur URL, canonical ou indexation.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Population importante et sources internes choisies avant les captures, avec inventaire original daté et plan lié ; profil incoming-document-links-v1.

Preuves
Inventaire original, plan, originaux HTTP/DOM, URL demandées/finales, dates, statut de destination, href brut, référence d’ancre et diagnostics par destination. Les DOM sont requis pour les surfaces qui en dépendent ; un témoin source indépendant suffit sans DOM, sans en inventer un.

Méthode
Pour chaque destination, chercher un témoin a/href depuis un autre document interne qualifié : source HTML sous deux hypothèses statiques ou DOM déclaré sans interaction. Qualifier séparément chaque source, destination et surface.

Critères attendus
Pass si toutes les destinations possèdent un témoin indépendant qualifié et un original de destination. Fail si une destination n’a aucun témoin dans toute la population éligible qualifiée. Sinon inconclusive ; un fail indépendant survit aux autres inconnues.

Quand le résultat reste indéterminé
Plan/inventaire ou original insuffisant, population ambiguë, surface non qualifiée, dates incohérentes ou runtime absent. Une paire dont la destination retourne par redirection à la source reste indéterminée ; un autre témoin peut suffire.

Non-applicabilité
Aucune NA automatique dans ce profil.

Hypothèses
Inventaire observé avant le plan qui lie son empreinte, captures dans la fenêtre préalable ; origines exactes et états sans interaction déclarés. L’intégrité ne prouve pas l’authenticité ni la simultanéité.

Limites
Population et importance déclarées, non authentifiées. Aucune exhaustivité du site, acquisition ou interaction observée, valeur éditoriale, visite Google, indexation ou classement. Une absence bornée ne prouve pas une page orpheline du site. Le contenu attendu de la source et les soft404 ne sont pas évalués.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Destinations essentielles déclarées dans la stratégie préalable source-and-rendered, sur les captures fournies.

Preuves
Octets HTTP originaux, arbre DOM v2 lié, plan et diagnostics source/rendu séparés ; états déclarés par le fournisseur.

Méthode
Lire la source native sous les deux hypothèses statiques de scripts ; exiger leur accord.

Critères attendus
Toutes les destinations au stade qualifié : pass ; absence établie sur inventaire complet : fail ; sinon inconclusive.

Quand le résultat reste indéterminé
Plan/stade absent, incomplet, hors profil, base active, lecture ambiguë ou runtime absent. Une contradiction indépendante reste conservée.

Non-applicabilité
Aucune NA automatique dans ce profil.

Hypothèses
Plan préalable, population, scénarios et complétude déclarés ; liaison HTTP/DOM vérifiée mais acquisition non authentifiée.

Limites
C dans la stratégie déclarée seulement. Aucune visibilité, interaction, importance éditoriale, authenticité, visite Google, indexation ou classement établi. Pas d’exigence Google universelle de présence source.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Destinations essentielles déclarées dans la stratégie préalable source-and-rendered, sur les captures fournies.

Preuves
Octets HTTP originaux, arbre DOM v2 lié, plan et diagnostics source/rendu séparés ; états déclarés par le fournisseur.

Méthode
Vérifier chaque arbre complet lié au HTTP et signaler les snapshots répétés ; scénarios non authentifiés.

Critères attendus
Toutes les destinations au stade qualifié : pass ; absence établie sur inventaire complet : fail ; sinon inconclusive.

Quand le résultat reste indéterminé
Plan/stade absent, incomplet, hors profil, base active, lecture ambiguë ou runtime absent. Une contradiction indépendante reste conservée.

Non-applicabilité
Aucune NA automatique dans ce profil.

Hypothèses
Plan préalable, population, scénarios et complétude déclarés ; liaison HTTP/DOM vérifiée mais acquisition non authentifiée.

Limites
C dans la stratégie déclarée seulement. Aucune visibilité, interaction, importance éditoriale, authenticité, visite Google, indexation ou classement établi. Pas d’exigence Google universelle de présence source.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Population, racines, familles et frontières déclarées avant les captures ; profil borné supplied-graph-reconciliation-v1.

Preuves
Inventaires originaux datés et empreintés, production et dépendances déclarées, plan, HTTP/source/DOM originaux, paires et bornes, dates par inventaire et revues fournies liées aux dossiers exacts.

Méthode
Lire les formats et lignées explicitement déclarés ; référence ordonnée liée au plan, crawl suivant les liens depuis les seules racines, CMS natif et sitemap avec dépendance éventuelle explicite.

Critères attendus
Pass si toutes les pièces, dates, familles et déclarations sont qualifiées ; sinon inconclusive. L’accord entre listes ne prouve pas leur exhaustivité. Amorçage mixte ou mode liste : inconclusive dans ce profil.

Quand le résultat reste indéterminé
Plan, original, surface ou revue absent, ambigu, hors profil, mal lié ou hors fenêtre ; runtime requis absent. Les inconnues restent explicites et un défaut indépendant ne disparaît pas.

Non-applicabilité
Aucune NA automatique ; absence de preuve signifie indéterminé.

Hypothèses
Origines et documents exacts, plan antérieur, captures dans une fenêtre maximale de24h ; déclarations de production et états sans interaction non authentifiés.

Limites
Graphe déclaré uniquement : aucune exhaustivité, page orpheline globale, profondeur SEO universelle, authenticité des captures ou des revues, interaction observée, indexation ou classement. HTTP200 ne vérifie pas le contenu attendu ni les soft404. Le motif fourni n’est pas jugé par le lecteur.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Population, racines, familles et frontières déclarées avant les captures ; profil borné supplied-graph-reconciliation-v1.

Preuves
Inventaires originaux datés et empreintés, production et dépendances déclarées, plan, HTTP/source/DOM originaux, paires et bornes, dates par inventaire et revues fournies liées aux dossiers exacts.

Méthode
Lire chaque paire depuis la source sous deux hypothèses ou un DOM qualifié sans interaction ; calculer distances minimale/majorante et nombres minimal/maximal de sources distinctes, sans auto-liens.

Critères attendus
Pass si les racines et toutes les paires sont qualifiées ; sinon inconclusive, même si une profondeur particulière est exacte. Candidat sans lien entrant seulement si son maximum vaut0. Aucun seuil universel de profondeur.

Quand le résultat reste indéterminé
Plan, original, surface ou revue absent, ambigu, hors profil, mal lié ou hors fenêtre ; runtime requis absent. Les inconnues restent explicites et un défaut indépendant ne disparaît pas.

Non-applicabilité
Aucune NA automatique ; absence de preuve signifie indéterminé.

Hypothèses
Origines et documents exacts, plan antérieur, captures dans une fenêtre maximale de24h ; déclarations de production et états sans interaction non authentifiés.

Limites
Graphe déclaré uniquement : aucune exhaustivité, page orpheline globale, profondeur SEO universelle, authenticité des captures ou des revues, interaction observée, indexation ou classement. HTTP200 ne vérifie pas le contenu attendu ni les soft404. Le motif fourni n’est pas jugé par le lecteur.

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
Population, racines, familles et frontières déclarées avant les captures ; profil borné supplied-graph-reconciliation-v1.

Preuves
Inventaires originaux datés et empreintés, production et dépendances déclarées, plan, HTTP/source/DOM originaux, paires et bornes, dates par inventaire et revues fournies liées aux dossiers exacts.

Méthode
Déduire les sujets des seules mesures natives ; vérifier une revue pour chaque famille, différence connue, candidat sans entrant et document inaccessible, liée au plan, originaux, dates et mesures.

Critères attendus
Pass si tous les sujets qualifiés ont une explication fournie correctement liée ; fail si un défaut fourni est lié à un sujet étayé ; sinon inconclusive. Une revue ne qualifie pas une mesure inconnue et ne devient jamais une approbation humaine créée par le logiciel.

Quand le résultat reste indéterminé
Plan, original, surface ou revue absent, ambigu, hors profil, mal lié ou hors fenêtre ; runtime requis absent. Les inconnues restent explicites et un défaut indépendant ne disparaît pas.

Non-applicabilité
Aucune NA automatique ; absence de preuve signifie indéterminé.

Hypothèses
Origines et documents exacts, plan antérieur, captures dans une fenêtre maximale de24h ; déclarations de production et états sans interaction non authentifiés.

Limites
Graphe déclaré uniquement : aucune exhaustivité, page orpheline globale, profondeur SEO universelle, authenticité des captures ou des revues, interaction observée, indexation ou classement. HTTP200 ne vérifie pas le contenu attendu ni les soft404. Le motif fourni n’est pas jugé par le lecteur.

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 TS19 ; 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
Comparer les axes max_combinations, navigation et indexing du fichier natif url-pattern-config-v1 à chaque motif préalable ; exiger la revue du choix de bornes.

Critères attendus
Chaque axe fourni correspond au plan fini sélectionné. Une valeur contradictoire, notamment une limite nulle contraire au plan positif, échoue.

Quand le résultat reste indéterminé
Axe ou configuration manquant, borne non entière ou hors 1–128, revue absente : indéterminé.

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.

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 TS19 ; 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 : crawl, intent.

Méthode
Lire url-crawl-v1, compter les URL distinctes et les comparer à la liste finie et à sa borne ; conserver la décision motivée sur les pièges/cycles et sa revue.

Critères attendus
Les URL observées appartiennent à la population prévue, leur nombre respecte la borne et les pièges sont expliqués. Une URL extérieure ou un dépassement échoue.

Quand le résultat reste indéterminé
Crawl fourni incomplet, identités ambiguës, liste ou décision absente : indéterminé. Un échantillon fini ne prouve jamais la finitude de tout le site.

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.

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 TS20 ; 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 : crawl, configuration, intent.

Méthode
Lire la capture après et url-shape-config-v1. Vérifier espaces/contrôles, antislash, échappements percent, fragments et casse de chemin selon les choix préalables ; revue humaine de lisibilité.

Critères attendus
La configuration correspond au plan et chaque URL respecte ses axes lexicaux. Une divergence qualifiée échoue. Aucun changement implicite de casse ou de décodage.

Quand le résultat reste indéterminé
URL/autorité non prise en charge, politique inconnue, capture ou revue manquante : indéterminé.

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.

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 TS20 ; 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 : crawl, configuration, intent.

Méthode
Comparer deux captures ordonnées url-crawl-v1 ayant les mêmes identités ; toute URL changée doit avoir une décision unique avant/après avec motif, dans le plan lié à la revue.

Critères attendus
Les URL sont égales aux deux dates, ou leur variation est explicitement décidée et revue. Un changement observé sans décision échoue.

Quand le résultat reste indéterminé
Une seule date, dates inversées/égales, identité manquante ou revue absente : indéterminé. La stabilité future reste inconnue.

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.

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
Familles ou groupes explicitement sélectionnés pour TS21 ; profil indexing-locale-v1, docs/indexing-locale-evidence.md.

Preuves
Plan préalable, originaux exacts, empreintes, dates/contexte, observations et revue motivée liée à tout le dossier. Types minimaux : search-console, logs, sitemap, intent. Preuves natives conditionnelles selon les méthodes déclarées.

Méthode
Lire les requêtes/réponses Google URL Inspection fournies pour chaque URL retenue, comparer propriété, URL et libellé de famille ; rapprocher le urlset natif et l’export TSV de logs dans leur fenêtre. Exiger la revue de segmentation et d’attribution.

Critères attendus
Les pièces natives sont disponibles et attribuées à la famille choisie ; l’appartenance sitemap concorde avec le plan. Un désaccord de requête, de famille ou de sitemap échoue. Les logs décrivent seulement leur fenêtre et leur client fourni.

Quand le résultat reste indéterminé
Pièce manquante, résultat API absent/erroné, libellé non pris en charge, logs non interprétables ou revue absente : indéterminé.

Non-applicabilité
Pas d’exemption atomique. Une population vide, Google non évalué ou un groupe non observé reste NT dans ce profil.

Hypothèses
Périmètre, provenance, segmentation et revues fournis, non authentifiés. Deux hypothèses HTML statiques ne sont pas deux navigations. Les codes figés ne prédisent pas le traitement du moteur.

Limites
Lecture hors ligne de pièces fournies ; ni origine Google, identité humaine ou visite de robot authentifiée, ni état actuel de l’index, causalité, qualité de traduction, ciblage ou conformité globale établis.

Mode prévu par le protocole : manuel. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Familles ou groupes explicitement sélectionnés pour TS21 ; profil indexing-locale-v1, docs/indexing-locale-evidence.md.

Preuves
Plan préalable, originaux exacts, empreintes, dates/contexte, observations et revue motivée liée à tout le dossier. Types minimaux : content, intent. Preuves natives conditionnelles selon les méthodes déclarées.

Méthode
Lire family-diagnosis-v1 : diagnostic, hypothèse, prédiction, réfutation, mesure, décision, propriétaire et échéance pour la même liste d’URL. Vérifier la distinction entre suivi prévu et résultat observé puis la revue liée.

Critères attendus
Les axes de diagnostic sont renseignés et revus ; causality=unproven et follow_up=planned-not-observed. Une causalité proclamée à partir du libellé ou de la corrélation échoue dans ce profil.

Quand le résultat reste indéterminé
Hypothèse sans critère de réfutation, famille mal attribuée, suivi prétendu observé hors méthode séparée, jugement manquant : indéterminé.

Non-applicabilité
Pas d’exemption atomique. Une population vide, Google non évalué ou un groupe non observé reste NT dans ce profil.

Hypothèses
Périmètre, provenance, segmentation et revues fournis, non authentifiés. Deux hypothèses HTML statiques ne sont pas deux navigations. Les codes figés ne prédisent pas le traitement du moteur.

Limites
Lecture hors ligne de pièces fournies ; ni origine Google, identité humaine ou visite de robot authentifiée, ni état actuel de l’index, causalité, qualité de traduction, ciblage ou conformité globale établis.

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
Familles ou groupes explicitement sélectionnés pour TS22 ; profil indexing-locale-v1, docs/indexing-locale-evidence.md.

Preuves
Plan préalable, originaux exacts, empreintes, dates/contexte, observations et revue motivée liée à tout le dossier. Types minimaux : hreflang, http, html, intent. Preuves natives conditionnelles selon les méthodes déclarées.

Méthode
Lire séparément HTML, en-têtes Link et urlset XHTML déclarés ; conserver les accords des deux hypothèses HTML statiques. Vérifier chaque code observé dans le sous-ensemble figé du registre IANA et l’attribution à la destination prévue.

Critères attendus
Les codes observés appartiennent au profil langue/script/région documenté et les destinations concordent. Un code explicitement invalide ou une destination contraire échoue ; x-default qualifie seulement le jeton réservé.

Quand le résultat reste indéterminé
Code obsolète, région exceptionnelle hors sous-ensemble, méthode ou page manquante, contexte HTML ambigu, annotation relative ou revue manquante : indéterminé.

Non-applicabilité
Pas d’exemption atomique. Une population vide, Google non évalué ou un groupe non observé reste NT dans ce profil.

Hypothèses
Périmètre, provenance, segmentation et revues fournis, non authentifiés. Deux hypothèses HTML statiques ne sont pas deux navigations. Les codes figés ne prédisent pas le traitement du moteur.

Limites
Lecture hors ligne de pièces fournies ; ni origine Google, identité humaine ou visite de robot authentifiée, ni état actuel de l’index, causalité, qualité de traduction, ciblage ou conformité globale établis.

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
Familles ou groupes explicitement sélectionnés pour TS22 ; profil indexing-locale-v1, docs/indexing-locale-evidence.md.

Preuves
Plan préalable, originaux exacts, empreintes, dates/contexte, observations et revue motivée liée à tout le dossier. Types minimaux : hreflang, http, html, robots, intent. Preuves natives conditionnelles selon les méthodes déclarées.

Méthode
Pour chaque destination sélectionnée : comparer intention d’indexation, HTTP direct 200, directives HTTP/HTML, canonical explicite vers elle-même et robots.txt du même origin avec le profil Google préalable. Exiger la revue du périmètre source.

Critères attendus
Les signaux qualifiés autorisent la destination prévue et concordent avec elle. Une réponse contraire, un noindex, une canonical divergente ou un refus robots étayé échoue malgré d’autres inconnues.

Quand le résultat reste indéterminé
Robots absent/non qualifié, canonical absente, trace partielle, rendu nécessaire ou revue absente : indéterminé. Permission d’indexation n’est pas indexation.

Non-applicabilité
Pas d’exemption atomique. Une population vide, Google non évalué ou un groupe non observé reste NT dans ce profil.

Hypothèses
Périmètre, provenance, segmentation et revues fournis, non authentifiés. Deux hypothèses HTML statiques ne sont pas deux navigations. Les codes figés ne prédisent pas le traitement du moteur.

Limites
Lecture hors ligne de pièces fournies ; ni origine Google, identité humaine ou visite de robot authentifiée, ni état actuel de l’index, causalité, qualité de traduction, ciblage ou conformité globale établis.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Groupe et canaux principaux déclarés avant les captures ; profil borné hreflang-reciprocity-v1.

Preuves
Plan et associations attendues, canaux choisis, requêtes/réponses HTTP originales et empreintes, dates, positions des éléments et fermetures du head, hypothèses, jeux principaux/secondaires, exclusions et inconnues.

Méthode
Lire les annotations natives HTML ou HTTP Link depuis les originaux, conserver deux hypothèses HTML et les canaux secondaires, comparer chaque code–URL au groupe préalable sans union de canaux.

Critères attendus
Pass si toutes les pages sont qualifiées et incluent tout le jeu attendu dans leur canal principal. Fail si un manque qualifié, placement invalide du primaire HTML ou conflit de cible est établi. Sinon inconclusive ; une contradiction indépendante survit aux inconnues.

Quand le résultat reste indéterminé
Plan/original absent ou ambigu, dates ou canal non qualifiés, source récupérée hors frontière admise, langue/URL hors admission fermée, annotation extérieure non prévue, runtime requis absent.

Non-applicabilité
Aucune NA automatique ; un plan vide n’établit pas la non-applicabilité.

Hypothèses
Plan antérieur, fenêtre maximale24h, HTTP200 demandé=final sans redirection, URL absolues HTTP(S) exactes. Deux hypothèses HTML statiques, aucune exécution de scripts.

Limites
Groupe fourni et mode principal déclarés : aucune authenticité de capture, exhaustivité du site, validité linguistique TS22, indexabilité/canonical, pertinence x-default TS24, traduction, rendu JavaScript ou traitement Google. Les sitemaps/DOM pertinents fournis restent hors profil.

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
Groupe et politique x-default fournis avant les captures ; profil borné xdefault-role-v1.

Preuves
Politique et contexte préalables, originaux HTTP et empreintes, observations principales/secondaires, revues originales liées, dates et inconnues.

Méthode
Relire les observations natives HTML/HTTP Link, vérifier cible, contexte motivé, disponibilité capturée et revue de rôle fournie liée ; conserver inconnues et contestations.

Critères attendus
Pass exige toutes les surfaces qualifiées, une cible prévue non ambiguë, son original200 et une revue consistent liée. Fail pour absence primaire requise qualifiée, toute cible qualifiée contraire à la destination unique du plan, même parmi plusieurs déclarations,404/410 attribuable, distinction URL contredite ou revue defect unique liée. Sinon inconclusive.

Quand le résultat reste indéterminé
Plan, contexte, original ou revue absent/non qualifié ; déclarations non qualifiées ou hypothèses divergentes sans contradiction indépendante, revues contestées, statut hors200/404/410, canal pertinent non examiné ou runtime requis absent.

Non-applicabilité
Aucune NA native ni override manuel ; dossiers manuels historiques séparés, absence optionnelle indéterminée.

Hypothèses
Plan antérieur et contexte unique motivé ; un GET sans redirection par original, fenêtre<=24h, deux hypothèses HTML statiques. Revue fournie, auteur non authentifié.

Limites
Périmètre fourni, aucun public représentatif ou rôle sémantique authentifié ; HTTP200 ne détecte pas une page d’erreur/soft404. Pas de traduction, visite Google, indexation, exhaustivité ou conformité globale.

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 critiques et politiques de stade déclarés avant les captures, profil critical-stage-presence-v1.

Preuves
Plan antérieur, originaux HTTP/DOM, empreintes, conditions, valeurs par élément/stade, revues réellement fournies et dates.

Méthode
Vérifier les cinq décisions de rôle puis les éléments dans les hypothèses source et états rendus prévus ; conserver originaux, exclusions et revues fournies liées.

Critères attendus
Pass exige population motivée, cinq décisions exactes et revue supported liée antérieure. Revue contradiction liée : fail. Revue absente, non liée ou inconnue : inconclusive.

Quand le résultat reste indéterminé
Plan/capture/revue absent ou invalide, rôle non pris en charge, lectures contradictoires, contexte rendu non qualifié, états supplémentaires/doublons, limites dépassées. Un défaut indépendant reste fail. Draft.44 / reader3 : les champs reviewer, assistance et reason des revues TS25 fournies sont limités à8192octets UTF8 bruts chacun, avant strip ou normalisation ; chaque objet revue, champs supplémentaires inclus, à32768octets de JSON compact UTF8. Toute revue fournie est vérifiée à l’admission, même inutilisée. Un dépassement donne un refus technique avant publication, jamais C ou NT public ; les originaux sont conservés sans réécriture. Le diagnostic natif de chaque règle est borné à4MiB de JSON compact UTF8 trié, y compris A01 et les sorties d’erreur. Au dépassement, un diagnostic compact explicitement incomplet conserve un fail indépendant établi, sinon inconclusive ; aucun pass. Le transport refuse ce marqueur et borne aussi à4MiB par cible la somme des artefacts TS25 réellement sérialisés (JSON UTF8 indent2, saut de ligne final), pour les règles demandées. Les maxima individuels ne garantissent pas que toutes leurs combinaisons respectent les bornes cumulées. Aucun changement des autres contrôles ni du validateur partagé.

Non-applicabilité
Aucune NA native ; rôle hors périmètre motivé conservé, jamais équivalent à un contrôle NA.

Hypothèses
1–32 éléments,0–16 états préalables, fenêtre<=24h, HTTP<=30s ; cinq rôles explicites. Deux hypothèses HTML doivent concorder ; états requis combinés avec priorité au défaut qualifié. Revue fournie, aucune authentification.

Limites
Périmètre déclaré uniquement, hypothèses statiques sans exécution ; revues et attribution non authentifiées. Ni rendu Google, visibilité CSS déduite, vérité, validité structurée, indexation ou conformité globale.

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 critiques et politiques de stade déclarés avant les captures, profil critical-stage-presence-v1.

Preuves
Plan antérieur, originaux HTTP/DOM, empreintes, conditions, valeurs par élément/stade, revues réellement fournies et dates.

Méthode
Vérifier les cinq décisions de rôle puis les éléments dans les hypothèses source et états rendus prévus ; conserver originaux, exclusions et revues fournies liées.

Critères attendus
Pass exige tous les éléments présents selon leur politique et couverture des états qualifiée. Absence indépendante qualifiée : fail malgré une autre inconnue. Sinon inconclusive.

Quand le résultat reste indéterminé
Plan/capture/revue absent ou invalide, rôle non pris en charge, lectures contradictoires, contexte rendu non qualifié, états supplémentaires/doublons, limites dépassées. Un défaut indépendant reste fail. Un conteneur render non objet reste inconnu ; il ne supprime pas une absence source indépendante requise. Draft.44 / reader3 : les champs reviewer, assistance et reason des revues TS25 fournies sont limités à8192octets UTF8 bruts chacun, avant strip ou normalisation ; chaque objet revue, champs supplémentaires inclus, à32768octets de JSON compact UTF8. Toute revue fournie est vérifiée à l’admission, même inutilisée. Un dépassement donne un refus technique avant publication, jamais C ou NT public ; les originaux sont conservés sans réécriture. Le diagnostic natif de chaque règle est borné à4MiB de JSON compact UTF8 trié, y compris A01 et les sorties d’erreur. Au dépassement, un diagnostic compact explicitement incomplet conserve un fail indépendant établi, sinon inconclusive ; aucun pass. Le transport refuse ce marqueur et borne aussi à4MiB par cible la somme des artefacts TS25 réellement sérialisés (JSON UTF8 indent2, saut de ligne final), pour les règles demandées. Les maxima individuels ne garantissent pas que toutes leurs combinaisons respectent les bornes cumulées. Aucun changement des autres contrôles ni du validateur partagé.

Non-applicabilité
Aucune NA native ; rôle hors périmètre motivé conservé, jamais équivalent à un contrôle NA.

Hypothèses
1–32 éléments,0–16 états préalables, fenêtre<=24h, HTTP<=30s ; cinq rôles explicites. Deux hypothèses HTML doivent concorder ; états requis combinés avec priorité au défaut qualifié. Revue fournie, aucune authentification.

Limites
Périmètre déclaré uniquement, hypothèses statiques sans exécution ; revues et attribution non authentifiées. Ni rendu Google, visibilité CSS déduite, vérité, validité structurée, indexation ou conformité globale.

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
Population finie préalable de TS26, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : http, robots, html, intent.

Méthode
Sur chaque ressource critique sélectionnée, comparer HTTP direct200, robots du même origin et intersection des CSP HTTP du document HTTPS. Relever la source complète pour exclure une CSP meta non qualifiée.

Critères attendus
Une erreur HTTP, un refus robots ou un refus CSP qualifié échoue indépendamment des autres lacunes.

Quand le résultat reste indéterminé
Inventaire absent, robots non fourni, directive CSP non prise en charge, nonce, meta CSP, source ambiguë ou revue absente : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Population finie préalable de TS26, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : render, http, intent.

Méthode
Lire un export HAR borné fourni, relier la réponse du document aux octets HTTP, puis vérifier chaque ressource critique. Conserver la console datée liée au HAR et la revue de criticité.

Critères attendus
Les ressources sélectionnées ont une réponse2xx sans erreur réseau fournie. Une erreur console sans classification qualifiée reste NT ; un échec réseau natif reste NC.

Quand le résultat reste indéterminé
HAR incomplet, corps absent, contexte/session non attribué, console absente ou erreur non qualifiée : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Population finie préalable de TS27, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : http, render, intent.

Méthode
Vérifier quatre états fournis dans l’ordre direct, actualisation, retour, avance : session, séquence, date, URL, liaison à la réponse serveur et statut.

Critères attendus
Chaque état conserve l’URL de route et sa source200 prévue. Une URL ou un statut contraire qualifié échoue.

Quand le résultat reste indéterminé
État, action, liaison, session ou ordre absent/ambigu ; surface frame/shadow non collectée : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Population finie préalable de TS27, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : http, render, intent.

Méthode
Dans les mêmes états qualifiés, comparer les identifiants littéraux, textes essentiels et destinations de liens au plan, puis une canonical explicite dans head. Exiger la revue de fonctionnement.

Critères attendus
Les états conservent contenus et signaux propres. Absence sur surface complète, contenu divergent ou canonical contraire échoue.

Quand le résultat reste indéterminé
État partiel, contexte masqué, ID ambigu, hypothèses HTML divergentes ou revue absente : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Population finie préalable de TS28, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : html, render, intent.

Méthode
Comparer dans la source et la sérialisation fournie : titre, langue, main déclaré, liste ordonnée des titres, liens et libellés. Le nombre de H1 est celui du plan.

Critères attendus
Les structures correspondent au plan préalable ; divergences structurelles qualifiées échouent.

Quand le résultat reste indéterminé
Source/DOM absent, langue non déclarée, arbre ambigu ou contexte visuel non qualifié : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

Mode prévu par le protocole : manuel. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Population finie préalable de TS28, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : html, render, intent.

Méthode
Reprendre les faits structurels attribués et exiger une revue distincte liée : adéquation du titre et de la langue, hiérarchie, sujet principal, navigation et libellés dans l’usage déclaré.

Critères attendus
Les faits sont qualifiés et le jugement motivé soutient le sens et l’usage ; contradiction étayée échoue.

Quand le résultat reste indéterminé
Le parseur seul, une revue sans liaison ou des originaux insuffisants ne suffisent pas : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Population finie préalable de TS29, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : html, render, intent.

Méthode
Lire la source et un état fourni explicitement scripts-blocked ; comparer chaque contenu/lien essentiel, ou le repli prédéclaré dans ce même état. Exiger la revue des actions et du fonctionnement.

Critères attendus
Tous les attendus principaux ou tous ceux du repli testé sont étayés. Un échec principal et du repli qualifiés échoue ; aucune fonction n’est déduite du texte seul.

Quand le résultat reste indéterminé
Condition normale, capture partielle, repli seulement décrit, contexte masqué ou revue manquante : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Population finie préalable de TS29, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : html, render, intent.

Méthode
Appliquer le même examen dans un état explicitement styles-degraded, avec observations d’actions et revue liée. Ne pas assimiler la désactivation des scripts à ce scénario.

Critères attendus
Les fonctions essentielles ou le repli testé restent étayés dans ce scénario distinct.

Quand le résultat reste indéterminé
Absence de scénario styles dégradés, preuve de repli ou jugement attribué : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Population finie préalable de TS30, profil render-transport-v1 ; voir docs/render-transport-evidence.md. Amendement: docs/render-transport-prerequisites-v2.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : html, content, intent.

Méthode
Lire title, description, H1, og:title, og:description natifs par page. Comparer aux valeurs prévues puis les doublons entre pages sélectionnées ; exiger une décision préalable pour chaque doublon intentionnel. Qualifier séparément les drapeaux du H1 et de ses textes descendants ; préserver les contradictions natives des autres champs.

Critères attendus
Valeurs et multiplicité concordent ; chaque doublon observé possède une décision motivée unique. Le corpus ne dépasse pas les pages fournies.

Quand le résultat reste indéterminé
Source absente, politique de champ omise, parse ambigu ou revue manquante : NT. null autorise seulement un champ facultatif explicitement absent. H1 ou texte descendant masqué/non qualifié : NT, sans fabriquer une absence.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

Mode prévu par le protocole : manuel. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Population finie préalable de TS30, profil render-transport-v1 ; voir docs/render-transport-evidence.md. Amendement: docs/render-transport-prerequisites-v2.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : html, content, intent.

Méthode
Rapprocher les métadonnées natives et le contenu principal identifié ; exiger une revue distincte de la promesse, du sens et de la visibilité pertinente. Qualifier séparément les drapeaux du H1 et de ses textes descendants ; préserver les contradictions natives des autres champs.

Critères attendus
Les faits concordent avec le plan et la revue éditoriale liée les soutient ; une contradiction native ou humaine qualifiée échoue.

Quand le résultat reste indéterminé
Source/rendu nécessaire non qualifié, contenu masqué, sens sans revue ou jugement non lié : NT. H1 ou texte descendant masqué/non qualifié : NT, sans fabriquer une absence.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Page sélectionnée avec JSON-LD ; profil source et états DOM prévus.

Preuves
HTTP natif, arbres attribués, contextes et références fournis, graphes recalculés et revues liées ; contrat jsonld-visible-content-v1.

Méthode
Qualifier le plan, ses références datées et la revue préalable liée du périmètre, de la base source et des recommandations.

Critères attendus
Trois jugements supported ; contradiction liée fail, revue manquante ou inconnue inconclusive.

Quand le résultat reste indéterminé
Manque, limite, contexte/runtime absent, lecture ambiguë, graphe vide, notice ou revue inconnue ; contradictions indépendantes conservées.

Non-applicabilité
Aucune exemption atomique ; absence dans un profil limité ne vaut pas NA.

Hypothèses
Périmètre, bases, dates, contenu visible et jugements fournis ; empreintes sans authentification.

Limites
JSON-LD et revue documentaire de la page sélectionnée ; ni vocabulaire Schema.org, vérité/visibilité authentifiée, résultat enrichi, indexation ou classement.

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
Page sélectionnée avec JSON-LD ; profil source et états DOM prévus.

Preuves
HTTP natif, arbres attribués, contextes et références fournis, graphes recalculés et revues liées ; contrat jsonld-visible-content-v1.

Méthode
Recalculer les scripts exacts sous les deux hypothèses source et tous les états DOM prévus, avec contextes fournis.

Critères attendus
Lectures complètes et au moins un graphe non vide sans notice ; JSON invalide attribué fail, autres limites inconclusive.

Quand le résultat reste indéterminé
Manque, limite, contexte/runtime absent, lecture ambiguë, graphe vide, notice ou revue inconnue ; contradictions indépendantes conservées.

Non-applicabilité
Aucune exemption atomique ; absence dans un profil limité ne vaut pas NA.

Hypothèses
Périmètre, bases, dates, contenu visible et jugements fournis ; empreintes sans authentification.

Limites
JSON-LD et revue documentaire de la page sélectionnée ; ni vocabulaire Schema.org, vérité/visibilité authentifiée, résultat enrichi, indexation ou classement.

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
Page sélectionnée avec JSON-LD ; profil source et états DOM prévus.

Preuves
HTTP natif, arbres attribués, contextes et références fournis, graphes recalculés et revues liées ; contrat jsonld-visible-content-v1.

Méthode
Lier le contenu fourni et chaque nœud aplati aux revues complètes couvrant visibilité, type, toutes les propriétés et absence de fabrication.

Critères attendus
Population exacte et qualifications supported ; contradiction fournie liée fail, manque ou inconnue inconclusive.

Quand le résultat reste indéterminé
Manque, limite, contexte/runtime absent, lecture ambiguë, graphe vide, notice ou revue inconnue ; contradictions indépendantes conservées.

Non-applicabilité
Aucune exemption atomique ; absence dans un profil limité ne vaut pas NA.

Hypothèses
Périmètre, bases, dates, contenu visible et jugements fournis ; empreintes sans authentification.

Limites
JSON-LD et revue documentaire de la page sélectionnée ; ni vocabulaire Schema.org, vérité/visibilité authentifiée, résultat enrichi, indexation ou classement.

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
Corpus déclaré de 2–16 exports JSON-LD utilisant des identifiants.

Preuves
Registre préalable, exports natifs, contextes locaux, graphes recalculés et revues liées ; contrat jsonld-identity-corpus-v1.

Méthode
Vérifier les entités distinctes, le plan et la revue préalable liée des populations/correspondances/références.

Critères attendus
Registre sans collision et trois qualifications supported ; collision distincte fail même si revue absente.

Quand le résultat reste indéterminé
Pièce, revue, runtime ou contexte manquant ; graphe vide/nommé, notice, référence ou identifiant non qualifiés. Contradictions indépendantes conservées.

Non-applicabilité
Pas de NA dans ce profil borné.

Hypothèses
Origine, complétude, bases, dates et correspondances déclarées puis revues ; non authentifiées.

Limites
Cohérence du corpus fourni, sans stabilité temporelle, identité réelle, collecte de pages, fusion inter-documents ni garantie Google.

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
Corpus déclaré de 2–16 exports JSON-LD utilisant des identifiants.

Preuves
Registre préalable, exports natifs, contextes locaux, graphes recalculés et revues liées ; contrat jsonld-identity-corpus-v1.

Méthode
Recalculer indépendamment les exports natifs et comparer les IRI définies au registre ; inventorier les références et leur portée.

Critères attendus
IRI requises définies et périmètre/références qualifiés ; absence requise dans graphe complet non vide fail, manque ou ambiguïté inconclusive.

Quand le résultat reste indéterminé
Pièce, revue, runtime ou contexte manquant ; graphe vide/nommé, notice, référence ou identifiant non qualifiés. Contradictions indépendantes conservées.

Non-applicabilité
Pas de NA dans ce profil borné.

Hypothèses
Origine, complétude, bases, dates et correspondances déclarées puis revues ; non authentifiées.

Limites
Cohérence du corpus fourni, sans stabilité temporelle, identité réelle, collecte de pages, fusion inter-documents ni garantie Google.

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
Corpus déclaré de 2–16 exports JSON-LD utilisant des identifiants.

Preuves
Registre préalable, exports natifs, contextes locaux, graphes recalculés et revues liées ; contrat jsonld-identity-corpus-v1.

Méthode
Lier chaque export et nœud recalculé aux revues des correspondances, répétitions/doublons et sens des références.

Critères attendus
Couverture exacte et qualifications supported ; contradiction liée fail, revue incomplète ou inconnue inconclusive.

Quand le résultat reste indéterminé
Pièce, revue, runtime ou contexte manquant ; graphe vide/nommé, notice, référence ou identifiant non qualifiés. Contradictions indépendantes conservées.

Non-applicabilité
Pas de NA dans ce profil borné.

Hypothèses
Origine, complétude, bases, dates et correspondances déclarées puis revues ; non authentifiées.

Limites
Cohérence du corpus fourni, sans stabilité temporelle, identité réelle, collecte de pages, fusion inter-documents ni garantie Google.

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
Page sélectionnée, captures HTTP/DOM JSON-LD liées et instantané indexé APIv1 séparé.

Preuves
Plan, captures natives, vocabulaire30.1 épinglé, sorties API originales et revues liées ; contrat jsonld-validation-layers-v1.

Méthode
Vérifier le plan préalable, les documents datés des fonctions et la revue liée scope/support/separation.

Critères attendus
Trois qualifications supported ; contradiction motivée fail, absence ou inconnue inconclusive.

Quand le résultat reste indéterminé
Preuve/revue/runtime absent, couche non attribuée, format/criticité inconnu ou fonction non détectée ; erreurs indépendantes conservées.

Non-applicabilité
Pas de NA dans ce profil.

Hypothèses
Origine, dates et complétude fournies/revues, non authentifiées ; version serveur Google non exposée.

Limites
Noms Schema.org seulement ; instantanés distincts, aucun test live, éligibilité actuelle, affichage ou indexation déduits.

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
Page sélectionnée, captures HTTP/DOM JSON-LD liées et instantané indexé APIv1 séparé.

Preuves
Plan, captures natives, vocabulaire30.1 épinglé, sorties API originales et revues liées ; contrat jsonld-validation-layers-v1.

Méthode
Recalculer source/DOM avec les lecteurs TS31 ; comparer classes/propriétés à Schema.org30.1 complet, espaces HTTP/HTTPS équivalents.

Critères attendus
Graphes typés attribués sans erreur de syntaxe ni terme absent/rôle contradictoire ; inconnues restent distinctes.

Quand le résultat reste indéterminé
Preuve/revue/runtime absent, couche non attribuée, format/criticité inconnu ou fonction non détectée ; erreurs indépendantes conservées.

Non-applicabilité
Pas de NA dans ce profil.

Hypothèses
Origine, dates et complétude fournies/revues, non authentifiées ; version serveur Google non exposée.

Limites
Noms Schema.org seulement ; instantanés distincts, aucun test live, éligibilité actuelle, affichage ou indexation déduits.

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
Page sélectionnée, captures HTTP/DOM JSON-LD liées et instantané indexé APIv1 séparé.

Preuves
Plan, captures natives, vocabulaire30.1 épinglé, sorties API originales et revues liées ; contrat jsonld-validation-layers-v1.

Méthode
Lire tous les messages APIv1, sévérités et fonctions ; lier une revue exacte à la réponse indexée, séparée des captures actuelles.

Critères attendus
Aucun ERROR/FAIL ; couverture et qualifications exactes. Erreur, omission ou rétrogradation fail même documentée ; panne technique inconclusive.

Quand le résultat reste indéterminé
Preuve/revue/runtime absent, couche non attribuée, format/criticité inconnu ou fonction non détectée ; erreurs indépendantes conservées.

Non-applicabilité
Pas de NA dans ce profil.

Hypothèses
Origine, dates et complétude fournies/revues, non authentifiées ; version serveur Google non exposée.

Limites
Noms Schema.org seulement ; instantanés distincts, aucun test live, éligibilité actuelle, affichage ou indexation déduits.

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
Périmètre de performance déclaré pour ce contrôle et profil de lecture qualifié.

Preuves
Originaux JSON conservés avec source, date, empreinte ; plan et revue fournie quand exigée, diagnostics et limites selon docs/performance-evidence.md.

Méthode
Identifier source, requête et clé retournée, URL/origine, appareil, période et population selon performance-evidence-v1. Aucun repli de portée implicite.

Critères attendus
La cohorte correspond au plan et conserve ses dates et sa provenance. Une substitution explicite laboratoire/terrain échoue ; une cohorte différente ou ancienne reste indéterminée.

Quand le résultat reste indéterminé
Source, plan, dates ou mesures insuffisants ; format/profil non qualifié, incohérence de portée, borne dépassée ou revue manquante selon le contrat. Aucune absence ne devient C ou NA.

Non-applicabilité
Aucune exemption atomique automatique ; la non-applicabilité du contrôle exige sa preuve propre.

Hypothèses
Les données et revues fournies ne sont pas authentifiées. Le plan précède l’évaluation et les exécutions laboratoire ; une cohorte historique n’est pas un préenregistrement.

Limites
C qualifie la documentation, pas de bonnes performances. Aucun affichage, classement, cause démontrée, revue humaine automatique ou conformité globale. Rejeu sans nouvelle mesure.

Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Périmètre de performance déclaré pour ce contrôle et profil de lecture qualifié.

Preuves
Originaux JSON conservés avec source, date, empreinte ; plan et revue fournie quand exigée, diagnostics et limites selon docs/performance-evidence.md.

Méthode
Lire LCP, INP et CLS p75 dans les unités natives ; comparer exactement aux seuils cités, sans renommer FID ou TBT. Conserver les valeurs mauvaises et les inconnues.

Critères attendus
Les trois mesures sont classées correctement. Une classification liée contraire à un p75 est fail ; une performance mauvaise correctement documentée donne pass.

Quand le résultat reste indéterminé
Source, plan, dates ou mesures insuffisants ; format/profil non qualifié, incohérence de portée, borne dépassée ou revue manquante selon le contrat. Aucune absence ne devient C ou NA.

Non-applicabilité
Aucune exemption atomique automatique ; la non-applicabilité du contrôle exige sa preuve propre.

Hypothèses
Les données et revues fournies ne sont pas authentifiées. Le plan précède l’évaluation et les exécutions laboratoire ; une cohorte historique n’est pas un préenregistrement.

Limites
C qualifie la documentation, pas de bonnes performances. Aucun affichage, classement, cause démontrée, revue humaine automatique ou conformité globale. Rejeu sans nouvelle mesure.

Mode prévu par le protocole : manuel. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Périmètre de performance déclaré pour ce contrôle et profil de lecture qualifié.

Preuves
Originaux JSON conservés avec source, date, empreinte ; plan et revue fournie quand exigée, diagnostics et limites selon docs/performance-evidence.md.

Méthode
Conserver la revue fournie, auteur, provenance, date, empreinte et décision pour chacune des trois métriques ; vérifier la liaison sans fabriquer un jugement.

Critères attendus
Chaque métrique garde sa classe, un motif et une action. Une classe contradictoire échoue. Revue absente/incomplète/non liée : indéterminé.

Quand le résultat reste indéterminé
Source, plan, dates ou mesures insuffisants ; format/profil non qualifié, incohérence de portée, borne dépassée ou revue manquante selon le contrat. Aucune absence ne devient C ou NA.

Non-applicabilité
Aucune exemption atomique automatique ; la non-applicabilité du contrôle exige sa preuve propre.

Hypothèses
Les données et revues fournies ne sont pas authentifiées. Le plan précède l’évaluation et les exécutions laboratoire ; une cohorte historique n’est pas un préenregistrement.

Limites
C qualifie la documentation, pas de bonnes performances. Aucun affichage, classement, cause démontrée, revue humaine automatique ou conformité globale. Rejeu sans nouvelle mesure.

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
Périmètre de performance déclaré pour ce contrôle et profil de lecture qualifié.

Preuves
Originaux JSON conservés avec source, date, empreinte ; plan et revue fournie quand exigée, diagnostics et limites selon docs/performance-evidence.md.

Méthode
Conserver une série prévue de 2 à 10 rapports Lighthouse distincts, dates, URL, outil/version, client, appareil, bridage, mesures natives et dispersion.

Critères attendus
La série respecte le contexte et le nombre prévus. URL contraire au plan : fail ; autre contexte, mesure manquante ou erreur runtime : indéterminé.

Quand le résultat reste indéterminé
Source, plan, dates ou mesures insuffisants ; format/profil non qualifié, incohérence de portée, borne dépassée ou revue manquante selon le contrat. Aucune absence ne devient C ou NA.

Non-applicabilité
Aucune exemption atomique automatique ; la non-applicabilité du contrôle exige sa preuve propre.

Hypothèses
Les données et revues fournies ne sont pas authentifiées. Le plan précède l’évaluation et les exécutions laboratoire ; une cohorte historique n’est pas un préenregistrement.

Limites
C qualifie la documentation, pas de bonnes performances. Aucun affichage, classement, cause démontrée, revue humaine automatique ou conformité globale. Rejeu sans nouvelle mesure.

Mode prévu par le protocole : manuel. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Périmètre de performance déclaré pour ce contrôle et profil de lecture qualifié.

Preuves
Originaux JSON conservés avec source, date, empreinte ; plan et revue fournie quand exigée, diagnostics et limites selon docs/performance-evidence.md.

Méthode
Relier une revue fournie aux rapports ordonnés, aux métriques, à une hypothèse et à une prochaine mesure. Séparer laboratoire, INP et terrain.

Critères attendus
La revue liée expose hypothèse, métriques et action sans assimilation au terrain. Une assimilation explicite laboratoire/CWV ou TBT/INP échoue ; revue absente : indéterminé.

Quand le résultat reste indéterminé
Source, plan, dates ou mesures insuffisants ; format/profil non qualifié, incohérence de portée, borne dépassée ou revue manquante selon le contrat. Aucune absence ne devient C ou NA.

Non-applicabilité
Aucune exemption atomique automatique ; la non-applicabilité du contrôle exige sa preuve propre.

Hypothèses
Les données et revues fournies ne sont pas authentifiées. Le plan précède l’évaluation et les exécutions laboratoire ; une cohorte historique n’est pas un préenregistrement.

Limites
C qualifie la documentation, pas de bonnes performances. Aucun affichage, classement, cause démontrée, revue humaine automatique ou conformité globale. Rejeu sans nouvelle mesure.

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
Changement sélectionné dont le suivi daté est évalué.

Preuves
Plan et revues liés, reçu de déploiement, API natives et journaux normalisés fournis ; contrat release-monitoring-v1.

Méthode
Qualifier le plan lié avant baseline, les identités du reçu et l’ordre baseline/déploiement.

Critères attendus
Plan supported, identité conforme et baseline enregistrée avant déploiement ; contradiction explicite fail, manque inconclusive.

Quand le résultat reste indéterminé
Échéance future, pièce manquante, erreur, valeur inconnue, journal incomplet ou liaison invalide ; conserver les contradictions indépendantes.

Non-applicabilité
Aucune exemption atomique ; aucun manque ou délai ne vaut NA.

Hypothèses
Périmètre, dates, couche et jugements fournis ; aucune authentification par empreinte seule.

Limites
C documentaire sur baseline/J+1/J+7/J+30 sélectionnés ; aucune causalité, visite Google authentifiée, indexation ou couverture globale.

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
Changement sélectionné dont le suivi daté est évalué.

Preuves
Plan et revues liés, reçu de déploiement, API natives et journaux normalisés fournis ; contrat release-monitoring-v1.

Méthode
Lire baseline/d1/d7/d30, qualifier API TS08-A02 et inventaires de journaux par fenêtre exacte.

Critères attendus
Quatre échéances atteintes, pièces attribuées complètes, limites respectées ; futur/absence/erreur reste inconclusive.

Quand le résultat reste indéterminé
Échéance future, pièce manquante, erreur, valeur inconnue, journal incomplet ou liaison invalide ; conserver les contradictions indépendantes.

Non-applicabilité
Aucune exemption atomique ; aucun manque ou délai ne vaut NA.

Hypothèses
Périmètre, dates, couche et jugements fournis ; aucune authentification par empreinte seule.

Limites
C documentaire sur baseline/J+1/J+7/J+30 sélectionnés ; aucune causalité, visite Google authentifiée, indexation ou couverture globale.

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
Changement sélectionné dont le suivi daté est évalué.

Preuves
Plan et revues liés, reçu de déploiement, API natives et journaux normalisés fournis ; contrat release-monitoring-v1.

Méthode
Comparer revendications et valeurs connues, conserver les changements sans causalité et qualifier les revues/décisions fournies.

Critères attendus
Revendications fidèles, revues supported et cycle complet ; fausse revendication connue ou clôture avant échéance future fail ; autre manque inconclusive.

Quand le résultat reste indéterminé
Échéance future, pièce manquante, erreur, valeur inconnue, journal incomplet ou liaison invalide ; conserver les contradictions indépendantes.

Non-applicabilité
Aucune exemption atomique ; aucun manque ou délai ne vaut NA.

Hypothèses
Périmètre, dates, couche et jugements fournis ; aucune authentification par empreinte seule.

Limites
C documentaire sur baseline/J+1/J+7/J+30 sélectionnés ; aucune causalité, visite Google authentifiée, indexation ou couverture globale.

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
Population finie préalable de TS37, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : tls, intent.

Méthode
Relire les PEM publics fournis avec OpenSSL3 hors réseau : chaîne, usage serveur, hôte DNS, heure fournie et racines explicitement fournies. Désactiver magasins implicites ; conserver version et diagnostic.

Critères attendus
La vérification du profil réussit sous les racines fournies. Une erreur X509 prise en charge, dont expiration ou mauvais hôte, échoue.

Quand le résultat reste indéterminé
OpenSSL3 absent, PEM inutilisable, capture mal attribuée, racines absentes ou code d’erreur non qualifié : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Population finie préalable de TS37, profil render-transport-v1 ; voir docs/render-transport-evidence.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : http, configuration, intent.

Méthode
Suivre la chaîne HTTP fournie vers HTTPS sans rétrogradation, vérifier la réponse directe200, comparer configuration HSTS et en-tête au plan : activation, max-age, sous-domaines, portée, propriétaire, motif.

Critères attendus
Chaînes et décision HSTS concordent ; HSTS peut être désactivé explicitement. Aucun preload imposé.

Quand le résultat reste indéterminé
Chaîne/configuration manquante, en-tête ambigu, portée ou décision absente : NT.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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
Population finie préalable de TS37, profil render-transport-v1 ; voir docs/render-transport-evidence.md. Amendement: docs/render-transport-prerequisites-v2.md.

Preuves
Originaux exacts, plan et dates/contexte, empreintes, diagnostics et revue motivée liée au dossier entier. Types : http, render, intent.

Méthode
Relier HAR et console au document HTTPS ; examiner les requêtes observées et les URL intégrées de la source. Le profil strict exige HTTPS pour ces ressources, même si un navigateur peut les mettre à niveau. Avec base href non qualifiée, une URL relative reste NT ; examiner indépendamment les URL absolues malgré CSS/srcset ou un autre schéma inconnu.

Critères attendus
Aucune URL HTTP observée sur ces surfaces ; revue de la couverture dynamique consignée. Un HTTP natif observé échoue malgré une autre lacune.

Quand le résultat reste indéterminé
HAR tronqué, corps absent, CSS/srcset non qualifiés, contexte incomplet ou revue absente : NT. Résolution relative avec base href non qualifiée : NT ; une contradiction HTTP indépendante reste NC.

Non-applicabilité
Pas de NA atomique. Population vide ou domaine prétendu absent sans preuve reste NT dans ce profil.

Hypothèses
Provenance, inventaire, état navigateur, conditions et jugement fournis, non authentifiés ; deux lectures HTML statiques ne sont pas deux navigations. La confiance TLS dépend des racines fournies.

Limites
Aucun audit réel déduit des cas synthétiques. Ni indexation, classement, conformité globale, certification d’accessibilité, sécurité exhaustive ou confiance universelle des navigateurs. La revue peut être erronée ; les captures peuvent omettre des états.

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 TS38 ; 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 : http, html, content, intent.

Méthode
Exiger l’équivalence revue puis lire chaque trajectoire native : un seul saut depuis chaque variante, réponse directe 200 pour la préférence, canonical HTTP/HTML vers elle.

Critères attendus
Chaque variante converge en un saut et chaque canonical qualifiée concorde. La fusion déclarée de ressources distinctes ou une divergence native échoue.

Quand le résultat reste indéterminé
Trace manquante, canonical absente, équivalence non décidée ou rendu nécessaire : indéterminé.

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.

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 TS38 ; 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 : sitemap, html, crawl, content, intent.

Méthode
Lire le urlset natif complet sélectionné et toutes les sources de liens prévues. Exiger la présence de la préférence dans ce sitemap, aucune variante non préférée dans sitemap/liens et la revue d’équivalence/périmètre.

Critères attendus
Sitemap et liens du périmètre concordent avec la préférence ; une divergence ou fusion de pages distinctes échoue. Zéro lien reste une observation du corpus complet fourni.

Quand le résultat reste indéterminé
Index XML, fichier tronqué, source de liens manquante, population ou revue ambiguë : indéterminé ; aucune absence globale inférée.

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.

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
Diffusion variant selon région, cache, appareil ou négociation.

Preuves
Configuration, matrice préalable, HTTP natifs, rendus ou exemptions positives, revues liées et journaux du cache lorsqu’il est testé. Politique d’accès Googlebot qualifiée séparément des requêtes du client de test ; aucune visite réelle déduite.

Méthode
Vérifier fenêtre, cellules, mécanismes, configuration conservée et revue liée avant collecte, incluant représentativité et politique d’accès Googlebot.

Critères attendus
Configuration et matrice qualifiées par une revue favorable ; rejet documenté = fail.

Quand le résultat reste indéterminé
Configuration/revue absente, tardive, non liée ; minimum de matrice ou mécanisme non qualifié.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Intention, contexte et qualifications des sources/revues fournis ; leur vérité reste à vérifier.

Limites
Premier profil borné avec un membre canonical par cellule et réutilisation sans transformation. Revues, sources, régions, horloges et journaux fournis sans authentification ; pas de simulation générale du cache. Deux points ne couvrent pas tous les POP/routes, et C n’établit pas l’accès réel de Googlebot.

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
Diffusion variant selon région, cache, appareil ou négociation.

Preuves
Configuration, matrice préalable, HTTP natifs, rendus ou exemptions positives, revues liées et journaux du cache lorsqu’il est testé. Politique d’accès Googlebot qualifiée séparément des requêtes du client de test ; aucune visite réelle déduite.

Méthode
Comparer statut/URL finale, recalculer TS07-A01/A02/A03 et TS10-A01, puis confronter langue/contenu/accessibilité aux revues liées ; conserver chaque inconnue.

Critères attendus
Toutes les cellules suivent la politique ; exemption de rendu positive conservée. Toute contradiction attribuable donne fail malgré les autres inconnues.

Quand le résultat reste indéterminé
Cellule, source, rendu, revue ou profil manquant ; corps incomplet, contexte non lié ou sémantique inconnue.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Intention, contexte et qualifications des sources/revues fournis ; leur vérité reste à vérifier.

Limites
Premier profil borné avec un membre canonical par cellule et réutilisation sans transformation. Revues, sources, régions, horloges et journaux fournis sans authentification ; pas de simulation générale du cache. Deux points ne couvrent pas tous les POP/routes, et C n’établit pas l’accès réel de Googlebot.

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
Diffusion variant selon région, cache, appareil ou négociation.

Preuves
Configuration, matrice préalable, HTTP natifs, rendus ou exemptions positives, revues liées et journaux du cache lorsqu’il est testé. Politique d’accès Googlebot qualifiée séparément des requêtes du client de test ; aucune visite réelle déduite.

Méthode
Qualifier contextes/mécanismes sur sources liées ; pour le cache, rapprocher entrée stockée, requête servie, couche, horloge, Vary et revue de fraîcheur.

Critères attendus
Attribution et politique cohérentes sur toutes les cellules/checks ; réutilisation attribuée incompatible avec Vary ou politique = fail. Un test n’est pas une visite opérateur.

Quand le résultat reste indéterminé
Région, source, journal, lien ou fraîcheur non qualifié ; Age/HIT, User-Agent, séquence ou ETag seuls insuffisants.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Intention, contexte et qualifications des sources/revues fournis ; leur vérité reste à vérifier.

Limites
Premier profil borné avec un membre canonical par cellule et réutilisation sans transformation. Revues, sources, régions, horloges et journaux fournis sans authentification ; pas de simulation générale du cache. Deux points ne couvrent pas tous les POP/routes, et C n’établit pas l’accès réel de Googlebot.

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
Familles ou groupes explicitement sélectionnés pour TS40 ; profil indexing-locale-v1, docs/indexing-locale-evidence.md.

Preuves
Plan préalable, originaux exacts, empreintes, dates/contexte, observations et revue motivée liée à tout le dossier. Types minimaux : hreflang, intent. Preuves natives conditionnelles selon les méthodes déclarées.

Méthode
Inventorier les méthodes avant capture ; lire chaque méthode/page séparément et vérifier tout le groupe attendu, auto-référence comprise. Une méthode secondaire ne complète pas une primaire partielle.

Critères attendus
Chaque méthode complète contient les associations prévues. Une omission démontrée dans une surface complète ou une destination contraire échoue ; un jeu unique de méthodes est autorisé.

Quand le résultat reste indéterminé
Capture/méthode absente, XML tronqué/index, méthode publiée omise du plan, association hors groupe ou revue absente : indéterminé.

Non-applicabilité
Pas d’exemption atomique. Une population vide, Google non évalué ou un groupe non observé reste NT dans ce profil.

Hypothèses
Périmètre, provenance, segmentation et revues fournis, non authentifiés. Deux hypothèses HTML statiques ne sont pas deux navigations. Les codes figés ne prédisent pas le traitement du moteur.

Limites
Lecture hors ligne de pièces fournies ; ni origine Google, identité humaine ou visite de robot authentifiée, ni état actuel de l’index, causalité, qualité de traduction, ciblage ou conformité globale établis.

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
Familles ou groupes explicitement sélectionnés pour TS40 ; profil indexing-locale-v1, docs/indexing-locale-evidence.md.

Preuves
Plan préalable, originaux exacts, empreintes, dates/contexte, observations et revue motivée liée à tout le dossier. Types minimaux : hreflang, intent. Preuves natives conditionnelles selon les méthodes déclarées.

Méthode
Comparer les associations qualifiées entre méthodes/pages sans fusionner leurs jeux. Conserver un conflit de destination indépendant même si une troisième méthode manque ; comparer l’égalité des jeux quand les deux sont complets.

Critères attendus
Les méthodes complètes et les pages concordent. Une seule méthode complète est admise. Un conflit natif ou une différence de jeux complets échoue.

Quand le résultat reste indéterminé
Comparaison sans surface qualifiée, capture partielle, méthode manquante ou revue absente : indéterminé, sauf contradiction indépendante établie.

Non-applicabilité
Pas d’exemption atomique. Une population vide, Google non évalué ou un groupe non observé reste NT dans ce profil.

Hypothèses
Périmètre, provenance, segmentation et revues fournis, non authentifiés. Deux hypothèses HTML statiques ne sont pas deux navigations. Les codes figés ne prédisent pas le traitement du moteur.

Limites
Lecture hors ligne de pièces fournies ; ni origine Google, identité humaine ou visite de robot authentifiée, ni état actuel de l’index, causalité, qualité de traduction, ciblage ou conformité globale établis.

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
Déploiements soumis aux invariants SEO définis par le projet.

Preuves
Plan et revues liées, commande/environnement identifiés, reçus avec entrées/sorties natives, codes processus, journal JSONL et artefacts avant/après application.

Méthode
Vérifier fenêtre, tentatives, matrice, politique stricte et revue de représentativité liée avant la fenêtre.

Critères attendus
Plan complet et revue favorable ; rejet explicite lié = fail.

Quand le résultat reste indéterminé
Plan ou revue absent, non lié, tardif, incomplet ; profil, seuil ou portée non qualifiés.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Population, contexte comparable, identité des artefacts et revues fournis ; leur véracité reste à qualifier.

Limites
Premier profil natif TSEP strict sans dérogation ; commandes jamais exécutées. Revues, complétude, horloges et runner fournis, non authentifiés. C qualifie le dispositif déclaré, sans santé SEO globale, effet causal ni CI distante déduite.

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
Déploiements soumis aux invariants SEO définis par le projet.

Preuves
Plan et revues liées, commande/environnement identifiés, reçus avec entrées/sorties natives, codes processus, journal JSONL et artefacts avant/après application.

Méthode
Recalculer les entrées conservées ; vérifier matrice, artefacts, commande, déclencheurs et chronologie, sans exécuter argv.

Critères attendus
Population exacte et sorties fidèles, y compris inconnues conservées ; contradiction conclusive de rattachement ou sortie = fail.

Quand le résultat reste indéterminé
Reçu, cellule, revue, événement ou runtime manquant ; journal ambigu, exécution supplémentaire ou recalcul indéterminé différent.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Population, contexte comparable, identité des artefacts et revues fournis ; leur véracité reste à qualifier.

Limites
Premier profil natif TSEP strict sans dérogation ; commandes jamais exécutées. Revues, complétude, horloges et runner fournis, non authentifiés. C qualifie le dispositif déclaré, sans santé SEO globale, effet causal ni CI distante déduite.

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
Déploiements soumis aux invariants SEO définis par le projet.

Preuves
Plan et revues liées, commande/environnement identifiés, reçus avec entrées/sorties natives, codes processus, journal JSONL et artefacts avant/après application.

Méthode
Vérifier échec négatif préalable, codes distincts pass/fail/inconclusive et événement explicite de blocage/application ou acceptation/suspension.

Critères attendus
Exercice négatif effectif et réactions conformes à la phase ; échec/inconnu masqué, mauvaise action ou dérogation observée = fail.

Quand le résultat reste indéterminé
Exercice, code processus, lien ou action absent/non qualifié ; absence dans un journal insuffisante pour prouver un blocage.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Population, contexte comparable, identité des artefacts et revues fournis ; leur véracité reste à qualifier.

Limites
Premier profil natif TSEP strict sans dérogation ; commandes jamais exécutées. Revues, complétude, horloges et runner fournis, non authentifiés. C qualifie le dispositif déclaré, sans santé SEO globale, effet causal ni CI distante déduite.

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
Chaque cible URL et mécanisme de la politique préalablement déclarée.

Preuves
Entrées, dates, empreintes et résultats détaillés selon docs/agent-usage-policy.md.

Méthode
Lier opérateur, acteur, jeton, mécanisme et finalités aux sources UTF-8 datées ; vérifier empreintes et revue fournie liée.

Critères attendus
Chaque correspondance a une revue supported, complète, datée et liée aux sources, avec applicabilité robots explicite. Une contradiction liée échoue.

Quand le résultat reste indéterminé
Source absente, trop ancienne ou ambiguë ; empreinte, liaison, complétude ou revue manquante.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Inventaire fourni ; interprétation des sources et autorité des personnes déclarées, sans authentification automatique.

Limites
Périmètre fourni et profil robots borné ; aucun registre automatique. Sources, revues et décisions non authentifiées ; aucune visite, identité réelle, conformité opérateur, indexation ou citation déduite.

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
Chaque cible URL et mécanisme de la politique préalablement déclarée.

Preuves
Entrées, dates, empreintes et résultats détaillés selon docs/agent-usage-policy.md.

Méthode
Vérifier chaque décision motivée, la décision séparée du responsable ou délégué déclaré et sa liaison au plan ; conserver tout arbitrage des finalités couplées.

Critères attendus
Chaque couple mécanisme/finalité porte un choix et un motif ; le responsable accepte le plan et ses arbitrages exacts. Son refus lié échoue.

Quand le résultat reste indéterminé
Auteur absent ou non déclaré, décision non liée, dates incohérentes, choix ou arbitrage incomplet.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Inventaire fourni ; interprétation des sources et autorité des personnes déclarées, sans authentification automatique.

Limites
Périmètre fourni et profil robots borné ; aucun registre automatique. Sources, revues et décisions non authentifiées ; aucune visite, identité réelle, conformité opérateur, indexation ou citation déduite.

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
Chaque cible URL et mécanisme de la politique préalablement déclarée.

Preuves
Entrées, dates, empreintes et résultats détaillés selon docs/agent-usage-policy.md.

Méthode
Regrouper les jetons identiques sans casse, qualifier les correspondances et comparer Allow/Disallow à la décision effective ; conserver lecture, arbitrages, contradictions et inconnues.

Critères attendus
Dans chaque groupe qualifié, la réponse robots 200 attribuée au client suit le choix accepté. Toute contradiction indépendante échoue.

Quand le résultat reste indéterminé
Finalités opposées sans arbitrage, mécanisme non qualifié, champ ignoré ou preuve HTTP/source/décision absente ; autres profils robots non qualifiés.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Inventaire fourni ; interprétation des sources et autorité des personnes déclarées, sans authentification automatique.

Limites
Périmètre fourni et profil robots borné ; aucun registre automatique. Sources, revues et décisions non authentifiées ; aucune visite, identité réelle, conformité opérateur, indexation ou citation déduite.

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
Chaque URL et client HTTP du périmètre de tests préalablement déclaré.

Preuves
Pièces, dates, liaisons et observations selon docs/agent-access-evidence.md.

Méthode
Relire les sources et leur revue liée ; vérifier la chaîne HTTP datée puis la réponse et le corps prévus pour le client de test.

Critères attendus
Documentation revue et réponse conformes au plan du test ; contradiction indépendante conservée même si une autre preuve manque.

Quand le résultat reste indéterminé
Client/source/revue absent, trace incomplète, traitement attendu ou référence de corps manquant.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Sources, contexte, qualité du journal et revues fournis ; portée du test limitée à son client.

Limites
Premier profil : client de test initié par l’évaluateur ; aucune visite, identité réelle, sécurité ou accessibilité de l’opérateur déduite. Sources, journaux, revues et reçu non authentifié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
Chaque URL et client HTTP du périmètre de tests préalablement déclaré.

Preuves
Pièces, dates, liaisons et observations selon docs/agent-access-evidence.md.

Méthode
Vérifier export, revue de couche/identifiant/cache/horloge, puis identifier chaque ligne unique dans sa fenêtre avant comparaison littérale.

Critères attendus
Chaque saut a une ligne attribuée dont méthode, URL, chaîne client et statut concordent ; tout écart qualifié échoue malgré un autre saut absent.

Quand le résultat reste indéterminé
Logs absents, ID client ou rejoué, doublon, mauvaise couche, format inconnu, fenêtre/revue insuffisante.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Sources, contexte, qualité du journal et revues fournis ; portée du test limitée à son client.

Limites
Premier profil : client de test initié par l’évaluateur ; aucune visite, identité réelle, sécurité ou accessibilité de l’opérateur déduite. Sources, journaux, revues et reçu non authentifié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
Chaque URL et client HTTP du périmètre de tests préalablement déclaré.

Preuves
Pièces, dates, liaisons et observations selon docs/agent-access-evidence.md.

Méthode
Vérifier reçu d’exécution et qualification fournie liés ; distinguer test initié par l’évaluateur et visite de l’opérateur.

Critères attendus
Origine assessor-test, identité opérateur not-verified et aucune revendication de visite réelle ; toute revendication liée contraire échoue.

Quand le résultat reste indéterminé
Reçu/commande/qualification manquant, dates incohérentes, liaison absente ou statut d’identité ambigu.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Sources, contexte, qualité du journal et revues fournis ; portée du test limitée à son client.

Limites
Premier profil : client de test initié par l’évaluateur ; aucune visite, identité réelle, sécurité ou accessibilité de l’opérateur déduite. Sources, journaux, revues et reçu non authentifié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
Contenus destinés à des consommateurs automatisés déclarés.

Preuves
Plan et revue préalables, chaînes HTTP complètes, HTML/JSON brut, arbre rendu attribué et revues de contexte liées.

Méthode
Vérifier inventaire, client sans JS, états et ressources prévus, puis revue liée antérieure aux captures.

Critères attendus
Périmètre complet soutenu par la revue ; rejet lié = fail.

Quand le résultat reste indéterminé
Plan/revue absent, tardif, non lié, incomplet ou capacité de référence différente.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Inventaire, références attendues, contexte et revues fournis ; portée fixée avant capture, pièces non authentifiées.

Limites
Premier profil HTML/JSON borné, Node facultatif et rendu fourni ; pas de visibilité CSS, vérité, identité du relecteur, ingestion ou citation authentifiées. DOM rédigé explicitement synthétique.

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
Contenus destinés à des consommateurs automatisés déclarés.

Preuves
Plan et revue préalables, chaînes HTTP complètes, HTML/JSON brut, arbre rendu attribué et revues de contexte liées.

Méthode
Vérifier le chemin préalable, le lien explicite si ressource, HTTP anonyme et présence de tous les éléments critiques.

Critères attendus
Destination/réponse attendues et éléments présents ; tout refus, chemin contraire ou absence qualifiée échoue.

Quand le résultat reste indéterminé
Capture, format, runtime, lien/contexte ou lecture incomplète et non qualifiée.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Inventaire, références attendues, contexte et revues fournis ; portée fixée avant capture, pièces non authentifiées.

Limites
Premier profil HTML/JSON borné, Node facultatif et rendu fourni ; pas de visibilité CSS, vérité, identité du relecteur, ingestion ou citation authentifiées. DOM rédigé explicitement synthétique.

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
Contenus destinés à des consommateurs automatisés déclarés.

Preuves
Plan et revue préalables, chaînes HTTP complètes, HTML/JSON brut, arbre rendu attribué et revues de contexte liées.

Méthode
Comparer les valeurs qualifiées de chaque représentation et état rendu au plan ; relire le contexte critique entier avec des revues propres à chaque pièce.

Critères attendus
Valeurs et revues cohérentes ; contradiction qualifiée conservée malgré une autre pièce manquante.

Quand le résultat reste indéterminé
Revue, rendu, valeur ou attribution absent/inconnu ; état fourni hors du plan ou contexte non pris en charge.

Non-applicabilité
Aucune exemption atomique automatique.

Hypothèses
Inventaire, références attendues, contexte et revues fournis ; portée fixée avant capture, pièces non authentifiées.

Limites
Premier profil HTML/JSON borné, Node facultatif et rendu fourni ; pas de visibilité CSS, vérité, identité du relecteur, ingestion ou citation authentifiées. DOM rédigé explicitement synthétique.