TS20URL et canoniques
URL et canoniquesVos URL sont-elles stables et sans ambiguïté ?
La structure d’URL est lisible, stable et encodée correctement.
Préparer les preuves
- Dans l’app
- Import de preuves
- À fournir
- Motifs d’URL et variantes
- À prévoir
- Selon les preuves à réunir
Dans l’app
À prévoirComprendre
Plusieurs écritures. Une même page.
La structure d’URL est lisible, stable et encodée correctement.
Selon Google
Google distingue la casse dans les URL. Des conventions cohérentes et des paramètres utiles permettent de limiter les variantes inutiles.
Vérifier
Des écritures proches. Des réponses égales ?
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
Avec vos outilsÉchantillonnez les URL générées par le site et comparez casse, accents encodés, paramètres et séparateurs. Ouvrez les variantes pour distinguer les vraies pages des adresses équivalentes.
Les preuves à conserver
Motifs d’URL documentés et absence de variantes involontaires.
Ce que ce résultat couvre
Une URL lisible n’est pas un facteur suffisant de performance SEO.
Agir
Une convention. Des adresses stables.
Stabilisez les conventions de chemin et d’encodage, puis corrigez les variantes involontaires.
Recontrôler
Les nouvelles URL. Les anciens liens.
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
- Stabilisez les conventions de chemin et d’encodage, puis corrigez les variantes involontaires.
- 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
Relever espaces, fragments, caractères encodés, casse et identifiants volatils.
Critères attendus
Encodage, casse, stabilité et variations correspondent aux règles déclarées ; aucune variante involontaire observée n’est laissée sans décision.
Non-applicabilité
Aucune URL publique dans le périmètre.
Règles détaillées
TS20-A01 · Forme des URL selon la politique 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
É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.
TS20-A02 · Stabilité temporelle et décisions de variation
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.
Version des règles 0.3.0-draft.2 · Fiche du protocole public · Source versionnée
Passer à la pratique
Les motifs d’URL et leurs variantes.