Comment une agence de contenu d'une seule personne livre des sites multilingues sans traducteur
By Robert M
Comment une agence de contenu d'une seule personne livre des sites multilingues sans traducteur
Un client demande si vous pouvez livrer son nouveau site en anglais, français, allemand, espagnol et néerlandais. Vous gérez une agence d'une seule personne. Vous n'avez pas de budget de traduction inclus dans votre forfait, et vous n'avez pas de réseau de traducteurs indépendants disponibles. Mais vous ne voulez pas non plus dire non à un bon projet.
C'est une situation dans laquelle beaucoup de petites agences et freelances se retrouvent. La demande pour des sites multilingues a augmenté régulièrement alors que de plus en plus d'entreprises cherchent à atteindre des audiences en dehors de leur marché domestique, mais les discussions budgétaires n'ont pas suivi. Les clients considèrent souvent la traduction comme un poste budgétaire qu'ils peuvent réduire ou supprimer, sans vraiment comprendre ce que cela coûte de la faire correctement.
Cet article explique comment gérer ce décalage de manière pratique, sans compromettre la qualité ni subir de pertes sur le projet.
Les anciennes options, et pourquoi elles sont insuffisantes
Les voies traditionnelles sont familières.
Vous pourriez engager un traducteur freelance par langue. Pour un site en cinq langues avec trente pages de contenu, vous faites face à un coût important avant même de prendre en compte les tours de révision, les délais et la charge de travail liée au briefing de cinq personnes différentes sur le ton et la terminologie du client. Ce coût grève soit votre marge, soit est facturé au client, mettant soudainement le projet en péril.
Vous pourriez utiliser un outil de traduction grand public et nettoyer manuellement. Cela fonctionne pour des phrases simples, mais dès que votre contenu a une structure (un fichier de localisation JSON, un article de blog Markdown, une page HTML avec attributs et balises), le résultat devient imprévisible. Les clés sont traduites. La syntaxe Markdown est cassée. Les attributs HTML sont altérés. Vous passez plus de temps à corriger le résultat que vous n'en avez économisé en ne faisant pas appel à un traducteur.
Vous pourriez dire au client que le multilingue est hors périmètre et faire un site en une seule langue. Parfois, c'est la bonne réponse. Mais ce n'est pas toujours une conversation que vous voulez avoir.
Ce qui a réellement changé
Ce qui a rendu ce flux de travail viable n'est pas la traduction IA en tant que telle. C'est la préservation du format spécifiquement.
Le problème avec l'alimentation de contenu structuré dans un outil de traduction généraliste n'a jamais vraiment été la qualité de la traduction. La traduction automatique moderne est bonne. Le problème était que les outils ne comprenaient pas la différence entre contenu et structure. Ils traitaient tout comme du texte à traduire, y compris les parties qui auraient dû rester intactes.
Un fichier de localisation comme celui-ci :
{
"nav": {
"home": "Home",
"about": "About us",
"contact": "Get in touch"
}
}
Reviendrait avec les clés traduites, la hiérarchie effondrée, ou le tout converti en prose. Chacun de ces résultats nécessite un nettoyage manuel avant que le fichier soit utilisable, ce qui annule le gain de temps.
Une API qui considère la structure comme hors limites change la donne économique. Vous envoyez le fichier, vous recevez une structure identique avec seulement les valeurs des chaînes modifiées. Déposez le fichier de sortie directement dans le projet. Aucun nettoyage nécessaire.
Le flux de travail en pratique
Voici à quoi ressemble le processus sur un projet réel.
À l'étape du contenu, tout est mis dans des fichiers texte simples ou Markdown plutôt que des chaînes codées en dur. C'est une bonne pratique de toute façon pour la maintenabilité, mais cela signifie aussi que le contenu est dans un format qui peut être traduit proprement.
À l'étape de construction, un petit script lit le fichier de langue source, l'envoie à l'API PolyLingo avec la liste des langues cibles, et écrit un fichier de sortie par locale. Pour un site nécessitant cinq langues, c'est un seul appel API. Le script s'exécute en quelques secondes. Les fichiers de sortie vont directement dans la structure du projet.
À l'étape de révision, le client révise le contenu traduit. C'est une étape à conserver. La traduction automatique gère bien la plupart du contenu, mais les clients ont parfois une terminologie préférée, des phrases de marque ou des conventions régionales qui nécessitent un regard humain. La révision est plus rapide que de traduire à partir de zéro car la structure est déjà correcte et la plupart du contenu est exact. Vous révisez plutôt que vous ne produisez.
À l'étape de livraison, le site est livré avec tous les fichiers de localisation en place. Le sélecteur de langue fonctionne dès le premier jour. Il n'y a rien à suivre.
Ce que cela coûte par rapport à l'embauche de traducteurs
Les chiffres dépendent de la taille du projet, mais la structure de la comparaison est cohérente.
Un site typique de petite entreprise pourrait avoir environ 2 000 mots de texte d'interface et de contenu de page. Traduit en cinq langues, cela représente environ 10 000 mots. À un tarif freelance moyen, vous regardez plusieurs centaines de livres ou de dollars avant révisions.
Avec PolyLingo, 2 000 mots de contenu répartis sur cinq langues cibles tiennent confortablement dans le plan Starter payant à 9 $ par mois, incluant la capacité pour plusieurs projets dans la même période de facturation. Le niveau gratuit (50 000 jetons par mois) couvre les petits projets sans aucun coût.
Le client fait toujours une passe de révision, ce qui signifie qu'il est impliqué dans la qualité du résultat plutôt que de simplement recevoir une facture. Cela passe mieux dans les discussions de projet.
La conversation sur la portée avec les clients
Un changement que ce flux de travail permet est de modifier la façon dont vous parlez de la portée multilingue avec les clients.
Auparavant, "multilingue" signifiait "plus cher, délai plus long, dépendance à des tiers." Maintenant, c'est plus proche d'une décision de configuration. Vous en définissez la portée, vous lancez le script, le client révise. La partie difficile est la stratégie de contenu et l'architecture du site, pas la logistique de traduction.
Cela change ce que vous pouvez offrir. Un client qui allait faire un lancement en une seule langue avec un plan vague d'ajouter des langues plus tard peut faire les cinq dès le lancement sans que le coût du projet double. Un client qui continue d'ajouter des pages peut relancer le script chaque fois que le contenu change plutôt que de revenir vers un traducteur avec un nouveau brief.
Cela change aussi la conversation sur ce que le multilingue implique réellement. Le travail de l'agence est de construire un site avec une architecture i18n appropriée, un bon contenu dans la langue source, et un processus de révision pour les traductions. C'est une conversation à plus forte valeur ajoutée que "nous réglerons les traductions une fois la version anglaise terminée."
Où il est encore judicieux d'utiliser des traducteurs humains
Il vaut la peine d'être honnête à ce sujet.
Pour les textes marketing qui doivent porter un véritable poids émotionnel dans la langue cible, un traducteur humain qualifié produira un meilleur résultat. La différence est la plus importante pour les campagnes, les déclarations de positionnement de marque, et tout ce où la formulation elle-même est le produit.
Pour les contenus fortement réglementés (juridique, médical, financier), un traducteur humain avec expertise dans le domaine est le bon choix, et souvent une exigence de conformité.
Pour les contenus éditoriaux longs où la voix doit sembler native plutôt que traduite, la relecture humaine est plus qu'une simple passe légère.
Le flux de travail décrit ici convient mieux aux textes d'interface, contenus de page, descriptions de produits, documentation, et sites marketing où la précision et l'intégrité structurelle comptent plus que la nuance stylistique. Cela couvre une grande part de ce qu'une petite agence livre réellement.
Pour commencer
Le niveau gratuit de PolyLingo inclut 50 000 jetons par mois sans carte de crédit requise. Pour une petite agence, cela couvre une quantité significative de contenu avant de devoir envisager un plan payant.
L'API accepte du texte brut, Markdown, JSON et HTML. Le traducteur sans code dans le tableau de bord gère les tâches ponctuelles sans toucher à l'API, ce qui est utile pour les sessions de révision client où vous voulez montrer le contenu traduit sans rien construire au préalable.