Guide web · refonte · continuité
Comment préparer la migration SEO d’une refonte de site ?
Une refonte modifie souvent les chemins, les contenus et les modèles de pages en même temps. Une table de correspondance et des contrôles avant et après publication rendent ces changements vérifiables.
Réponse directe
L’essentiel à retenir.
Inventoriez les URL et leurs usages, décidez lesquelles conserver, fusionner ou retirer, préparez les redirections directes vers les nouvelles pages, puis contrôlez indexation, liens, canoniques et erreurs après lancement.
Connaître l’existant
Pages, fichiers, liens et trafic aident à éviter les oublis.
Décider URL par URL
Chaque ancienne page utile a une destination pertinente.
Surveiller après lancement
Les erreurs 404, redirections et sitemaps se vérifient en production.
Mode d’emploi
La méthode en 5 étapes.
Un ordre de travail simple pour transformer les recommandations du guide en décisions vérifiables.
- Exporter les URLRéunir crawl, sitemap, journaux et pages importantes.
- Qualifier les pagesConserver, fusionner ou retirer selon contenu et intention.
- Préparer les redirectionsÉtablir une destination pertinente et directe pour chaque changement.
- Tester avant publicationVérifier titres, canoniques, liens, robots et modèles sur l’environnement de validation.
- Suivre après lancementContrôler réponses HTTP, indexation, erreurs et parcours critiques.
Préparation
Donner un devenir à chaque page.
La table de migration relie l’ancienne URL à la nouvelle, indique le type de décision et la personne qui la valide. Une page très consultée ne doit pas être envoyée vers l’accueil si une page équivalente existe.
Les contenus supprimés sans remplacement doivent être examinés séparément. Une redirection trompeuse brouille les parcours ; une vraie disparition peut justifier une réponse adaptée et des liens internes mis à jour.
- Ancienne et nouvelle URL consignées.
- Contenu et intention comparés.
- Liens internes mis à jour.
Contrôle
Tester la production, puis observer.
Avant l’ouverture, vérifiez que les pages publiques ne sont pas bloquées par une règle de test, que les canoniques pointent vers les bonnes URL et que le sitemap ne contient que des pages destinées à l’indexation.
Après la mise en ligne, rejouez les parcours importants, contrôlez les erreurs serveur et les pages introuvables, puis suivez les rapports d’indexation et les données de recherche. Une baisse ponctuelle ne s’interprète qu’avec les changements réellement effectués.
- Redirections sans chaînes inutiles.
- Pages principales avec réponse 200.
- Sitemap et canoniques cohérents.
Avant mise en ligne
Recenser les signaux qui doivent suivre les pages.
Le tableau de correspondance des URL ne suffit pas. Relevez les titres, descriptions, canonicals, liens internes, images importantes, données structurées et règles d’indexation des pages stratégiques. Dans la nouvelle version, chaque signal doit décrire la page réellement affichée.
Préparez aussi les ressources techniques : sitemap ne contenant que les URL finales, pages d’erreur qui répondent correctement, formulaires testés et fichiers nécessaires au rendu. Les liens historiques qui pointent vers une ancienne page importante doivent être remplacés dans la navigation lorsque c’est possible.
- Correspondance des URL validée.
- Canonicals et règles robots contrôlés.
- Liens de navigation mis à jour.
- Sitemap et images vérifiés.
- Formulaires et pages d’erreur testés.
Après bascule
Distinguer les défauts de migration des variations normales.
Dans les premières vérifications, cherchez les erreurs observables : redirections vers une mauvaise destination, chaînes inutiles, pages importantes en erreur, contenus absents ou canonicals incohérents. Corrigez ces points avant d’interpréter une variation globale de trafic.
Conservez le tableau ancien URL vers nouvelle URL et notez les contrôles réalisés. Les données de crawl, d’indexation et de recherche doivent être lues par groupe de pages et selon leur importance. Une baisse sur une ancienne URL correctement redirigée n’a pas la même signification qu’une page stratégique devenue inaccessible.
Grille pratique
Quelle décision prendre pour une ancienne URL ?
La pertinence de la destination prime sur la simple existence d’une redirection.
| Ancienne page | Décision | Contrôle |
|---|---|---|
| Même contenu et même URL | Conserver | Réponse 200 |
| Contenu déplacé | Redirection permanente | Destination équivalente |
| Deux pages fusionnées | Rediriger vers la synthèse | Intention couverte |
| Contenu retiré sans équivalent | Réponse adaptée | Liens internes nettoyés |
Questions fréquentes
Les réponses pour préparer la prochaine étape.
Faut-il rediriger toutes les anciennes pages vers l’accueil ?
Non. La destination doit répondre au besoin de la page d’origine. Une redirection générale vers l’accueil aide rarement les visiteurs.
Quand vérifier les résultats ?
Dès le lancement pour les erreurs techniques, puis régulièrement pour l’indexation et les parcours. Les tendances se lisent sur une durée adaptée au trafic.
Faut-il conserver les anciennes URL dans le sitemap ?
Le sitemap présente les URL finales que vous souhaitez faire découvrir. Les anciennes adresses restent gérées par les redirections appropriées.
Continuer votre parcours