REFONTE & RÉFÉRENCEMENT
Refonte de site : comment préserver votre référencement naturel ?
1. Faire l’inventaire des acquis avant de dessiner le nouveau site
Le site actuel contient souvent plus de valeur que son apparence ne le laisse penser. Une ancienne page peut répondre exactement à une recherche utile, recevoir des liens ou rassurer un prospect. Identifiez ces usages avant de décider ce qui disparaît.
Repérer les pages qui apportent des visites et des contacts
Rassemblez les URL et les données dont vous disposez : visites issues des moteurs, requêtes, demandes de contact, ventes et liens externes. Ajoutez les pages utilisées par l’équipe dans ses échanges commerciaux. Une fiche peu visitée peut rester précieuse si elle aide un client déjà intéressé à prendre sa décision.
Regardez plusieurs périodes comparables pour ne pas confondre un effet saisonnier avec une faiblesse du contenu. Si vous manquez de données, dites-le dans l’inventaire. Vous pouvez tout de même identifier les prestations importantes, les pages partagées aux clients et les informations qui répondent aux questions récurrentes.
Ce travail donne un cadre à votre refonte WordPress : vous saurez ce que le nouveau site doit mieux présenter et ce qu’il doit continuer à rendre accessible. Le choix d’une maquette devient alors une réponse à des usages précis.

Décider quoi conserver, améliorer, fusionner ou retirer
Pour chaque page, notez sa fonction et une décision. Conserver convient à un contenu utile qui reste actuel. Améliorer signifie clarifier ou compléter sans abandonner le besoin auquel il répond. Fusionner demande de vérifier qu’une même page pourra vraiment répondre aux intentions réunies. Retirer se discute lorsqu’une information n’a plus d’utilité.
Ne prenez pas cette décision sur le seul âge de la page ou son nombre de mots. Un ancien guide peut rester pertinent ; une page récente peut répéter trois autres contenus. Évaluez ce que le lecteur cherche, ce qu’il trouve et l’étape suivante qu’il peut accomplir.
Un travail de référencement WordPress sur les intentions de recherche aide à arbitrer les fusions difficiles. La nouvelle arborescence doit rester compréhensible pour les visiteurs, même si elle compte moins de pages que la précédente.
Écrire un document de référence partagé avec les intervenants
Préparez un tableau simple : ancienne URL, rôle, décision, future URL, responsable du contenu et état de validation. Ajoutez les points qui risquent d’être oubliés, comme un PDF téléchargé, une version linguistique ou une image utilisée par d’autres sites. Ce document devient le point commun entre rédaction, design et développement.
Lorsqu’une décision change, mettez le tableau à jour avant de modifier les règles techniques. Sinon, un développeur peut rediriger vers une page que la rédaction vient de supprimer. Une seule liste tenue à jour est plus utile que plusieurs exports que personne ne sait départager.
Fixez aussi les critères de validation. « Le site est plus moderne » ne permet pas de décider s’il est prêt. « Les pages importantes sont présentes, les demandes arrivent et les anciennes URL ont une destination vérifiée » décrit des contrôles que chaque intervenant peut comprendre.

2. Préparer les contenus et les URL sans créer de détours inutiles
Changer l’apparence du site ne vous oblige pas à changer toutes ses adresses. Séparez les décisions de design, de contenu et d’URL. Vous réduirez le nombre d’éléments à contrôler et vous comprendrez mieux les effets du lancement.
Garder les adresses qui restent claires et pertinentes
Une URL descriptive qui correspond toujours à la page peut être conservée. Ajouter un dossier uniquement pour donner une impression d’organisation ne suffit pas à justifier une migration. Le lecteur doit pouvoir comprendre l’adresse, mais il n’a pas besoin de voir toute la structure interne de votre entreprise dans chaque lien.
Les recommandations de Google sur les URL privilégient notamment des mots compréhensibles et une structure simple. Pour votre projet, comparez l’utilité d’un changement au nombre de liens et de règles qu’il faudra ensuite adapter.
Les changements deviennent plus pertinents si une adresse est trompeuse, si l’offre a réellement évolué ou si l’arborescence actuelle empêche une organisation cohérente. Prenez alors la décision avec le plan de redirections, et non à la dernière minute pendant l’intégration du menu.
Faire correspondre chaque ancienne page à une destination utile
Pour une page déplacée définitivement, les redirections permanentes décrites par Google permettent d’indiquer sa nouvelle destination. Le point délicat reste le choix de cette destination : elle doit répondre à l’attente du visiteur qui utilisait l’ancienne adresse.
Évitez de tout envoyer vers l’accueil. Une personne qui clique sur une ancienne fiche de prestation devrait retrouver cette prestation ou un contenu réellement équivalent. Si rien ne la remplace, documentez la suppression au lieu de masquer le problème derrière une page sans rapport.
Testez la destination finale, pas seulement l’existence d’une règle. Une redirection vers une page qui redirige encore complique la lecture du parcours. Mettez également les liens internes à jour pour qu’ils pointent directement vers la bonne adresse. Le plan doit rester compréhensible lors d’une prochaine intervention.
Aligner titres, contenu, liens internes et URL canoniques
Une nouvelle mise en page peut supprimer des informations par accident : détail d’une prestation, exemple, question fréquente ou lien vers un service complémentaire. Comparez les contenus importants avant et après intégration. Un texte plus court peut être meilleur, à condition que les réponses utiles n’aient pas disparu.
Vérifiez que les titres décrivent réellement la page et que les liens internes accompagnent une lecture naturelle. Une recommandation de service a sa place lorsqu’elle aide à résoudre le problème présenté, pas dans une phrase ajoutée uniquement pour créer un lien.
Les indications canoniques aident Google à reconnaître la version préférée de contenus similaires. Elles ne remplacent pas une redirection pour un visiteur et ne doivent pas pointer par erreur vers l’ancien site ou une adresse de test. Contrôlez-les avec les URL finales et le sitemap.

3. Vérifier le lancement et suivre les pages après la refonte
La mise en ligne ne se résume pas à remplacer des fichiers. Prévoyez qui lance, qui contrôle et qui peut corriger un incident. Un petit nombre de vérifications préparées vaut mieux qu’une découverte des problèmes au moment où les visiteurs arrivent.
Faire une recette complète du site avant son ouverture
Testez le nouveau site sur mobile et sur ordinateur. Vérifiez les menus, les textes, les images, les téléchargements et les formulaires. Envoyez une demande de test identifiable et confirmez sa réception. Pour un site multilingue, assurez-vous qu’un changement de langue conduit vers le contenu correspondant.
Gardez l’environnement de préparation à l’écart de l’indexation publique et listez les protections à retirer lors du lancement. Google rappelle dans ses consignes de migration que les blocages de développement et les règles noindex doivent être revus au moment du passage en production.
Une recette technique et SEO avant publication peut transformer vos exigences en vérifications concrètes : pages accessibles, bonnes destinations, métadonnées cohérentes et parcours utilisables. Faites corriger les défauts qui empêchent une action essentielle avant de discuter des ajustements décoratifs.
Prévoir le retour arrière et la transmission des dernières données
Gardez une copie exploitable de l’ancien site et définissez les conditions d’un retour arrière. Ce retour doit être une procédure prévue, avec un responsable et des accès disponibles. S’il faut improviser en pleine panne, la sauvegarde seule ne résout pas toutes les questions de coordination.
Entre le début de la refonte et son lancement, des contenus peuvent avoir changé. Sur une boutique, des clients et des commandes se sont ajoutés. Prévoyez comment récupérer ces modifications et évitez qu’une copie ancienne du site de préparation remplace des données plus récentes.
Choisissez un créneau où les personnes nécessaires peuvent contrôler le résultat. Gardez une liste courte des premiers tests : accueil, pages principales, anciennes URL, formulaire et fonctionnalités commerciales. Les réglages plus secondaires pourront être revus ensuite, sans détourner l’attention d’un problème qui bloque vos clients.
Comparer les résultats et enquêter sur les baisses
Après lancement, observez les pages et les requêtes, pas seulement une courbe globale. Une baisse concentrée sur une famille de pages peut orienter vers un contenu manquant, une destination incorrecte ou une fonction inaccessible. Comparez des périodes et des jours similaires, en tenant compte de votre activité.
Vérifiez aussi la mesure. Si l’outil de suivi ou sa configuration a changé, une baisse de visites enregistrées ne prouve pas à elle seule une baisse équivalente de visiteurs. Croisez les informations disponibles avec les demandes reçues et les contrôles d’indexation.
Google indique que des fluctuations peuvent accompagner une migration. Cela ne dispense pas de rechercher les erreurs évitables. Notez chaque problème, la page concernée, sa correction et le contrôle réalisé. Vous disposerez ainsi d’un suivi utile, au lieu d’attendre indéfiniment que tous les changements se stabilisent d’eux-mêmes.


