TS23International
Chaque variante hreflang cite-t-elle les autres ?
Les annotations hreflang sont réciproques et incluent la page elle-même.
Préparer les preuves- Dans l’app
- Import de preuves
- À fournir
- Annotations de chaque variante
- À prévoir
- Selon les preuves à réunir
Comprendre
Une version en cite une autre. Et réciproquement.
Les annotations hreflang sont réciproques et incluent la page elle-même.
Selon Google
Quand une page cite une variante, celle-ci doit la citer en retour. L’absence de réciprocité peut conduire Google à ignorer les annotations.
Vérifier
De A vers B. Et de B vers A ?
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
Construisez la liste des variantes d’un même contenu. Pour chaque URL, vérifiez les références vers elle-même et vers les autres, puis relevez les liens de retour manquants.
Les preuves à conserver
Plan et associations attendues, canaux choisis, requêtes/réponses HTTP originales et empreintes, dates, positions des éléments et fermetures du head, hypothèses, jeux principaux/secondaires, exclusions et inconnues.
Ce que ce résultat couvre
Groupe fourni et mode principal déclarés : aucune authenticité de capture, exhaustivité du site, validité linguistique TS22, indexabilité/canonical, pertinence x-default TS24, traduction, rendu JavaScript ou traitement Google. Les sitemaps/DOM pertinents fournis restent hors profil.
Agir
Rétablir les retours. Sans oublier soi-même.
Rétablissez les liens réciproques et l’autoréférence dans le canal retenu.
Recontrôler
Une variante corrigée. Tout le groupe relu.
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 liens réciproques et l’autoréférence dans le canal retenu.
- 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ées1 règle
Méthode et critères du contrôle
Méthode
Lire les annotations natives HTML ou HTTP Link depuis les originaux, conserver deux hypothèses HTML et les canaux secondaires, comparer chaque code–URL au groupe préalable sans union de canaux.
Critères attendus
Chaque page du groupe conserve dans son canal principal tout le jeu attendu, auto-référence comprise ; aucune contradiction qualifiée entre cibles. Plusieurs codes peuvent partager une URL et les groupes entre domaines sont admis.
Non-applicabilité
Aucun groupe hreflang dans le périmètre.
Règles détaillées
TS23-A01 · Réciprocité et auto-référence natives dans le groupe préalable.
Mode prévu par le protocole : automatique. La disponibilité dans l’app est indiquée sur la fiche du contrôle.
Périmètre
Groupe et canaux principaux déclarés avant les captures ; profil borné hreflang-reciprocity-v1.
Preuves
Plan et associations attendues, canaux choisis, requêtes/réponses HTTP originales et empreintes, dates, positions des éléments et fermetures du head, hypothèses, jeux principaux/secondaires, exclusions et inconnues.
Méthode
Lire les annotations natives HTML ou HTTP Link depuis les originaux, conserver deux hypothèses HTML et les canaux secondaires, comparer chaque code–URL au groupe préalable sans union de canaux.
Critères attendus
Pass si toutes les pages sont qualifiées et incluent tout le jeu attendu dans leur canal principal. Fail si un manque qualifié, placement invalide du primaire HTML ou conflit de cible est établi. Sinon inconclusive ; une contradiction indépendante survit aux inconnues.
Quand le résultat reste indéterminé
Plan/original absent ou ambigu, dates ou canal non qualifiés, source récupérée hors frontière admise, langue/URL hors admission fermée, annotation extérieure non prévue, runtime requis absent.
Non-applicabilité
Aucune NA automatique ; un plan vide n’établit pas la non-applicabilité.
Hypothèses
Plan antérieur, fenêtre maximale24h, HTTP200 demandé=final sans redirection, URL absolues HTTP(S) exactes. Deux hypothèses HTML statiques, aucune exécution de scripts.
Limites
Groupe fourni et mode principal déclarés : aucune authenticité de capture, exhaustivité du site, validité linguistique TS22, indexabilité/canonical, pertinence x-default TS24, traduction, rendu JavaScript ou traitement Google. Les sitemaps/DOM pertinents fournis restent hors profil.
Version des règles 0.2.0-rc.1 · Fiche du protocole public · Source versionnée
Passer à la pratique
← Retour aux contrôles