Au Québec, beaucoup d'entreprises tiennent un site en français et en anglais. C'est logique : ton marché parle les deux langues. Le problème arrive quand Google ne sait pas quelle version montrer à qui. Un anglophone de Montréal tombe sur ta page française, un francophone reçoit la version anglaise, et les deux repartent. La balise hreflang existe justement pour régler ça. Bien posée, elle sert la bonne langue à la bonne personne. Mal posée, elle ne fait rien du tout, ou pire, elle embrouille Google.
Pourquoi un site bilingue exige une stratégie à part
Traduire ton site ne suffit pas à le rendre visible dans les deux langues. Sans signal clair, Google traite tes deux versions comme du contenu qui se ressemble et doit deviner laquelle classer. Il devine souvent mal.
Deux versions d'une même page qui visent le même sens peuvent aussi se marcher dessus : au lieu d'additionner leur force, elles se divisent les signaux. Le hreflang dit à Google que ces pages ne sont pas des doublons, mais deux visages du même contenu destinés à deux audiences.
Le hreflang, en clair
Le hreflang est un petit bout de code invisible pour tes visiteurs. Il indique à Google la langue et la région visées par chaque page. Concrètement, tu déclares : « cette page-ci est pour le français canadien, celle-là pour l'anglais canadien, et voici la version par défaut si aucune ne correspond ».
Pour le Québec, trois valeurs reviennent tout le temps :
- fr-ca pour le français du Canada
- en-ca pour l'anglais du Canada
- x-default pour la page à servir quand la langue du visiteur ne correspond à aucune version
Chaque page doit pointer vers toutes ses versions, y compris elle-même. Si ta page française déclare la version anglaise, la version anglaise doit en retour déclarer la française. Ce retour est obligatoire : un hreflang qui ne se répond pas des deux côtés est ignoré.
Où placer les balises
Tu as trois endroits possibles : dans le code HTML de chaque page, dans les en-têtes HTTP, ou dans ton sitemap XML. Pour la plupart des PME, le HTML est le plus simple à gérer, une ligne par version dans l'en-tête de la page. Le sitemap devient pratique quand tu as beaucoup de pages, parce que tu centralises tout au même endroit. L'important, ce n'est pas la méthode, c'est la cohérence : ne mélange pas les trois sur les mêmes pages.
Les erreurs qui annulent tout
La plus fréquente, c'est le lien de retour manquant. Tu déclares tes versions dans un sens seulement, et Google jette le tout. Vérifie toujours que chaque page se cite elle-même et cite ses jumelles.
Vient ensuite le mauvais code de langue. « fr » tout court fonctionne, mais « fr-ca » est plus précis pour ton marché. Attention à ne pas inventer de codes : « fr-qc » n'existe pas dans la norme, Google ne le comprendra pas.
Troisième piège : oublier le x-default. Sans lui, un visiteur dont la langue ne correspond à aucune version se retrouve devant un choix laissé au hasard. Le x-default te laisse décider quelle page sert de porte d'entrée par défaut.
Dernière erreur, plus sournoise : baliser des pages qui ne sont pas de vraies traductions l'une de l'autre. Le hreflang relie des équivalents. Si ta page anglaise couvre un sujet différent, tu envoies un faux signal.
Traduire ne suffit pas : adapte
Une traduction mot à mot rate souvent la cible. Les gens ne cherchent pas les mêmes expressions en français et en anglais, même pour un besoin identique. Un francophone d'ici tape « soumission toiture », un anglophone « roofing quote ». Si tu traduis simplement tes mots-clés français vers l'anglais, tu passes à côté des vraies requêtes anglophones.
C'est là que l'adaptation compte plus que la traduction. Refais une courte recherche de mots-clés dans chaque langue, plutôt que de calquer l'une sur l'autre. Un outil qui pense le marché québécois, comme Gridar, aide à repérer ces écarts entre ce que tu écris et ce que ton monde cherche réellement.
La structure d'URL qui tient la route
Trois grandes options s'offrent à toi pour séparer tes langues :
- Les sous-répertoires : mondomaine.ca/fr/ et mondomaine.ca/en/. C'est le choix le plus courant et le plus simple, parce que toute l'autorité reste concentrée sur un seul domaine.
- Les sous-domaines : fr.mondomaine.ca et en.mondomaine.ca. Ça fonctionne, mais tu répartis un peu ta force entre deux adresses.
- Les domaines distincts : rarement justifié pour une PME, plus lourd à gérer.
Pour la grande majorité des sites québécois, les sous-répertoires sont le meilleur compromis entre simplicité et efficacité. Quelle que soit ta structure, garde-la stable : changer d'organisation plus tard coûte cher en positions.
Vérifier que ça marche
Une fois tes balises en place, la Search Console te signale les erreurs de hreflang dans ses rapports. Surveille aussi tes positions par langue : si ta version anglaise ne remonte jamais sur des requêtes anglophones, c'est souvent un balisage bancal, pas un problème de contenu. Un site bilingue bien réglé ne double pas ton travail, il te fait simplement récolter les deux marchés que tu servais déjà. Avec Gridar, tu peux suivre tes positions dans les deux langues sans jongler entre plusieurs tableaux de bord.
Questions fréquentes
Faut-il deux noms de domaine pour un site bilingue au Québec ? Non. Les sous-répertoires (/fr/ et /en/) suffisent dans presque tous les cas et concentrent mieux ton autorité qu'un second domaine.
« fr-ca » ou juste « fr » ? Les deux marchent, mais « fr-ca » cible mieux ton marché en précisant la région. Utilise « en-ca » pour l'anglais canadien de la même façon.
Le hreflang améliore-t-il directement mon classement ? Pas au sens strict : il ne te fait pas monter d'une position. Il s'assure que la bonne version s'affiche à la bonne personne, ce qui réduit les rebonds et t'évite de gaspiller des clics sur la mauvaise langue.