Comment traduire un site Web WordPress

Traduire un site WordPress relève d’un choix d’architecture, pas d’un simple travail de rédaction. Un site WordPress moderne combine le balisage des blocs Gutenberg, Advanced Custom Fields (ACF), des métadonnées sérialisées dans la base de données et des catalogues WooCommerce. Pour déployer les traductions à grande échelle en toute sécurité, il faut séparer les textes à traduire de la syntaxe interne de la base de données.

WordPress alimente plus de 43% du Web. Sa flexibilité en a fait la base de tout type de site, des blogs personnels aux réseaux éditoriaux d’entreprise et aux vastes boutiques WooCommerce.

Pourtant, traduire un site WordPress est réputé complexe. Le contenu ne se trouve pas dans un seul fichier texte : il est réparti dans les tables de la base de données MySQL (wp_posts, wp_postmeta, wp_terms), stocké dans des types de publication personnalisés, intégré aux modèles de thème et enfermé dans les commentaires des blocs Gutenberg.

Voici un guide d’architecture pour traduire un site WordPress de façon fiable, sans casser votre thème, corrompre les champs personnalisés ni alourdir votre base de données.

Comparaison des 3 architectures de traduction WordPress

Toute configuration WordPress multilingue repose sur l’une de trois architectures fondamentales. Il est essentiel de comprendre leurs compromis techniques avant de choisir un outil :

1. Duplication des contenus en plusieurs enregistrements dans la base de données (WPML, Polylang)

Dans ce modèle traditionnel, l’extension de traduction duplique chaque page, article et produit sous la forme d’un enregistrement indépendant dans votre table wp_posts, puis les relie au moyen de tables relationnelles.

• Fonctionnement : un article en anglais portant l’ID 101 a pour équivalent un article en espagnol portant l’ID 102 et un article en allemand portant l’ID 103.
• Avantages : vous disposez d’une totale liberté éditoriale dans chaque langue. Vous pouvez créer des mises en page différentes, attribuer des catégories spécifiques et personnaliser les méta-descriptions SEO pour chaque langue.
• Coûts cachés : la taille de votre base de données est multipliée par le nombre de langues. Pour une boutique WooCommerce de 10,000 produits, l’ajout de quatre langues porte le nombre d’enregistrements de publication à 50,000 et celui des lignes wp_postmeta à plusieurs centaines de milliers. Les performances des requêtes peuvent alors se dégrader considérablement sur un hébergement standard.

2. Traduction via un proxy edge dynamique (Weglot)

Au lieu de dupliquer les lignes de la base de données, un proxy de traduction s’intercale entre votre serveur WordPress et vos visiteurs. Il détecte et traduit les chaînes au niveau du DNS ou du réseau.

• Fonctionnement : votre base de données WordPress reste 100% en anglais. Le proxy intercepte les requêtes de page, remplace les chaînes à la volée et diffuse des pages prétraduites.
• Avantages : configuration immédiate, sans alourdir la base de données WordPress. Les extensions et les champs personnalisés n’entrent jamais en conflit, car le site d’origine reste intact.
• Coûts cachés : vous payez un abonnement SaaS mensuel récurrent, calculé en fonction du nombre total de mots traduits. Si vous résiliez, vos pages traduites disparaissent immédiatement.

3. Pipeline découplé basé sur des fichiers (exports XLIFF, PO et CSV)

Les équipes des grandes entreprises découplent de plus en plus la traduction de WordPress : elles exportent le contenu à traduire dans des fichiers d’échange standardisés (lots WPML XLIFF/ZIP, exports CSV WooCommerce ou fichiers .po de thème), les retravaillent avec des moteurs d’IA externes, puis réimportent des fichiers propres.

• Avantages : vous gardez la maîtrise totale de vos données sans exécuter de modèles d’IA lourds dans l’environnement PHP de WordPress. Vous appliquez les glossaires de votre marque à des milliers de produits et choisissez entre les niveaux de qualité Lite et Standard.

Les 4 pièges techniques qui corrompent les traductions WordPress

La traduction de contenu WordPress avec des chatbots d’IA génériques ou des outils de traduction basiques entraîne régulièrement des erreurs techniques invisibles :

1. Corruption de la syntaxe des blocs Gutenberg

L’éditeur de blocs Gutenberg de WordPress intègre des paramètres de mise en page entre des délimiteurs de bloc :

wp:paragraph {"fontSize":"large","className":"hero-lead"}
Welcome to our global platform.
/wp:paragraph

Les outils de traduction généralistes traduisent souvent les clés JSON à l’intérieur des délimiteurs de bloc (par exemple, ils remplacent "large" par "grand"), corrompent la syntaxe des délimiteurs ou modifient les guillemets. Lorsque vous rouvrez l’article dans le panneau d’administration WordPress, Gutenberg affiche une erreur “Ce bloc contient du contenu inattendu ou non valide”, impossible à corriger.

2. Corruption des tableaux PHP sérialisés dans wp_postmeta

Advanced Custom Fields (ACF), les configurations de widgets et les options de thème stockent souvent des données structurées sous forme de chaînes PHP sérialisées :

a:2:{s:5:"title";s:12:"Case Studies";s:4:"link";s:23:"https://example.com/cs/";}

En PHP sérialisé, le marqueur s:12: indique explicitement que la chaîne qui suit fait exactement 12 octets. Si un outil de traduction non contrôlé traduit "Case Studies" en français ("Études de cas", 14 octets) sans mettre à jour le compteur d’octets, PHP ne peut pas désérialiser la chaîne (unserialize() renvoie false) et le champ personnalisé disparaît complètement du site.

3. Destruction des attributs de shortcode

De nombreux thèmes anciens et constructeurs de pages (Elementor, Divi, WPBakery) reposent sur des shortcodes :

[cta_box title="Summer Sale" button_url="https://example.com" button_text="Shop Now"]

Les outils d’IA utilisés sans contrôle traduisent souvent les noms des paramètres fonctionnels (title=, button_url=) au lieu de traduire uniquement le texte destiné aux utilisateurs entre guillemets, ce qui rend le shortcode totalement inopérant.

4. Désynchronisation du flux de produits WooCommerce et des SKU

Les exports WooCommerce contiennent des dizaines de colonnes opérationnelles à ne pas traduire : ID, SKU, Tax:class, In stock?, Regular price, Attribute 1 name et Attribute 1 value.

Si un traducteur traduit les attributs des produits de façon incohérente ou modifie les identifiants SKU, la synchronisation de votre inventaire est interrompue et WooCommerce crée des doublons de produits au lieu de leurs traductions localisées.

Le processus de traduction WordPress évolutif

Pour localiser efficacement de grands sites WordPress, utilisez AI Glot pour gérer le processus d’exportation et d’importation :

Étape 1 : exporter le contenu de WordPress

Exportez les ressources à traduire en fonction de la configuration de vos extensions :

• Depuis WPML : exportez les lots de traduction au format XLIFF ou en archive ZIP.
• Depuis WooCommerce : utilisez l’outil d’exportation intégré, sous Produits > Exporter, pour télécharger un fichier CSV.
• Depuis les thèmes et les extensions : recherchez vos fichiers de localisation gettext .po ou .pot.

AI Glot prend en charge nativement XLIFF, PO, POT, CSV et XLSX, ainsi que plus de 35 autres formats de localisation.

Étape 2 : définissez votre périmètre dans une simple consigne en français

Importez votre fichier d’exportation dans AI Glot et indiquez vos règles en français :

Translate the post_title and post_content fields into French and German. Preserve all Gutenberg block syntax (wp:...), shortcodes, and HTML markup. Leave IDs, URLs, and slugs untouched. Use formal register throughout.

Le moteur sépare le texte à traduire du code structurel, afin de préserver à l’identique la syntaxe des blocs et les attributs de la base de données.

Étape 3 : examinez le plan déterministe et importez le fichier

Examinez le plan préalable pour vérifier les champs détectés, le nombre de mots à traduire et le coût en crédits. Une fois le plan approuvé, téléchargez le fichier localisé et réimportez-le directement dans WordPress via WPML ou l’importateur CSV de WooCommerce.

En résumé : créez un site WordPress prêt à se développer à l’international

La traduction d’un site WordPress ne devrait pas mettre en danger les performances de votre base de données ni la mise en page de votre thème. En associant des formats d’exportation fiables comme XLIFF ou CSV à une traduction par IA qui tient compte du schéma, vous pouvez localiser en quelques minutes les catalogues d’entreprise et les vastes archives de blog.

Testez vos fichiers d’exportation WordPress avec l’échantillon gratuit de 5,000 mots d’AI Glot : créez un compte gratuitement.