Lors d’une refonte WordPress, le changement de design n’est pas nécessairement le principal risque SEO. La situation devient beaucoup plus sensible lorsque les URLs changent : ancienne page supprimée, nouvelle arborescence, catégories renommées, structure des permaliens modifiée ou plusieurs contenus fusionnés. Le travail critique consiste alors à construire un plan de redirections 301 précis pour relier chaque ancienne adresse utile à sa nouvelle destination.
Avant une refonte, exportez les anciennes URLs, identifiez celles qui génèrent du trafic ou reçoivent des liens, puis associez chaque URL modifiée à la nouvelle page la plus équivalente. Mettez ensuite en place des redirections permanentes directes, testez-les avant ou immédiatement après la bascule et surveillez les erreurs 404. Évitez les redirections massives vers l’accueil et les chaînes du type ancienne URL → ancienne URL intermédiaire → nouvelle URL.
1. Quand faut-il créer une redirection 301 pendant une refonte ?
Une redirection permanente devient utile lorsqu’une ancienne URL disparaît mais possède une nouvelle destination équivalente ou suffisamment proche.
Si la refonte conserve exactement les mêmes URLs, il n’est pas nécessaire de créer des redirections simplement parce que le design, le thème ou le contenu visuel change.
| Situation | Action généralement adaptée |
|---|---|
| URL identique après refonte | Conserver l’adresse. Aucune redirection nécessaire. |
| Page déplacée vers une nouvelle URL | Redirection permanente vers la nouvelle page correspondante. |
| Deux anciennes pages fusionnées | Rediriger chacune vers la nouvelle page qui reprend réellement leur contenu. |
| Page remplacée par une nouvelle version équivalente | Redirection vers la nouvelle version. |
| Contenu définitivement supprimé sans équivalent | Ne pas forcer une redirection artificielle vers une page sans rapport. |
Ne redirigez pas tout vers la page d’accueil
Une ancienne page consacrée à un service précis ne doit pas automatiquement être envoyée vers l’accueil parce qu’elle n’existe plus. La destination doit rester suffisamment cohérente avec le contenu précédent et avec l’attente de l’utilisateur.
Une redirection vers une destination sans rapport peut être peu utile pour les visiteurs et être interprétée différemment d’une vraie migration de page.
La redirection n’est pas un moyen de faire disparaître toutes les 404. Une ancienne URL sans valeur, sans équivalent et définitivement supprimée peut légitimement ne plus exister. Le travail consiste surtout à préserver les chemins utiles.
2. Inventorier les anciennes URLs avant de toucher au site
Le plan de redirections doit être préparé à partir de l’ancien site, pas reconstruit de mémoire après la mise en ligne.
Avant la refonte, constituez une liste aussi complète que possible des URLs existantes. Plusieurs sources peuvent être combinées parce qu’aucune ne représente nécessairement seule la totalité du site.
Ajoutez des informations utiles au fichier
Une simple colonne d’URLs est un bon début, mais un fichier de migration devient beaucoup plus utile lorsque chaque ligne indique le rôle de la page.
| Colonne | Utilité |
|---|---|
| Ancienne URL | Adresse actuellement connue par les utilisateurs et moteurs. |
| Statut actuel | Page active, redirection existante, erreur ou autre situation. |
| Type | Service, article, catégorie, produit, archive ou autre modèle. |
| Nouvelle URL | Destination prévue après refonte. |
| Action | Conserver, rediriger, fusionner ou supprimer. |
| Priorité | Permet d’identifier les URLs stratégiques à contrôler en premier. |
Ne vous limitez pas aux pages qui apparaissent dans le menu
D’anciens articles, landing pages ou catégories peuvent encore recevoir du trafic ou des liens sans être visibles dans la navigation principale.
C’est précisément pour cette raison qu’un inventaire SEO précède idéalement la refonte de site WordPress, plutôt que d’être réalisé après la suppression de l’ancien environnement.
Conservez une copie de l’ancien crawl. Après la mise en ligne, il deviendra votre référence pour vérifier qu’aucune URL importante n’a été oubliée.
3. Construire le mapping ancienne URL → nouvelle URL
Le mapping consiste à décider ce qui arrive à chaque ancienne adresse. Cette étape mérite davantage d’attention que l’installation du plugin de redirection lui-même.
Cas simple : une ancienne page devient une nouvelle page
Si une page « service-a » devient « nouvelle-prestation », le mapping est direct. L’ancienne URL pointe vers la nouvelle destination qui reprend le même sujet.
Cas fréquent : plusieurs pages sont fusionnées
Une refonte peut décider de regrouper plusieurs contenus faibles dans une seule ressource plus complète. Les anciennes URLs peuvent alors être redirigées vers cette page commune lorsque celle-ci constitue réellement leur successeur logique.
Cas délicat : une page est supprimée sans équivalent
Chercher absolument une destination peut conduire à des redirections incohérentes. Si aucun contenu ne répond réellement au même besoin, mieux vaut examiner la valeur de l’ancienne URL plutôt que l’envoyer automatiquement vers une page générique.
L’utilisateur retrouve sur la nouvelle page la réponse ou le service attendu depuis l’ancienne adresse.
La destination a été choisie uniquement parce qu’elle existe, sans relation suffisante avec l’ancienne page.
Évitez les chaînes de redirections
Si une ancienne URL A redirige déjà vers B et que B doit maintenant devenir C, il est préférable d’examiner la possibilité de faire pointer directement A vers C.
Une succession de redirections ajoute des requêtes intermédiaires et complique la maintenance du plan de migration.
Ne construisez pas la migration uniquement avec des règles générales. Une règle automatique peut être pratique pour une structure parfaitement prévisible, mais les pages stratégiques méritent un mapping individuel vérifié.
4. Implémenter les redirections 301 sur WordPress
Une fois le mapping validé, les redirections peuvent être mises en œuvre à différents niveaux : serveur, hébergement, configuration technique ou extension WordPress.
L’objectif reste le même : lorsqu’un navigateur ou Google demande l’ancienne URL, il doit recevoir une redirection permanente vers la nouvelle destination.
Plugin WordPress ou redirection serveur ?
| Approche | Avantage | Point de vigilance |
|---|---|---|
| Extension WordPress | Gestion accessible depuis l’administration et suivi plus simple pour un petit volume. | Dépendance supplémentaire et nécessité de conserver l’extension si elle gère les redirections. |
| Serveur / hébergement | Traitement possible avant l’exécution complète de WordPress. | Configuration plus technique et différences selon l’environnement d’hébergement. |
Il n’existe pas une seule méthode correcte pour tous les sites. Pour quelques dizaines de redirections, une interface WordPress bien maîtrisée peut être pratique. Sur un volume important ou une infrastructure plus complexe, une gestion serveur peut être préférable.
Contrôlez les règles globales
Les changements de protocole, de domaine, de sous-domaine ou de structure de permaliens peuvent parfois être couverts par des règles générales. Elles doivent toutefois être testées afin d’éviter les boucles ou les mauvaises destinations.
Le fichier de mapping reste la référence. L’outil choisi pour exécuter les redirections peut changer ; la logique ancienne URL → nouvelle URL doit rester documentée indépendamment du plugin.
5. Tester toutes les redirections avant de considérer la refonte terminée
La présence d’une règle dans WordPress ne prouve pas qu’elle fonctionne correctement. Une recette SEO doit vérifier la réponse réellement obtenue pour chaque ancienne URL importante.
Les liens internes doivent être mis à jour
Une redirection ne doit pas devenir une excuse pour laisser tous les anciens liens internes en place. Une fois les nouvelles URLs disponibles, les menus, contenus, boutons et breadcrumbs doivent pointer directement vers elles.
Le visiteur et le robot évitent ainsi un passage intermédiaire inutile.
Recrawlez le nouveau site
Un crawl après mise en ligne permet de repérer les liens cassés, redirections internes, URLs oubliées et changements de statut inattendus.
Comparez ce crawl à l’inventaire établi avant la refonte. Cette comparaison permet de répondre à une question simple : chaque ancienne URL importante possède-t-elle désormais le comportement prévu ?
Ne supprimez pas immédiatement les redirections après quelques semaines. Une ancienne URL peut continuer à être utilisée depuis un favori, un ancien article, un backlink ou un résultat de recherche pendant un certain temps.
6. Après la mise en ligne : surveiller 404, indexation et trafic
Une migration SEO ne se termine pas le jour de la bascule. Certains oublis apparaissent uniquement lorsque Google revisite les anciennes URLs ou lorsque de vrais visiteurs empruntent des chemins non testés.
Surveiller Search Console
Vérifiez l’évolution des pages indexées, les éventuels problèmes d’exploration et les performances des URLs stratégiques.
Une baisse temporaire ou une variation de visibilité ne permet pas à elle seule de conclure qu’une redirection est incorrecte. Il faut examiner les URLs concernées, leur statut et la manière dont Google connaît les nouvelles pages.
Examiner les erreurs 404 avec contexte
Toutes les 404 ne se valent pas. Une URL fantaisiste générée par un robot n’a pas la même priorité qu’une ancienne page de service qui reçoit encore des visites ou des liens externes.
| Observation | Action |
|---|---|
| Ancienne page importante en 404 | Rechercher son équivalent et corriger le mapping si nécessaire. |
| Lien interne vers une redirection | Mettre le lien à jour vers la destination finale. |
| Chaîne de plusieurs redirections | Raccourcir le chemin lorsque la configuration le permet. |
| Nouvelle page absente du sitemap | Vérifier si elle doit réellement être indexée et corriger la génération du sitemap. |
| Ancienne URL externe encore très utilisée | Conserver sa redirection vers la destination pertinente. |
Documentez la migration pour les futures modifications
Le fichier de mapping ne doit pas disparaître après le lancement. Il permet de comprendre l’historique des URLs lors d’une prochaine refonte, d’un changement de domaine ou d’un nettoyage du site.
Si le site a déjà connu plusieurs restructurations et que l’historique est devenu difficile à reconstituer, un audit de site WordPress peut aider à retrouver les chaînes, anciennes destinations et pages encore mal reliées.
Le cœur SEO d’une refonte avec changement d’URLs est le mapping, pas le plugin de redirection. Inventoriez l’ancien site, attribuez une nouvelle destination pertinente à chaque URL utile, créez des redirections permanentes directes, mettez à jour les liens internes puis contrôlez le résultat avec un nouveau crawl et Search Console. Cette approche réduit les ruptures de continuité et évite de traiter la migration après coup.
Votre refonte comporte beaucoup d’anciennes URLs ?
Avant la bascule, un audit peut permettre d’identifier les pages stratégiques, les anciennes redirections et les URLs qui nécessitent un mapping spécifique.
Voir l’audit de site WordPress →FAQ sur les redirections SEO d’une refonte WordPress
Faut-il créer une redirection si l’URL ne change pas ?
Non. Si l’adresse reste exactement la même et répond normalement après la refonte, aucune redirection n’est nécessaire pour cette page.
Quelle différence entre une redirection 301 et 302 ?
Une redirection 301 indique un déplacement permanent. Une 302 correspond à une redirection temporaire. Lorsqu’une ancienne URL est définitivement remplacée pendant une refonte, une redirection permanente est généralement adaptée.
Peut-on rediriger toutes les anciennes pages vers l’accueil ?
Ce n’est généralement pas une bonne méthode. La destination doit rester cohérente avec l’ancienne page. Lorsqu’aucun équivalent n’existe, une redirection générique peut être moins pertinente qu’une suppression assumée.
Une redirection 301 conserve-t-elle automatiquement tout le SEO ?
Une redirection permanente aide Google et les utilisateurs à comprendre le déplacement d’une page, mais elle ne garantit pas le maintien exact des positions. Le contenu, la nouvelle architecture, les liens internes et de nombreux autres éléments peuvent aussi changer pendant la refonte.
Combien de temps faut-il conserver les redirections ?
Pour les migrations d’URLs, Google recommande de conserver les redirections suffisamment longtemps pour que les changements soient traités, et indique généralement au moins un an pour les déplacements de site. En pratique, conserver durablement certaines anciennes URLs importantes peut aussi rester utile aux visiteurs et aux backlinks existants.
Faut-il modifier les anciens liens internes si une redirection fonctionne ?
Oui. Les liens internes devraient pointer directement vers les nouvelles URLs afin d’éviter les redirections intermédiaires inutiles et de garder une architecture propre.
Comment détecter les redirections oubliées après la refonte ?
Comparez le crawl de l’ancien site avec le nouveau, surveillez les erreurs et URLs dans Search Console et analysez les anciennes adresses qui continuent à recevoir des visites ou des liens.
Sources et références
- Google Search Central — Déplacement de site avec changement d’URLs — préparation d’une migration, redirections et suivi après changement d’adresse.
- Google Search Central — Redirections et Google Search — utilisation des redirections permanentes et temporaires.
- Google Search Central — URLs canoniques — rôle des canonicals dans la consolidation des URLs.
- Google Search Central — Liens explorables — recommandations sur la structure des liens internes.
- Google Search Console — suivi de l’indexation, inspection des URLs et performances après migration.
- WordPress — Réglages des permaliens — fonctionnement des structures d’URLs dans WordPress.
