Contrôlez ce que WPML traduit : types de publication, champs personnalisés, médias, taxonomies
Contrôlez exactement ce que WPML traduit sur votre site WordPress : chaque type de publication, chaque taxonomie, chaque champ personnalisé, chaque entrée de métadonnée de terme et chaque élément multimédia. Les paramètres par défaut couvrent la plupart des sites : les articles, les pages, le texte alternatif, les légendes et les types de publication personnalisés populaires sont traduisibles sans configuration supplémentaire. Pour tout le reste, vous pouvez effectuer des réglages par type, par champ, par taxonomie.
Chaque élément traduisible possède l'un des trois statuts
Chaque élément traduisible de votre site possède trois statuts possibles :
- Traduisible. WPML le traite comme un contenu qui doit exister dans chaque langue. Il apparaît dans le Tableau de bord de traduction et dans les files d'attente de vos traducteurs.
- Traduisible avec solution de repli. Même chose, mais lorsqu'une traduction est manquante, WPML affiche la version dans la langue source au lieu de masquer l'élément.
- Non traduisible. WPML l'ignore. N'apparaît nulle part dans les Traductions.
Par défaut, le contenu WordPress intégré (Articles, Pages, Catégories, Étiquettes, Médias) est Traduisible. Les types de contenu enregistrés par des extensions (types de publication personnalisés, taxonomies personnalisées) sont par défaut Non traduisibles. Les activer est souvent la première chose qu'un nouveau site fait après son installation.
Pour les champs personnalisés et les métadonnées de terme, vous disposez de quatre statuts au lieu de trois (voir ci-dessous).
Tout ce qui suit se trouve dans WPML > Paramètres.
Types de publication
Paramètres > Traduction des types de publication.
Chaque type de publication enregistré sur votre site apparaît dans la liste : Articles, Pages, Médias (en tant que attachment), CSS personnalisé, plus chaque type de publication personnalisé (CPT) que vos thèmes et extensions ont enregistré. Par type, choisissez :
- Traduisible - afficher uniquement les éléments traduits. La valeur par défaut pour les Articles et les Pages.
- Traduisible - utiliser la traduction si disponible ou se replier sur la langue par défaut. Lorsque la traduction est manquante, la version dans la langue source s'affiche dans la langue cible. Utile pour le contenu de référence qui ne nécessite pas une localisation complète.
- Non traduisible. WPML l'ignore.
Un type de publication personnalisé défini par défaut sur Non traduisible est la raison principale pour laquelle un CPT n'apparaît pas dans le Tableau de bord de traduction. Si vous avez ajouté un CPT et que vous ne le trouvez pas dans les Traductions, ce paramètre est la première chose à vérifier. Une fois qu'un type est défini comme traduisible, Traduire les articles, les pages et les types de publication personnalisés explique comment l'envoyer en traduction.
Taxonomies
Paramètres > Traduction de taxonomies.
Les trois mêmes options que pour les types de publication, appliquées aux taxonomies. Les Catégories et Étiquettes intégrées sont par défaut sur Traduisible - afficher uniquement les éléments traduits. Les taxonomies personnalisées (catégories de produits, marques, régions) sont souvent par défaut sur Non traduisible ; activez-les si vous souhaitez que leurs termes soient traduits.
Pour savoir comment les taxonomies sont traduites, consultez Traduire les taxonomies. Cette page explique si elles sont traduisibles au départ.
Champs personnalisés
Paramètres > Traduction des champs personnalisés.
Les champs personnalisés sont des métadonnées d'article : tout ce qui est stocké en tant que post_meta dans la base de données. Les thèmes et extensions y stockent toutes sortes de données : liens de téléchargement, évaluations, prix, choix de mise en page, contenu structuré. WPML répertorie chaque clé de champ personnalisé sur la page ; par champ, choisissez l'un des quatre comportements :
- Ne pas traduire. WPML ne touche pas au champ. La valeur n'est ni copiée, ni traduite. Les traductions obtiennent un champ vide. C'est la valeur par défaut pour la plupart des champs enregistrés par une extension.
- Copier. WPML copie la valeur de la langue source vers chaque traduction, et la recopie à chaque modification. Le champ de la traduction correspond toujours à la source. À utiliser pour les champs dont la valeur est structurelle (un choix de mise en page, un ID interne) et ne doit pas différer selon la langue.
- Copier une fois. WPML copie la valeur source vers les traductions lors de leur création initiale, mais ne la recopie pas lors des modifications ultérieures. À utiliser lorsque vous souhaitez un point de départ que les traducteurs peuvent remplacer par langue, mais que vous ne voulez pas que les modifications apportées à la source écrasent leur travail.
- Traduire. Le champ entre dans l'Éditeur de traduction. Les traducteurs le voient et le traduisent comme le contenu du corps du texte. À utiliser pour tout champ dont la valeur est un texte lisible par l'homme.
La différence entre Copier et Copier une fois est la question la plus posée concernant la traduction des champs personnalisés. Copier maintient la valeur synchronisée pour toujours ; Copier une fois ne propage pas les modifications ultérieures. Choisissez Copier lorsque le champ est une référence structurelle ; choisissez Copier une fois lorsque les traducteurs peuvent avoir besoin de le personnaliser par langue.
Les extensions SEO (Yoast SEO, Rank Math, All in One SEO) enregistrent leurs propres champs personnalisés ici ; Comment traduire votre site pour un SEO multilingue explique comment WPML traduit les méta-titres, les descriptions et les métadonnées de terme SEO avec le contenu de l'article.
Pour les sites où les développeurs souhaitent déclarer les valeurs par défaut des champs personnalisés dans le code plutôt que dans l'interface d'administration, le fichier wpml-config.xml personnalisé est le format que les thèmes et les extensions fournissent pour définir leurs propres valeurs par défaut, et la couche dans laquelle vous pouvez coller une substitution spécifique au site sous Paramètres > Configuration XML personnalisée.
Métadonnées de terme personnalisées
Paramètres > Traduction des métadonnées de terme personnalisées.
Le même modèle à quatre options que pour les champs personnalisés, appliqué aux métadonnées de terme de taxonomie. La plupart des sites n'utilisent pas beaucoup de métadonnées de terme, mais certains le font : les sites e-commerce qui stockent des métadonnées de marque sur les catégories de produits, les sites d'annuaire qui stockent des données de localisation sur des taxonomies géographiques. Si c'est le cas de votre site, configurez chaque clé ici de la même manière que vous le feriez pour les champs personnalisés.
Médias
Paramètres > Traduction des médias.
Deux options de configuration pour la façon dont WPML gère les textes des médias :
- Détecter automatiquement les meilleures options pour traduire les textes des images (texte alternatif, légende, titre) (recommandé). WPML décide pour chaque image s'il faut dupliquer le texte source ou le traduire, évitant ainsi les champs en double et les traductions manquées.
- Traduire les textes de la médiathèque (texte alternatif, légende, titre) lors de la traduction du contenu. Contrôle si les textes des médias sont inclus dans la tâche de traduction de l'article en premier lieu.
Pour savoir comment traduire les médias (y compris le téléversement d'un fichier image différent par langue), consultez Traduire les médias.
Synchronisation des articles et des pages
Paramètres > Synchronisation des articles et des pages.
Un concept différent de la traduction : la synchronisation détermine quelles propriétés structurelles d'un article se propagent de la source vers ses traductions lorsque vous modifiez la source. La maquette répertorie neuf options, toutes activées par défaut :
- Ordre des pages, page parente, modèle de page.
- Statut des commentaires, statut des pings, indicateur de mise en avant (sticky), mot de passe, indicateur privé, format de publication.
Lorsque vous modifiez le parent d'une page dans la langue source, les traductions sont-elles également réaffectées au nouveau parent ? Lorsque vous mettez la source en avant, les traductions le deviennent-elles également ? Oui, par défaut. C'est ce que ces options contrôlent.
Sous la carte de synchronisation se trouvent deux options de suppression en cascade (lors de la suppression d'un article ou d'une taxonomie source, supprimer également ses traductions) et deux options à la création (copier les affectations de taxonomie vers les traductions, copier la date de publication).
Documents traduits : comportement de publication
Paramètres > Options des documents traduits.
Un concept distinct de la synchronisation : cela contrôle le cycle de vie de publication d'une traduction.
- Lorsque vous recevez des traductions terminées. Les publier (lorsque la source est également publiée) ou les enregistrer comme brouillon.
- Lorsque vous publiez l'article d'origine. Publier les traductions existantes ou les retenir.
- Afficher les taxonomies traduites dans l'Éditeur de traduction. Désactivé par défaut ; activez-le si vous souhaitez que les traducteurs voient les termes de taxonomie associés dans l'éditeur au lieu de les gérer séparément.
La boîte méta Configuration du contenu multilingue par article
Sur la page des paramètres de Traduction des champs personnalisés, une simple case à cocher en bas ajoute une boîte méta Configuration du contenu multilingue à chaque écran de modification d'article. Cette boîte permet aux éditeurs de modifier les préférences de traduction d'un article spécifique sans quitter l'éditeur : modifier le comportement d'un champ personnalisé, marquer un article spécifique comme non traduisible, etc.
Laissez-la activée pour les éditeurs qui gèrent les choix de traduction au niveau de l'article ; désactivez-la pour les sites où les éditeurs ne doivent jamais toucher aux paramètres de traduction.
Écrit par Amir · Dernière mise à jour le 2 juillet 2026
Écrit par Amir · Dernière mise à jour 2 juillet 2026