Aller au contenu
Journal

Audit WordPress avant refonte : conserver ce qui fonctionne

Un **audit WordPress** avant refonte doit éviter de perdre une fonction, une page ou une demande client. Le nouveau design est visible ; les formulaires, liens entrants, contenus utiles et accès administratifs le sont moins. Faites l'inventaire avant de choisir un thème ou un constructeur.

01

Photographier le site actuel

Exportez la liste des URL et repérez les pages qui reçoivent des visites ou des demandes. Notez les formulaires, modules de réservation, moyens de paiement, scripts de mesure et extensions indispensables. Faites une sauvegarde du site et de la base de données, puis vérifiez qu'une restauration est possible. Le nom de domaine et l'hébergement doivent rester sous un contrôle clair de l'entreprise.

02

Décider page par page

Pour chaque URL, choisissez : conserver, améliorer, fusionner ou retirer. Une page retirée qui possède des liens ou répond encore à une intention mérite une destination précise ; une redirection massive vers l'accueil n'aide ni le visiteur ni le suivi. Préparez le tableau des anciennes et nouvelles URL avant la mise en ligne. Conservez aussi les informations commerciales qui fonctionnent déjà : prestations, preuves autorisées et réponses aux questions fréquentes.

03

Tester avant et après

Sur une préproduction non indexée, parcourez les pages sur mobile, envoyez les formulaires et contrôlez les liens, titres et canoniques. Après publication, vérifiez les redirections, le sitemap, les pages importantes dans Search Console et les premières demandes reçues. Gardez la version précédente accessible pour une reprise si un problème majeur apparaît. ISS Agency peut mener cet inventaire et planifier la refonte sans perdre de vue les demandes actuelles.

Pour inventorier ce qu’il faut garder avant une refonte, la feuille de travail DIY Marketing Guide, autre projet de notre groupe, accompagne cette préparation.

04

Photographier l'existant avec des données utiles

Avant de choisir un nouveau thème, exportez la liste des URL, leurs titres, leurs canonicals et leurs liens entrants connus. Dans Search Console, relevez les pages qui obtiennent impressions et clics, ainsi que les requêtes associées. Dans l'outil de mesure du site, repérez les pages qui participent aux demandes ou aux ventes. Ces sources ne couvrent pas exactement la même réalité ; notez la période de mesure et les limites de chaque rapport. Sauvegardez aussi le contenu, les médias, les formulaires et les réglages nécessaires pour reconstruire le parcours.

Recueillez les questions des équipes : quelles pages servent à répondre aux clients, quelles ressources sont envoyées dans les devis et quelles URL figurent dans des supports imprimés ? Une page peu visitée peut être importante pour un contrat ou un client existant. La décision de la conserver ne doit donc pas reposer sur le seul trafic. Créez une fiche par URL avec intention, résultat, statut prévu et responsable de validation. Cet inventaire réduit les suppressions accidentelles lors d'une refonte visuelle.

05

Construire le tableau de correspondance URL par URL

Pour chaque ancienne page, choisissez une nouvelle URL qui répond à la même intention. Une page de prestation devient sa nouvelle version, un ancien guide peut être fusionné dans un guide plus complet, et une page sans équivalent peut être retirée avec une réponse adaptée. Ne redirigez pas automatiquement cent anciennes URL vers l'accueil : le visiteur qui attend une information précise n'y trouve souvent rien. Conservez l'ancienne URL dans le tableau, la nouvelle cible, la raison du choix et la personne qui l'a validé.

Si une page conserve la même URL, vérifiez tout de même son contenu et ses liens internes. Si l'URL change, préparez une redirection permanente côté serveur et testez la chaîne complète. Mettez à jour les menus, boutons, liens du pied de page et liens contextuels pour viser directement la nouvelle destination. Le sitemap doit lister les URL canoniques nouvelles, pas les anciennes redirigées. Cette cohérence évite de demander au moteur et au visiteur d'interpréter des signaux contradictoires.

06

Contrôler les fonctions que le thème peut casser

Une refonte WordPress peut déplacer visuellement les pages tout en interrompant les formulaires, la recherche interne ou la réservation. Dressez une liste des parcours vitaux : envoyer un devis, s'inscrire, acheter, payer, demander un rappel. Dans l'environnement de préproduction, testez-les avec des données fictives. Vérifiez les emails reçus, les messages de confirmation, les liens de désinscription et les permissions des comptes. Reproduisez aussi le parcours sur mobile, car les erreurs de menu et de formulaire y passent facilement inaperçues.

Comparez les performances des modèles anciens et nouveaux sur quelques URL représentatives. Une belle page qui charge des vidéos et des scripts inutiles peut devenir plus lente. Vérifiez les titres, descriptions, données structurées et textes alternatifs si ces éléments étaient gérés par un plugin ou le thème précédent. Une migration de plugin SEO peut modifier automatiquement les canonicals ou les directives `noindex` ; contrôlez un échantillon de chaque type de page plutôt que de supposer que les réglages ont suivi.

07

Suivre les premières semaines après mise en ligne

Le jour du déploiement, testez les redirections principales, le formulaire, la page de contact et le sitemap. Conservez la version du tableau de correspondance utilisée. Ensuite, surveillez les erreurs 404, les URL exclues et les changements de trafic par page dans Search Console. Il est normal que les données aient un délai ; ne tirez pas de conclusion d'une seule journée. Une chute concentrée sur une ancienne page populaire demande une vérification de sa redirection et de la pertinence de sa nouvelle destination.

Faites un point avec l'équipe commerciale : les demandes arrivent-elles toujours, les prospects comprennent-ils la nouvelle présentation, des liens envoyés aux clients ont-ils cassé ? Corrigez d'abord ce qui empêche le contact ou la vente. Une refonte réussie conserve les informations et parcours qui fonctionnaient, puis améliore les parties réellement problématiques. Le changement de design n'est qu'une composante du projet, pas sa mesure principale.

08

Questions fréquentes

Toutes les anciennes URL doivent-elles rediriger ?

Une ancienne page qui a un équivalent réel peut rediriger vers lui. Une page retirée sans équivalent mérite une décision spécifique ; l'accueil n'est pas une destination universelle. Gardez un tableau avec ancienne URL, nouvelle cible, justification et résultat du test. Vérifiez les liens entrants et les usages commerciaux avant de supprimer une page.

Quand juger le résultat SEO d'une refonte ?

Contrôlez immédiatement les erreurs techniques et les formulaires, puis observez Search Console sur plusieurs semaines avec des périodes comparables. Google peut mettre du temps à traiter les changements. Une variation courte ne prouve pas une cause unique ; concentrez-vous sur les URL qui perdaient déjà des impressions ou des demandes utiles.

Référence : Google — migration d'un site avec changement d'URL.

↗

Sources officielles

Transformer la lecture en action.

ISS Agency peut examiner votre situation et vous proposer un ordre de priorités adapté à votre entreprise.

Demander l’audit