Refonte & migration
Préparer la refonte d’un site internet
Conserver ce qui fonctionne, corriger les parcours faibles et organiser contenus, URL, redirections, mesure et recette sans perdre les acquis du site existant.

La réponse en bref
Un plan de refonte fondé sur un inventaire et une table de correspondance.
Une refonte réussie ne repart pas d’une page blanche. Elle inventorie les URL, contenus, liens, données et usages existants, décide ce qui doit être conservé ou amélioré, puis relie chaque ancienne ressource à une destination explicite. La nouvelle interface n’est publiée qu’après une recette fonctionnelle, éditoriale et SEO.
Le design visible est rarement la partie la plus risquée. Les pertes surviennent lorsque des pages utiles disparaissent, que les anciennes adresses ne redirigent plus correctement, que les formulaires changent sans test ou que les outils de mesure ne permettent plus de comparer avant et après.
La refonte doit séparer les décisions de fond des préférences visuelles. Chaque changement important reçoit une raison, un responsable, une preuve de recette et un indicateur de suivi. Cette discipline permet aussi de reporter les options qui ne contribuent pas encore à un objectif prioritaire.
Méthode en six étapes
Passer d’une intention générale à des décisions vérifiables.
Chaque étape produit une information qui peut être relue, attribuée et utilisée dans la suivante.
Établir la référence
Exporter les URL, performances, requêtes, liens, conversions et problèmes connus avant toute modification.
Qualifier chaque contenu
Décider pour chaque page si elle doit être conservée, fusionnée, réécrite, déplacée ou supprimée.
Dessiner les parcours
Relier publics, tâches, preuves et appels à l’action dans une arborescence testable.
Construire la table de migration
Associer chaque ancienne URL à sa nouvelle destination, son statut et son responsable de validation.
Recetter avant ouverture
Tester contenus, mobile, clavier, formulaires, données structurées, indexation, performances et redirections.
Surveiller la transition
Comparer erreurs, trafic, positions, demandes et tâches réussies pendant les semaines qui suivent la publication.
Référentiel opérationnel
Registre de décision pour la refonte d’un site internet.
Utilisez ce tableau comme base d’entretien, de brief ou de revue. Adaptez la fréquence et le niveau de preuve au risque réel du projet.
| Élément | Décision attendue | Contrôle avant publication | Suivi après publication |
|---|---|---|---|
| URL existantes | Conserver, fusionner, remplacer ou retirer | Table complète avec destination finale | 404, redirections et couverture |
| Contenus | Reprendre, actualiser ou réécrire | Validation métier, dates et sources | Compréhension et engagement |
| Navigation | Simplifier selon les tâches prioritaires | Tests sur ordinateur, mobile et clavier | Chemins réellement empruntés |
| Formulaires | Conserver les champs strictement utiles | Envoi, réception, erreurs et consentements | Taux de réussite et qualité des demandes |
| Médias | Réutiliser seulement si droits et qualité sont connus | Formats, poids, dimensions et alternatives | Vitesse et erreurs de chargement |
| SEO | Préserver intentions, liens et signaux utiles | Titres, canonicales, maillage, sitemap et schémas | Indexation, requêtes et pages d’entrée |
| Mesure | Conserver une comparaison avant et après | Événements, finalités, information et recette | Ruptures de données et résultats métier |
| Infrastructure | Planifier déploiement et retour arrière | Sauvegarde, DNS, certificats et capacité | Disponibilité, journaux et incidents |
Avant de valider
Huit points de contrôle.
Une vérification courte vaut mieux qu’une intention implicite. Conservez une preuve proportionnée : document, capture, résultat de test ou décision datée.
- ContrôlerUne copie datée des données de référence est conservée.
- ContrôlerToutes les URL importantes figurent dans la table de migration.
- ContrôlerLes redirections mènent directement à une page réellement équivalente.
- ContrôlerLes contenus supprimés ont une justification et ne reçoivent pas une redirection générique.
- ContrôlerLes liens internes, canonicales, hreflang éventuels et sitemap utilisent les nouvelles URL.
- ContrôlerLes formulaires et événements de mesure ont été testés de bout en bout.
- ContrôlerLe retrait des règles noindex de préproduction est contrôlé.
- ContrôlerUn responsable surveille la transition et peut déclencher le retour arrière.
Questions fréquentes
Réponses directes avant de décider.
Ces repères restent généraux. Le contexte, les outils, l’organisation et les obligations applicables peuvent modifier la réponse.
Une refonte améliore-t-elle automatiquement le référencement ?
Non. Elle peut améliorer la structure, les contenus et la performance, mais elle peut aussi supprimer des signaux utiles. Les gains dépendent des problèmes réellement corrigés et de la qualité de la migration.
Faut-il conserver toutes les anciennes pages ?
Non. Une page obsolète, redondante ou sans rôle peut être fusionnée ou retirée. La décision doit tenir compte de son utilité, de ses liens, de ses visites, de son intention et de la destination disponible.
Vers où rediriger une page supprimée ?
Vers la page la plus équivalente pour la personne qui suivait l’ancienne adresse. Une redirection massive vers l’accueil est rarement pertinente et peut être interprétée comme une erreur douce.
Peut-on changer domaine, technologie et contenus en même temps ?
C’est possible, mais le diagnostic devient plus difficile. Lorsque le contexte le permet, limiter le nombre de changements simultanés réduit le risque et facilite l’identification d’un problème.
Combien de temps conserver les redirections ?
Google recommande de les maintenir aussi longtemps que possible, généralement au moins un an. Pour les personnes et les liens historiques, les conserver durablement est souvent utile.
Sources et prolongements


