Guide complet WPML sans catégorie pour des URL multilingues propres

Introduction : Que signifie « WPML sans catégorie de base » ?

« WPML sans catégorie de base » signifie supprimer le préfixe de catégorie par défaut de WordPress tout en conservant des URL d'archives de catégories correctes dans chaque langue WPML. Au lieu d'une archive en anglais comme…example.com/category/news/, vous pouvez utiliserexample.com/news/Une version espagnole pourrait devenirexample.com/es/noticias/plutôt queexample.com/es/category/noticias/.

Le résultat paraît simple. La mise en place, elle, ne l'est pas toujours.

WordPress utilise des règles de réécriture pour associer des URL lisibles aux requêtes de taxonomie. WPML ajoute une couche supplémentaire pour les répertoires de langues, les domaines ou les paramètres d'URL. Il relie également les termes de catégories et les slugs traduits. Votre méthode de suppression des racines, vos paramètres de permaliens, votre thème, votre extension SEO, votre cache et les règles de votre serveur doivent être cohérents quant à la route finale.

Important:WPML traduit le contenu multilingue et les données de taxonomie, mais ne constitue pas, à lui seul, une solution universelle pour supprimer les catégories de base. Utilisez une méthode WordPress compatible et maintenue pour supprimer les catégories de base, puis testez-la avec WPML.

QueueLingo aide les équipes à déplacer les tâches de traduction WPML via des files d'attente hébergées et des moteurs de traduction connectés, afin que les noms de catégories, le contenu associé et les mises à jour multilingues puissent être gérés à plus grande échelle.

Créez un compte QueueLingo gratuitouRegardez la démoavant de planifier un déploiement multilingue complet du site.

Pourquoi les bases de catégories sont importantes pour le référencement multilingue

Une archive de catégorie WordPress standard utilise souvent ce modèle :

• https://example.com/category/news/
• https://example.com/category/tutorials/

Le motcategoryest la base de catégorie. Un site peut la remplacer par une autre base, telle quetopics, mais en laissant le champ de base Catégorie vide dansParamètres → Liens permanentsCela signifie généralement que WordPress utilise son comportement par défaut. Supprimer complètement le comportement de base nécessite généralement un plugin compatible, une fonctionnalité de thème ou une logique de réécriture personnalisée soigneusement gérée.

Dans un contexte multilingue, l'URL peut également contenir un signal de langue :

• Annuaire:example.com/es/category/noticias/
• Domaine linguistique :example.es/category/noticias/
• Paramètre:example.com/category/noticias/?lang=es

WPML prend en charge les répertoires de langues, les différents domaines ou sous-domaines et les paramètres de langue. L'URL d'une catégorie est donc définie par trois éléments : le format de langue, la base de la catégorie et le slug du terme traduit.

Chemins d'exploration et archives traduites

Les moteurs de recherche explorent les archives de catégories via les menus, les fils d'Ariane, les métadonnées des articles, les sitemaps et les liens internes. Supprimer un segment de l'URL peut la rendre plus lisible, plus facile à copier et à reconnaître, mais n'améliore pas nécessairement le classement. Pour un référencement optimal, il est préférable de disposer d'une URL stable et indexable pour chaque archive pertinente.

Une archive de catégorie traduite devrait normalement fournir :

• Un succès200réponse.
• Contenu dans la langue prévue.
• Une URL canonique autoréférentielle.
• langue alternative correctehreflangréférences.
• Liens internes utilisant l'URL finale propre.
• Inclusion dans le sitemap XML correct lorsque l'archive est indexable.

Google décrit la canonicalisation comme le processus de sélection d'une URL représentative parmi les pages dupliquées ou similaires. Les redirections, les annotations canoniques, les URL du sitemap et les liens internes peuvent tous influencer cette sélection. Pour les pages multilingues, l'URL canonique doit normalement pointer vers l'URL canonique dans la même langue.hreflangrelie les versions linguistiques équivalentes.

Lorsque la suppression améliore l'expérience utilisateur

Supprimer la base de catégories est particulièrement utile lorsque les catégories constituent un élément de navigation essentiel et que leurs identifiants sont uniques. Une publication peut l'utiliser./en/insights/,/de/einblicke/, et/fr/analyses/Ces chemins sont concis. Cependant, une base visible peut éviter toute ambiguïté. Une URL telle que :/topics/security/Le lecteur comprend immédiatement qu'il s'agit d'une page d'archives thématiques. Ne supprimez pas la structure principale sous prétexte qu'elle serait plus courte et « plus optimisée pour le référencement ». Privilégiez une structure claire et facile à maintenir.

Pour un examen plus approfondi du ciblage linguistique, voir leguide SEO multilingue.

Comment WPML gère les URL de catégories

WPML dissocie le format d'URL de la langue de la traduction des termes de taxonomie. Comprendre cette distinction facilite grandement le dépannage.

Formats d'URL de langue

In WPML → Langues → Format d'URL de langueWPML prend en charge trois modèles courants :

1. Répertoires : example.com/es/noticias/
2. Domaines ou sous-domaines : example.es/noticias/oues.example.com/noticias/
3. Un paramètre de langue : example.com/noticias/?lang=es

Les répertoires sont courants car chaque langue reste sous un seul domaine. Différents domaines nécessitent une configuration DNS et un mappage serveur corrects. Les paramètres nécessitent généralement moins de modifications côté serveur, mais de nombreux propriétaires de sites préfèrent les URL basées sur un chemin pour la navigation publique.

Les répertoires de langues WPML sont virtuels. Ne créez pas de répertoires physiques./es/ or /de/dossiers ou forcer les requêtes à y entrer.

Termes et slugs traduits

Une catégorie possède un nom d'affichage et un identifiant. Par exemple :

• Nom anglais : News ; slug :news
• Nom espagnol : Noticias ; slug :noticias
• Nom allemand : Nachrichten ; limace:nachrichten

WPML peut traduire les catégories, les étiquettes et les taxonomies personnalisées de WordPress. Les taxonomies doivent être définies comme traduisibles dansWPML → Paramètres → Traduction des taxonomiesVous pouvez consulter les traductions des termes dansWPML → Traduction de taxonomieet synchroniser les modifications de hiérarchie lorsque les structures parent-enfant changent.

Une taxonomie de base personnalisée peut également comporter des traductions spécifiques à chaque langue. Cela est indépendant de la suppression de la base de catégories standard de WordPress. Si votre site ne possède pas de base de catégories, le slug du terme traduit devient le segment de chemin visible, ce qui rend la planification de slugs uniques encore plus importante.

Règles de réécriture des liens permanents

WordPress ne stocke pas toutes les URL conviviales sous forme de fichier physique. Il compare chaque requête à des règles de réécriture et convertit un chemin correspondant en une requête. Une méthode de suppression de la racine modifie ces règles. WPML filtre ensuite les URL et les requêtes en fonction de la langue active.

Des conflits peuvent survenir lorsqu'un autre composant modifie également le routage. Les sources courantes incluent :

• Plugins SEO ou de liens permanents.
• Gestionnaires de redirection.
• Types de publications personnalisées avec des slugs de réécriture qui se chevauchent.
• Thèmes qui enregistrent des taxonomies ou des itinéraires.
• Règles NGINX ou Apache au niveau du serveur.
• Redirections CDN périphériques ou réponses d'erreur mises en cache.

Testez l'ensemble du système, et pas seulement l'écran des paramètres WordPress. Une URL peut sembler correcte dans l'administration, mais renvoyer une langue ou un statut incorrect en externe.

Avantages et inconvénients de l'absence de base de catégories dans WPML

La décision n'est pas de dire « les URL propres sont bonnes et les bases sont mauvaises ». Il s'agit d'un compromis en matière de routage.

Itinéraires en double

Certaines solutions d'élimination de base redirigent/category/news/à/news/D'autres font en sorte que les deux versions se chargent. Si les deux renvoient200Les moteurs de recherche et les systèmes d'analyse peuvent détecter des routes dupliquées. Choisissez une version privilégiée, redirigez les URL obsolètes, utilisez des URL canoniques référençant directement le contenu sur les pages finales et mettez à jour les liens internes et les plans de site.

collisions de limaces

Sans un espace de noms tel que/category/, un slug de catégorie est en concurrence dans le chemin racine. Imaginez que tous ces éléments le souhaitent/guides/:

• Une page intitulée Guides.
• Une catégorie nommée Guides.
• Une archive de type de publication personnalisé.
• Un terme traduit qui devientguides.

WordPress peut résoudre une route et en masquer une autre, ou une extension peut forcer une redirection. Créez un registre de slugs multilingue avant le lancement. Incluez les pages, les articles, les catégories, les étiquettes, les taxonomies personnalisées, les bases d'auteurs et les archives de types de publication personnalisés.

Comment configurer une base sans catégories avec WPML

Utilisez d'abord une copie de test. Les modifications d'URL peuvent affecter toutes les archives de catégories, les liens internes, les entrées du plan du site, les URL canoniques et les redirections mises en cache.

1. Sauvegardez le site

Créez une sauvegarde restaurable de la base de données et des fichiers. Notez les versions de WordPress, WPML, du thème, du plugin de routage, du cache et du serveur. Exportez les redirections existantes.

2. Inventaire des URL existantes

Exportez toutes les archives de catégories dans toutes les langues. Pour chaque URL, enregistrez :

• Langue.
• Nom de la catégorie et identifiant du terme.
• Limace actuelle.
• Catégorie parente, le cas échéant.
• Canonique actuel.
• URL propre prévue.
• Cible de redirection requise.

Analysez également les pages, les articles, les types de publications personnalisés et les archives de taxonomie afin de détecter les conflits. Procédez à cette analyse avant de modifier le comportement de réécriture.

3. Vérifier les permaliens WordPress

OuvrirParamètres → Liens permanentsVérifiez que le site utilise une structure de permaliens correcte plutôt que de simples URL de requête. Examinez le champ optionnel « Catégorie de base », mais notez qu'un champ vide ne signifie pas nécessairement « supprimer la catégorie de base ». Il se peut que WordPress utilise simplement la route de catégorie par défaut.

Choisissez une méthode de suppression de la base de données qui soit maintenue. Il peut s'agir d'une fonctionnalité de lien permanent compatible ou d'un code personnalisé développé par votre équipe. Évitez d'utiliser deux outils qui suppriment tous deux la base de données.

4. Vérifiez la configuration linguistique de WPML

OuvrirWPML → LanguesVérifiez le format de l'URL active. Testez les langues par défaut et secondaires avant de continuer. Si vous utilisez des répertoires, assurez-vous que le serveur gère les chemins de langue virtuels. Si vous utilisez des domaines distincts, vérifiez la configuration DNS, les certificats TLS et la correspondance des mappages d'installation WordPress.

5. Cartographier et traduire les termes de catégorie

In WPML → Paramètres, rendez les catégories traduisibles. Ensuite, ouvrezWPML → Traduction de taxonomieet vérifiez chaque traduction. Utilisez des identifiants naturels et uniques plutôt que de copier aveuglément l'identifiant source.

Pour les catégories hiérarchiques, vérifiez que les éléments enfants traduits ont bien les éléments parents traduits correspondants. Synchronisez les modifications de hiérarchie si nécessaire. Enregistrez la table de correspondance des identifiants comme documentation de version.

6. Activez la méthode de suppression de base et les règles de purge une fois.

Activez la méthode sélectionnée dans l'environnement de test. Régénérez ensuite les règles de réécriture. L'action d'administration habituelle consiste à ouvrirParamètres → Liens permanentsIl suffit ensuite d'enregistrer les paramètres une seule fois. Les équipes utilisant WP-CLI peuvent utiliser la commande de réécriture appropriée dans un déploiement contrôlé.

WordPress avertit que la mise à jour des règles de réécriture est une opération coûteuse. Il est déconseillé de l'exécuter à chaque requête de page ou lors de sessions fréquentes. Déclenchez-la uniquement lorsque les règles changent réellement.

7. Testez chaque langue et chaque modèle

Tester un ensemble représentatif qui comprend :

• Catégories principales et catégories secondaires.
• Catégories avec termes traduits et non traduits.
• Archives paginées, telles que/news/page/2/.
• Les flux RSS, si votre site en publie.
• Requêtes de connexion et de déconnexion.
• Chaque répertoire ou domaine de langue configuré.

Pour chaque URL finale, vérifiez le code d'état, le titre de la page, l'en-tête de l'archive, le langage du corps, l'URL canonique,hreflang, fil d'Ariane, entrée du plan du site et liens internes.

8. Ajoutez des redirections et déployez avec précaution.

Créez des redirections permanentes un-à-un depuis chaque ancienne URL de catégorie vers sa nouvelle URL exacte. Évitez de rediriger toutes les anciennes catégories vers la page d'accueil. Google recommande les redirections permanentes côté serveur, telles que :301 or 308, lorsqu'une URL a été déplacée de façon permanente.

Mettre à jour les liens internes, les menus, les fils d'Ariane, les URL du plan du site, les URL canoniques, ethreflangDéfinissez les valeurs à utiliser pour les nouveaux chemins d'accès. Déployez pendant une fenêtre surveillée, purgez les caches une seule fois et prévoyez un plan de restauration.

Problèmes courants et dépannage

Les pages de catégories traduites renvoient une erreur 404

Premier enregistrementParamètres → Liens permanentsUne seule fois pour régénérer les règles. Ensuite, vérifiez que la traduction de la catégorie existe, que sa taxonomie est traduisible et que sa hiérarchie parente est valide. Désactivez une seule couche de routage suspecte à la fois en préproduction. Si l'origine renvoie200mais l'URL publique renvoie404, inspectez la mise en cache du CDN ou du proxy.

Boucle de redirection après modification des permaliens

Une boucle signifie souvent que deux systèmes normalisent la même URL de manière opposée. Vérifiez les plugins de redirection WordPress et les redirections canoniques SEO..htaccessou les règles NGINX, les redirections de langue WPML et les règles de périphérie du CDN. Tracez la chaîne de redirection complète. L'URL finale devrait renvoyer200, ne pas rediriger vers un saut antérieur.

La mauvaise catégorie de langue apparaît

Vérifiez que chaque terme est associé à la traduction WPML correspondante et que la requête contient le contexte linguistique attendu. Contrôlez les menus et les liens du thème codés en dur. Sur les sites mis en cache, assurez-vous que la clé de cache varie selon le mécanisme de langue sélectionné par WPML. Un cache ignorant le répertoire, le domaine, le paramètre ou le cookie de langue peut renvoyer une archive incorrecte.

Les limaces sont en conflit entre les langues

Comparez l'identifiant problématique avec les pages, les articles, les routes des pièces jointes multimédias, les archives des types de publication personnalisés, les étiquettes et autres taxonomies. Renommez une route avec un identifiant clair et spécifique à la langue. Mettez ensuite à jour la table de redirection, les liens internes et les URL canoniques.hreflanget le plan du site.

Les règles CDN ou de cache conservent l'ancien comportement

Videz le cache des pages WordPress, le cache d'objets le cas échéant, le proxy inverse et le CDN. Vérifiez les éléments mis en cache.301Les navigateurs et les réseaux périphériques peuvent conserver ces réponses. Testez l'origine séparément du CDN, puis effectuez un test dans une session de navigation vierge.

Google Search Console signale la couverture ou les avertissements canoniques

Examinez l'ancienne et la nouvelle URL. Vérifiez que l'ancienne URL redirige bien de manière permanente vers l'URL de remplacement exacte et que la nouvelle URL renvoie bien l'URL de remplacement.200Vérifiez que la nouvelle archive possède une balise canonique, n'est pas bloquée par les règles robots et figure dans le sitemap prévu. Assurez-vous que Google n'a pas sélectionné une balise canonique différente. Après corrections, demandez une validation ou relancez l'exploration via le flux de travail approprié de la Search Console.

Flux de travail QueueLingo pour la traduction WPML évolutive

L'ingénierie des URL et les opérations de traduction doivent se compléter. Un développeur peut ainsi créer/es/noticias/La résolution est correcte, mais la catégorie a encore besoin d'un nom précis, d'un identifiant, d'une description, d'un contenu lié et d'un statut de révision.

Un flux de travail QueueLingo évolutif peut suivre les étapes suivantes :

1. Préparer WPML :définir les langues, les paramètres de traduction de la taxonomie et la carte des slugs approuvée.
2. Créer des offres d'emploi de traduction :Envoyer le contenu WPML éligible et le texte de taxonomie associé dans les files d'attente de traduction gérées.
3. Sélectionnez un moteur :acheminer les tâches vers Google Translate, Edge Translate ou les moteurs de traduction LLM pris en charge en fonction des intégrations configurées de votre organisation, de la paire de langues, du type de contenu, du budget et de la politique de données.
4. Résultats de l'examen :Vérifier la terminologie, les noms de catégories, la longueur des slugs, l'intention, l'intégrité HTML et le vocabulaire adapté au marché local.
5. Répondez et publiez :Renvoyer les traductions approuvées à WPML, puis exécuter l'URL, la balise canonique ethreflangchèques.

L'automatisation des files d'attente permet de réduire les tâches répétitives d'exportation, d'attribution, de suivi de statut et de correction. La relecture humaine reste néanmoins essentielle, car une simple erreur de traduction de taxonomie peut impacter la navigation et de nombreuses URL de publications.

Explorez l'hébergement de traduction WPML,regarder une démo, oudémarrer un essai gratuit.

Liste de vérification et meilleures pratiques de mise en œuvre

Avant le lancement :

• Sauvegardez les fichiers et la base de données, puis vérifiez que l'accès à la restauration est rétabli.
• Testez la modification en environnement de test avec le plugin et la pile serveur de production.
• Exporter toutes les URL des catégories dans chaque langue.
• Associer les anciennes URL aux URL finales traduites.
• Réservez des identifiants de catégorie uniques pour tous les types de contenu public.
• Confirmer les traductions de catégories et les relations parent-enfant dans WPML.
• Choisissez une méthode d'enlèvement de base et documentez son propriétaire.
• Tester les répertoires, les domaines ou les paramètres selon les paramètres WPML.
• Préparez exactement301 or 308redirections.
• Mettre à jour les liens internes, les URL canoniques,hreflang, les fils d'Ariane et les plans de site.

Après le lancement :

• Explorer les anciens et les nouveaux ensembles d'URL.
• Vérifiez404, doux404, 5xx, des boucles et de longues chaînes de redirection.
• Examinez l'origine, WordPress, le CDN et le comportement du cache du navigateur.
• Surveillez les journaux du serveur et les rapports de Google Search Console.
• Maintenez les redirections en place.
• Effectuez un nouveau test après les mises à jour de WordPress, WPML, du thème, du plugin de routage ou du serveur.
• Étapes de restauration des documents, gestion des données, conservation des traductions, contrôle d'accès et exigences de conformité.

Le lancement WPML sans catégories le plus sûr n'est pas celui qui utilise la règle de réécriture la plus astucieuse. C'est celui qui dispose d'une carte d'URL complète, de slugs traduits uniques, d'une route privilégiée par archive et de tests reproductibles.

Prêt à simplifier la traduction ?Essayez QueueLingo gratuitementouContactez le service commercialpour un flux de travail WordPress multilingue plus important.

Références officielles

• WPML : Options de format d’URL de langue —Ouvrir la documentation officielle
• WPML : Traduction des catégories d’articles, des étiquettes et des taxonomies personnalisées —Ouvrir la documentation officielle
• Ressources pour développeurs WordPress :flush_rewrite_rules()—Ouvrir la documentation officielle
• Centre de recherche Google : Gestion des sites multilingues et multirégionaux —Ouvrir la documentation officielle
• Centre de recherche Google : Canonicalisation —Ouvrir la documentation officielle
• Centre de recherche Google : Redirections et recherche Google —Ouvrir la documentation officielle