Structure d’URL d’un site événementiel multilingue

Séparer langue, marché et lieu

La langue correspond au texte visible. La région du public n’est nécessaire que si l’offre, la devise ou les conditions changent selon le pays. Le lieu de l’événement doit figurer dans chaque traduction. Une page française n’est pas forcément réservée à la France.

Choisir une structure stable

Google recommande une URL distincte par langue. Les sous-répertoires, comme /fr/blog/event, facilitent la gestion sur un domaine commun. Les sous-domaines et domaines nationaux ajoutent des propriétés à exploiter. Évitez ?lang=fr comme structure principale.[1]

Ici, l’espagnol utilise l’URL sans préfixe; /en/, /de/, /fr/, /ja/ et /nl/ servent les autres langues. Réservez fr-FR aux contenus réellement spécifiques à la France.

Relier les bonnes traductions

Traduisez le contenu visible et fournissez des liens de changement de langue accessibles directement. Évitez une redirection forcée uniquement selon le navigateur ou le pays.[1]

Pour les pages équivalentes, utilisez des annotations hreflang absolues et réciproques, y compris un renvoi vers la page elle-même. Chaque traduction conserve sa propre URL canonique. N’annoncez pas une traduction qui n’existe pas.[2]

Préparer et vérifier les URL

Notez la fonction, la langue, le marché, le lieu, l’URL, les différences régionales, le responsable et la date de révision. Après publication, vérifiez les liens, les canoniques et hreflang.

Télécharger la feuille de planification (CSV)