Localisation de Site Web : Pourquoi la Traduction à Elle Seule Ne Donne Pas de Résultats

La situation à laquelle les entreprises sont confrontées aujourd'hui

Alors que la croissance sur le marché national ralentit, de plus en plus d'entreprises cherchent à élargir leurs canaux de vente à l'étranger. Le premier pas consiste généralement à localiser le site Web : traduire le site existant en anglais et ajouter un sélecteur de langue.

Pourtant, ouvrez les métriques quelques mois plus tard et un schéma familier apparaît. Les visiteurs étrangers ont augmenté mais les demandes ne suivent pas. Le temps passé sur le site est court, et la plupart des visiteurs quittent dès le premier écran. Le résultat est généralement attribué à une reconnaissance de marque insuffisante, ce qui conduit à ajouter une langue supplémentaire l'année suivante.

Dans de nombreux cas, le problème n'est pas la reconnaissance. La traduction n'est qu'une étape de la localisation, et cette étape a été abordée tandis que le reste est resté intact. Les clients étrangers doivent passer par trois étapes avant d'atteindre le point de faire une demande, et l'abandon se produit à chaque étape pour une raison différente.

Ce qui est perdu à chaque étape des trois étapes

Étape 1 — Le site n'est pas trouvé dans les résultats de recherche

Si les pages traduites n'apparaissent pas dans les résultats de recherche, les étapes suivantes n'existent pas. Les échecs courants ici sont techniques.

Pas d'adresse distincte par langue. Une approche qui ne remplace que le texte à l'écran par JavaScript est reconnue par les moteurs de recherche comme une seule page. La page anglaise n'est pas du tout incluse dans l'index de recherche. Chaque langue a besoin de sa propre adresse.

Les relations linguistiques ne sont pas déclarées. Les versions coréenne et anglaise du même contenu doivent indiquer qu'elles sont des langues alternatives l'une de l'autre. Cette information est transmise par l'attribut hreflang et chaque page doit déclarer des références croisées à toutes les versions linguistiques, y compris elle-même. Sans cette déclaration, les moteurs de recherche traitent soit les deux pages comme un contenu dupliqué, soit servent aux visiteurs la mauvaise langue.

Les métadonnées ne sont pas traduites. Un nombre surprenant de sites traduisent le texte principal mais laissent le titre et la description de la page en coréen. Ce qui apparaît dans les résultats de recherche n'est pas le corps mais ces deux champs, donc s'ils sont en coréen, aucun clic ne se produit.

Les termes de recherche ne sont pas traduits. C'est le point le plus souvent négligé. Traduire littéralement la terminologie nationale produit un libellé qui diverge de ce que les clients locaux recherchent réellement. La traduction est précise, mais rien ne correspond dans la recherche. C'est pourquoi la recherche de termes de recherche locaux doit précéder la traduction.

Étape 2 — Les visiteurs arrivent mais ne font pas confiance au site

Ce qu'un visiteur étranger qui atteint la page juge en quelques secondes n'est pas la qualité du produit mais si l'entreprise est réelle et s'il peut faire des affaires avec elle. Ce qui entrave ce jugement n'est généralement pas la qualité de la traduction mais l'absence d'informations.

• Aucun moyen de contact selon la convention locale (numéros de téléphone sans indicatif, uniquement des applications de messagerie nationales)
• Aucune information confirmant l'existence de l'entreprise (année de création, localisation, taille)
• Conditions commerciales non déclarées (quantité minimum de commande, devise de règlement, destinations d'expédition)
• Aucune indication des heures de réponse en heure locale

La formulation rigide caractéristique de la traduction automatique érode également la confiance, mais l'absence des informations ci-dessus est plus dommageable. Si les conditions commerciales sont claires, les demandes arrivent même lorsque la formulation est légèrement maladroite. L'inverse n'est pas vrai.

Étape 3 — La demande est faite mais la réponse échoue

Même lorsqu'une première demande arrive, une étape reste : les fuseaux horaires et la langue.

Les demandes étrangères arrivent en dehors des heures de travail nationales. Répondez le lendemain matin et l'expéditeur parle déjà à un autre fournisseur. Et lorsque la réponse est rédigée dans la deuxième langue d'un employé national, chaque aller-retour ajoute un jour supplémentaire. La plupart des demandes initiales disparaissent durant ce processus.

Ce qui est nécessaire ici n'est pas une réponse parfaite mais une réponse immédiate. L'abandon diminue considérablement même si seulement un accusé de réception et un délai de réponse prévu sont envoyés automatiquement. Préparez des réponses automatiques aux questions fréquemment posées et l'expéditeur dispose déjà de la moitié des informations dont il a besoin avant que quiconque n'entre dans le bureau.

Lorsque la réponse est automatisée, limitez toujours la base des réponses aux documents internes et fournissez un chemin qui transmet les demandes à faible confiance à une personne. La perte causée par une réponse incorrecte est plus grande que celle d'une réponse tardive.

Maintenir la cohérence de la terminologie de la marque

Le problème qui survient le plus souvent dans la localisation et qui est le plus tardif à être trouvé est la terminologie incohérente : un nom de produit traduit différemment d'une page à l'autre, ou le même terme technique exprimé différemment dans chaque langue. Les visiteurs ne lisent pas cela comme "la traduction est maladroite" mais comme "cette entreprise n'est pas bien organisée".

Améliorer la qualité de la traduction ne résout pas le problème, car le jugement diffère à chaque point de traduction. La solution consiste à fixer le jugement à l'avance, c'est-à-dire à construire un glossaire. Un glossaire contient trois types d'entrées.

Mots à ne pas traduire. Noms propres qui doivent conserver leur forme originale, tels que les noms de produits, les noms de services, les noms de technologies brevetées et les slogans de marque. Sans cette liste, les noms de produits sont rendus par leur signification dans chaque langue, et les clients étrangers ne peuvent plus les trouver dans la recherche.

Traductions standard par langue. Pour la terminologie industrielle et technique, fixez une expression officielle unique dans chaque langue. Si un concept apparaît sous un mot différent sur chaque page, la visibilité dans les recherches est diluée et la confiance en souffre.

Expressions à ne pas utiliser. Gérez comme une liste de termes interdits tous les mots qui ne correspondent pas à l'image de marque, les expressions ayant des connotations négatives localement, et la terminologie qui évoque un concurrent.

Maintenir le glossaire est plus important que de le créer. Sans une procédure d'enregistrement des entrées chaque fois qu'un nouveau produit est lancé, le glossaire sera déphasé par rapport à la réalité dans les six mois. Assignez un responsable pour l'enregistrement et intégrez l'enregistrement des termes dans le processus de lancement de nouveaux produits.

Ce qu'il faut vérifier avant d'ajouter des langues

Avant d'ajouter une nouvelle langue, confirmez les éléments suivants pour les langues déjà en opération. Si un élément est bloqué ici, l'ajout d'une langue produira un abandon au même point de la même manière.

The last item is particularly important. Without separating metrics by language, there is no way to know at which stage the drop-off occurs. Looking only at total enquiry volume makes it easy to reach the mistaken conclusion that localisation had no effect.

What to measure at each stage

Pinpointing the drop-off requires a different metric at each stage. Record the values below separately for each language.

If an earlier stage is blocked, the figures for the later stages carry no meaning. Attempting to improve bounce rate while search impressions are near zero is the wrong order. Work through the stages in sequence, from the first.

Which language to add first

It is safer to base language selection on current evidence rather than market size.

• Check the country and language distribution of existing visitors. Language regions already arriving are the first priority.
• Check the countries that actual enquiries have come from. This is a stronger signal than traffic.
• Check the languages competitors support. This is evidence that a market has already formed.

Choose a language on market size alone and you end up paying maintenance costs to run a language version that generates neither traffic nor enquiries. Bear in mind that once a language is added, every subsequent content change costs more.

Not confusing language with country also matters. Countries that share a language still differ in currency, shipping terms and regulation. When covering several countries with a single language version, state at least the trading terms separately by country.

Reducing the operational burden

The real cost of a multilingual site arises not in the initial translation but in operation, because every language must be updated whenever a product is added or a price changes. Four principles reduce that burden.

Manage source and translation separately. If translated text is embedded in the interface code, development is required for every change. Manage the copy outside the code and translation updates no longer involve development.

Divide content by frequency of change. Content that barely changes, such as the company overview, is best translated carefully and fixed, while information that changes often, such as prices and stock, is more realistically handled by combining automatic translation with human review. Demand the same quality of all content and updates fall behind.

Put in place a way to detect missed updates. Unless the state in which the source has changed but the translation has not is flagged automatically, the language versions drift apart little by little. This inconsistency directly damages trust.

Connect the glossary to the translation process. A glossary that exists only as a document and is not applied at the point of translation has no effect. Whether translation is automated or outsourced, build a structure in which registered terms are applied automatically.

Apply different standards by content type

Translate all content the same way and the cost is incurred in full while updates fall behind. Divide content by type and set different standards for each.

In particular, terms of service and the privacy policy are subjects for localisation, not translation. Carry across a document drafted against domestic law and the sentences may read naturally while failing to meet local requirements. Once the target countries are settled, have these documents in particular reviewed separately.

Regulatory matters to confirm in advance

Once you actually begin receiving overseas visitors, requirements arise that a domestic site never faced. Responding after an incident costs far more, so confirm them in advance.

Consent for cookies and tracking tools. For visitors in Europe, tracking for analytics or advertising purposes cannot run without prior consent. Confirm that the consent banner genuinely blocks script execution before consent is given. Implementations that display the banner while the scripts already run are common.

Notice of personal data collection. If an enquiry form collects names and contact details, the purpose of collection, retention period and method of destruction must be stated in the local language.

Where the data is stored. Establish which country's servers hold visitor information and enquiry content. Depending on the region, transfer abroad requires separate notice or a legal basis.

Disclosure that responses are automated. If responses are automated, make it possible for the other party to tell that they are not dealing with a person. Regulations requiring this disclosure are increasing, and the disclosure itself does not reduce trust.

A 90-day sequence

Attempting to change everything at once generally means the work never starts. Proceed stage by stage, in order.

Days 1–30 — measurement and diagnosis. First reach a state in which traffic, drop-off and enquiries can be viewed separately by language. Then use the checklist above to assess the current language versions and pinpoint the stage that is blocked. Nothing new is built at this stage.

Days 31–60 — put the search stage in order. Sort out per-language addresses, hreflang declarations, and translation of titles and descriptions. In parallel, research local search terms for the main products and services and apply them to the copy. Search visibility takes time to appear after changes are made, so it is best to begin here.

Days 61–90 — the trust and response stages. Bring trading terms, contact methods and response hours into line with local convention. Prepare automatic acknowledgement of enquiries and answers to frequently asked questions. In the same period, draft the glossary and define the registration procedure.

The essential point of this sequence is to establish measurement first. Start with improvements and no measurement, and 90 days later there will still be no way to know what worked.

Summary

The results of localisation are determined by how many stages have been addressed rather than by translation quality.

• A distinct address per language and hreflang declarations are a precondition, not an option.
• Page titles and descriptions must be translated as well as body copy for clicks to occur in search results.
• Literal translation without local search term research does not match in search.
• The absence of trading terms and contact methods is more damaging than awkward phrasing.
• Fix proper nouns and technical terms in a glossary so that expressions do not vary by language.
• What closes the time difference is an immediate response, not a perfect one.
• Separate the stage metrics by language and work through the stages in sequence, from the first.

Before deciding to add one more language, establish which stage is blocked in the languages you already run.