TS38URL et canoniques

Les variantes d’adresse convergent-elles sans détour ?

Les variantes d’hôte, de casse et de slash convergent vers une règle unique.

Préparer les preuves

Dans l’app: Import de preuves
À fournir: Variantes d’hôte, de casse et de slash
À prévoir: Selon les preuves à réunir

Préparer les preuves

Comprendre

Plusieurs variantes. Une adresse de référence.

Les variantes d’hôte, de casse et de slash convergent vers une règle unique.

Selon Google

Des méthodes convergentes renforcent la préférence canonique. Le nombre de redirections autorisées entre vos variantes reste une attente explicite de votre plan.

Spécifier une URL canonique avec rel=canonical et d’autres méthodes Source consultée le 2026-10-26

Vérifier

HTTPS, www, slash. La matrice réelle.

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

Établissez la matrice des variantes réellement utilisées. Pour chacune, relevez les redirections et la destination finale avec une requête GET ; comparez aussi les liens internes et canoniques.

Les preuves à conserver

Une URL finale stable par ressource, sans chaîne, avec des signaux internes concordants.

Ce que ce résultat couvre

La casse peut être significative selon le serveur et l’application ; la règle doit être testée, pas supposée.

Agir

Faire converger. Sans détour de trop.

Appliquez une règle commune aux ressources équivalentes et alignez les liens internes.

Recontrôler

Les règles changent. Rejouez la matrice.

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

Les repères du contrôle

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: Appliquez une règle commune aux ressources équivalentes et alignez les liens internes.
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

Spécifier une URL canonique avec rel=canonical et d’autres méthodesdevelopers.google.com · nouvel onglet

Méthode et règles détaillées2 règles

Méthode et critères du contrôle

Méthode
Rejouer www/sans www, HTTP/HTTPS, casse pertinente et slash final sur un échantillon de routes ; comparer redirection, canonical, sitemap et liens internes.

Critères attendus
Chaque variante testée suit la règle déclarée ; redirections, canonicals, sitemap et liens concordent, sans fusion de ressources distinctes.

Non-applicabilité
Aucune variante concernée après inventaire explicite.

Règles détaillées

TS38-A01 · Trajectoires et canonical des variantes équivalentes

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.

TS38-A02 · Signaux internes des variantes

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

Version des règles 0.3.0-draft.2 · Fiche du protocole public · Source versionnée

Passer à la pratique

← Retour aux contrôles