SEO : hreflang, sitemaps et canonique
- hreflang — chaque page répertorie les versions dans les autres langues dans le
<head>. - Canonique et
og:url— sur les pages traduites, elles conservent le préfixe de langue, avec Yoast SEO, Rank Math et Slim SEO. Un canonique pointant vers la page originale indiquerait à Google que la traduction est du contenu dupliqué. - Sitemap — le plugin n'a pas de sitemap propre : il ajoute les pages traduites à celui que vous avez déjà et déjà soumis à Search Console.
- Yoast SEO, Rank Math et Slim SEO — chaque page en obtient un
<url>par langue, avec toutes les versions en<xhtml:link hreflang>, comme le recommande Google. - Pas de plugin SEO — le WordPress
wp-sitemap.xmlobtient un sitemap par langue.
- Yoast SEO, Rank Math et Slim SEO — chaque page en obtient un
- Enregistrer les langues vide le cache de sitemap de Rank Math et Yoast, donc une nouvelle langue apparaît immédiatement.
- Slug d'URL reste dans la langue source, intentionnellement — voir pourquoi le slug n'est pas traduit.
URLs, recherche et dates
Les slugs d'URL restent dans la langue source
Seul le préfixe de langue change : /produto/blusas-e-camisas/ devenir /en/produto/blusas-e-camisas/, /es/produto/blusas-e-camisas/, et ainsi de suite. Le plugin connaît les vrais slugs du site et les restaure dans n'importe quelle langue (y compris ceux que WooCommerce traduit par lui-même, comme marca/brand).
Aucune règle de réécriture n'est nécessaire : /en/shop/ fonctionne avec les permaliens que le site a déjà.
Pourquoi le slug n'est pas traduit
C'est une décision délibérée, prise pour les moteurs de recherche et pour chaque lien qui pointe déjà vers votre site.
- Chaque langue a déjà sa propre URL. Le préfixe donne à chaque version linguistique une adresse distincte, ce que Google recommande pour les sites multilingues. Traduire le slug n'ajoute rien à cette séparation.
- Pas de contenu dupliqué. Le contenu dupliqué est la même page accessible à plusieurs adresses, sans rien dire à Google sur laquelle compter. Ici, chaque page traduite a exactement une adresse par langue, un canonique qui garde le préfixe de langue et
hreflangdes liens vers toutes ses autres versions — donc Google les lit comme des versions linguistiques d'une page, pas comme des copies en concurrence entre elles (voir SEO : hreflang, sitemaps et canonique). - Les liens ne se brisent jamais. Un slug traduit changerait chaque fois que sa traduction change — une faute de frappe fixe, une chaîne revue manuellement, une nouvelle règle de glossaire — et chaque fois, l'ancienne adresse renverrait un 404 ou aurait besoin d'une redirection 301. Les liens partagés sur les réseaux sociaux, dans les newsletters ou par d'autres sites accumuleraient des redirections ou cesseraient de fonctionner. Avec le slug source, l'adresse d'une page ne change jamais, dans aucune langue.
- Votre classement se maintient. Les backlinks et tout ce que Google sait déjà sur
/produto/blusas-e-camisas/s'appliquent naturellement à/en/produto/blusas-e-camisas/: le chemin reste le même, seule la langue change. - Google lit la langue dans le contenu. Google détermine la langue d'une page à partir de son texte visible, pas des mots dans son URL. Une page traduite avec un slug en langue source est indexée et affichée comme une page dans sa propre langue.
- Rien à maintenir. Pas de slug par langue à revoir, pas de redirections à créer après une modification, pas de règles de réécriture à synchroniser et pas de recherche supplémentaire lorsqu'une page est servie.
En résumé: un slug traduit peut sembler légèrement plus amical dans un résultat de recherche, mais il sacrifie la stabilité. Le plugin garde une adresse permanente par page et par langue, et laisse le préfixe, le canonique et
hreflanginformer Google de tout ce dont il a besoin.
Rechercher
Quelqu'un cherchant dans une autre langue trouve des résultats. Si un visiteur en anglais recherche « jacket », le plugin recherche le terme source correspondant (« Casaco ») — le thème et le moteur de recherche n'ont pas besoin de savoir quoi que ce soit.
Dates
Le format de date enregistré dans les paramètres porte souvent du texte de la langue source (j \d\e F \d\e Y donnerait « 9 de September de 2026 »). Sur les pages traduites, le plugin utilise le format propre à chaque langue (9 septembre 2026).
Cache de page
- Chaque langue est une adresse différente, donc le cache de la page stocke chaque version séparément.
- Après traduction, le plugin purge automatiquement les versions traduites des pages qui ont changé dans : WP-Optimize, LiteSpeed Cache, WP Rocket et W3 Total Cache.
- Avec un autre système de cache, vous devrez peut-être le purger manuellement après une grande traduction (ou le connecter via les actions dans Pour les développeurs).
Avertissement : durée de vie du cache inférieure à 12 heures. Si le thème montre une boîte de connexion dans l'en-tête (ou tout formulaire avec un nonce), ce code de sécurité n'est valable que pendant 12 à 24 heures. Sur une page mise en cache plus longtemps, la connexion échoue silencieusement. Cela s'applique à chaque langue.