DeepL vs Google Translate vs IA : Le meilleur pour les fichiers .po ?

Vous exportez un fichier .pot de votre extension WordPress, vous collez quelques centaines de chaînes dans DeepL ou Google Translate, vous obtenez une colonne allemande bien rangée, vous l'insérez dans votre fichier .po, le compilez et le déployez. Puis un utilisateur signale que la page du panier affiche un %1$s brut là où un nom de produit devrait apparaître, ou pire, la ligne de prix indique You have 1 items dans toutes les langues parce que la forme plurielle s'est effondrée. La qualité de la traduction était bonne. La structure de la traduction a été détruite.

C'est la tension principale dans le débat DeepL vs Google Translate lorsque la source est un fichier gettext .po plutôt qu'un paragraphe de prose. Les deux sont de classe mondiale pour traduire des phrases naturelles. Aucun n'a été conçu pour respecter un placeholder printf, un tableau de pluriels Gettext ou une désambiguïsation msgctxt. Ils traitent %1$s comme une faute de frappe à corriger et un pluriel à deux formes comme une seule phrase à aplatir. Pour le texte marketing, c'est invisible. Pour la localisation de logiciels, cela casse les sites.

Cet article compare la traduction automatique classique – DeepL et Google Translate – à un pipeline IA sensible au contexte, conçu spécifiquement pour gettext. Nous examinerons les aspects qui comptent vraiment pour les fichiers .po : la gestion des placeholders, les formes plurielles, le contexte, le support des fichiers en masse et le coût. Si vous souhaitez une discussion plus approfondie sur la qualité LLM contre LLM, nous l'avons abordée dans Qualité de la traduction IA : Gemini vs GPT-4 vs DeepSeek. Ici, la question est plus restreinte et plus pratique : qu'est-ce qui est le mieux pour les fichiers .po ?

DeepL vs Google Translate : À quoi ils sont destinés

Les deux sont des moteurs de traduction automatique à usage général optimisés pour une sortie fluide et en langage naturel. Aucun ne parse les formats de fichier.

DeepL - Fluide, mais aveugle au format

DeepL est largement salué pour sa production la plus naturelle, en particulier pour les langues européennes. Mais il ingère du texte, pas de structure. Donnez-lui un msgid de .po contenant %1$s ordered %2$s et il traduit les mots autour des placeholders tout en réordonnant, espaçant ou supprimant fréquemment les tokens – car pour DeepL, ce ne sont que des caractères étranges dans une phrase.

Google Translate - Large couverture, même angle mort

Google Translate prend en charge beaucoup plus de langues et est la solution par défaut économique derrière des extensions comme GTranslate. Sa gestion des placeholders n'est pas meilleure. Les deux moteurs partagent la même limitation fondamentale : ils optimisent la fluidité des phrases et n'ont pas de modèle des règles gettext.

La vraie question n'est pas la qualité, mais la structure

Pour les fichiers .po, la qualité linguistique brute est une condition sine qua non. Ce qui interrompt la production est l'intégrité structurelle : les variables survivent-elles, les pluriels restent-ils multiformes, le contexte est-il respecté ? C'est là qu'un pipeline IA sensible à gettext prend l'avantage sur DeepL et Google Translate.

Pourquoi les placeholders et les pluriels cassent la traduction automatique

Un fichier .po n'est pas de la prose. C'est un texte adjacent au code avec des règles strictes, et trois de ces règles déjouent régulièrement la TA classique.

Altération des placeholders et des variables

Les chaînes WordPress sont remplies de placeholders de type printf : %s, %d, et des formes positionnelles comme %1$s et %2$s. Les positionnels sont importants car certaines langues réorganisent la phrase, et les nombres indiquent à sprintf quel argument va où. Regardez ce que la TA classique en fait :

// Source string in your .po file
$msg = sprintf( __( '%1$s left a comment on %2$s', 'mytheme' ), $user, $post );

// What DeepL / Google Translate often return (German):
// "%2$s hat einen Kommentar zu %1$s hinterlassen"  <- reordered, OK
// "% 1$ s hat einen Kommentar..."                   <- spaces injected, BROKEN
// "hat einen Kommentar hinterlassen"                <- placeholders dropped, BROKEN

Un seul espace injecté (% 1$ s) ou un token supprimé déclenche un avertissement PHP ou affiche du code brut à vos utilisateurs. Nous approfondissons ce mode d'échec dans comment traduire les fichiers PO sans casser les variables de code.

L'effondrement des formes plurielles

Les pluriels Gettext ne sont pas une seule chaîne – ce sont un tableau indexé par la règle de pluriel de la langue. L'anglais a deux formes ; le polonais en a trois ; l'arabe en a six. La TA classique reçoit le msgid_plural comme deux phrases distinctes et les traduit indépendamment, sans savoir qu'elles doivent rester un ensemble multiforme cohérent. Le résultat est souvent une forme unique dupliquée, de sorte que 1 item et 5 items s'affichent de manière identique.

msgid "%d item in your cart"
msgid_plural "%d items in your cart"
msgstr[0] ""
msgstr[1] ""
# A gettext-aware pipeline fills BOTH forms correctly with %d preserved.
# DeepL/Google translate each line in isolation and lose the plural relationship.

Le contexte (msgctxt) est ignoré

Gettext utilise msgctxt pour désambiguïser des chaînes identiques – « Post » le nom versus « Post » le verbe, ou « Order » comme nom versus un verbe dans WooCommerce. La TA classique ne voit jamais ce champ de contexte, alors elle devine, et elle devine de la même manière à chaque fois, indépendamment de l'endroit où la chaîne apparaît.

Les dégâts s'aggravent dans le commerce. Un catalogue WooCommerce est rempli de chaînes courtes et ambiguës – « Order », « Ship », « Free », « View » – où une mauvaise interprétation produit un bouton qui dit la mauvaise chose dans la langue du client. Parce que DeepL et Google Translate traduisent chaque chaîne isolément, ils ne peuvent pas utiliser le contexte environnant que gettext encode délibérément. Un pipeline sensible au format qui lit msgctxt résout exactement ces ambiguïtés, c'est pourquoi cela importe le plus sur les pages de magasin où les erreurs de traduction coûtent de réelles ventes.

L'approche IA sensible au contexte pour les fichiers .po

Un pipeline gettext spécialement conçu ne se contente pas de traduire des mots – il comprend le format de fichier et protège sa structure. C'est la différence de catégorie, et c'est pourquoi la bonne comparaison n'est pas DeepL vs Google Translate du tout, mais la TA classique versus un flux de travail IA sensible au format.

Le verrouillage de syntaxe protège chaque token

La technique décisive est le verrouillage de syntaxe. Avant qu'un texte n'atteigne l'IA, chaque variable (%s, %1$s, {name}), balise HTML et token de code est verrouillé et mis de côté. Le modèle ne voit et ne réécrit que les mots lisibles par l'homme. Après la traduction, les tokens verrouillés sont restaurés à leurs positions correctes. Cette altération de % 1$ s ne peut tout simplement pas se produire, car l'IA ne touche jamais le placeholder en premier lieu. C'est le filet de sécurité qui manque structurellement à la TA classique – un point que nous approfondissons dans traduction manuelle vs IA : l'IA est-elle sûre pour la localisation WordPress en 2025.

Support complet des pluriels et du contexte

Un pipeline sensible à gettext lit msgid_plural comme un ensemble et génère chaque forme requise pour la règle de pluriel de la langue cible, en gardant les placeholders intacts pour toutes les formes. Il lit également msgctxt et l'utilise comme contexte, de sorte que « Order » le nom et « Order » le verbe sont traduits différemment et correctement.

Fichiers en masse, pas de copier-coller

DeepL et Google Translate sont des outils de copier-coller (ou des API par caractère). Un flux de travail cloud pour les fichiers .po ingère le fichier entier – et avec le Smart Batching, les packs de chaînes WooCommerce de plus de 10 Mo sont fragmentés, traduits en parallèle et fusionnés, là où l'approche du copier-coller échoue bien avant cela. Vous téléchargez un fichier et obtenez en retour des .po + .mo + plus, au lieu de coller les colonnes à la main.

DeepL vs Google Translate vs IA sensible à Gettext : Le verdict

Pour la prose simple, DeepL et Google Translate sont excellents. Pour les fichiers .po, les axes qui décident de la sécurité de production sont les placeholders, les pluriels, le contexte et le traitement en masse – et c'est là qu'un pipeline sensible au format l'emporte.

Tableau comparatif

Comment choisir

Si vous traduisez un article de blog ou une page marketing, optez pour DeepL pour le ton. Si vous traduisez un fichier .po ou .pot destiné à un site WordPress en production, la fluidité n'est pas le facteur décisif – l'intégrité structurelle l'est. Un pipeline IA sensible à gettext vous offre les deux : une forte qualité linguistique et des placeholders, des pluriels et un contexte qui survivent intacts jusqu'au fichier .mo compilé.

Il y a aussi un coût de flux de travail que le tableau sous-estime. Faire passer une extension entière par DeepL ou Google Translate signifie copier des colonnes de chaînes dans une boîte, coller les résultats et revérifier manuellement chaque placeholder – un processus fastidieux et sujet aux erreurs qui s'aggrave avec chaque langue supplémentaire. Un pipeline basé sur des fichiers regroupe cela en un seul téléchargement et une seule téléversement, et renvoie non seulement le .po mais aussi le .mo compilé et d'autres formats dans un seul ZIP, ainsi, le fichier que vous expédiez est le fichier produit par l'IA – pas de réassemblage manuel où de nouvelles erreurs se glissent.

Conclusion

La réponse honnête à la question DeepL vs Google Translate pour les fichiers .po est que vous vous interrogez sur les mauvais concurrents. Les deux sont de superbes traducteurs de prose et les deux sont structurellement aveugles à gettext – ils altèrent %1$s, aplatissent les pluriels et ignorent msgctxt, car ils n'ont jamais été conçus pour lire un fichier de traduction. Pour la localisation de logiciels, c'est la différence entre une version propre et une page de panier cassée.

Un pipeline IA sensible au contexte avec verrouillage de syntaxe change entièrement la comparaison. Il correspond à la fluidité que vous attendez de DeepL ou Google Translate tout en garantissant que chaque variable, forme plurielle et note de contexte arrive intacte – pour que votre site traduit fonctionne, et pas seulement qu'il soit bien lu.

Prêt à traduire des fichiers .po sans placeholders altérés ni pluriels effondrés ? Essayez SimplePoTranslate gratuitement – aucune carte de crédit requise. Téléchargez vos fichiers .po, .pot, .json, ou .xliff et obtenez des traductions IA sécurisées pour gettext sur le niveau gratuit.