# Checklist technique avant de changer de permalien sur un site WordPress

> Changer la structure des permaliens casse toutes les URL existantes d'un coup. Voici les points à vérifier avant de valider ce changement irréversible.

- Auteur : Clément Hadrot
- Publié le : 2020-10-13
- Mis à jour le : 2020-10-13
- Catégorie : SEO &amp; GEO
- URL : https://wpmoderne.dev.wordpress-developpement.fr/seo/checklist-avant-changement-permalien/

## L’essentiel

- Le plan de redirection doit exister avant le changement, jamais après
- Les liens internes en dur cassent même avec des redirections en place
- Un export complet des URL actuelles sert de filet de sécurité

Une agence reprend un site vieux de sept ans dont la structure de permalien est `/?p=123`, jamais migrée vers une structure lisible. Le client demande enfin le passage à des URL propres du type `/nom-article/`. Techniquement, ce changement se fait en un clic dans Réglages → Permaliens. Le problème n'est jamais technique à ce stade, il est dans tout ce qu'il faut préparer avant ce clic.

Changer la structure de permalien modifie instantanément l'URL de chaque contenu du site. Sans préparation, c'est des centaines de liens externes, de favoris utilisateurs et de positions Google qui pointent soudain vers des pages en 404. Voici la checklist utilisée avant ce type d'intervention, dans l'ordre où chaque point doit être traité.

## 1. Exporter la liste complète des URL actuelles

Avant toute modification, il faut disposer d'un inventaire exhaustif des URL existantes, avec leur type de contenu associé. Un export via WP-CLI permet d'obtenir cette liste rapidement pour les articles et les pages :

```
wp post list --post_type=post,page --field=url --posts_per_page=-1 > urls-avant-migration.txt
```

Cet export sert de base de vérité pour construire le plan de redirection ensuite, et de filet de sécurité si un doute survient après coup sur l'ancienne structure exacte d'une URL particulière.

## 2. Construire le plan de redirection avant de toucher aux réglages

La règle la plus importante de cette checklist : le plan de redirection doit être prêt et testé avant de changer la structure, jamais improvisé après coup. Avec l'ancienne structure `/?p=123`, la redirection est en réalité automatique dans la majorité des cas, car WordPress conserve la capacité de résoudre un ancien identifiant numérique vers la nouvelle URL via ses règles de réécriture internes. Il faut cependant le vérifier explicitement plutôt que de le supposer, en testant un échantillon d'anciennes URL après le changement.

> L'essentiel à retenir : Le plan de redirection doit exister avant le changement, jamais après ; Les liens internes en dur cassent même avec des redirections en place ; Un export complet des URL actuelles sert de filet de sécurité

## 3. Recenser les liens internes codés en dur

Un site ancien contient presque toujours des liens internes tapés à la main dans le contenu d'articles, plutôt que générés dynamiquement par WordPress. Ces liens en dur ne bénéficient d'aucune redirection automatique interne : si un article de 2015 contient un lien texte vers `/?p=45` et que la structure change, ce lien continue de fonctionner uniquement si la résolution par identifiant reste active, ce qui est le cas pour ce format précis, mais ne le serait pas pour d'autres structures de départ.

- Rechercher les liens en dur dans la base avec une requête ciblée sur la table `wp_posts`, à la recherche du motif `href="/?p=` ou d'anciens chemins connus.
- Vérifier également les menus de navigation personnalisés, qui stockent parfois une URL statique plutôt qu'une référence dynamique à l'objet WordPress.
- Contrôler les widgets de type texte ou HTML personnalisé, souvent oubliés lors de ce genre d'audit.

## 4. Mettre à jour le sitemap et notifier Search Console

Le sitemap natif de WordPress se régénère automatiquement avec les nouvelles URL dès que la structure change, aucune action manuelle n'est nécessaire sur ce point. En revanche, il est utile de vérifier dans Search Console que la propriété suit bien la nouvelle structure sans erreur d'exploration dans les jours qui suivent le changement, et de surveiller le rapport de couverture pour détecter d'éventuelles 404 imprévues.

## 5. Prévoir une fenêtre de bascule à faible trafic

Même avec un plan de redirection solide, un pic de 404 temporaire est possible le temps que le cache de page, le CDN éventuel et les moteurs de recherche prennent en compte le changement. Programmer la bascule en dehors des heures de forte affluence limite l'impact visible pour les visiteurs pendant cette fenêtre d'ajustement.

## 6. Garder une sauvegarde complète avant de valider

Un changement de structure de permalien réécrit les règles internes de WordPress mais ne modifie aucune URL stockée en base : le contenu reste identique, seule la façon de le servir change. Une sauvegarde complète de la base et des fichiers reste néanmoins une précaution standard avant toute intervention de cette ampleur, permettant un retour arrière rapide en cas d'imprévu non couvert par cette checklist.

> Sur ce type de mission, je bloque toujours une heure après la bascule pour surveiller les logs serveur en temps réel : c'est le moment où les 404 imprévues, si elles existent, se manifestent le plus clairement.

## Ce qu'il faut retenir

Un changement de permalien n'est jamais purement technique : c'est un projet à part entière, avec un inventaire préalable, un plan de redirection validé, une vérification des liens internes en dur, et une fenêtre de bascule surveillée. Sauter une seule de ces étapes transforme un changement anodin en incident de référencement difficile à rattraper.
