Contrôlez ce que WPML traduit : types de publication, champs personnalisés, médias, taxonomies

Chaque élément traduisible possède l’un des trois états suivants

Chaque élément traduisible sur votre site possède trois états possibles :

• Traduisible. WPML le traite comme du contenu qui devrait 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. Le principe est le même, 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. Il n’apparaît nulle part dans Traductions.

La valeur par défaut pour le contenu WordPress intégré (articles, pages, catégories, étiquettes, médias) est Traduisible. Les types de contenu enregistrés par les extensions (types de publication personnalisés, taxonomies personnalisées) sont définis par défaut sur Non traduisible. Les activer est souvent la première chose à faire sur un nouveau site après l’installation.

Pour les champs personnalisés et les métadonnées de terme, vous disposez de quatre états au lieu de trois (voir ci-dessous).

Types de publication

Chaque type de publication enregistré sur votre site apparaît dans la liste : articles, pages, médias (sous attachment), CSS personnalisé, ainsi que chaque type de publication personnalisé (CPT) enregistré par vos thèmes et extensions. Par type, choisissez :

• Traduisible – afficher uniquement les éléments traduits. Le réglage 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 principale raison 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 Traductions, ce paramètre est la première chose à vérifier. Une fois qu’un type est défini comme traduisible, la page Traduire les articles, les pages et les types de publication personnalisés explique comment l’envoyer en traduction.

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 définies par défaut sur Traduisible – afficher uniquement les éléments traduits. Les taxonomies personnalisées (catégories de produits, marques, régions) sont souvent définies 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 en premier lieu.

Champs personnalisés

Les champs personnalisés sont des métadonnées d’article : tout ce qui est stocké sous post_meta dans la base de données. Les thèmes et les 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 suivants :

• Ne pas traduire. WPML ignore le champ. La valeur n’est ni copiée ni traduite. Les traductions obtiennent un champ vide. C’est le réglage 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 de texte. À utiliser pour tout champ dont la valeur est un texte lisible par un humain.

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 le SEO multilingue explique comment WPML traduit les méta-titres, les descriptions et les métadonnées de terme SEO en même temps que le contenu des articles.

Pour les sites où les développeurs souhaitent déclarer les valeurs par défaut des champs personnalisés dans le code au lieu de l’interface d’administration, 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 WPML → Paramètres → Configuration XML personnalisée.

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’annuaires 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

Deux options de configuration pour la façon dont WPML gère les textes des médias :

• Détecter automatiquement les meilleures options pour la traduction des textes d’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 à la fois les champs en double et les traductions manquantes.
• 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

Un concept différent de la traduction : la synchronisation décide quelles propriétés structurelles d’un article se propagent de la source vers ses traductions lorsque vous modifiez la source. La carte 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, état mis en avant, mot de passe, état privé, format de publication.

Lorsque vous modifiez le parent d’une page dans la langue source, les traductions sont-elles également apparentées à ce nouveau parent ? Lorsque vous rendez la source mise en avant, les traductions le deviennent-elles également ? Oui par défaut. C’est ce que contrôlent ces options.

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

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 de métadonnées 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 de métadonnées Configuration du contenu multilingue à chaque écran d’édition d’article. La boîte permet aux éditeurs de modifier les préférences de traduction d’un seul article 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.