Comment exclure les pages d'administration et du tableau de bord de la traduction WordPress

Le moyen le plus rapide d'empêcher la traduction des pages d'administration est d'ajouter leurs modèles d'URL à une liste d'exclusion. Pour WordPress, cela signifie généralement wp-admin/ et wp-login.php. Ne présumez pas que chaque outil le fait pour vous. Vérifiez d'abord les paramètres, puis ajoutez tous les chemins d'accès au backend personnalisés.

Pourquoi les pages d'administration doivent rester en dehors de la traduction

Les pages d'administration ne sont pas des pages destinées aux visiteurs. Elles existent pour vous aider à gérer le site. Les traduire crée de vrais problèmes, et pas seulement un surcroît de travail.

Commençons par le problème pratique. Un écran de connexion traduit n'a aucune valeur pour un client. Un tableau de bord traduit ne peut pas être utilisé par un administrateur connecté. Les utilisateurs de WordPress voient toujours l'interface originale car WordPress les redirige vers le même chemin d'accès au backend.

Il existe également un aspect lié à la sécurité. Les pages du backend peuvent exposer les numéros de version de WordPress, les noms des extensions ou les chemins d'accès aux fichiers. Servir ces pages sous des URL traduites peut créer de nouvelles URL publiques que vous n'avez pas l'intention de publier.

La traduction des pages d'administration gaspille également des ressources. L'outil de traduction doit explorer la page, traduire le texte, stocker la version et la maintenir à jour. Chaque mise à jour ajoute du travail. Plus il y a de pages dans la file d'attente, plus il est difficile de repérer les véritables problèmes de traduction.

Enfin, les exclusions vous aident à garder le contrôle. Une liste d'exclusion claire indique à l'agent de traduction quels chemins ignorer. Cela facilite la révision du reste du site.

Comment SeaText décide quelles URL WordPress traduire

L'agent de traduction WordPress de SeaText est conçu pour surveiller le contenu publié. La documentation publique indique qu'il détecte les nouvelles pages, produits, articles et titres WordPress, puis les traduit.

C'est un détail important. Cela signifie que SeaText n'analyse pas tous les fichiers possibles sur votre serveur. Il recherche le contenu qui est publié et donc public.

Les URL d'administration ne sont pas du contenu publié. Une requête vers /wp-admin/ renvoie à un écran de connexion ou au tableau de bord. Ce chemin n'est ni une page, ni un article, ni un produit, ni un titre.

Cependant, vous devez confirmer le comportement de votre propre configuration. La documentation publique actuelle de SeaText ne liste pas les exclusions d'administration par défaut exactes. Vérifiez auprès du fournisseur avant de supposer que wp-admin/ et wp-login.php sont déjà ignorés.

SeaText vous donne le contrôle sur les traductions. Vous pouvez modifier les traductions, préserver la voix de votre marque et réviser les pages clés. Utilisez ces contrôles dans le cadre de votre flux de travail d'exclusion.

SeaText détecte également la langue de chaque visiteur et traduit les pages instantanément. Cela fonctionne bien pour le contenu public. Les pages du backend ne devraient pas faire partie de ce flux de traduction instantanée.

Configurer une liste d'exclusion d'URL

Commencez par ouvrir les paramètres de traduction de votre site WordPress. Dans SeaText, vous activez l'agent de traduction sur WordPress et le gérez depuis votre tableau de bord. Le nom exact du menu pour les exclusions peut varier.

Recherchez « Exclusions d'URL », « Exclusions de traduction » ou « Chemins exclus ». Si vous ne trouvez pas une telle section, vérifiez auprès du fournisseur.

Ajoutez les chemins d'accès au backend WordPress standard :

• /wp-admin/
• /wp-login.php

Utilisez des chemins complets, pas seulement des mots. N'entrez pas admin seul. N'entrez pas le domaine complet à moins que l'outil ne le demande.

Pour un chemin d'administration personnalisé, ajoutez le répertoire entier. Par exemple, ajoutez /mon-backend-personnalise/ ou /connexion-personnalisee.php.

Pour trouver un chemin d'accès au backend personnalisé, accédez à la page tout en étant connecté. Regardez la barre d'adresse du navigateur. Enregistrez le chemin après le domaine. Ajoutez ensuite ce chemin à votre liste d'exclusion.

Enregistrez les paramètres. Videz le cache de votre site. Testez ensuite depuis une fenêtre de navigation privée.

Un bon test comporte deux parties. Premièrement, visitez l'URL exclue et confirmez que vous voyez la page d'administration ou de connexion originale. Deuxièmement, visitez une page publique qui contient un mot similaire, tel que /produit/equipement-approuve-admin/, et confirmez qu'elle est toujours traduite.

Erreurs courantes : un modèle peut bloquer les mauvaises pages

C'est la section qui inquiète le plus les éditeurs. Une petite erreur de modèle peut empêcher la traduction de pages publiques.

Erreur 1 : Ajouter /admin/ pour bloquer /wp-admin/.

C'est trop large. Une page publique sur /produit/equipement-approuve-admin/ contient le mot « admin ». L'exclusion l'empêche d'être traduite. Un visiteur en France voit maintenant la copie du produit en anglais. Cela peut réduire les ventes.

Erreur 2 : Utiliser /wp- comme raccourci.

Ce modèle peut bloquer /wp-admin/ et /wp-login.php, mais il peut aussi bloquer /wp-content/, /wp-includes/ et /wp-json/. Ce sont des ressources publiques. /wp-content/ contient des images, du CSS et du JavaScript. Les bloquer peut casser les pages traduites.

Erreur 3 : Exclure un mot qui apparaît dans un tableau de bord destiné aux clients.

Imaginez que votre site dispose d'un tableau de bord client public sur /tableau-de-bord/. Vous ajoutez /tableau-de-bord/ pour masquer une page d'administration privée. Maintenant, le tableau de bord client n'est pas traduit. Les clients qui ne parlent pas anglais ne peuvent pas l'utiliser confortablement.

Erreur 4 : Utiliser un modèle sans barre oblique finale.

Certains outils traitent /wp-admin et /wp-admin/ comme des chemins différents. Si vous testez le mauvais, vous pourriez penser que votre exclusion fonctionne. Ajoutez la forme documentée par votre fournisseur.

Erreur 5 : Tester tout en étant connecté.

Lorsque vous êtes connecté à WordPress, le backend peut se charger différemment. Il peut également contourner le flux de traduction normal. Testez toujours en mode navigation privée ou avec une session déconnectée.

La leçon est simple : excluez le chemin complet le plus étroit possible. Utilisez des caractères génériques uniquement lorsque l'outil les prend clairement en charge.

Sur-exclusion et limites des caractères génériques

Chaque chemin que vous excluez est un chemin que vous arrêtez de traduire. C'est le principal compromis. Gardez les exclusions aussi précises que possible.

Si vous excluez trop, vous créez des trous non traduits sur votre site public. Les visiteurs dans d'autres langues peuvent tomber sur une page qui est à moitié en anglais et à moitié dans leur langue. Cela nuit à la confiance et pousse souvent les gens à partir.

Les modèles avec caractères génériques ont des limites claires. Certains outils ne font correspondre un caractère générique qu'à la fin. Par exemple, /wp-admin/* peut correspondre à /wp-admin/user-new.php mais pas à /wp-admin/ lui-même. Vous pourriez avoir besoin de deux modèles.

Les modèles peuvent également être sensibles à la casse. Les URL d'administration WordPress sont en minuscules. Les pages publiques ne le sont pas toujours. Si vous voyez un problème, testez les deux formes.

Les chaînes de requête sont une autre limite. Une règle de chemin comme /wp-admin/ ne détectera pas /?page=mon-backend si l'outil ne vérifie que le chemin. Vérifiez si votre outil prend en charge les règles d'URL complètes.

Ne faites pas de sur-exclusion juste pour vous sentir en sécurité. Une exclusion large crée de plus gros problèmes de traduction publique qu'une page de backend isolée.

Pour les tableaux de bord personnalisés, décidez en fonction du contenu. Si le tableau de bord affiche des données utilisateur privées, excluez-le. S'il s'agit d'un modèle public, la traduction peut aider. La même règle s'applique aux pages d'adhésion et aux pages de compte.

Pour les réseaux multisites WordPress, n'oubliez pas que les paramètres peuvent s'appliquer par site. Si chaque site a un chemin d'administration personnalisé, ajoutez l'exclusion pour chaque site qui en a besoin.

Dépannage et questions fréquemment posées

Si une page d'administration exclue est toujours traduite, parcourez cette liste :

• Vérifiez le chemin exact dans la liste d'exclusion.
• Vérifiez la présence d'une barre oblique finale ou d'une différence de casse.
• Videz votre cache WordPress.
• Videz votre cache CDN si vous en utilisez un.
• Testez depuis une fenêtre de navigation privée, pas depuis une session connectée.
• Vérifiez si une autre extension met en cache les pages traduites.

L'exclusion de wp-admin empêche-t-elle la traduction du contenu que j'y crée ?

Non. L'exclusion s'applique au chemin du backend lui-même. Un article public que vous publiez depuis wp-admin reste du contenu public. SeaText le voit et le traduit.

Dois-je exclure mes pages de compte client ?

Uniquement si elles contiennent des données utilisateur privées. Si l'espace client est un modèle public normal, la traduction peut aider. S'il affiche des commandes et des adresses, excluez-le.

Combien de temps faut-il pour qu'une exclusion fonctionne ?

La plupart des outils appliquent les exclusions rapidement. Le délai exact dépend de l'outil et de sa mise en cache. Videz votre cache et testez. Si elle apparaît toujours, vérifiez auprès du fournisseur.

Un caractère générique peut-il tout résoudre ?

Non. Les caractères génériques sont utiles pour des répertoires entiers, mais ils peuvent être trop larges. Utilisez le modèle le plus petit qui couvre tous les chemins d'administration.

Dois-je exclure wp-login.php séparément de wp-admin/ ?

Oui. Ce sont des points de terminaison différents. wp-admin/ pointe vers le répertoire d'administration. wp-login.php pointe vers un fichier de connexion unique. Ajoutez les deux si votre outil n'a pas de valeur par défaut intégrée.

Que faire si SeaText sert toujours une page d'administration traduite ?

Confirmez que l'URL est dans la liste d'exclusion et que le modèle correspond au chemin exact. Ensuite, demandez au support de SeaText. Le fournisseur peut confirmer si une liste d'exclusion par défaut couvre déjà cette URL.