Migration de site web : sécuriser les pages qui rapportent

Une migration de site peut changer le domaine, les chemins d’URL, le CMS ou la structure des pages. Le risque principal n’est pas la mise en ligne elle-même : c’est de perdre le chemin qui relie une recherche, un lien externe et une page utile. Ce guide propose une méthode vérifiable pour préserver les pages qui apportent déjà des visites ou des demandes.

Commencer par les pages qui ont une valeur mesurée

Avant de modifier quoi que ce soit, exportez les pages de destination depuis votre outil d’analyse, les pages et requêtes de Google Search Console, les URL du sitemap actuel et les pages qui reçoivent des liens externes. Ajoutez les formulaires, ventes ou prises de contact associés lorsque cette information existe. Une page avec peu de visites mais un client important peut être plus critique qu’un article populaire sans conversion.

Créez un inventaire unique. Conservez l’URL complète, son type, le trafic de départ sur une période comparable, les clics organiques, les liens entrants connus, les conversions et le propriétaire éditorial. Si les données manquent, écrivez « inconnu » : zéro serait une conclusion trompeuse.

Classez ensuite les URL en trois groupes : celles qui gardent leur adresse, celles qui changent mais ont un équivalent clair, et celles dont le contenu disparaît réellement. Cette décision précède l’écriture des redirections.

Construire une correspondance ancienne URL → nouvelle URL

La destination doit répondre au même besoin que l’ancienne page. Une fiche produit devenue une nouvelle version du même produit peut souvent pointer vers celle-ci. Une ancienne fiche sur un produit introuvable n’a pas automatiquement pour équivalent la page d’accueil. Pour une page supprimée sans remplacement pertinent, une réponse 404 ou 410 peut être la bonne décision.

Votre tableau de migration doit contenir au minimum : ancienne URL, nouvelle URL éventuelle, intention de l’ancienne page, justification du choix, code HTTP attendu, statut du test, responsable et date. Ajoutez un champ pour les liens externes importants afin de vérifier ces parcours en priorité.

Exemple fictif : une entreprise remplace /services/audit-seo/ par /audit-seo/. Le nouveau document conserve le service et ses informations essentielles : une redirection permanente est cohérente. Si /services/referencement-local/ est supprimée sans page équivalente, la rediriger vers /audit-seo/ induirait le visiteur en erreur.

Google recommande de préparer une correspondance des URL et de rediriger les anciennes vers les nouvelles pages correspondantes lors d’un changement d’URL. La redirection ne remplace toutefois pas une page utile : son contenu et son intention doivent aussi rester cohérents.

Vérifier le nouveau site avant la bascule

Sur une préproduction protégée de l’indexation, parcourez un échantillon de chaque modèle : accueil, service, catégorie, article, produit, pagination et page supprimée. Vérifiez que les pages destinées à être indexées répondent en 200, que les canonicals pointent vers les URL finales et que les liens de navigation mènent directement à celles-ci. Contrôlez les images et fichiers utiles, les formulaires et le parcours d’achat.

Le plan d’URL doit être testé avec de vraies requêtes HTTP. Pour chaque ancienne URL prioritaire, suivez la chaîne de redirection et vérifiez qu’elle arrive à une page 200 pertinente. Une chaîne ancienne URL → intermédiaire → nouvelle URL complique le contrôle ; une destination directe est plus simple. Testez aussi les variantes http, https, www et sans www réellement utilisées par le site.

Préparez un sitemap qui liste les nouvelles URL canoniques indexables. Le sitemap est un moyen de signaler les pages importantes, pas une garantie d’indexation ; Google précise qu’il aide à découvrir les URL. Contrôlez que les pages retirées, redirigées ou en noindex n’y figurent pas. Voir la documentation Google sur les sitemaps.

Procéder à la mise en ligne et tester les parcours réels

Conservez une copie des anciennes règles, du sitemap et des mesures de départ. Publiez les pages finales, activez les redirections, puis testez immédiatement les URL qui apportaient des demandes ou des liens. Ne vous contentez pas du résultat d’un navigateur ouvert sur l’accueil : testez une ancienne page précise, suivez sa réponse HTTP et ouvrez la destination.

Reparcourez les liens internes après le déploiement. Ils doivent généralement pointer vers les nouvelles URL plutôt que dépendre des redirections. Vérifiez ensuite les balises canonical, les formulaires, les événements de mesure et l’absence de blocage global par robots.txt ou noindex.

Dans Search Console, soumettez le sitemap du nouveau site et surveillez les erreurs de couverture, les pages de destination et les requêtes. Si le domaine change, vérifiez les propriétés de l’ancien et du nouveau domaine. Google recommande de suivre le trafic des deux côtés pendant la migration. Les données peuvent fluctuer pendant le recrawl ; une baisse ne prouve pas à elle seule que toutes les redirections ont échoué.

Diagnostiquer une baisse après migration

Comparez une période comparable, en tenant compte de la saisonnalité. Séparez les pages perdues en groupes : erreur HTTP, mauvaise destination, canonical inattendu, contenu appauvri, page absente du maillage interne, problème de mesure ou simple changement de demande. Examinez les requêtes et les pages ensemble plutôt qu’un seul chiffre de trafic global.

Si une ancienne URL liée depuis un site externe mène à une 404, recherchez d’abord son sujet historique. Créez ou retrouvez un véritable équivalent avant de rediriger. Un vieux lien vers un forum de discussion ne devient pas pertinent parce qu’on l’envoie vers l’accueil d’un magazine. C’est particulièrement important lorsqu’on récupère un domaine ayant déjà eu une autre activité.

Corrigez les causes une par une et documentez les résultats. Quand plusieurs URL d’un même modèle échouent, corrigez le modèle puis retestez un échantillon représentatif. Une correction isolée suivie d’un contrôle est plus informative qu’une seconde refonte générale.

Modèle de contrôle réutilisable

Commencez par les pages qui généraient déjà une valeur mesurée. Une migration réussie se vérifie URL par URL, puis dans les données de recherche et les demandes réelles.