Sites bilingues au Luxembourg : guide pratique du hreflang

Le Luxembourg est l’un des rares endroits où un « site bilingue » est la base plutôt qu’une ambition. Anglais et français forment le duo habituel, suivis de près par l’allemand et le luxembourgeois selon votre public. Bien fait, un site multilingue touche chaque audience dans la langue où elle cherche. Mal fait, il divise votre visibilité par deux et double votre maintenance. Ce guide couvre les décisions qui comptent, dans l’ordre où vous les rencontrerez.

Partir du public, pas des langues

Avant les choix techniques, soyez honnête sur qui vous cherche et comment. Les clients institutionnels de la place financière travaillent surtout en anglais. Les PME locales, le secteur public et les particuliers penchent vers le français, et l’allemand pour le nord et la Grande Région. Le luxembourgeois est généralement une courtoisie plutôt qu’une stratégie de recherche.

Choisissez la langue principale pour le contenu que vous tiendrez le plus à jour, et rendez les autres versions complètes plutôt que nombreuses. Un excellent site anglais avec un miroir français complet vaut mieux que quatre versions partielles.

Choisir une structure d’URL et s’y tenir

Les moteurs de recherche ont besoin d’une URL distincte et stable pour chaque version linguistique. En pratique, trois options.

• Sous-dossiers (pointamarketing.com/fr/…). Un domaine, un profil d’autorité, un hébergement simple. C’est le bon choix par défaut pour presque toutes les entreprises luxembourgeoises, et la structure de notre propre site.
• Sous-domaines (fr.example.com). Des propriétés techniquement séparées qui divisent l’autorité et compliquent l’analyse. Rarement justifié.
• Domaines par pays (example.lu, example.fr). Utile quand vous exploitez des activités réellement distinctes par pays. Excessif pour une organisation qui parle deux langues.

Quel que soit votre choix, ne changez pas de langue par cookie, réglage du navigateur ou JavaScript sur la même URL. Les robots ne voient qu’une version, les visiteurs ne peuvent pas partager l’autre, et votre hreflang n’a rien vers quoi pointer.

Localiser les slugs, ou non, mais délibérément

/fr/services et /fr/nos-realisations fonctionnent tous deux. Les slugs traduits se lisent mieux et peuvent porter des mots-clés français ; les slugs non traduits sont plus simples à maintenir et se correspondent un à un entre les langues. Les deux conviennent. Les mélanger sans règle, non, car chaque redirection, sitemap et entrée hreflang dépend de la connaissance des paires.

Mettre en œuvre le hreflang correctement

Le hreflang indique aux moteurs quelles pages sont des traductions les unes des autres et quelle langue et région chacune cible. Les règles sont simples et régulièrement enfreintes.

1. Chaque version liste chaque version, elle-même comprise. La page anglaise référence la page française et la page anglaise ; la page française fait de même. Des liens retour manquants invalident la paire.
2. Utilisez des URL absolues et l’URL canonique finale, pas une URL qui redirige.
3. Utilisez les bons codes. en ou en-LU, fr ou fr-LU. Le code région est facultatif ; le code langue ne l’est pas. lu seul désigne un pays, pas une langue.
4. Ajoutez x-default vers la version à afficher quand aucune langue ne correspond, généralement la page d’accueil anglaise.
5. Alignez les canoniques. La canonique de chaque page doit pointer vers elle-même, jamais vers l’autre langue.

Dans un site codé, tout cela est généré depuis une seule source de vérité, et les paires ne peuvent pas diverger. Sur une plateforme ou un site maintenu à la main, un audit trimestriel s’impose.

Traduire toute la page, pas seulement les paragraphes

Les parties d’une page le plus souvent laissées dans la mauvaise langue sont celles que les moteurs pondèrent le plus.

• Balise title et meta description.
• Balises Open Graph, pour qu’un lien français partagé s’affiche en français.
• Textes alternatifs et légendes des images.
• Données structurées : nom, description et inLanguage de vos nœuds Organization, WebPage et FAQ.
• Libellés de formulaires, messages de validation, boutons et bandeau cookies.
• Pages légales. Un visiteur francophone ne devrait pas tomber sur une politique de confidentialité en anglais.

Une page à moitié française et à moitié anglaise paraît négligée aux lecteurs et ambiguë aux robots.

Garder sitemaps et flux honnêtes

Votre sitemap XML doit lister chaque URL linguistique, chacune avec ses alternatives. Si vous publiez des articles, décidez si votre flux RSS est par langue ou dans la langue principale seulement, et dites-le. Notre flux Insights est volontairement en anglais uniquement ; les versions françaises sont liées depuis chaque article.

Mesurer par langue

Analysez la performance de recherche par dossier de langue, pas par site. Un site « en hausse de 20 % » peut être une page anglaise qui progresse pendant que la française sort discrètement de l’index. La Search Console filtre par préfixe d’URL ; configurez les vues dès le premier jour.

Les erreurs que nous corrigeons le plus souvent

• Des pages traduites automatiquement publiées sans relecture.
• La page française canonisée vers l’anglaise « pour éviter le contenu dupliqué », ce qui la retire entièrement de la recherche.
• Un sélecteur de langue qui renvoie toujours vers l’accueil de l’autre langue au lieu de la page équivalente.
• Des pages 404 et de remerciement uniquement en anglais.
• Le hreflang sur la page d’accueil seulement.

Le lien avec le reste de votre site

Un site bilingue est moins cher et plus sûr à exploiter quand les langues partagent un système de design, un modèle de contenu et un développement. C’est l’approche de notre développement web, et l’un des principaux facteurs du coût d’un site web au Luxembourg. Si vous vous demandez si votre site actuel peut porter une seconde langue ou doit d’abord être reconstruit, la checklist refonte ou reconstruction est le bon point de départ.