Choisir un modèle d’URL stable
Attribuez une URL unique et explorable à chaque page linguistique publiée. Des sous-répertoires comme /de/ et /fr/ sont simples à expliquer et à gérer pour beaucoup d’entreprises suisses. Gardez des slugs et règles de routage prévisibles et décidez du comportement lorsqu’aucune page équivalente n’existe.
Chaque page doit se déclarer canonique. Ne rendez pas les pages localisées canoniques vers l’anglais: cela indique aux moteurs qu’elles sont des doublons à ignorer. Le sélecteur de langue doit utiliser des liens ordinaires afin que visiteurs et robots atteignent chaque version sans formulaire ni script obligatoire.
- Une URL indexable pour chaque version linguistique
- Canonique autoréférente sur chaque page
- Liens directs entre pages équivalentes
- Solution explicite en l’absence de traduction
Vérifier la carte des variantes linguistiques
Chaque page équivalente liste toutes les variantes publiées, y compris elle-même, avec le bon code de langue ou de région. Les références doivent être réciproques: si l’anglais pointe vers l’allemand, l’allemand renvoie vers l’anglais. Un x-default peut désigner une entrée générale lorsque cela a du sens.
Générez les balises depuis une carte de routes unique plutôt que de les éditer page par page. Testez ensuite le HTML construit, pas seulement l’aperçu du CMS. Les URL alternatives doivent répondre correctement, avoir la canonique prévue et rester accessibles à l’indexation.
- Hreflang autoréférents et réciproques
- Codes valides et URL absolues
- Même intention entre les variantes
- Aucune redirection, erreur ou cible noindex
Tester l’ensemble du parcours localisé
Ouvrez chaque version sur ordinateur et mobile. Changez de langue depuis une page de service et une page juridique en conservant le chemin équivalent, les paramètres et l’ancre utile. Vérifiez menus, fil d’Ariane, formulaires, validation, liens de consentement, confirmations et documents.
Ajoutez les URL localisées aux sitemaps XML et au suivi analytique. Recherchez les liens internes cassés et les retours accidentels à l’anglais. Documentez qui répète ces contrôles à chaque ajout ou suppression de page; hreflang se dégrade vite lorsque la carte des routes et l’inventaire divergent.
- Changement de langue vers le chemin équivalent
- Formulaires et pages juridiques localisés
- Couverture des sitemaps et de la mesure
- Audit reproductible après lancement
Questions fréquentes
Questions fréquentes
Hreflang améliore-t-il le classement ?
C’est un signal de ciblage qui aide le moteur à présenter la bonne page équivalente. Il ne rend pas un contenu faible compétitif et ne garantit aucune visibilité.
Chaque page doit-elle indiquer les quatre langues ?
Listez uniquement les versions qui existent réellement et répondent à la même intention. Ne faites pas de la page d’accueil l’alternative de toutes les pages détaillées non traduites.
Les slugs doivent-ils être traduits ?
Non. Des slugs localisés peuvent aider les lecteurs, mais la cohérence technique et la stabilité des routes comptent davantage. Fixez le modèle avant lancement et ne changez pas d’URL sans redirection.