Avant la maquette : inventorier ce qui existe
Exportez les URL indexables, titres, balises canoniques, statuts HTTP, liens internes, requêtes, clics, conversions et liens entrants disponibles. Pour chaque URL, choisissez explicitement : conserver, améliorer, fusionner, rediriger ou supprimer.
Une page peu visitée peut rester utile si elle reçoit un lien, répond à une question commerciale ou déclenche une demande. La décision ne doit donc pas reposer sur le trafic seul.
Préparer une correspondance URL par URL
Conservez l’adresse lorsqu’elle reste pertinente. Si elle change, associez l’ancienne URL à la nouvelle destination la plus proche. Google déconseille de rediriger de nombreuses pages vers une destination non pertinente comme l’accueil, qui peut être interprétée comme une erreur soft 404.
Mettez ensuite à jour les liens internes, balises canoniques et sitemaps. Les redirections permanentes doivent être testées côté serveur sans boucle ni chaîne inutile.
Runbook J-7 : rendre la bascule réversible
Sept jours avant la mise en ligne, figez la table de correspondance, sauvegardez la version active, vérifiez la restauration et explorez la préproduction. Contrôlez robots, noindex, balises canoniques, données structurées, formulaires, analytics, pages 404, navigation clavier et principaux modèles sur mobile.
Définissez aussi les seuils de retour arrière : indisponibilité, erreurs serveur, formulaire critique en panne, balises canoniques incohérentes ou volume anormal de redirections manquantes.
Runbook J0 : changer une chose à la fois
Activez la nouvelle version pendant une période de trafic maîtrisable, lancez les redirections, retirez les blocages temporaires d’indexation et testez un échantillon prioritaire. Vérifiez depuis l’extérieur les codes HTTP, HTML rendu, HTTPS, formulaires et fichiers essentiels.
Google conseille de séparer les changements importants lorsque c’est possible. Changer simultanément domaine, CMS, architecture et contenus rend le diagnostic beaucoup plus difficile.
Runbook J+1 à J+7 : surveiller et corriger
Soumettez le sitemap, inspectez les URL prioritaires et suivez les erreurs, impressions, clics et conversions. Comparez ancien et nouveau site URL par URL ; une fluctuation temporaire n’a pas la même portée qu’une disparition complète sur tout un groupe de pages.
Si un seuil de retour arrière (rollback) est dépassé, rétablissez la version stable puis corrigez hors ligne. Conservez les redirections au moins un an selon la recommandation Google, et idéalement plus longtemps pour les utilisateurs et liens externes encore actifs.
Mise en pratique, sans collecte
Où en êtes-vous sur « Comment refondre un site sans perdre son référencement ? » ?
Évaluez cinq critères concrets. Vos réponses restent dans votre navigateur.Votre premier chantier utile : Toutes les anciennes URL ont une décision documentée
Outil pratique à copier
Table de migration et décision de retour arrière
Un seul document relie chaque ancienne URL à sa destination, son contrôle et la décision prise en cas d’incident.
Checklist
À vérifier avant de passer à l’action.
- Toutes les anciennes URL ont une décision documentée
- Chaque redirection mène à une destination pertinente
- La sauvegarde et la restauration ont été testées
- Les blocages de préproduction sont retirés au bon moment
- Les formulaires et mesures fonctionnent avant la bascule
- Les seuils de retour arrière sont écrits
- Le suivi J+1 à J+7 est attribué à une personne
Pour aller plus loin
Les réponses aux questions les plus fréquentes.
Des repères concrets pour passer de la lecture à une décision adaptée à votre situation.
Comment éviter une perte de référencement pendant une refonte ?
Inventoriez d’abord les URL, requêtes, liens entrants et conversions existants. Conservez les pages encore utiles, associez chaque adresse modifiée à une destination réellement équivalente, mettez à jour les liens internes puis testez les redirections, les balises canoniques, le sitemap et l’indexabilité avant et après la mise en ligne.
Combien de temps faut-il prévoir pour une refonte avec migration SEO ?
Il n’existe pas de délai universel. Il dépend du nombre d’URL, des fonctionnalités, des contenus à reprendre et du temps de validation. Le calendrier doit distinguer l’inventaire, les choix de conservation, la conception, les tests de préproduction, la bascule et la surveillance qui se poursuit après publication.
Faut-il changer de nom de domaine lors d’une refonte ?
Généralement non, si le domaine actuel reste pertinent et vous appartient. Le conserver limite les changements simultanés. Si un changement est nécessaire, chaque ancienne URL utile doit rediriger vers son équivalent et les signaux techniques, profils officiels et liens contrôlables doivent être mis à jour.
Quelles données faut-il transmettre à l’agence avant la refonte ?
Prévoyez les accès nécessaires à Search Console et à votre outil d’audience, l’inventaire des contenus et formulaires, les objectifs commerciaux, les contraintes techniques, les contacts responsables des validations et, si elle existe, la liste des URL ou fonctionnalités qui ne doivent pas disparaître.
Sources consultées
Pour vérifier et approfondir.
Besoin de l’appliquer à votre site ?