Migration SEO d'une boutique : la checklist avant la bascule

Une migration SEO commence avant la mise en ligne du nouveau site. Son document central est une correspondance entre chaque ancienne URL utile et sa destination pertinente sur la nouvelle boutique.

1. Faire l'inventaire de l'existant

Exportez les URL des produits, catégories, articles et pages d'information. Ajoutez les pages qui reçoivent des visites ou des liens, même si elles ne figurent plus dans le menu. Pour chacune, notez son statut actuel et la page qui répondra à la même intention après la bascule.

Une ancienne catégorie importante ne doit pas être envoyée automatiquement vers l'accueil. Si elle existe encore sous une autre adresse, la redirection doit pointer vers cette catégorie. Si le contenu disparaît, décidez au cas par cas s'il existe une alternative réellement équivalente.

2. Préparer les redirections et les contenus

Créez la table des anciennes et nouvelles URL avant l'ouverture. Vérifiez les chaînes de redirections, les erreurs 404 et les liens internes qui continueraient à pointer vers l'ancienne structure. Conservez les informations utiles des pages performantes : descriptions, réponses aux questions clients, images et données produit, sans copier des contenus dépassés.

3. Publier le nouveau sitemap

Le sitemap doit contenir les URL finales indexables de la nouvelle boutique. Il aide les moteurs à découvrir la nouvelle structure, mais ne remplace pas les redirections. Mettez également à jour les liens internes, les URL canoniques et les données structurées qui portent encore l'ancien domaine.

4. Suivre les semaines suivantes

Contrôlez les erreurs de couverture, les pages explorées, les redirections et les principales pages d'entrée dans Search Console. Comparez les données sur des périodes comparables et gardez en tête que les variations saisonnières ou commerciales peuvent se superposer à la migration.

Une migration réussie n'est pas un simple changement d'habillage : c'est une continuité compréhensible pour les visiteurs comme pour les moteurs de recherche.

Source : guide officiel Google sur les migrations de site.

Construire la table de correspondance

Une ligne par ancienne URL : adresse, type de page, statut HTTP, trafic ou impressions utiles, liens entrants connus, nouvelle destination et raison du choix. Réunissez les exports du CMS, du sitemap, d’un crawl et de Search Console ; aucune source seule ne garantit un inventaire complet. Identifiez les pages produits supprimés et les anciennes variantes. Une redirection doit mener vers la réponse la plus proche, pas automatiquement vers l’accueil. Si aucune réponse équivalente n’existe, documentez la décision au lieu de créer une redirection trompeuse.

Testez cette table automatiquement sur un échantillon et manuellement sur les pages qui comptent le plus. Une ancienne catégorie doit ouvrir la nouvelle catégorie prévue en une seule redirection permanente. Une ancienne fiche peut mener au même produit sous sa nouvelle adresse. Contrôlez aussi les paramètres historiques ou les URL qui ont reçu des liens externes.

Préparer une répétition de la bascule

Sur un environnement de préproduction protégé, parcourez les modèles : accueil, catégorie, fiche, article, politique, produit épuisé et erreur 404. Vérifiez que les liens internes pointent déjà vers les nouvelles URL, que les canoniques reflètent le domaine final et que le sitemap ne contient que des pages indexables. Testez les données structurées avec les informations réellement visibles. Les règles robots et noindex de préproduction doivent être retirées sur la version publique au bon moment.

Faites une commande de test sur mobile et une autre avec un panier complexe. Une migration qui préserve les positions mais casse le paiement ne remplit pas son objectif. Gardez un plan de retour arrière, la liste des responsables et l’heure de chaque action. Une fenêtre de mise en ligne calme facilite le diagnostic, sans garantir l’absence de fluctuations.

Mesurer les semaines suivantes

Après la bascule, vérifiez immédiatement quelques anciennes et nouvelles URL, le sitemap, robots.txt et les principales pages de navigation. Consultez ensuite quotidiennement les erreurs serveur, les 404 et les redirections pendant la période critique. Dans Search Console, suivez l’exploration, l’indexation et les pages d’entrée importantes. Comparez des périodes comparables et séparez les changements de demande saisonnière des erreurs techniques observables.

Gardez la table de correspondance et les tests en archive. Si une page importante chute, elle permet de retrouver rapidement son ancienne adresse, sa nouvelle destination et le contenu qui a été déplacé. Corrigez la cause vérifiable avant de multiplier les demandes d’indexation. Une nouvelle soumission de sitemap aide à découvrir des URL, mais ne répare ni une mauvaise redirection ni une page vide.

Un tableau de suivi qui sert à agir

Séparez quatre colonnes après lancement : problème constaté, URL touchée, cause vérifiée et prochaine vérification. Une baisse globale de trafic n’est pas une cause ; une catégorie qui renvoie en 404 ou une canonique vers la préproduction en est une. Classez les incidents selon le nombre de pages et leur rôle commercial. Corrigez d’abord une erreur de modèle qui touche toutes les fiches, puis les exceptions isolées.

À la fin de chaque semaine, comparez les pages importantes à leur état attendu : redirection en place, page nouvelle accessible, contenu utile conservé, lien dans la navigation et exploration visible. Gardez les observations avec la date. Cela permet de distinguer une correction technique récente d’un effet qui demande plus de temps à apparaître dans les rapports.