Séparer d’abord les langues sur des pages distinctes
Traduire le menu ne suffit pas. Si la langue change via cookie ou JavaScript mais que l’URL reste la même, les utilisateurs s’en sortent—les moteurs n’ont toujours rien de solide à indexer.
L’erreur que j’éliminerais d’abord : Ajouter hreflang uniquement sur la page russe.
Quoi préparer et quel résultat attendre
- Résultat : Les moteurs savent quelle page afficher, et les visiteurs ne tombent pas sur du copy russe avec la mauvaise devise et le mauvais téléphone.
- Choisissez une structure d’URL comme /ru/, /en/, /de/. Enregistrez langue, marché, devise, contact et l’intent de recherche distinct de chaque version.
- Gardez les données sources et les droits d’accès séparés du résultat pour vérifier ce que la version multilingue du site a produit.
- Vérifiez le sélecteur de langue, le HTML source et le sitemap de chaque version. Chaque page doit renvoyer vers elle-même et vers les autres versions.
Lier les versions d’URL et vérifier la traduction
- Créer des URLs séparées
Construisez /ru/services/repair/ et /en/services/repair/ au lieu de ?lang=en. Ne mélangez pas deux langues sur une même URL.
Проверьте: Chaque version s’ouvre directement et a son propre title, H1 et html lang.
Если не сработало: Commencez par deux langues et une page de service.
- Ajouter un hreflang réciproque
Dans le head de chaque page, ajoutez l’ensemble complet d’alternate, y compris la page elle-même et x-default. Les liens doivent être absolus et réciproques.
<link rel="alternate" hreflang="ru" href="https://example.com/ru/services/repair/"> <link rel="alternate" hreflang="en" href="https://example.com/en/services/repair/"> <link rel="alternate" hreflang="x-default" href="https://example.com/ru/services/repair/">Проверьте: La page anglaise renvoie vers la russe—pas seulement la russe vers l’anglaise.
Если не сработало: Vérifiez le template de génération du head sur chaque locale.
- Pointer le canonical vers la même langue
Le canonical de /en/services/repair/ doit pointer vers la page anglaise, pas la russe. N’ajoutez au sitemap que les versions prêtes.
Проверьте: Il n’y a pas de chaîne redirect → canonical vers une autre langue.
Если не сработало: Retirez le doublon de l’index jusqu’à ce que le template soit corrigé.
- Localiser le sens, pas seulement les mots
Vérifiez title, description, H1, URL, prix, devise, adresse, téléphone, formulaire, images et FAQ. Utilisez la traduction automatique uniquement comme brouillon.
Проверьте: Un locuteur natif voit que le service et l’étape suivante correspondent à son marché.
Если не сработало: Réécrivez le premier écran et le CTA à la main avant d’élargir la locale.
Une carte d’URLs de langue avant la traduction
Construisez d’abord un tableau : `/ru/services/`, `/en/services/`, `/de/services/` et les correspondances. Ne publiez pas une langue tant qu’elle n’a pas de page complète, formulaire, prix/devise et étape suivante locale. Évitez les redirections par IP qui empêchent un crawler d’ouvrir la bonne version.
Sur chaque page le canonical est en général auto-référent. Définissez le bon `lang` sur `<html>`, mais ne le traitez pas comme substitut de hreflang. Après publication, vérifiez le HTML avec `curl -s URL | grep -i hreflang` et testez les liens de retour.
<link rel="alternate" hreflang="ru" href="https://example.com/ru/services/">
<link rel="alternate" hreflang="en" href="https://example.com/en/services/">
<link rel="alternate" hreflang="de" href="https://example.com/de/services/">
<link rel="alternate" hreflang="x-default" href="https://example.com/">La localisation n’est pas un remplacement de mots
Vérifiez devise, téléphone, adresse, horaires, conditions de paiement, livraison, documents juridiques, exemples clients et CTAs. Ne changez pas `en-GB` en `en-UK` ; la langue d’abord, la région après le tiret. Dans Analytics comparez les leads par dossiers de langue ; dans Search Console comparez pays et appareils.
- La page anglaise renvoie vers la page russe.
- Ne canoniquez pas toutes les langues vers l’anglais.
- N’ajoutez pas les traductions manquantes au sitemap.
Je traite les versions comme des produits séparés
Assignez un responsable de traduction et une date de revue pour chaque locale. Stockez `locale`, `url`, `canonical`, `hreflang_set`, `currency`, `phone`, `form_recipient` et `last_reviewed` dans un tableau. Un lead de test de chaque version doit arriver dans la bonne file—sinon vous avez un signal SEO de langue sans business derrière.
Ne traduisez pas automatiquement termes juridiques, prix et promesses sans éditeur. Si seule la langue du menu change et que le contenu est le même, ce n’est pas une localisation complète ni une raison de créer des dizaines d’URLs faibles.
Que localiser au-delà du texte
| Critère | Question | Bon signe |
|---|---|---|
| Entrée | Qu’est-ce qui entre exactement dans une version multilingue du site ? | Choisissez une structure d’URL comme /ru/, /en/, /de/. Enregistrez langue, marché, devise, contact et l’intent de recherche distinct de chaque version. |
| Action | Que le système a-t-il le droit de faire tout seul ? | Uniquement les actions prédéfinies, sans accès à tout le compte |
| Vérification | Comment savoir que le résultat est acceptable ? | Vérifiez le sélecteur de langue, le HTML source et le sitemap de chaque version. Chaque page doit renvoyer vers elle-même et vers les autres versions. |
| Échec | Où va un cas peu clair ? | Retirez la version cassée de hreflang et du sitemap jusqu’à ce que traduction et canonical soient prêts. |
Ce qui doit changer après la mise en place
Les moteurs savent quelle page afficher, et les visiteurs ne tombent pas sur du copy russe avec la mauvaise devise et le mauvais téléphone.
Pourquoi hreflang ne sauve pas une mauvaise traduction
Ajouter hreflang uniquement sur la page russe.
Pointer le canonical de chaque langue vers la version russe.
Rediriger automatiquement par IP et masquer un sélecteur de langue manuel.
Traduire le menu mais laisser prix et conditions en russe sur la page de service.
Quand le travail multilingue nécessite son propre projet
Vous avez besoin d’un spécialiste si les versions vivent sur des domaines différents, ont des prix régionaux, impliquent une grande migration ou portent des conditions juridiquement différentes.
Que vérifier sur chaque locale
Faut-il hreflang pour deux langues sur un même marché ?
Oui, s’il y a des URLs complètes séparées et que les moteurs doivent comprendre le lien entre les versions.
Peut-on traduire une page automatiquement ?
Oui, comme brouillon. Termes, prix, formulations juridiques et un langage naturel nécessitent encore une relecture humaine.
Dossiers ou sous-domaines ?
Pour un petit site, les dossiers sont plus faciles à maintenir. Sous-domaines ou domaines séparés ont du sens quand marchés et équipes sont indépendants.
Une page de contact partagée peut-elle rester ?
Seulement si le contact est vraiment partagé. Pour un marché local, montrez téléphone local, devise et horaires.
