TS26Contenu et rendu
Le rendu dispose-t-il de toutes ses ressources ?
Les ressources nécessaires au rendu ne sont pas bloquées ni en erreur.
Préparer les preuves- Dans l’app
- Import de preuves
- À fournir
- Ressources critiques et réponses
- À prévoir
- Selon les preuves à réunir
Comprendre
Une ressource manque. Le contenu suit-il ?
Les ressources nécessaires au rendu ne sont pas bloquées ni en erreur.
Selon Google
Google ne rend pas les pages ou fichiers JavaScript dont l’exploration lui est bloquée. Des ressources essentielles inaccessibles peuvent donc empêcher le rendu attendu.
Vérifier
Les requêtes échouent. Que manque-t-il ?
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
Dans les outils de développement, rechargez la page et examinez les requêtes échouées, la console et les ressources nécessaires. Comparez avec les ressources visibles dans le test d’inspection Google.
Les preuves à conserver
Ressources critiques accessibles et absence d’erreur qui retire le contenu.
Ce que ce résultat couvre
Une console sans erreur ne prouve pas l’indexation.
Agir
Rétablir la ressource. Retrouver le contenu.
Rétablissez les scripts, styles ou données indispensables et vérifiez le contenu obtenu.
Recontrôler
Sans ancien cache. Le rendu attendu ?
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
- Rétablissez les scripts, styles ou données indispensables et vérifiez le contenu obtenu.
- 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
Inspecter réseau, robots, CSP et erreurs console sur les gabarits prioritaires.
Critères attendus
Aucune ressource critique testée n’est empêchée par erreur réseau, politique robots ou CSP ; console et réseau sont conservés.
Non-applicabilité
Aucune ressource de rendu dépendante, inventaire fourni.
Règles détaillées
TS26-A01 · Accès des ressources et politiques natives
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.
TS26-A02 · Trafic et console attribués au rendu
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.
Version des règles 0.3.0-draft.4 · Fiche du protocole public · Source versionnée
Passer à la pratique
← Retour aux contrôles