Audit SEO & Vitesse
Données réelles Core Web Vitals issues de l'API Google, associées à des vérifications directes de votre code HTML.
La version anglaise est en ligne. Les autres versions sont traduites et publiées progressivement.
Aucune langue ne correspond à votre recherche.
SEO International
Le balisage hreflang échoue silencieusement. Une seule balise de retour manquante et Google ignore l'intégralité du réseau linguistique, sans qu'aucune alerte n'apparaisse dans votre outil d'analyse. Cet outil explore votre page, lit vos balises hreflang, puis visite chaque page alternative pour confirmer la réciprocité des liens.
Exploration de la page et vérification de chaque alternative…
Configuration hreflang pour
Nous extrayons les annotations hreflang de l'en-tête HTML, validons chaque code de langue et de région selon les normes ISO 639-1 et ISO 3166-1, puis explorons jusqu'à huit URL alternatives pour vérifier qu'elles renvoient bien une balise miroir. La réciprocité ne peut être certifiée autrement — un outil qui ne visite pas les URL alternatives ne fait que vérifier la syntaxe.
Le guide lié à cet outil SEO international : l'architecture hreflang qui fonctionne Comment structurer un site multilingue pour référencer chaque marché : architecture d'URL, règles hreflang et erreurs qui détruisent l'indexation. Lire le guide · 7 min de lecture →La syntaxe n'est que la moitié du travail. Cet outil explore également vos URL alternatives pour s'assurer qu'elles renvoient bien vers votre page.
Nous explorons jusqu'à 8 alternatives pour vérifier que chacune pointe bien vers la page courante. Sans réciprocité, Google rejette l'ensemble du groupe.
Code de langue ISO 639-1 avec région optionnelle ISO 3166-1. Une région seule est invalide — "at" ne signifie pas l'Autriche.
Les chemins relatifs ne sont pas pris en charge et sont ignorés silencieusement.
Un jeu d'annotations qui omet la page active est considéré comme invalide.
La page présentée aux internautes dont la langue ne correspond à aucune version ciblée.
Une URL canonique pointant vers une autre langue désindexe la page, quel que soit le balisage hreflang.
Le nombre et la liste des versions linguistiques déclarées.
Un conflit canonique est une urgence absolue. Si la balise canonique de cette page pointe vers une autre langue, cette seule ligne désindexe totalement la page de Google — l'instruction canonique l'emporte toujours sur le hreflang. Corrigez ce point immédiatement.
Le défaut de réciprocité est le problème le plus fréquent. Il traduit généralement une logique de génération asymétrique ou une page existant dans certaines langues mais pas d'autres. Générez systématiquement les blocs hreflang depuis une matrice unique centralisée.
Si une langue est absente, vérifiez qu'elle est bien traduite. Déclarer une page en anglais comme alternative d'une autre langue est pénalisant. Placez une balise noindex sur les versions en attente de traduction.
Si votre page en français pointe vers votre page en allemand, la page allemande doit impérativement pointer en retour vers la page française. Si ce lien manque, Google ignore la totalité du groupe d'annotations — pas seulement le lien défaillant, mais l'ensemble du réseau. C'est l'erreur la plus courante et elle reste invisible sans explorer les deux URL.
Le bloc hreflang d'une page doit obligatoirement contenir une ligne pointant vers sa propre URL. Un jeu d'annotations qui liste les alternatives en omettant la page courante est invalide.
Les chemins relatifs ne sont pas pris en charge et échouent sans avertissement. href="/fr/" ne fonctionne pas ; href="https://example.com/fr/" est valide.
Les codes de langue suivent la norme ISO 639-1 : fr, de, en. Les codes de pays suivent l'ISO 3166-1 Alpha-2 et ne s'emploient qu'après la langue : fr-BE, en-GB, fr-CA.
Il est impossible de cibler un pays seul. hreflang="ca" ne désigne pas le Canada — ca est le code du catalan. L'annotation est donc invalide et rejetée. Cette confusion est extrêmement fréquente.
En dehors de ces quatre règles existe une erreur encore plus destructrice : chaque version linguistique doit être sa propre URL canonique.
Si votre page /fr/ contient <link rel="canonical" href="/en/">, vous indiquez à Google que la version française est un doublon qui ne doit pas être indexé — alors que votre hreflang affirme l'exact inverse. L'instruction canonique prévaut toujours : la version française disparaît silencieusement des résultats.
La tentation est compréhensible car les traductions peuvent sembler similaires. Elles ne le sont pas : ce sont des pages distinctes répondant à des requêtes distinctes sur des marchés différents.
Elle indique la page par défaut à afficher aux internautes dont la langue ne figure pas dans vos versions traduites. Faites-la pointer vers votre langue principale ou vers un sélecteur de langue. Elle évite que Google ne choisisse une version au hasard.
Uniquement si vous possédez des pages distinctes pour différents marchés anglophones — par exemple une page pour les États-Unis et une pour le Royaume-Uni avec des prix ou conditions différents. Les balises `en-US` et `en-GB` évitent qu'elles ne se cannibalisent. Un site anglophone unique mondial n'a aucun besoin de balises hreflang.
Les trois approches sont valides. Les balises HTML dans l'en-tête sont les plus simples à vérifier et déboguer. Les annotations dans le sitemap XML allègent le code HTML et sont recommandées au-delà de quelques centaines d'URL. Les en-têtes HTTP conviennent aux fichiers non-HTML comme les PDF. Choisissez une méthode et conservez-la — combiner deux approches génère des contradictions.
Il s'agit d'un défaut de réciprocité. La page A pointe vers la page B, mais la page B ne mentionne pas la page A. La solution durable consiste à générer l'ensemble des balises hreflang à partir d'une source unique centralisée plutôt que de façon isolée par page.
Non. N'intégrez une page dans le jeu hreflang que lorsqu'elle est réellement traduite, et appliquez une balise noindex sur la version non traduite en attendant. Déclarer une page anglaise comme équivalent français revient à injecter du contenu dupliqué sur un marché que vous cherchez à conquérir.
Données réelles Core Web Vitals issues de l'API Google, associées à des vérifications directes de votre code HTML.
Visualisez votre page exactement telle que Google et les réseaux sociaux l'afficheront, à partir de votre code HTML en ligne.
Extrayez chaque bloc JSON-LD d'une page, validez sa syntaxe et découvrez les résultats enrichis auxquels vous êtes éligible.
Une équipe. Trois bureaux. Vingt-six langues. Soumettez-nous votre défi et recevez une réponse d'expert senior — pas un discours commercial.
Une proposition écrite en un jour ouvrable, dans votre langue.
Échangez avec un humain
Istanbul, Düsseldorf et Dover — l'un de nos bureaux est généralement actif
Choisissez le canal qui vous convient. Un interlocuteur vous répond — sans file d'attente ni robot.