TS25Contenu et rendu
Contenu et renduLe contenu essentiel est-il présent au bon stade ?
Le contenu critique existe dans le HTML source ou devient observable après rendu.
Préparer les preuves
- Dans l’app
- Import de preuves
- À fournir
- HTML, rendu et éléments attendus
- À prévoir
- Selon les preuves à réunir
Dans l’app
À fournir
À prévoirComprendre
Le HTML reçu. La page rendue.
Le contenu critique existe dans le HTML source ou devient observable après rendu.
Selon Google
Google traite les applications JavaScript en plusieurs phases : exploration, rendu et indexation. Le contenu de la réponse initiale et celui du rendu doivent donc être distingués.
Vérifier
Avant JavaScript. Après JavaScript.
Dans TSEP Control
Vous importez les preuves du contrôle. Le moteur les évalue dans le périmètre déclaré ; les pièces manquantes restent visibles.
Votre contribution
Définissez le périmètre et les attentes avant la collecte. Réunissez les pièces ci-dessous et apportez les revues demandées.
Avec vos outils
Conservez le HTML de la réponse puis le DOM après rendu, avec les mêmes URL et conditions. Comparez les éléments critiques ; l’inspection Search Console peut compléter votre observation du rendu.
Les preuves à conserver
Plan antérieur, originaux HTTP/DOM, empreintes, conditions, valeurs par élément/stade, revues réellement fournies et dates.
Ce que ce résultat couvre
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.
Agir
L’essentiel présent. Au stade attendu.
Rendez chaque élément critique disponible au stade prévu et conservez les captures correspondantes.
Recontrôler
Deux nouvelles captures. Une même comparaison.
Après correction, réunissez de nouvelles preuves avec le même périmètre et les mêmes attentes. Conservez les deux observations datées pour comparer ce qui a changé.
Pour aller plus loin.
Les statuts, les sources et la méthode.
Comprendre les statutsC · NC · NT · NA
La même légende dans les fiches, l’analyse et la démo. Chaque statut dépend des preuves et des règles du contrôle.
- C · Vérifié
- Le critère est satisfait dans le périmètre évalué. Conservez la preuve datée pour la prochaine comparaison.
- NC · À corriger
- Rendez chaque élément critique disponible au stade prévu et conservez les captures correspondantes.
- NT · Non établi
- Les preuves ou les confirmations ne suffisent pas pour conclure. Complétez ce qui manque ; ce statut ne démontre pas une erreur SEO.
- NA · Non applicable
- Le contrôle ne s’applique pas au périmètre, selon ses règles et une justification conservée. Une absence de preuve ne suffit pas à le déclarer non applicable.
Sources et références1 référence
Méthode et règles détaillées2 règles
Méthode et critères du contrôle
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
Deux règles pass dans le périmètre fourni : couverture motivée et présence selon les politiques préalables. Tout défaut indépendant qualifié donne NC ; sinon les inconnues donnent NT.
Non-applicabilité
Aucune NA native ; rôle hors périmètre motivé conservé, jamais équivalent à un contrôle NA.
Règles détaillées
TS25-A01 · Périmètre critique préalable et décisions des cinq rôles.
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.
TS25-A02 · Présence critique selon la politique source/rendu de chaque élément.
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.
Version des règles 0.2.0-rc.1 · Fiche du protocole public · Source versionnée
Passer à la pratique
Le HTML source, le rendu et les éléments attendus.