Comment gérer hreflang FR/EN sur un site d’agence web ?

Hreflang relie les versions linguistiques ou régionales d’un même contenu. Préparez les paires de pages équivalentes avant de produire les balises et vérifiez leurs liens de retour. Une version inexistante ne doit pas être annoncée. Le sélecteur de langue et les URL canoniques doivent rester cohérents avec cette correspondance.

Quel périmètre choisir : fr, fr-FR, en ou en-GB / en-US ?

Le premier choix structurant consiste à décider si vous gérez la langue seule ou la langue plus pays. Pour une agence web française qui publie un site vitrine en français et une version anglaise générique, le schéma le plus simple est souvent fr et en. Il est suffisant si la version anglaise ne cible pas un pays précis.

En revanche, si l’offre, les références, la tarification, les mentions commerciales ou les cas clients diffèrent selon les marchés, il devient pertinent de distinguer des variantes comme fr-FR, en-GB ou en-US. L’important est d’aligner le code hreflang avec la réalité commerciale du site, pas avec une hypothèse théorique.

Pour une agence, la question pratique est la suivante : vendez-vous la même promesse en anglais à une audience globale, ou adressez-vous un marché précis avec un discours, des preuves et un parcours différents ? Si la réponse est “même offre, audience internationale”, restez simple. Si la réponse est “offres ou marchés différenciés”, structurez davantage.

Architecture recommandée pour un site d’agence

Le modèle le plus robuste consiste à attribuer une URL dédiée à chaque langue dans une architecture lisible. Exemple :

• /fr/ pour la version française ;
• /en/ pour la version anglaise.

Chaque page importante doit avoir son équivalent : accueil, services, expertises, cas clients, contact, articles piliers. Sur un site d’agence, il est déconseillé de ne traduire que la page d’accueil si vous souhaitez réellement capter des leads en anglais. Le manque de profondeur fragilise à la fois la performance SEO et la crédibilité commerciale.

Cette logique s’applique aussi aux pages de services. Par exemple, une page française liée à la création de site internet doit disposer d’une version anglaise équivalente si vous souhaitez positionner cette offre à l’international. Même logique pour une page de SEO / SXO ou pour une page dédiée aux données structurées.

Méthode de déploiement hreflang FR/EN

1. Cartographier les paires de pages

Commencez par un tableau d’équivalence page à page. Chaque URL française doit pointer vers son alter ego anglais, et inversement. Ce tableau devient la source de vérité pour l’intégration, la recette et le contrôle qualité.

Pour chaque ligne, documentez :

• l’URL FR ;
• l’URL EN ;
• la balise canonique de chaque page ;
• le code hreflang attendu ;
• le statut d’indexabilité ;
• le niveau d’adaptation du contenu.

2. Déployer des balises réciproques

Une page française doit déclarer sa version anglaise et sa propre version. La page anglaise doit faire la même chose en retour. Sans réciprocité, l’implémentation devient fragile et les moteurs peuvent ignorer une partie du signal.

Sur un site d’agence, il faut éviter les déploiements incomplets, par exemple lorsque seules les pages principales ont un hreflang mais pas les pages profondes, ou lorsque la traduction a été créée sans mise à jour du head.

3. Aligner canonical et hreflang

La balise canonique ne doit pas contredire le hreflang. Une page anglaise indexable doit généralement avoir une canonique vers elle-même, pas vers la version française. Sinon, vous envoyez un double message : “voici la variante anglaise” et “ignorez-la au profit du français”.

C’est l’une des erreurs les plus fréquentes lors d’une refonte de site internet ou d’une migration multilingue.

4. Prévoir une version par défaut si nécessaire

Si votre site s’adresse à des internautes dont la langue ou la zone ne sont pas clairement couvertes par une variante précise, une page par défaut peut servir de point d’entrée. Elle doit rester cohérente avec l’architecture globale et ne pas remplacer artificiellement une vraie stratégie de ciblage.

5. Conserver des contenus réellement localisés

Le hreflang ne corrige pas un contenu faible. Une page EN trop proche d’une page FR traduite littéralement, sans adaptation des bénéfices, des références, du vocabulaire métier ni des appels à l’action, reste un mauvais actif marketing. Pour une agence, la qualité de localisation influence directement le taux de conversion, la compréhension de l’offre et la reprise de vos contenus par les systèmes de réponse.

Ce qu’il faut adapter au-delà de la traduction

Sur un site d’agence web, la version anglaise ne doit pas être une simple copie linguistique. Elle doit refléter la manière dont l’offre est comprise par une audience anglophone.

• Proposition de valeur : adapter la promesse et les bénéfices mis en avant.
• Terminologie : choisir les formulations réellement utilisées par les prospects ciblés.
• Preuves : cas clients, références, stack technique, certifications, méthodologie.
• CTA : ajuster les appels à l’action, formulaires et microcopies.
• Réassurance : préciser le mode de collaboration, la langue des échanges, les fuseaux horaires, le périmètre géographique.

C’est ici que le SXO rejoint le SEO. Une bonne implémentation hreflang attire la bonne audience ; une bonne adaptation éditoriale la convertit.

Risques fréquents sur les sites d’agence

Pages non équivalentes reliées entre elles

Relier en hreflang deux pages qui n’ont pas la même intention est une erreur fréquente. Par exemple, une page FR très détaillée sur une offre et une page EN générique de présentation de l’agence ne sont pas de vraies variantes. Le moteur reçoit alors un signal ambigu.

Traduction partielle du site

Une page d’accueil en anglais qui renvoie vers des pages internes restées en français dégrade l’expérience utilisateur, le parcours commercial et les signaux de cohérence du site. Cela peut aussi réduire la confiance des moteurs et des assistants qui explorent les contenus.

Redirection automatique trop agressive

Forcer un visiteur ou un robot vers une langue selon l’IP ou le navigateur peut empêcher l’exploration correcte des variantes. Mieux vaut proposer un sélecteur de langue clair, laisser chaque URL accessible, et conserver un comportement prévisible.

Canonical contradictoire

Comme indiqué plus haut, une page EN canonisée vers FR annule souvent l’intérêt du dispositif. Ce point doit être contrôlé page par page.

Balises incomplètes après refonte

Lors d’une migration CMS, d’une refonte ou d’un changement d’arborescence, les couples hreflang peuvent se casser silencieusement : nouvelles URLs non reliées, anciennes URLs encore présentes dans les templates, erreurs 404, ou maillage interne non mis à jour.

Contrôles indispensables avant mise en ligne

Contrôle technique

• chaque page FR indexable renvoie un code 200 et contient ses annotations hreflang ;
• chaque page EN indexable renvoie un code 200 et contient les mêmes annotations en réciprocité ;
• les canoniques sont cohérentes et auto-référentes si la page doit être indexée ;
• aucune variante déclarée ne pointe vers une redirection, une 404 ou une page noindex ;
• le sélecteur de langue pointe vers les vraies pages équivalentes.

Contrôle éditorial

• les titres et intertitres reflètent bien la même intention entre FR et EN ;
• les CTA sont adaptés à chaque audience ;
• les exemples, preuves et formulations sont crédibles dans chaque langue ;
• les menus, breadcrumbs et liens de footer sont cohérents.

Contrôle SEO et indexation

• les sitemaps distinguent clairement les URLs multilingues ;
• les pages importantes sont bien crawlables ;
• les logs ou outils de crawl ne montrent pas de boucles, de conflits de canonicals ou de pages orphelines ;
• les balises title et meta descriptions sont propres à chaque langue.