Les Règles de traduction sont un écran par projet qui contient les quatre contrôles qui modifient ce qui est traduit et comment les URL sont construites. Chaque champ accepte une entrée par ligne, et les quatre sont facultatifs.
Avant de commencer
- Vous devez être Propriétaire, Administrateur ou Éditeur. Les membres ne voient pas Les Règles de traduction dans la barre latérale, et l'ouverture directe de l'URL affiche un message d'accès refusé.
- Ouvrez le projet et choisissez Les Règles de traduction dans la barre latérale.
Les quatre champs
| Champ | Ce que ça fait |
|---|---|
| Inclure les sélecteurs CSS | Aucun effet sur ce qui est traduit. Tout ce qui contient du texte est déjà traduit, donc ce champ n'a rien à ajouter. |
| Exclure les sélecteurs CSS | Ignorez les éléments correspondant à ces sélecteurs. Le reste de la page est traduit comme d'habitude. |
| Exclure les pages | Ignorez des chemins d'URL entiers. Un visiteur demandant une version traduite est redirigé vers la page d'origine. |
| Exclure la localisation des liens | Empêchez l'insertion du code de langue dans ces chemins internes, de sorte que le lien pointe vers l'URL d'origine. |

Les modifications sont enregistrées lorsque vous choisissez Enregistrer les règles.
Écrire des sélecteurs
Deux règles s'appliquent aux deux champs de sélecteur, et une erreur dans l'un ou l'autre échoue silencieusement.
Chaque entrée a besoin d'une classe, d'un id ou d'un attribut. .price-note, #hero-subheading et [data-no-translate] sont tous valides. Un nom de balise seul comme code, main ou p est ignoré, tout comme * et toute entrée de 200 caractères ou plus. Rien ne vous le dit, et une entrée ignorée ne s'applique jamais.
Ciblez l'élément qui contient le texte, pas la région qui contient la page. .product-title est un sélecteur. .content, #page et .entry-content sont des régions de page, et l'exclusion de l'une d'elles exclut tout ce qu'elle contient : une seule entrée .content laisse une page entière dans la langue source, sans rien signaler. Il n'y a aucun moyen de récupérer une partie d'un élément exclu.
Si ce que vous voulez non traduit est un mot ou une phrase plutôt qu'un élément, un sélecteur est le mauvais outil. Voir Règles de glossaire.
Inclure les sélecteurs CSS
Laissez ce champ vide. Universally traduit chaque élément qui contient du texte, donc un sélecteur d'inclusion n'a rien à ajouter, et remplir le champ ne limite pas la traduction à ce que vous listez.
Si vous ne voulez qu'une seule région d'une page traduite, excluez le reste avec Exclure les sélecteurs CSS. C'est le seul contrôle qui modifie la limite.
Exclure les sélecteurs CSS
Le cas courant. Nommez les parties de la page qui doivent rester dans la langue source.
.brand-name
.code-block
.user-generated-content
[data-no-translate]
Les éléments correspondants sont supprimés avant la traduction, donc rien à l'intérieur n'est envoyé. C'est donc le bon contrôle pour tout ce qui est sensible ainsi que tout ce qui ne doit pas changer.
Pour un seul mot ou une phrase plutôt qu'une région, utilisez plutôt une règle de glossaire. Voir Règles de glossaire.
Exclure les pages
Les chemins listés ici ne sont jamais traduits, et un visiteur qui demande l'URL traduite atterrit sur la page d'origine.
/checkout/
/admin/*
/my-account/
* correspond au reste du chemin, donc /admin/* couvre tout ce qui se trouve en dessous. Les flux de paiement, de compte et d'administration sont les entrées habituelles : ils contiennent des données personnelles et ils se cassent de manière difficile à remarquer si le balisage change.
Tous les détails sont dans Exclure les pages.
Exclure la localisation des liens
Sur une page traduite, les liens internes gagnent normalement le code de langue afin qu'un visiteur reste dans sa langue. Les chemins listés ici conservent leur URL d'origine.
/wp-content/
/api/
/feed/
Utilisez-le pour tout ce qui n'est pas une page lue par un visiteur : chemins d'accès aux ressources, points de terminaison d'API, flux, et toute route qui serait rompue avec un préfixe de langue devant elle.
Tous les détails sont dans Exclure les chemins de la préfixation de langue.
Quand les règles prennent effet
La sauvegarde stocke les règles immédiatement, mais les pages déjà traduites et mises en cache conservent leur traduction existante jusqu'à ce qu'elle soit rafraîchie. Voir Vider le cache et rafraîchir les traductions.
Si une règle ne semble pas fonctionner
Vérifiez que les sélecteurs correspondent. Inspectez l'élément dans votre navigateur et confirmez que le sélecteur le sélectionne réellement. Un sélecteur qui ne correspond à rien échoue silencieusement.
Vérifiez qu'il s'agit d'une page mise en cache. Une règle ne peut pas modifier une traduction qui a été mise en cache avant que vous ne l'ajoutiez.
Vérifiez que vous avez modifié le bon projet. Les règles sont par projet, pas par espace de travail.