Traduction versus localisation

Traduction de site web versus localisation de produit

Un traducteur de site web peut vous aider pour le contenu des pages. La localisation de produits permet d'adapter l'expérience linguistique à l'interface, aux données, aux API, aux flux de travail et aux parcours qui rendent un logiciel utilisable.

Deux portées différentes
Website page copy
vs
Application content system

Choisissez un flux de travail adapté à l'emplacement de votre contenu et au niveau de contrôle dont votre équipe a besoin sur l'expérience localisée.

La réponse courte

Le choix le plus approprié dépend des modifications à apporter. Un traducteur de site web cible le contenu des pages, tandis que la localisation de produits est conçue pour les applications où la langue apparaît dans le code, les flux d'authentification, les enregistrements de base de données, les réponses d'API et les routes SEO publiques.

/ 01

Inventaire de l'expérience

Énumérez les pages publiques, les chaînes d'interface, les enregistrements dynamiques, les API, les flux de comptes et les métadonnées qui nécessitent une prise en charge linguistique.

/ 02

Trouver la source de la vérité

Veillez à ce que la traduction soit liée au code, à la base de données, au CMS ou au backend qui possède réellement chaque valeur.

/ 03

Choisissez le modèle de livraison

Déterminez si une simple superposition suffit ou si votre application doit gérer elle-même le rendu et le routage pour chaque langue.

/ 04

Mesurer le trajet complet

Examinez la recherche, l'inscription, les flux de travail authentifiés, le contenu dynamique et les modifications de sources en cours, et pas seulement la page d'accueil.

Pourquoi c'est important

Un flux de travail de localisation qui a sa place au sein de votre produit.

Profondeur de l'interface

La localisation des produits englobe la navigation, les formulaires, l'intégration, les paramètres et les flux dynamiques, au-delà du simple contenu des pages publiques.

Contenu basé sur les données

Traduisez les enregistrements et les champs d'API là où ils sont créés et gérés, au lieu de les copier dans une couche de page distincte.

Propriété de la route

Diffuser les URL de localisation, les métadonnées et les relations linguistiques via l'application qui gère l'expérience client.

Une décision pratique

Utilisez l'outil le plus simple qui couvre vos besoins actuels, puis choisissez un flux de travail produit lorsque l'application devient le système de contenu.

/ Foire aux questions

Questions que se posent les équipes avant la localisation.

Is a website translator always the wrong choice?

Non. Cela peut s'avérer utile pour un petit site marketing principalement statique. La limitation apparaît lorsque du contenu important réside dans le code de l'application, les bases de données, les API ou les flux de travail authentifiés.

What is the clearest sign that we need product localization?

Si les clients ont besoin d'un tableau de bord localisé, d'enregistrements dynamiques, de réponses API, de flux utilisateurs ou de routes publiques spécifiques à une langue, la simple traduction des pages ne suffira probablement pas à couvrir l'intégralité de l'expérience.

Can we use both approaches?

C’est possible, mais la superposition de systèmes engendre souvent des incohérences en matière de terminologie et de propriété. Commencez par déterminer quel système fait autorité pour chaque source de contenu.