Comment gérer les liens propres à chaque langue lors de la localisation de pages d’articles multilingues ?

Pour gérer les liens des pages d’articles multilingues, il faut d’abord garantir que chaque version linguistique dispose d’une URL distincte, stable et accessible, puis relier les liens du corps du texte, le sélecteur de langue et les balises destinées aux moteurs de recherche à la bonne version. Traduire uniquement le texte de la page, tout en laissant les liens vers les produits d’un article en allemand pointer vers des pages en anglais, ou faire pointer les URL canonical de toutes les langues vers la version anglaise, crée des incohérences entre le parcours de lecture et les signaux d’indexation.

Pour évaluer les aspects techniques de la création de pages d’articles localisées, commencez par vérifier trois points : les différentes langues correspondent-elles au même article ? Les liens internes permettent-ils d’accéder à la page cible adaptée au lecteur ? Les moteurs de recherche peuvent-ils identifier les relations entre les différentes versions ? La traduction ou non des URL dans la langue locale peut être décidée une fois ces trois points établis.

Établir d’abord les correspondances entre les articles, puis choisir la structure des URL

Les répertoires de langue, les sous-domaines et les domaines distincts peuvent tous héberger du contenu multilingue. Par exemple, un même guide de sélection peut être accessible via /en/guides/pump-selection/ et /de/ratgeber/pumpenauswahl/. Les chemins n’ont pas besoin de correspondre mot pour mot, mais le système doit savoir qu’ils appartiennent au même groupe de contenu.

Pour un site de commerce extérieur géré par un seul système d’administration, les répertoires de langue facilitent généralement la gestion centralisée. Si différents marchés sont gérés par des équipes indépendantes, les sous-domaines ou les domaines distincts peuvent également être envisagés. Le choix doit tenir compte des droits de publication, de la gestion des redirections et des statistiques ; il ne doit pas reposer uniquement sur l’affirmation qu’une structure serait « meilleure pour le SEO ».

Ne vous fiez pas au remplacement du code de langue dans l’URL pour trouver une traduction. Les différentes langues peuvent utiliser des slugs distincts ; certains articles peuvent ne pas encore être traduits, avoir été retirés ou être réservés à un marché particulier. Une approche plus fiable consiste à associer les versions à l’aide d’un identifiant de groupe d’articles stable et à enregistrer la langue, la région, le statut de publication et l’URL réelle. Les liens internes du corps du texte, le sélecteur de langue et les balises hreflang sont générés à partir de ces correspondances.

La localisation des slugs aide les utilisateurs à comprendre les liens, mais elle n’est pas indispensable. Un site existant qui utilise des slugs anglais uniformes peut les conserver, à condition que les adresses dans chaque langue soient claires et stables. Toute modification d’adresses déjà indexées pour traduire les chemins doit s’accompagner d’une mise à jour des liens internes, du plan de site et des balises de langue, ainsi que de redirections permanentes des anciennes adresses vers les nouvelles correspondantes.

Privilégier la même langue pour les liens internes et prévoir une solution de repli explicite en l’absence de traduction

Les liens présents dans un article doivent être traités en fonction de leur destination. Pour les liens vers des présentations de produits, des guides de sélection, des documents à télécharger ou des pages de demande de renseignements, privilégiez la version dans la même langue et adaptée au marché concerné. Pour citer des normes externes, des études ou des documents officiels, conservez la source exacte : ne la remplacez pas par une page au contenu différent au seul motif qu’elle est dans la même langue.

Les textes d’ancrage doivent également être localisés. Même si un article en allemand renvoie à la bonne page produit en allemand, conserver un texte d’ancrage anglais tel que « Learn more » interrompt la lecture. Les liens sur les images, les boutons, les contenus recommandés et les ancres au sein de l’article doivent aussi être vérifiés, en particulier les identifiants de titre régénérés après la traduction.

Lorsqu’aucune version dans la langue correspondante n’existe pour la page cible, procédez selon l’usage du lien :

• Pour des ressources de lecture complémentaire, vous pouvez conserver la version dans une autre langue et indiquer la langue à côté du lien.
• Pour les accès concernant les spécifications des produits, les devis ou les demandes de renseignements, vérifiez que la page de remplacement est adaptée au marché concerné. Si aucune page ne convient, proposez un moyen de contact clairement indiqué.
• Si le contenu n’est plus disponible, supprimez le lien ou dirigez l’utilisateur vers un contenu de remplacement pertinent, au lieu de rediriger systématiquement vers la page d’accueil.

Le sélecteur de langue doit, en priorité, conduire à la version correspondante de l’article consulté. En l’absence de traduction, cette option peut être masquée ou désactivée, ou remplacée par une indication telle que « Voir la liste des articles dans cette langue ». Ne redirigez pas l’utilisateur vers la page d’accueil sans avertissement lorsqu’il clique sur « Changer de langue » : cela masque l’absence de traduction et peut être perçu comme un dysfonctionnement des liens.

Lors de l’évaluation d’une plateforme de création de sites, demandez une démonstration d’un article disponible dans seulement deux langues alors que le site en prend en charge trois. La manière dont la version manquante est affichée et la création automatique de l’association après publication de la traduction sont plus révélatrices des capacités du système qu’un exemple où toutes les langues sont disponibles.

hreflang indique les relations entre les langues ; canonical gère les URL canoniques

hreflang indique aux moteurs de recherche quelles URL correspondent à différentes versions linguistiques ou régionales d’un même contenu. Les articles en anglais et en allemand doivent répertorier dans chaque page le groupe de versions publiées, y compris la page elle-même, et établir des références réciproques. Si la page anglaise indique la page allemande, mais que la page allemande ne fournit pas la déclaration correspondante, les balises risquent de ne pas être correctement prises en compte.

Les valeurs de langue doivent utiliser des codes valides, par exemple en ou de. Lorsque des différences régionales existent, des combinaisons langue-région telles que en-US ou en-GB peuvent être utilisées. N’utilisez pas un code pays seul comme code de langue. x-default peut servir de destination par défaut lorsqu’aucune langue ne correspond, par exemple une page de sélection de langue, mais il n’est pas obligatoire sur tous les sites multilingues.

hreflang ne remplace pas canonical et ne garantit pas l’indexation d’une page. Lorsque le contenu a été traduit et que l’on souhaite que chaque version apparaisse séparément dans les résultats de recherche, le canonical de chaque version doit généralement pointer vers son URL canonique propre. Si le canonical de la page allemande pointe systématiquement vers la page anglaise, l’intention de canonicalisation ne correspond pas à celle d’une indexation indépendante du contenu allemand.

Les adresses indiquées dans hreflang doivent être des URL complètes pointant directement vers des pages publiées, accessibles à l’exploration et indexables. Les brouillons, les pages 404, les adresses de redirection et les pages configurées avec noindex ne doivent pas rester dans un groupe de langues actif. Les relations entre les langues peuvent être déclarées dans le HTML, les en-têtes de réponse HTTP ou le plan de site XML. Choisissez la méthode la plus facile à maintenir ; si plusieurs méthodes sont utilisées, elles doivent être cohérentes.

La recette doit vérifier le comportement après publication, en cas de version manquante et après modification

La recette des liens multilingues ne doit pas se limiter à vérifier que le bouton de changement de langue fonctionne. Les équipes techniques doivent sélectionner des articles entièrement traduits, des articles sans traduction et des articles dont l’URL a été modifiée, puis vérifier le rendu final des pages et les redirections effectives. Si la navigation dépend de scripts, assurez-vous que les liens des articles comportent toujours une URL réelle que les robots peuvent explorer, et ne reposent pas uniquement sur un événement de clic.

Les vérifications peuvent se concentrer sur quatre points :

• Le corps du texte, les contenus recommandés et les points d’entrée de conversion mènent-ils vers des pages dans la langue et adaptées au marché concernés ?
• Le sélecteur de langue respecte-t-il les correspondances entre les articles, et l’absence de traduction est-elle clairement signalée ?
• Les balises canonical et hreflang sont-elles cohérentes ? La destination renvoie-t-elle directement vers une page valide et indexable ?
• Après la publication, le retrait ou le changement de nom d’une traduction, les liens associés, le cache et le plan de site sont-ils mis à jour simultanément ?

La recommandation d’une version en fonction de la langue du navigateur peut laisser à l’utilisateur la possibilité de choisir lui-même. En revanche, une redirection forcée selon l’adresse IP ou la langue du navigateur peut gêner la navigation et l’exploration. Vérifiez notamment qu’après avoir copié et partagé une URL dans une langue donnée, le destinataire peut toujours accéder au contenu associé à cette adresse.

Une mise en œuvre facile à maintenir doit supprimer automatiquement l’entrée correspondante du sélecteur de langue et la déclaration hreflang lorsqu’une traduction est retirée, puis rétablir les associations lorsque la traduction est ajoutée. Demandez au prestataire d’effectuer ces deux opérations en direct pendant l’évaluation et observez si la page, les liens internes du corps du texte et les balises sont mis à jour ensemble. Vous pourrez ainsi déterminer si la localisation des liens fait bien partie du processus de gestion du contenu.