Refondre votre site est l'un des moments les plus risqués de votre parcours SEO. Fait à la légère, cela peut effacer des mois voire des années de progrès de classement en quelques jours après le lancement — et des pertes de trafic de 30 à 60 % ne sont pas rares lorsque les bons protocoles de migration SEO ne sont pas suivis. Fait correctement, une refonte est une opportunité d'améliorer significativement votre position. La différence tient au processus.
Étape Un : Auditez l'Existant avant de Toucher à Quoi que ce Soit
Avant d'ouvrir le moindre fichier de design, vous avez besoin d'un relevé complet de votre état SEO actuel. C'est votre référence — celle qui vous permettra de mesurer si la refonte a aidé ou nui.
Lancez une exploration complète de votre site actuel. Documentez chaque URL, sa balise title, sa meta description, son H1, son canonical, et sa position Google actuelle pour son mot-clé principal. Exportez cela dans un tableur. Cette liste devient votre plan de redirections et votre référence de récupération en cas de problème.
Extrayez vos 20 pages les plus performantes en trafic organique depuis Google Search Console. Ces pages sont vos priorités. Toute URL de cette liste doit soit être conservée exactement à l'identique, soit recevoir une redirection 301 permanente vers son équivalent — sans exception.
Documentez également toute page ayant obtenu des backlinks. Utilisez le rapport "Liens" de Google Search Console pour voir quelles URL ont le plus de sites externes pointant vers elles. Ces URL portent une autorité de classement accumulée que les redirections préservent partiellement — les perdre sans redirection fait perdre cette autorité de façon permanente.
Structure des URL : Changez le Moins Possible
La cause la plus fréquente de baisse de classement liée à une refonte, ce sont les changements d'URL inutiles. Développeurs et designers ont l'habitude de "nettoyer" la structure des URL pendant une refonte — consolider des dossiers, retirer les dates des slugs de blog, changer /services/creation-site-web/ en /creation-site-web/. Chacun de ces changements détruit la valeur de classement accumulée sur l'ancienne URL, même avec une redirection 301 en place.
Les redirections 301 conservent environ 90 % de l'autorité de classement — mais cette perte de 10 % est réelle et s'accumule sur de nombreuses URL. Plus important encore, les redirections introduisent un délai de traitement dans le cycle de réexploration et réindexation de Google, pendant lequel vos pages peuvent temporairement disparaître des résultats.
La règle : gardez les URL identiques, sauf raison SEO précise de les changer. Si une URL se positionne actuellement et que la page est refondue, cette URL doit rester exactement la même sur le nouveau site.
Construire le Plan de Redirections — Et le Tester Correctement
Toute URL devant changer nécessite une redirection 301 de l'ancienne vers la nouvelle. Les plans de redirection doivent être construits avant la mise en ligne du nouveau site — pas ajoutés après coup.
Le format est simple : un tableur à deux colonnes, ancienne URL et nouvelle URL. Chaque ancienne URL supprimée, renommée ou fusionnée nécessite une entrée. N'oubliez pas :
- Les articles de blog en cours de consolidation
- Les pages de catégorie ou de tag supprimées
- Les anciennes landing pages créées pour des campagnes
- Toute page accessible via plusieurs URL (www vs non-www, avec ou sans barre oblique finale)
Une fois le nouveau site sur un environnement de staging, testez chaque redirection avant le lancement. Une redirection mal configurée vers une page 404 ne transmet aucune autorité de classement. Des outils comme Screaming Frog peuvent explorer un plan de redirections et vérifier que chacune se résout correctement.
Maintenir le SEO Technique Pendant la Refonte
Une refonte est le moment le plus facile pour introduire des erreurs SEO techniques — et le plus difficile pour les repérer, car tout change en même temps.
Vérifiez explicitement ces points avant le lancement :
Balises canonical. Chaque page doit avoir un canonical qui se référence elle-même. Si le nouveau CMS ou framework génère les canonicals dynamiquement, vérifiez que le résultat en staging est correct — en particulier pour les pages paginées, les vues filtrées et toute URL accessible avec et sans barre oblique finale.
Robots.txt. Les environnements de staging sont généralement configurés avec Disallow: / pour empêcher Google d'indexer un travail en cours. Cette configuration ne doit pas être déployée en production. Cela arrive plus souvent que les développeurs ne l'admettent.
Sitemap XML. Régénérez le sitemap pour le nouveau site et vérifiez qu'il ne contient que des pages indexables — aucune 301, aucune 404, aucune page noindex. Soumettez le nouveau sitemap à Google Search Console immédiatement après le lancement.
Vitesse de page. Le nouveau design ne doit pas être plus lent que l'ancien. Lancez PageSpeed Insights sur les deux environnements avant de valider le lancement. Notre guide sur les Core Web Vitals sous Next.js explique quoi optimiser si les scores baissent.
Après le Lancement : les 30 Premiers Jours
La période qui suit immédiatement le lancement est critique. Les fluctuations de trafic sont normales — Google réexplore et réindexe le nouveau site sur plusieurs jours à plusieurs semaines. Mais certains signaux indiquent si la migration se passe bien ou si une action est nécessaire.
Surveillez Search Console quotidiennement pendant les deux premières semaines. Vous guettez un pic d'erreurs d'exploration (des 404 qui ne devraient pas exister), une baisse de pages indexées, ou des actions manuelles. Corrigez immédiatement les erreurs 404 — elles indiquent des trous dans les redirections.
Suivez vos 20 meilleures pages organiques chaque semaine. Un certain mouvement de classement est normal. Si une page auparavant dans le top 10 tombe en page trois ou au-delà, vérifiez si l'URL, le title, le H1 et le canonical de la page sont identiques à la version d'avant lancement. Un changement non intentionnel en est généralement la cause.
Ne faites pas d'autres changements en même temps. Les deux à quatre semaines après le lancement ne sont pas le moment de restructurer aussi votre architecture de l'information, de consolider du contenu, ou de tester de nouvelles formules de title. Isolez la migration afin que tout changement de classement puisse être attribué spécifiquement à la refonte.
Si vous prévoyez une refonte et voulez vous assurer que le SEO soit traité comme une priorité dès le départ — pas ajouté après coup —, découvrez notre approche sur nos services. Vous pouvez aussi obtenir un audit gratuit de votre site actuel avant tout travail, pour comprendre exactement ce que vous protégeriez.
Prêt à développer votre activité en ligne ? Obtenez votre audit gratuit →