Les URL françaises et anglaises au Canada doivent représenter des versions complètes et correspondantes, avec un accès direct à chaque langue. Pour un site visant Toronto, préparez d’abord un registre des paires et du marché réellement servi.

Dans cet article
Créer une URL par version utile
Les URL françaises et anglaises au Canada doivent représenter des versions complètes et correspondantes, avec un accès direct à chaque langue. Pour un site visant Toronto, préparez d’abord un registre des paires et du marché réellement servi. Choisir une structure de dossiers ne suffit pas : les contenus, liens et indications linguistiques doivent rester cohérents.
Une traduction en français destinée au Canada n’est pas automatiquement identique à une version pour tous les francophones. Les formats, conditions de service et références peuvent justifier une adaptation. À l’inverse, créer une variante régionale sans aucune différence utile multiplie les pages à entretenir.
Ce guide utilise des chemins conceptuels pour expliquer l’architecture ; ils ne sont pas des liens vers des pages existantes. Aucune agence ni boutique locale n’est revendiquée. La devise CAD appartient aux conditions commerciales de l’offre et ne découle pas de la langue de son URL.
Décider entre langue générale et langue-pays
Consignez pour chaque version sa langue, son audience et sa zone de vente ou de service. Une version française générale peut être décrite par la langue seule. Une version adaptée au Canada peut utiliser une combinaison langue et pays lorsque cette cible correspond au contenu. Cette décision doit suivre l’offre, pas un objectif de multiplication des balises.
Pour des paires canadiennes réellement adaptées, les annotations peuvent par exemple utiliser fr-CA et en-CA. Le code de pays ne doit pas être utilisé seul. Vérifiez les formats acceptés dans la documentation officielle Google sur les versions localisées, puis gardez la même convention dans l’ensemble de votre registre.
Choisissez des chemins stables et lisibles. Les slugs peuvent être traduits lorsque cela aide le lecteur ; ils n’ont pas besoin d’être identiques pour former une paire. L’identifiant de traduction interne sert précisément à retrouver l’équivalence indépendamment du titre ou du chemin public.
Un registre fictif de paires
Imaginons douze guides complets : huit disposent d’une version française et anglaise relue, deux n’existent qu’en français et deux n’existent qu’en anglais. La couverture des paires vaut huit sur douze, soit 66,7 %. Cette mesure décrit l’état éditorial et ne prédit aucun trafic.
| Groupe illustratif | État | Annotation et navigation |
|---|---|---|
| Huit guides bilingues | Deux versions utilisables | Relier les équivalents |
| Deux guides français | Anglais absent | Ne pas annoncer une fausse paire |
| Deux guides anglais | Français absent | Signaler la version disponible |
| Nouvelle traduction | En relecture | Publier après validation |
Une page d’accueil en anglais ne doit pas être associée comme équivalent d’un guide français dont la traduction manque. Le sélecteur peut offrir une navigation vers les contenus anglais, mais il doit clairement annoncer ce changement de destination plutôt que promettre la même page.
Contrôler hreflang et canoniques ensemble
Pour chaque paire, vérifiez que les annotations renvoient aux URL finales et que chaque version indique les autres, ainsi qu’elle-même. Les liens de retour doivent être cohérents. Une référence vers une URL inexistante, bloquée ou redirigée vers une autre page empêche une relation fiable.
Les canoniques répondent à une question distincte : quelle URL préférez-vous pour un contenu dupliqué ou très similaire ? Une traduction destinée à l’indexation ne doit pas être neutralisée par une canonique systématiquement dirigée vers l’autre langue. Contrôlez la réponse servie réellement par le site, plutôt que le seul fichier source d’un modèle.
Le choix d’une méthode d’annotation doit être documenté : HTML, en-têtes ou sitemap selon votre système. Multiplier des méthodes divergentes complique les vérifications. Google n’impose pas que vous répétiez inutilement le même ensemble dans plusieurs endroits ; choisissez une mise en œuvre que vous pouvez maintenir.
Valider le parcours après un changement de langue
Ouvrez chaque page dans une session neuve et utilisez son sélecteur. Le lecteur doit arriver sur l’équivalent avec le bon titre, les bons médias et les conditions correspondant au contenu. Vérifiez ensuite un lien interne, un formulaire et une action utile, car une page traduite peut conserver des éléments d’une autre langue.
Les prix éventuellement présents doivent indiquer CAD si c’est la monnaie facturée. Les dates, unités et messages de disponibilité doivent être relus, sans inventer une règle locale. Une version canadienne ne permet pas de déduire automatiquement des taxes ou obligations ; les conditions applicables demandent une vérification indépendante.
Testez également les versions manquantes. Un bouton désactivé peut être moins clair qu’un message expliquant l’absence de traduction. Ne redirigez pas automatiquement un lecteur vers une langue selon sa géolocalisation supposée sans lui laisser la possibilité de revenir à son choix.
Suivre la santé des paires à chaque publication
Après publication, contrôlez URL accessibles, canoniques, annotations, liens de retour et contenu réel. Gardez un historique des ajouts et suppressions. Lorsqu’un guide est retiré, mettez à jour son partenaire linguistique et les liens qui le citent, pas seulement sa ligne dans le sitemap.
Dans un scénario fictif, deux traductions terminées portent la couverture de huit à dix paires sur douze, soit 83,3 %. Vérifiez toutefois les dix ensembles plutôt que supposer que les anciennes paires n’ont pas changé. Une modification globale de modèle peut altérer tout le réseau d’annotations.
Pour commencer, prenez cinq paires et contrôlez-les manuellement de bout en bout, puis automatisez les vérifications répétables. Les impressions et clics pourront ensuite être lus par URL et pays avec leurs limites. Le premier objectif est une architecture compréhensible et techniquement cohérente, sans promesse de position garantie.
FAQ sur les URL bilingues canadiennes
Les slugs doivent-ils être identiques ?
Non. Une traduction du chemin peut aider la lecture. Conservez un identifiant stable reliant les équivalents pour que les changements de titre ne cassent pas les paires.
Faut-il utiliser fr-CA pour tout article français ?
Uniquement lorsque la version correspond réellement à cette cible. Une langue générale et une adaptation canadienne répondent à des périmètres différents.
Que faire après la suppression d’une traduction ?
Mettez à jour les annotations et le sélecteur du partenaire, puis contrôlez les liens entrants. Une paire ne reste pas complète parce que son ancienne URL figure encore dans un registre.
Référence officielle consultée : Google Search Central : versions localisées et hreflang. Les calculs et procédures proposés ci-dessus sont des exemples éditoriaux ; ils ne constituent pas des résultats mesurés auprès d’une entreprise locale.

Auditer et corriger son site
Pour approfondir la méthode, découvrez ce guide de DIY Marketing Guide, un projet de notre écosystème. Son contenu, sa langue et son prix sont présentés sur la boutique.
Voir le guide chez DIY