You want to translate a website and are looking for options, but you always come to the same conclusion: a translation proxy or API.
Le problème est qu'aucun d'entre eux ne fonctionne bien par défaut. Les formulaires ne sont pas traduits. Le contenu dynamique reste dans la langue source. Le SEO ne s'améliore pas, car Google ne voit toujours qu'une seule version du site. Et lorsque vous essayez de résoudre ce problème, de nouveaux problèmes apparaissent.
Cet article explique comment fonctionne chaque approche, où chacune échoue et ce qu'il faut prendre en compte avant de choisir.
Comment fonctionne l'API de traduction
L'API de traduction prend du texte et le renvoie dans une autre langue. DeepL, Google Cloud Translation, Amazon Translate. Vous envoyez une requête — vous recevez une traduction.
Pour l'utiliser sur un site web, quelqu'un doit intégrer l'API dans le code :
- Un développeur pour l'intégration initiale
- Logique de mise en cache et de mise à jour des traductions personnalisée
- Paiement pour chaque appel (par caractères ou jetons)
- Support à chaque modification du site
Ce qui n'est pas automatique : L'API ne sait pas quel texte se trouve sur votre site, quand il change et comment l'afficher. Vous devez le construire vous-même. L'API n'est qu'un moteur de traduction, tout le reste est un travail d'intégration.
Pour les projets avec leurs propres équipes techniques et des exigences très spécifiques, cela peut avoir du sens. Pour une agence qui doit lancer un site multilingue en quelques jours, c'est une charge trop lourde.
Comment fonctionne le proxy de traduction
Un proxy de traduction se situe entre le serveur de votre site web et le navigateur de l'utilisateur. Lorsque quelqu'un accède à mycompany.com/ru/, la requête passe par le proxy, qui traduit le contenu sur le serveur et renvoie la page déjà traduite.
Pas besoin de toucher au code du site. La configuration est une question de DNS, pas de développement.
En pratique :
- Le contenu statique et dynamique est traduit avant d'atteindre le navigateur
- Les URL de chaque langue sont réelles : /ru/, /fr/, /de/
- Lorsque le contenu source est mis à jour, les traductions sont automatiquement mises à jour
- Le référencement fonctionne dès le premier jour
Limitations réelles : tous les proxys de traduction ne traduisent pas le contenu dynamique. Ceux basés sur JavaScript insèrent les traductions dans le navigateur, ce qui signifie que le SEO en souffre et que les formulaires restent non traduits. Seuls les proxys de traduction fonctionnant côté serveur évitent ces problèmes.
Problèmes réels lors de la traduction d'un site web
Avant de choisir entre un proxy et une API, il est important de comprendre où chaque approche échoue dans des situations spécifiques.
Formulaires
Les formulaires sont l'un des points les plus problématiques. Le texte des champs, les messages d'erreur et les confirmations sont généralement générés dynamiquement. Avec une API côté client, ce texte apparaît avec un délai ou n'apparaît pas du tout. Avec un proxy JavaScript, c'est la même chose. Seul un proxy fonctionnant côté serveur traduit les formulaires de manière cohérente.
Contenu Dynamique (JavaScript)
Les catalogues de produits, les prix en temps réel, le texte généré par JavaScript — tout cela arrive dans le navigateur après le chargement de la page. L'API côté client et les proxys JavaScript ne peuvent pas traduire ce qui n'est pas encore dans le HTML. Résultat : des pages partiellement traduites.
SEO
Selon la documentation officielle de Google Search Central, le contenu rendu via JavaScript peut être indexé avec un délai important ou ne pas être indexé de manière cohérente. Si les traductions dépendent de JavaScript, Google peut ne pas les voir — ou les voir après plusieurs semaines.
Avec un proxy côté serveur, Google reçoit une page déjà traduite. Chaque version linguistique a une URL réelle, un hreflang et une place dans l'index.
E-commerce
Dans une boutique en ligne, le catalogue, les prix, les boutons d'achat et les pages de confirmation doivent être traduits. Un processus d'achat à moitié dans une autre langue ne convertit pas. Et un catalogue que Google n'indexe pas n'attire pas de trafic organique.
Comparaison directe
Alors, que choisir ?
API directe est logique lorsqu'il y a une équipe technique, du temps pour l'intégration et des exigences spécifiques : applications web complexes, traduction de contenu utilisateur, pipelines de traduction de documents.
Proxy JavaScript est facile à installer, mais il a les mêmes problèmes de SEO et de contenu dynamique que l'API client. Il ne fonctionne bien que pour les sites statiques très simples.
Proxy côté serveur est le choix naturel pour les sites existants qui ont besoin d'ajouter des langues sans modifier le code, avec un SEO fonctionnel dès le premier jour et la prise en charge du contenu dynamique.
Le problème est que la plupart des proxys sur le marché fonctionnent dans le navigateur, et non sur le serveur.
Existe-t-il une alternative ?
Certaines solutions combinent le meilleur des deux approches : elles fonctionnent comme un proxy côté serveur – sans modifier le code du site – mais utilisent des modèles de traduction avancés qui tiennent compte du contexte, et pas seulement du texte.
Qu'est-ce que cela signifie en pratique :
- Les pages ne sont pas dupliquées dans le CMS
- Le contenu dynamique est traduit de la même manière que le contenu statique
- Le SEO fonctionne dès le début : URL réelles, hreflang automatique, sitemap pour chaque langue
Multify fonctionne exactement comme ça. Il se connecte au niveau DNS, traduit tout sur le serveur et génère automatiquement la structure SEO pour chaque version linguistique.
Questions Fréquemment Posées
Un proxy de traduction est-il plus lent qu'une API directe ?
Pas nécessairement. Un proxy bien implémenté met en cache les traductions et fournit du contenu déjà traité. Le délai supplémentaire est minimal et généralement imperceptible pour l'utilisateur final.
Peut-on utiliser un proxy avec n'importe quelle plateforme web ?
La plupart des proxys de traduction fonctionnent avec n'importe quel site pouvant être dirigé via DNS : Tilda, WordPress, Webflow ou un développement personnalisé. L'intégration spécifique dépend du service utilisé.
Les traductions proxy sont-elles automatiquement mises à jour lorsque le contenu change ?
Oui. Lorsque le contenu du site source change, le proxy détecte le changement et applique la traduction mise à jour. Aucune intervention manuelle, exportation ou importation de fichiers n'est nécessaire.
Qu'advient-il du contenu qui n'a pas besoin d'être traduit ?
Les proxys de traduction permettent généralement de définir des règles d'exclusion : des URL spécifiques, des sélecteurs CSS d'éléments ou des modèles de texte qui doivent rester dans la langue source. Multify propose cette option.
