Hreflang : Google passe ses exemples en majuscules, rien à changer sur les sites

L’essentiel

• La page « Tell Google about localized versions of your page » de Search Central écrit désormais ses codes de région en majuscules : en-GB, en-US, de-CH.
• Une note ajoutée précise que la valeur hreflang est insensible à la casse.
• Google accepte minuscules et majuscules ; la majuscule suit la convention ISO 3166-1 Alpha 2.
• La page affiche une dernière mise à jour au 21 septembre 2026.

Documentation hreflang : les codes de région passent en majuscules

Barry Schwartz a repéré la modification le 23 septembre 2026 sur Search Engine Roundtable. Il a comparé la page à une capture de la Wayback Machine datée du 16 septembre 2026, où les exemples utilisaient encore des codes de région en minuscules. Dans la version actuelle de la documentation, la majuscule est appliquée partout : en-GB et en-US dans les balises HTML, de-CH dans l’exemple d’en-tête HTTP comme dans celui du sitemap, fr-BE, nl-BE ou zh-TW dans la partie sur les codes pris en charge.

Les codes de langue employés seuls (en, de) restent en minuscules. La valeur x-default ne change pas non plus.

Une note précise que la casse n’a aucun effet

La section « Supported language and region codes » (codes de langue et de région pris en charge) gagne une phrase : « la valeur hreflang est insensible à la casse ; Google accepte les codes en minuscules comme en majuscules, mais écrire les codes de région en majuscules, par exemple en-GB, respecte la convention ISO 3166-1 Alpha 2 » (traduction). Le reste de la section ne bouge pas. Google ne prend en charge que les codes de langue ISO 639-1 et les codes de région ISO 3166-1 Alpha 2. Un code comme es-419, absent de ces listes, n’est donc pas pris en compte.

La norme des étiquettes de langue va dans le même sens. La RFC 5646 (BCP 47) demande de traiter les étiquettes et leurs sous-étiquettes sans tenir compte de la casse, tout en recommandant d’écrire la langue en minuscules et la région en majuscules, comme dans en-CA.

Rien n’indique en revanche que Google lise les balises autrement qu’avant. Search Engine Roundtable ne signale ni entrée dans le journal des modifications de la documentation, ni commentaire d’un Googler : la note est la seule prise de parole de Google sur le sujet. On peut y voir une harmonisation rédactionnelle, que Google n’a pas présentée comme telle.

Ce que j’en retiens

Aucun chantier à lancer. Un site qui déclare fr-fr ou en-gb n’a pas à tout réécrire, puisque Google lit ces valeurs comme fr-FR ou en-GB. Je regarderais plutôt la cohérence, ce que Barry Schwartz conseille lui aussi. Quand les balises du thème, le sitemap et une extension multilingue n’emploient pas la même écriture, les exports d’audit deviennent pénibles à comparer. Sur un nouveau déploiement, autant partir d’emblée sur la langue en minuscules et la région en majuscules.

Les erreurs qui font perdre des annotations hreflang sont ailleurs. La même page de Google rappelle que les balises sont ignorées quand deux pages ne pointent pas l’une vers l’autre, et que les codes réservés EU, UN ou UK n’ont aucun effet (pour le Royaume-Uni, le code valide est GB). J’ajoute à cette liste les URL alternatives qui redirigent ou ne sont pas les versions canoniques. Dans un audit hreflang, c’est par là que je commence. La casse peut attendre.