TS27Contenu et rendu
Contenu et renduChaque vue de votre application possède-t-elle une vraie URL ?
Les états et routes SPA produisent des URL partageables et des réponses serveur cohérentes.
Préparer les preuves
- Dans l’app
- Import de preuves
- À fournir
- Routes et réponses à l’accès direct
- À prévoir
- Selon les preuves à réunir
Dans l’app
À fournir
À prévoirComprendre
Une vue. Une adresse pour y accéder.
Les états et routes SPA produisent des URL partageables et des réponses serveur cohérentes.
Selon Google
Google propose d’examiner le DOM rendu, les ressources et les erreurs JavaScript avec ses outils de test. TSEP compare aussi chaque vue à sa route et à ses signaux attendus.
Vérifier
Entrer directement. Puis recharger.
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
Collez directement chaque URL de vue dans un nouvel onglet et rechargez-la. Relevez statut HTTP, contenu, titre et canonique ; testez également les liens entre vues.
Les preuves à conserver
Chaque vue indexable possède URL, 200, contenu et signaux propres.
Ce que ce résultat couvre
Le choix SSR, CSR ou SSG n’est pas en soi une garantie SEO.
Agir
Chaque vue. Sa route cohérente.
Donnez à chaque vue indexable une URL partageable, une réponse et des signaux cohérents.
Recontrôler
L’accès direct. La navigation aussi.
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
- Donnez à chaque vue indexable une URL partageable, une réponse et des signaux cohérents.
- 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
Ouvrir directement les routes, tester actualisation, historique, canonical et statut HTTP.
Critères attendus
Ouverture directe, actualisation et historique conservent URL, contenu, statut et signaux attendus pour chaque route retenue.
Non-applicabilité
Aucune route applicative ou SPA concernée.
Règles détaillées
TS27-A01 · Routes et historique attribué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
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.
TS27-A02 · Contenu et canonical par état SPA
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.
Version des règles 0.3.0-draft.4 · Fiche du protocole public · Source versionnée
Passer à la pratique
Les routes et leurs réponses à l’ouverture directe.