Documentation

SEO, URLs et cache

SEO : hreflang, sitemaps et canonique

  • hreflang — chaque page indique les versions dans les autres publiées langues dans le <head>. Une langue brouillon n’est annoncée ni ici ni dans le plan du site.
  • Canonique et og:url — sur les pages traduites, ils renvoient vers l’adresse traduite, avec WordPress seul ou avec Yoast SEO, Rank Math ou Slim SEO. Une balise canonical renvoyant vers la page d’origine indiquerait à Google que la traduction est un 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.xml obtient un sitemap par langue.
  • Enregistrer les langues vide le cache de sitemap de Rank Math et Yoast, donc une nouvelle langue apparaît immédiatement.
  • Données structurées (JSON-LD) — ce que Google affiche dans les résultats de recherche : le nom et la description du produit, le fil d’Ariane, le titre de la page, générés par WooCommerce et les extensions SEO. Sur les pages traduites, il utilise les mêmes traductions que la page, et les liens du site qu’il contient renvoient vers les adresses traduites. Il n’utilise aucun caractère. Un texte qui n’existe que dans le JSON-LD, et sur aucune page, reste dans la langue source.
  • Adresses sont traduits — voir Adresses traduites.

URLs, recherche et dates

Adresses traduites

Avec Réglages → Adresses traduites activé, chaque adresse est dans la langue du lecteur — pages, articles, produits, catégories, étiquettes, types de contenu personnalisés et taxonomies, préfixes et points de terminaison WooCommerce : /product/linen-blouse/ devenir /de/produkt/leinenbluse/, et /my-account/orders/ devenir /de/mein-konto/bestellungen/. C’est ce que recommande Google. L’option est activée pour les nouvelles installations ; un site mis à jour conserve les adresses existantes jusqu’à son activation.

  • Rien ne se casse. L’adresse dans la langue source avec le préfixe redirige avec une 301 vers l’adresse traduite, afin que les liens existants, les favoris et les résultats de recherche continuent de fonctionner. Désactiver l’option fait l’inverse.
  • Une adresse ne change jamais d’elle-même. Elle est créée une fois, à partir du titre traduit (ou du slug, lorsqu’il a été saisi manuellement), et reste inchangée. Une nouvelle traduction du titre ne la déplace pas.
  • Modifiez-la manuellement dans l’onglet Adresses . L’ancienne adresse continue de rediriger vers la nouvelle, définitivement.
  • L’activation crée les adresses en arrière-plan ; elles apparaissent en quelques minutes.
  • Presque aucun caractère. La plupart des adresses proviennent du titre, qui est de toute façon traduit. Seuls les slugs saisis manuellement et les préfixes utilisent quelques caractères, une seule fois.
  • Autres écritures. Les adresses en russe et en japonais restent dans leur propre écriture, comme le recommande Google, et les accents suivent les règles de chaque langue (en allemand, ü devenir ue).

L’adresse traduite est insérée dans chaque lien interne de la page — le contenu, les menus, les champs de lien ACF, les boutons des constructeurs de pages, les shortcodes — ainsi que dans la balise canonical, hreflang, les plans de site et les données structurées. En interne, WordPress ne voit toujours que les slugs sources : l’extension les remplace à l’entrée et à la sortie. Aucune règle de réécriture n’est nécessaire : /es/tienda/ fonctionne avec les permaliens que le site a déjà.

Une personne qui effectue une recherche dans une autre langue trouve des résultats. Si un visiteur allemand recherche « Jacke », le plugin recherche le terme source correspondant (« Jacket ») — 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.
  • Après une traduction corrigée manuellement — dans Strings ou directement sur la page — l’extension purge l’intégralité du cache une minute plus tard. Une phrase peut se trouver sur toutes les pages (le menu, le pied de page), et les corrections effectuées pendant cette minute sont incluses dans la même purge. La personne qui effectue la correction voit immédiatement le changement, car les utilisateurs connectés ignorent le 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.

Publier.
Lire en
chaque langue.

30 000 caractères, un site, pas de carte. La clé arrive par e-mail après le paiement.