Un article rebaptisé, une catégorie réorganisée ou une nouvelle structure de blog peuvent modifier des adresses déjà partagées. Le problème apparaît alors loin de l’administration : un visiteur ouvre un ancien favori, un client suit un lien envoyé par e-mail ou un moteur explore une page disparue. Préparer les permaliens WordPress consiste à garder ce chemin compréhensible.
Distinguer le titre, le slug et la structure
Le titre affiché dans la page peut changer sans que son URL change. Le slug identifie le contenu dans son adresse ; la structure des permaliens organise les URL à l’échelle du site. La documentation WordPress décrit ces réglages. Avant de toucher à la structure globale, vérifiez si une simple correction de titre suffit. Une date présente dans l’adresse ne justifie pas, à elle seule, une migration de tous les articles.
Exemple fictif : une entreprise remplace un guide « bien démarrer » par un guide actualisé. Si le sujet reste le même, conserver son URL peut éviter une rupture inutile. En revanche, une page consacrée à un service abandonné demande une décision éditoriale sur la destination, pas seulement un nouveau slug.
Construire la correspondance avant le changement
Établissez un tableau avec l’ancienne URL complète, la destination finale, la raison du changement et le résultat attendu. Une page doit conduire vers son équivalent utile. Envoyer toutes les anciennes adresses vers l’accueil oblige le lecteur à recommencer sa recherche et ne restitue pas le contenu qu’il attendait.
Pour un déplacement permanent avec un équivalent réel, prévoyez une redirection permanente, généralement 301. Si aucun contenu ne remplace la page, choisissez explicitement son retrait plutôt qu’une destination artificielle. N’ajoutez pas plusieurs règles successives : l’ancienne adresse doit rejoindre directement la destination retenue.
Mettre à jour les chemins que vous contrôlez
La redirection protège les anciens liens, mais les menus et les articles du site doivent pointer directement vers la nouvelle adresse. Contrôlez également les boutons, les liens présents dans les images, le sitemap et les éventuels e-mails automatisés. Une URL canonique doit correspondre à la page que vous souhaitez présenter comme référence.
Si l’opération accompagne un changement de serveur, séparez les décisions DNS et les décisions d’URL. Le guide Hostiaz sur le DNS explique cette distinction ; le parcours de migration de site permet de préparer la bascule technique. Une migration n’impose pas de renommer toutes les pages.
Valider avec de vraies adresses historiques
Ouvrez une ancienne URL dans une session sans connexion, puis relevez la destination et les étapes de redirection. Vérifiez le contenu, les images, les ancres et les paramètres utiles. Faites le même essai depuis un lien interne actualisé. Contrôlez ensuite les adresses qui reçoivent encore des visites ou des erreurs dans vos outils disponibles.
Pour une intervention accompagnée, les interventions WordPress de WPASSIST présentent un service auquel soumettre le périmètre du changement. Préparez votre matrice et vos exemples d’erreurs : ils sont plus utiles qu’une demande générale de « refaire les URL ».
La recette à conserver
Gardez le tableau final, la date de publication et les résultats des essais. Un changement est prêt lorsque les pages déplacées sont accessibles, les liens internes sont directs et les destinations correspondent au besoin initial. Pour aller plus loin, distinguez aussi le contenu d’une page et son modèle WordPress : modifier la présentation ne nécessite pas de changer son adresse.
Sources et vérification
Sources primaires consultées le 30 septembre 2026.
