TS12URL et canoniques
URL et canoniquesGoogle retient-il la canonique que vous avez choisie ?
La canonique choisie par Google est comparée à celle déclarée.
Préparer les preuves
- Dans l’app
- Import de preuves
- À fournir
- Canonique déclarée et vue Google
- À prévoir
- Selon les preuves à réunir
Dans l’app
À prévoirComprendre
Vous déclarez. Google choisit.
La canonique choisie par Google est comparée à celle déclarée.
Selon Google
La canonique sélectionnée par Google se consulte dans les données indexées. Le test en direct ne peut pas prédire ce choix.
Vérifier
Deux canoniques. Un choix à comprendre.
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 outilsDans l’inspection Search Console, lisez « URL canonique déclarée par l’utilisateur » et « URL canonique sélectionnée par Google ». Conservez la date du dernier crawl ; un test en direct ne prédit pas le choix canonique.
Les preuves à conserver
Accord ou divergence qualifiée et traitée.
Ce que ce résultat couvre
Rendu requis manquant ou canonical Google absente : indéterminé. Comparaison littérale sans équivalence d’URL, état live, causalité, TS10 ou indexation déduits.
Agir
Suivre les signaux. Expliquer le choix.
Identifiez les signaux divergents et documentez la décision avant de changer la canonique.
Recontrôler
Google repasse. Le choix évolue-t-il ?
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
- Identifiez les signaux divergents et documentez la décision avant de changer la canonique.
- 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ées3 règles
Méthode et critères du contrôle
Méthode
Déclarer préférence sourcée, lecteurs et états rendus ; attribuer JSON API et captures, comparer les chaînes et conserver revues/décisions selon google-canonical-comparison-v1.
Critères attendus
Plan préalable et toutes les surfaces prévues qualifiés ; valeurs conservées avec dates séparées et décisions liées. C documentaire, jamais égalité canonique ; divergences documentées admises.
Non-applicabilité
Google explicitement hors périmètre ; manque d’accès classé NT.
Règles détaillées
TS12-A01 · Plan de comparaison préalable qualifié.
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
Ensemble sélectionné dont les canonical rapportées et capturées doivent être comparées.
Preuves
Plan/revue préalables, JSON API natifs, traces HTTP, états DOM structurés fournis et revues liées aux pièces exactes ; contrat canonical-comparison-v1.
Méthode
Déclarer sélection/objectifs, connaissances antérieures, préférence sourcée, lecteurs et états rendus ; qualifier le plan lié avant chaque acquisition.
Critères attendus
Jugements selection/objectives/preferences/surfaces/temporal_policy supported, ordre préalable et ensemble complet. Contradiction fournie ou acquisition avant plan : fail ; lacune : inconclusive.
Quand le résultat reste indéterminé
Pièce, état requis, valeur, politique, revue ou liaison absente/inconnue/invalide ; limites et erreurs conservées.
Non-applicabilité
Aucune exemption atomique ; manque d’accès ou de rendu ne vaut pas NA.
Hypothèses
Données, dates, provenance et jugements fournis ; empreintes sans authentification de personne, navigation ou histoire.
Limites
Rendu requis manquant ou canonical Google absente : indéterminé. Comparaison littérale sans équivalence d’URL, état live, causalité, TS10 ou indexation déduits.
TS12-A02 · Lectures et comparaisons attribuées complètes.
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
Ensemble sélectionné dont les canonical rapportées et capturées doivent être comparées.
Preuves
Plan/revue préalables, JSON API natifs, traces HTTP, états DOM structurés fournis et revues liées aux pièces exactes ; contrat canonical-comparison-v1.
Méthode
Lire les pièces natives et les deux hypothèses HTML statiques ; conserver les candidats HTTP/HTML/DOM, les dates et les comparaisons littérales distinctes.
Critères attendus
API qualifiée, Google canonical présente, HTTP/HTML et tous les états DOM prévus lisibles ; seuils préalables respectés, aucun doublon fusionné. Différence de valeurs admise ; source seule/absence Google = inconclusive.
Quand le résultat reste indéterminé
Pièce, état requis, valeur, politique, revue ou liaison absente/inconnue/invalide ; limites et erreurs conservées.
Non-applicabilité
Aucune exemption atomique ; manque d’accès ou de rendu ne vaut pas NA.
Hypothèses
Données, dates, provenance et jugements fournis ; empreintes sans authentification de personne, navigation ou histoire.
Limites
Rendu requis manquant ou canonical Google absente : indéterminé. Comparaison littérale sans équivalence d’URL, état live, causalité, TS10 ou indexation déduits.
TS12-A03 · Qualification et décision liées aux comparaisons.
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
Ensemble sélectionné dont les canonical rapportées et capturées doivent être comparées.
Preuves
Plan/revue préalables, JSON API natifs, traces HTTP, états DOM structurés fournis et revues liées aux pièces exactes ; contrat canonical-comparison-v1.
Méthode
Examiner les revendications de valeurs de chaque surface dans une revue fournie liée aux pièces, avec interprétation, temporalité, changements, objectif, explication et décision.
Critères attendus
Revendications fidèles aux listes connues, qualification supported, relation et décision motivées. Une revendication contredite conserve fail malgré une autre inconnue ; revue absente ou cause non établie hors profil : inconclusive.
Quand le résultat reste indéterminé
Pièce, état requis, valeur, politique, revue ou liaison absente/inconnue/invalide ; limites et erreurs conservées.
Non-applicabilité
Aucune exemption atomique ; manque d’accès ou de rendu ne vaut pas NA.
Hypothèses
Données, dates, provenance et jugements fournis ; empreintes sans authentification de personne, navigation ou histoire.
Limites
Rendu requis manquant ou canonical Google absente : indéterminé. Comparaison littérale sans équivalence d’URL, état live, causalité, TS10 ou indexation déduits.
Version des règles 0.2.0-rc.1 · Fiche du protocole public · Source versionnée
Passer à la pratique
La canonique déclarée et le retour Google.