Guide pratique DevPro · Mis à jour le 16 octobre 2026
Refondre WordPress en conservant les repères utiles
Une refonte change souvent les menus, les modèles et les adresses en même temps. Pour pouvoir identifier une erreur, séparez ces changements et conservez une trace de l’ancien site. L’objectif est de maintenir l’accès aux contenus utiles et de vérifier ce qui a effectivement changé, sans promettre la conservation de chaque position dans les résultats de recherche.
1. Établir un inventaire avant modification
Rassemblez les URL du sitemap, les pages qui reçoivent des visites et les pages importantes pour vos clients. Pour chaque adresse, notez son titre, sa fonction, sa destination prévue et la personne qui valide le contenu. Exportez les données disponibles dans Search Console afin de disposer d’un point de comparaison daté.
Conservez une sauvegarde des fichiers et de la base de données. Vérifiez comment restaurer les deux ensemble : un thème récent avec une ancienne base peut ne pas reproduire le site attendu. Travaillez sur une préproduction protégée, avec un plan de retour arrière.
2. Choisir le traitement de chaque URL
| Situation | Traitement à préparer | Contrôle |
|---|---|---|
| Contenu conservé | Garder l’adresse si possible | Réponse 200 et contenu complet |
| Contenu déplacé | Redirection permanente vers son équivalent | Une destination pertinente, sans boucle |
| Contenu supprimé sans équivalent | Réponse 404 ou 410, retrait des liens internes | Pas de redirection automatique vers l’accueil |
Par exemple, si une ancienne page de service devient une nouvelle page qui traite le même besoin, reliez directement ces deux adresses. Si une page de démonstration du thème n’a jamais décrit votre activité, ne lui inventez pas un remplacement. Google détaille la préparation des correspondances dans sa documentation sur les changements d’URL.
3. Contrôler la version publiée
- Les pages conservées répondent et présentent le bon contenu, pas seulement un code 200.
- Les liens, images et formulaires utilisent le domaine public, sans adresse de préproduction.
- Les pages destinées à la recherche ne portent pas accidentellement une directive noindex.
- Le sitemap contient les adresses finales ; les liens internes évitent les anciennes redirections.
- Les formulaires, achats et connexions nécessaires à l’activité fonctionnent également sur mobile.
Un exemple documenté : le nettoyage de DevPro
Lors de notre contrôle du 9 octobre 2026, le sitemap de DevPro contenait 143 URL vérifiées avec une réponse HTTP 200. Le contrôle n’a pas relevé de directive noindex ni de référence localhost dans cet échantillon. Les anciennes pages de démonstration « shop », « wishlist » et « standard-quote-post » ont été retirées du parcours public et renvoient une réponse 404.
Ce résultat décrit un contrôle technique daté. Il ne prouve ni l’indexation de toutes les pages, ni une progression du trafic, ni l’acceptation par AdSense. Cette distinction évite de confondre une livraison fonctionnelle avec un résultat qui dépend aussi du contenu et de systèmes externes.
4. Suivre les anomalies après la mise en ligne
Surveillez les anciennes adresses importantes, les erreurs de formulaire et les rapports d’indexation. Comparez des périodes cohérentes et notez les changements effectués. En cas de baisse, recherchez d’abord un défaut observable : page absente, redirection incorrecte, blocage d’exploration ou contenu essentiel disparu. Corrigez ce défaut avant de multiplier les modifications sans diagnostic.