WPML : URLs et clonage de page

Dans cette vidéo, j'explique à Julien les problèmes fréquents qui surviennent avec WPML lorsqu’on clone une page ou un produit, puis je détaille les solutions à appliquer.

1. Description du problème (0 – 48 s) : lorsqu’on duplique un élément (produit ou page) avec WPML, la traduction peut ne plus pointer vers la bonne version, ce qui rend difficile de retrouver la bonne traduction.
2. Bug d’URL qui ne s’affiche pas (50 – 128 s) : après la traduction, WPML demande l’URL du clone, mais celle‑ci n’apparaît pas. La seule façon de corriger cela est de basculer temporairement sur la version anglaise du site, modifier l’URL directement dans le champ « URL », sauvegarder, puis retourner à la version française. Cette manipulation doit être faite uniquement dans ces cas précis.
3. Gestion du slug (128 – 145 s) : si le slug ne se met pas à jour automatiquement, on peut « tricher » en allant dans la version anglaise et en modifiant uniquement le slug, sans toucher aux autres champs.
4. Cas concret – copie de la partie 3 vers la partie 4 (145 – 200 s) : j’ai copié la partie 3 en tant que partie 4, modifié le contenu, mais la traduction continuait d’envoyer vers la partie 3. La solution a été d’aller dans l’anglais, de supprimer la page supplémentaire créée pour la partie 3, puis de recommencer la traduction de la partie 4 depuis le début. J’ai également mentionné la nécessité de supprimer la page 5 pour éviter d’autres bugs.
5. Erreurs typiques lors d’un clone et conclusion (200 – 232 s) : il existe deux types d’erreurs fréquentes : l’URL qui reste liée à l’ancienne page et le slug qui ne change pas. En anticipant ces problèmes et en suivant les étapes décrites (passer en anglais, corriger l’URL/slug, éventuellement supprimer les pages en trop), le clone devient fonctionnel à 100 %. Pour les produits, l’URL a bien été mise à jour à la fin.

En suivant ces procédures, on évite les bugs de traduction et on assure que chaque clone possède sa propre URL et son slug corrects.