Expertises
SEO international et multilingue
Un moteur de recherche à Madrid, Tokyo ou São Paulo sait-il quelle version de votre site il doit afficher ?
Ce que cela recouvre
Le SEO international consiste à rendre une même entreprise lisible dans plusieurs marchés à la fois : quels signaux de langue et de région vous émettez, si ces signaux se corroborent entre eux, et si un moteur de recherche à Madrid, Tokyo ou São Paulo sait quelle version de votre site il doit afficher. C’est surtout un travail de structure, pas d’écriture. Il échoue en silence, et il échoue dans les marchés que vous regardez le moins.
Pourquoi cela compte
Les sites multi-marchés se cassent de façons que personne ne remarque depuis le siège. Un cluster hreflang perd ses liens retour après une refonte. Un sous-dossier pays part en production sans ses alternates. Le marché avec la plus petite équipe reçoit le contenu le plus daté, se classe donc le plus mal, et reçoit donc moins d’investissement. Le temps que cela apparaisse dans un chiffre d’affaires, la cause remonte à deux migrations et plus personne ne peut la reconstituer.
Ce qui dépend de vous
- Entre vos mains
- Votre structure de marchés, vos hreflang et canonicals, les marchés qui reçoivent du contenu original, et les vérifications au build qui empêchent toute dérive.
- Hors de vos mains
- La version qu’un moteur de recherche finit par afficher, et la qualité avec laquelle des concurrents locaux répondent déjà à la même requête dans leur propre langue.
Ce que nous faisons
- Auditer les signaux de langue et de région envoyés aujourd’hui : réciprocité hreflang, x-default, cohérence des canonicals, et les endroits où le sitemap et les pages se contredisent.
- Décider la structure de marchés : sous-dossiers, sous-domaines ou domaines pays, et ce que ce choix coûte à maintenir.
- Établir quels marchés méritent du contenu original et lesquels méritent une traduction, en fonction de ce que chaque marché recherche réellement plutôt que de la taille de l’équipe.
- Construire les vérifications qui empêchent la dérive, pour que la justesse soit imposée par le build plutôt que par la mémoire de quelqu’un.
Vérifiable sur cette page
Ce site tourne en six langues. Chaque cluster hreflang est généré à partir d’un seul registre de routes, qui génère aussi le sitemap, si bien que les deux ne peuvent pas se contredire. Les alternates ne sont émis que pour les langues qui possèdent réellement la page, les articles qui n’existent qu’en anglais ne portent aucun alternate inventé, et le build refuse de compiler s’il manque ne serait-ce qu’une clé de traduction. Regardez le code source de n’importe quelle page ici et vérifiez.
Comment nous utilisons le framework
Les trois réalités s’appliquent marché par marché. Une entreprise peut avoir un Digital Reality Gap réduit chez elle et large au Japon, parce que la Réalité en ligne s’assemble à partir de sources locales, dans la langue locale, par des systèmes qui n’ont jamais vu le site anglais.
Voir le framework completQuestions fréquentes
Sous-dossiers, sous-domaines ou domaines pays ?
Les sous-dossiers, pour presque tout le monde. Ils héritent de l’autorité d’un seul domaine et coûtent le moins cher à maintenir. Les domaines pays se justifient quand vous avez des entités juridiques séparées, des équipes séparées et des comptes de résultat séparés, pas avant.
Faut-il tout traduire ?
Non, et essayer de tout traduire est ce qui rend les sites multi-marchés impossibles à maintenir. Traduisez ce que le marché recherche. Laissez le reste dans la langue d’origine et indiquez-le sur la page, ce qui est plus honnête qu’une traduction automatique que personne n’a relue.
Comment savoir si cela fonctionne ?
Les impressions par pays dans la Search Console, et si la bonne page se classe dans le bon marché. Le trafic total masque un marché servi dans la mauvaise langue, ce qui est précisément l’échec à repérer.
Qu’est-ce qui ne fonctionne pas comme il le devrait ?
Dites-nous ce que vous cherchez à améliorer. Nous vous dirons par où nous commencerions.
