Refonte web21 août 202611 min de lecture

Refonte ou migration de site (WordPress, PrestaShop, Joomla) : comment ne pas perdre votre référencement

Changer de CMS, de thème ou d'hébergeur est l'opération la plus risquée du cycle de vie d'un site : mal préparée, elle efface des années de référencement en quelques heures. Le plan de migration complet, les redirections à écrire, les erreurs qui coûtent cher et le budget réaliste pour une PME.

La refonte est le moment où un site perd le plus de trafic

Un site vitrine ou une boutique en ligne accumule, année après année, un capital invisible : des URL indexées par Google, des liens entrants pointant vers ces URL, un historique de performance page par page. Le jour de la refonte, ce capital ne suit pas automatiquement. Il suit uniquement si quelqu'un a fait le travail de correspondance entre les anciennes adresses et les nouvelles.

C'est la raison pour laquelle tant d'entreprises racontent la même histoire : « le nouveau site est plus beau, mais on reçoit deux fois moins de demandes qu'avant ». Le design n'y est pour rien. Ce sont les URL qui ont changé sans redirection, les balises qui ont disparu, le plan de site qui n'a jamais été resoumis.

Google documente précisément ce cas dans son guide officiel de migration avec changement d'URL : la conservation du référencement repose sur des redirections permanentes (301) de chaque ancienne adresse vers son équivalent la plus proche, maintenues dans la durée. Tout le reste du plan de migration découle de ce principe.

1. Avant de toucher au site : inventorier ce que vous avez

Aucune migration sérieuse ne commence par le design. Elle commence par un inventaire. Il vous faut, avant toute chose :

  • La liste complète de vos URL actuelles. Elle se récupère dans votre sitemap.xml, dans Google Search Console (rapport « Indexation des pages ») et via un crawl du site.
  • Les pages qui apportent réellement du trafic. Dans Search Console, sur 12 mois, triez par clics : en général une minorité de pages fait la majorité des visites. Ce sont celles dont la redirection ne peut pas être ratée.
  • Les pages qui reçoivent des liens externes. Un article de presse local, un annuaire professionnel, un partenaire qui vous cite : ces liens pointent vers une URL précise, et un lien qui aboutit à une erreur 404 est un lien perdu.
  • Les contenus qui ne servent plus. Une refonte est le bon moment pour supprimer des pages obsolètes — à condition de décider explicitement quoi en faire, et non de les laisser disparaître silencieusement.

Cet inventaire est le document de référence de toute la migration. Sans lui, personne ne peut vérifier après coup si l'opération s'est bien passée.

2. Le tableau de correspondance : le livrable qui sauve le référencement

Le cœur d'une migration réussie tient dans un tableau à deux colonnes : ancienne URL → nouvelle URL. Chaque ligne de votre inventaire doit trouver une destination.

Trois cas se présentent :

  1. La page existe toujours à une adresse différente : redirection 301 vers la nouvelle adresse. C'est le cas majoritaire.
  2. La page a été fusionnée avec une autre : redirection 301 vers la page qui a absorbé le contenu, et non vers la page d'accueil. Rediriger massivement vers l'accueil est traité par les moteurs comme une page introuvable déguisée.
  3. La page n'a plus d'équivalent : elle doit renvoyer une vraie erreur 404 ou 410, assumée. Une page supprimée proprement vaut mieux qu'une redirection trompeuse.

Sur une boutique PrestaShop ou WooCommerce, ce tableau inclut aussi les fiches produits, les catégories et les pages de filtres — c'est généralement là que le volume d'URL explose et que les migrations dérapent.

3. Ce qui doit être transféré en plus des URL

Les redirections évitent la perte. Le reste conditionne la performance du nouveau site :

  • Balises title et meta description de chaque page conservée. Un nouveau thème les régénère souvent automatiquement, en écrasant des titres travaillés pendant des années.
  • Structure des titres (H1, H2) : un H1 unique et explicite par page, servi dans le code HTML et non uniquement affiché par JavaScript.
  • Balises canonical cohérentes, pour éviter que la même page soit vue sous plusieurs adresses.
  • Données structurées (Article, FAQ, LocalBusiness, Product) : elles conditionnent l'affichage enrichi dans les résultats de recherche.
  • Images et leurs textes alternatifs, avec des formats modernes et des poids réduits.
  • Le fichier robots.txt et le sitemap.xml, mis à jour et resoumis à Google Search Console.

Un point de vigilance absolu : les sites en préproduction sont presque toujours bloqués à l'indexation. Oublier de retirer ce blocage le jour de la mise en ligne est l'erreur la plus banale et la plus coûteuse de tout le processus — le site neuf devient purement et simplement invisible.

4. Le jour de la mise en ligne : la checklist de bascule

  1. Retirer le blocage d'indexation de la préproduction.
  2. Vérifier que le certificat HTTPS est actif sur le domaine et ses variantes (avec et sans « www »).
  3. Activer les redirections 301 et en tester un échantillon représentatif, dont les pages à fort trafic.
  4. Vérifier qu'aucune page importante ne renvoie une erreur 404.
  5. Resoumettre le sitemap dans Google Search Console.
  6. Contrôler que le suivi d'audience est bien installé sur le nouveau site.
  7. Tester chaque formulaire en conditions réelles et vérifier que la notification arrive bien dans une boîte mail consultée.
  8. Contrôler l'affichage sur smartphone, sur une vraie largeur d'écran de téléphone.

Ce dernier point mérite d'être fait avant de communiquer sur le nouveau site : la majorité des visiteurs arriveront depuis un mobile, et un menu qui déborde ou une carte qui ne s'affiche pas annule le bénéfice de la refonte.

5. Les quatre semaines suivantes : surveiller, corriger

Une migration ne se juge pas le jour J mais dans le mois qui suit. Une baisse temporaire de visibilité pendant que les moteurs recrawlent l'ancien périmètre est normale ; une baisse qui s'installe ne l'est pas.

À surveiller chaque semaine dans Search Console : le rapport de couverture (explosion des erreurs 404 = redirections manquantes), les pages indexées, et l'évolution des clics sur vos requêtes principales. Gardez les redirections en place durablement : les supprimer trop tôt annule le transfert.

6. Combien coûte une migration, et pourquoi les écarts sont énormes

Les devis varient dans un rapport de un à dix pour un même site, parce qu'ils ne recouvrent pas le même travail. Trois périmètres très différents circulent sous le même mot :

  • Le changement de thème : on garde le CMS, les URL et le contenu, on change l'habillage. C'est la prestation la moins risquée et la moins chère.
  • La refonte à structure conservée : nouveau site, mêmes adresses. Le risque de perte est faible parce que le plan d'URL ne bouge pas.
  • La migration avec changement de technologie et d'arborescence : nouveau CMS ou passage à une stack moderne, nouvelles URL. C'est là que le tableau de correspondance, les redirections et le suivi post-migration représentent une part significative du budget — et c'est exactement ce qu'un devis très bas ne contient pas.

Avant de comparer deux propositions, vérifiez qu'elles mentionnent explicitement : l'inventaire des URL, le tableau de correspondance, la mise en place des redirections, le transfert des balises, et une période de suivi après mise en ligne. Un devis muet sur ces cinq lignes n'est pas moins cher : il est incomplet. Nos ordres de grandeur détaillés figurent dans notre article sur le prix d'un site internet professionnel pour une PME.

7. Faut-il vraiment changer de CMS ?

Changer de technologie n'a de sens que si la technologie actuelle est la cause du problème. Si votre site est lent parce qu'il empile quinze extensions, si chaque mise à jour casse la mise en page, si la sécurité repose sur des modules non maintenus, alors le socle est en cause et une migration se justifie. Nous détaillons ces symptômes dans ce que coûte réellement un site WordPress vieillissant et dans les 10 signes qu'il faut refaire son site.

En revanche, si le site est simplement daté visuellement, une refonte graphique à structure conservée atteindra le même résultat commercial pour un risque et un budget bien moindres. Le bon réflexe est de faire diagnostiquer l'existant avant de choisir la cible.

Enfin, une migration réussie mérite d'être entretenue : mises à jour, sauvegardes, surveillance des erreurs. C'est l'objet d'un contrat de maintenance, qui évite de se retrouver cinq ans plus tard dans la même situation.

En résumé

Une migration se joue sur un inventaire d'URL, un tableau de correspondance, des redirections 301 durables, le transfert des balises, et quatre semaines de surveillance. Aucun de ces points n'est visible sur la maquette du nouveau site — et c'est précisément pour cela qu'ils sont si souvent absents des devis.

Une refonte se confie enfin avec les mêmes précautions contractuelles que tout projet web : voir les 7 garanties à exiger d'un prestataire avant de signer.

Questions fréquentes

Vais-je perdre mon référencement en changeant de site ?+
Pas si chaque ancienne URL est redirigée en 301 vers son équivalent la plus proche et si les balises title, meta description et données structurées sont transférées. Une variation de visibilité pendant quelques semaines, le temps que les moteurs recrawlent, est normale. Une baisse durable révèle presque toujours des redirections manquantes ou un blocage d'indexation resté actif.
Combien de temps faut-il pour retrouver son niveau de trafic après une migration ?+
Cela dépend de la taille du site et de la fréquence de crawl. Comptez généralement de quelques semaines à quelques mois pour que l'ensemble des anciennes URL soit recrawlé et que les signaux soient transférés. Le suivi hebdomadaire dans Google Search Console est le seul moyen de distinguer une phase de transition normale d'un problème technique.
Peut-on migrer une boutique en ligne sans interrompre les ventes ?+
Oui, en préparant le nouveau site en préproduction et en basculant le domaine une fois les redirections prêtes. La bascule se planifie sur une plage de faible activité. Le point critique d'une boutique est le volume d'URL produits et catégories : c'est là que le tableau de correspondance doit être exhaustif.
Faut-il conserver les anciennes URL plutôt que de les changer ?+
Quand c'est possible, oui. Une refonte à structure d'URL conservée supprime l'essentiel du risque de perte de référencement. Le changement d'arborescence ne se justifie que s'il corrige un vrai problème de structure ou de lisibilité.
Que faire des pages que je souhaite supprimer ?+
Décidez-le explicitement. Si le contenu est repris ailleurs, redirigez vers la page qui l'absorbe. S'il disparaît définitivement, laissez l'URL renvoyer une erreur 404 ou 410 : c'est un signal propre. Ce qu'il faut éviter, c'est de rediriger en masse vers la page d'accueil.

Besoin d'un accompagnement personnalisé ?

Digital Work vous accompagne dans la mise en conformité RGPD et AI Act, de l'audit initial au suivi annuel, depuis Vitrolles.

Faire auditer votre site avant sa refonte