SEO
Refonte & Migration : Comment ne pas perdre son SEO ?
La checklist technique indispensable pour migrer votre site web vers une nouvelle version sans crasher vos positions Google.
12 janvier 20267 min de lecture
- SEO Technique
- Refonte
- Migration
- 301

SEO à Pau : pour un audit SEO avant ou après migration, le référencement naturel et le SEO local (Google Business Profile), la page pilier Agence SEO : Websual regroupe l’offre et le devis : complément à cette checklist technique.
"On a refait notre site en Next.js, c'était magnifique... mais on a perdu 50% de notre trafic organique. Google nous a complètement oubliés."
Cette histoire, je l'ai entendue des dizaines de fois. Des entreprises qui investissent des dizaines de milliers d'euros dans une refonte technique, pour découvrir 3 semaines plus tard que leur visibilité s'est effondrée. Des mots-clés qui disparaissent de la première page, des leads qui sèchent, des concurrents qui profitent de la brèche.
La mauvaise nouvelle : 70% des migrations de site web se soldent par une perte de trafic SEO.
La bonne nouvelle : C'est 100% évitable avec une méthodologie chirurgicale.
Changer de site peut être une excellente décision, mais c'est aussi un moment fragile pour le référencement naturel. Google doit retrouver les pages importantes, comprendre les nouvelles URLs et continuer à faire confiance au site. Sans préparation, une refonte visuelle réussie peut devenir une régression SEO.
L'Erreur n°1 : Changer les URLs sans prévenir Google
La plupart des refontes commencent par une erreur fatale : on change l'architecture des URLs sans établir de plan de continuité.
- L'ancienne page
/produits/chaussures-runningdevient/running/chaussures-performance - Google indexe cette nouvelle URL comme une page fraîchement créée (jus de link = 0)
- L'ancienne page disparaît du SERP sans laisser de trace
Résultat : Perte de 6 à 18 mois de travail SEO, à reconstruire depuis zéro.
La Solution : Le Plan de Redirection 301
Une redirection 301 n'est pas un gadget technique. C'est le déménagement définitif de votre contenu.
Imaginez : vous changez d'adresse physique. Vous ne laissez pas votre ancienne maison vide avec un panneau "Parti sans laisser d'adresse". Vous mettez une redirection postale officielle.
C'est exactement ce que fait une 301 :
- Elle dit à Google : "Ce contenu a définitivement déménagé ici"
- Elle transfère 90-99% du jus de lien (PageRank) vers la nouvelle URL
- Elle préserve l'historique de crawl et d'indexation
La Méthodologie du Mapping
Avant d'écrire une seule ligne de code, vous devez crawler votre ancien site pour établir le mapping complet :
Ancien site → Nouveau site
/produits/chaussures → /catalogue/chaussures
/blog/2020/seo-guide → /articles/guide-seo-complet
/contact → /nous-contacter
Outil critique : Screaming Frog ou SEMrush Site Audit pour générer le fichier de mapping.
Chaque URL ancienne doit pointer vers sa nouvelle équivalente. Pas d'exception, pas d'approximation.
La Checklist de Migration : Les 10 Points Critiques
1. Audit Pré-Migration Complet
- Crawl technique complet (Screaming Frog)
- Export des données SEO : positions, trafic, backlinks
- Benchmark des Core Web Vitals actuels
- Durée : 1 semaine
2. Backup Redondant
- Sauvegarde complète du site actuel (fichiers + base)
- Backup des données Analytics/Search Console
- Snapshot cloud (AWS, DigitalOcean)
- Règle : Pouvoir restaurer l'ancien site en < 2h
3. Environnement de Staging Parfait
- Clone exact de la production (même serveur, même stack)
- Même données de test que l'ancien site
- Accès sécurisé pour les tests SEO
- Objectif : Tester sans impacter le site live
4. Plan de Redirections 301 Détaillé
- Mapping URL complet (ancien → nouveau)
- Test des redirections en staging
- Vérification des chaînes de redirection (pas de 301 → 301 → 301)
- Outil : Fichier .htaccess ou configuration serveur
5. Migration des Données Structurées
- Transfert des Schema.org (LocalBusiness, Product, Article)
- Vérification des balises canonical
- Mise à jour des données structurées pour Google Merchant Center
- Test : Rich Results Test de Google
6. Transfert des Outils Analytics
- Migration des tags Google Analytics 4
- Transfert des goals et conversions
- Mise à jour des propriétés Search Console
- Vérification : Données qui arrivent bien sur le nouveau site
7. Optimisation Technique du Nouveau Site
- Core Web Vitals < 75 (Lighthouse)
- Structure HTML propre (headings, sémantique)
- Temps de réponse < 2.5s
- Outil : PageSpeed Insights
La migration ne s'arrête pas au moment où le nouveau site est visible. Les jours suivants, il faut surveiller les erreurs 404, les pages exclues, les sitemaps, robots et canonical, les performances et les premières données Search Console. C'est souvent dans cette période que les petits oublis techniques deviennent visibles.
8. Test de Crawl Post-Migration
- Vérification que Googlebot peut crawler toutes les pages
- Test des redirections 301 depuis l'extérieur
- Monitoring des erreurs 404/5xx
- Durée : 48h minimum en staging
9. Migration en Production avec Monitoring
- Go-live pendant les heures creuses
- Monitoring temps réel (Screaming Frog, SEMrush)
- Surveillance des erreurs de redirection
- Plan B : Possibilité de rollback immédiat
10. Monitoring Post-Migration (30 jours)
- Suivi quotidien des positions SEO
- Analyse du crawl Google (Search Console)
- Comparaison trafic organique (Analytics)
- Seuil d'alerte : -5% de trafic = investigation immédiate
Cas Concret : La Migration de Restock
Restock, cette plateforme de produits reconditionnés, avait un catalogue de 50 000 produits avec 8 ans d'historique SEO. Leur ancien site était une usine à gaz en PHP monolithique. La refonte en Next.js était inévitable, mais le risque était énorme.
Notre approche chirurgicale :
- 4 semaines de préparation : Crawl complet, mapping des 50k URLs
- Environnement staging identique : Même base de données, même catalogue
- Migration par paliers : D'abord les pages statiques, puis le catalogue par catégories
- Monitoring 24/7 : Alertes automatiques sur les erreurs 301
Résultat : +15% de trafic organique dans les 30 jours suivant la migration, grâce à de meilleures performances techniques et à la préservation du jus de lien historique.
Conclusion : Une opération à cœur ouvert
Migrer un site web n'est pas un développement comme les autres. C'est une opération chirurgicale où chaque détail compte, où une erreur d'inattention peut coûter des mois de croissance organique.
Les amateurs font des refontes. Les professionnels font des migrations.
Une migration SEO bien préparée n'empêche pas toute fluctuation, mais elle évite les pertes évitables. Avant de changer de site, il faut donc traiter la refonte comme un projet à la fois design, technique et référencement, avec un plan clair avant la mise en ligne — en commençant par préparer la refonte, reconnaître les signes qu'il est temps de changer et cadrer la création de site internet si le périmètre dépasse une simple migration technique.
Si votre site actuel a plus de 2 ans et que vous pensez à une refonte, commencez par un audit SEO et référencement naturel à Pau (cadrage avant migration). Mieux vaut prévenir que guérir.
La sécurité avant tout. Votre trafic SEO est trop précieux pour être laissé au hasard.

À propos de l’auteur
Article rédigé par Luc Michault, fondateur de Websual, développeur full-stack et consultant SEO à Idron, près de Pau. Auteur de Copy This Website IA, une collection en 2 volumes consacrée au webdesign, au développement et à la production assistée par IA, il accompagne les projets de création de site, SEO, e-commerce, application web, UX/UI et automatisation IA avec une approche orientée clarté, performance et conversion.
ACCOMPAGNEMENTS LIÉS
Transformer la lecture en plan d’action.
Un article peut aider à comprendre. Un accompagnement permet d’adapter les priorités à votre site, votre activité et vos objectifs.
À LIRE AUSSI
Continuer avec des articles proches.
QUESTIONS FRÉQUENTES
Questions fréquentes sur ce sujet.
Les anciennes URLs renvoient souvent une erreur 404 alors que des liens externes et des favoris pointent encore vers elles. Google interprète ces pages comme disparues et le jus de liens accumulé sur des années ne se transmet pas vers les nouvelles adresses. Résultat typique : chute brutale du trafic organique sur les requêtes qui faisaient vivre le business. Une table de redirections 301 explicite, testée avant la bascule, est le filet de sécurité minimal. Sans elle, même une refonte magnifique techniquement peut coûter des mois de visibilité à reconquérir.
Conserver les URLs qui performent déjà est le scénario le moins risqué car vous ne forcez pas Google à réapprendre toute la hiérarchie. Si vous devez renommer pour clarifier le site, chaque ancienne URL importante doit avoir une cible 301 unique et cohérente avec l'intention de recherche. Après la bascule, Search Console et les logs serveur permettent de repérer les 404 résiduelles et les chaînes de redirections trop longues. La nuance utile : une URL peut changer si le contenu reste équivalent ou meilleur ; changer l'URL sans améliorer la page apporte peu de bénéfice pour le risque pris.
Non : les redirections préservent une partie du capital de liens mais ne remplacent pas une perte de pertinence si le texte devient plus fin ou hors sujet. Si l'intention de la requête n'est plus servie, Google ajuste le classement même avec des 301 parfaits. Il faut donc traiter contenu, maillage interne et balises en même temps que la technique. Un cas fréquent est la fusion de pages qui cassait des requêtes de longue traîne : mieux vaut cartographier mot-clé par mot-clé avant de fusionner deux articles qui semblaient redondants mais ne l'étaient pas pour les utilisateurs.
Le framework en lui-même n'est ni un bonus ni une pénalité automatique pour Google. Les risques concrets sont les URLs différentes, les balises title dupliquées, les canonicals absents ou les redirections mal configurées entre environnements. L'exemple Restock dans l'article montre qu'une migration réussie est un projet de méthode : inventaire, tests, surveillance post- bascule. Next.js peut même améliorer la performance, ce qui aide l'expérience utilisateur, mais ne remplace pas une stratégie de contenu. Anticiper le rendu côté serveur et le chargement des métadonnées évite les mauvaises surprises dans l'inspecteur d'URL.
Comptez plusieurs semaines au minimum car les crawlers ne repassent pas toutes les pages le même jour et la longue traîne met plus de temps à se restabiliser que la home. Pendant cette fenêtre, surveillez les erreurs d'exploration, les requêtes en baisse dans Search Console et les positions sur vos requêtes transactionnelles clés. Gardez la table de redirections vivante : un partenaire qui met encore un ancien lien doit continuer à atterrir correctement. La patience est utile mais pas passive : si une baisse dure au-delà de six à huit semaines sans cause externe, il faut auditer à nouveau contenu et maillage.
