Checklist SEO après migration : le protocole 90 jours pour ne pas perdre 40 % de trafic

Etowline - E-commerce, Stratégie et Innovation » Blog » SEO - Référencement naturel » Checklist SEO après migration : le protocole 90 jours pour ne pas perdre 40 % de trafic
check list migration site internet

Une migration de site est le seul projet digital capable de détruire en une nuit trois ans de travail de référencement naturel. Elle est aussi le seul projet où les erreurs les plus coûteuses sont invisibles le jour de la mise en ligne : tout semble fonctionner, le site est beau, rapide, les commandes passent. La chute arrive deux semaines plus tard, quand Google a fini de recrawler.

Pourquoi une migration fait chuter le trafic ?

Une migration ne fait jamais perdre du trafic « à cause de Google ». Elle en fait perdre parce qu’un ensemble de signaux, patiemment accumulés sur des années, disparaissent en même temps. Un moteur de recherche associe une URL à une intention de recherche, à un historique de clics, à un maillage interne, à un profil de liens entrants et à une structure sémantique. Modifiez brutalement quatre de ces cinq dimensions, et le moteur doit littéralement réapprendre votre site.

Le phénomène est mécanique, prévisible, et donc pilotable. Ce qui distingue une migration réussie d’un accident, ce n’est pas la chance : c’est la quantité de travail réalisée avant que la première ligne de code ne soit poussée en production.

5 à 15 % Baisse de trafic organique tolérable sur une migration préparée, résorbée en 4 à 8 semaines
40 %+ Chute observée sur une migration sans plan de redirection exhaustif
6 à 12 mois Délai de récupération après une migration ratée, quand la récupération a lieu
72 h Fenêtre de réaction pour corriger une erreur d’indexation avant qu’elle ne se propage

Le principe directeur : une migration SEO ne consiste pas à sauver le trafic après la bascule. Elle consiste à rendre la bascule inoffensive avant qu’elle n’ait lieu.

Les cinq typologies de migration, et leur niveau de risque

Toutes les migrations ne présentent pas le même profil de risque. Identifier précisément celle que vous entreprenez conditionne le budget de contrôle à prévoir.

Type de migrationCe qui changeNiveau de risquePoint de vigilance principal
Refonte graphique seuleDesign, gabaritsFaibleVolume de contenu textuel préservé, maillage interne dans les nouveaux gabarits
Passage en HTTPSProtocoleFaible à modéréRedirections globales, ressources en contenu mixte, mise à jour des propriétés Search Console
Changement d’arborescenceURL, silosÉlevéPlan de redirection URL par URL, profondeur de clic, cannibalisation induite
Changement de CMS ou de plateformeTechnologie, URL, renduÉlevéContraintes d’URL imposées, données structurées, rendu JavaScript, pagination, facettes
Changement de nom de domaineDomaine, marqueTrès élevéTransfert d’autorité, netlinking à faire mettre à jour, requêtes de marque, notoriété

Une refonte e-commerce cumule fréquemment trois de ces cinq typologies. C’est précisément pour cette raison que le budget SEO d’une migration ne doit jamais être calculé comme un pourcentage du budget technique, mais comme une fonction du nombre d’URL en circulation et du chiffre d’affaires organique exposé.

Phase 1, avant la migration : cartographier avant de casser

Cette phase représente 60 % de la valeur de l’accompagnement. Elle se déroule idéalement entre 6 et 4 semaines avant la mise en ligne, avant tout gel de contenu, et surtout avant que l’ancien site ne soit démonté. Une donnée non collectée avant la bascule est une donnée définitivement perdue.

1. Constituer l’inventaire exhaustif des URL

Un crawl du site ne suffit pas. Une URL peut recevoir du trafic et des liens sans être accessible depuis la navigation : ancienne page de campagne, fiche produit désactivée mais toujours indexée, article de blog orphelin. L’inventaire fiable croise systématiquement quatre sources indépendantes.

  • Un crawl complet du site existant, en respectant puis en ignorant le fichier robots.txt, pour révéler les zones bloquées
  • L’export des URL générant des impressions dans Google Search Console sur les 16 derniers mois, sans filtre de position
  • Les URL disposant d’au moins un lien entrant externe, via un outil de netlinking
  • Les logs serveur sur 30 à 90 jours, seule source qui révèle ce que les robots crawlent réellement, y compris les URL que vous avez oubliées

Le croisement de ces quatre sources produit systématiquement un volume d’URL supérieur de 20 à 60 % au simple crawl. Ce sont ces URL supplémentaires, invisibles dans le back office, qui provoquent l’essentiel des erreurs 404 post-migration.

2. Qualifier chaque URL avant de la rediriger

Rediriger sans arbitrer, c’est reproduire les défauts de l’ancien site. Une migration est l’unique occasion de nettoyer une arborescence sans surcoût. Chaque URL de l’inventaire reçoit donc une décision explicite, documentée dans un tableau de mapping partagé avec l’équipe technique.

DécisionCritère d’attributionTraitement technique
Conserver à l’identiqueURL performante, structure compatible avec la nouvelle plateformeAucune redirection, contrôle de non-régression
Rediriger vers un équivalent strictMême intention de recherche, même contenuRedirection 301 URL par URL
FusionnerPlusieurs URL couvrent la même intention (cannibalisation)301 vers l’URL consolidée, contenu fusionné, pas de perte de texte
Supprimer volontairementAucun trafic, aucun lien, aucune intention businessCode 410 assumé, jamais de 301 vers l’accueil
CréerIntention identifiée non couverte, opportunité concurrentielleNouvelle URL, intégrée au maillage dès le jour J

La règle des redirections utiles. Une redirection dont la page de destination ne répond pas à la même intention de recherche que l’origine est traitée par Google comme une soft 404. Elle ne transmet quasiment aucun signal. Rediriger 4 000 fiches produit supprimées vers la page d’accueil ne sauve rien : cela crée juste 4 000 signaux de mauvaise qualité.

3. Figer la référence de mesure

Sans photographie avant, il n’existe aucune preuve après. Trois mesures doivent être archivées et horodatées, dans un document immuable.

  • Le positionnement sur un panel figé de 50 à 200 mots clés stratégiques, ventilés par silo et par intention (informationnelle, commerciale, transactionnelle)
  • Les métriques de performance par gabarit : trafic organique, taux de conversion, panier moyen et chiffre d’affaires organique pour l’accueil, les catégories, les fiches produit, le blog
  • Les Core Web Vitals du terrain (données CrUX) et du laboratoire, sur mobile et sur ordinateur, pour chaque gabarit

4. Préparer et tester la préproduction

  • Environnement de recette protégé par authentification HTTP, jamais par un simple robots.txt en disallow, sous peine de fuite dans l’index
  • Crawl complet de la préproduction : contrôle des balises title, meta description, hiérarchie des titres, canoniques, hreflang, balises de pagination
  • Vérification du rendu JavaScript : le contenu commercial et les liens internes doivent être présents dans le HTML servi, ou rendus de façon fiable
  • Contrôle des données structurées : Product, Offer, AggregateRating, BreadcrumbList, Organization, FAQPage selon les gabarits
  • Test intégral du plan de redirection en mode liste sur la préproduction, avec vérification du code HTTP, de l’absence de chaîne de redirection et de la pertinence de la destination
  • Contrôle du contenu : aucun gabarit ne doit perdre plus de 20 % de son volume textuel utile par rapport à l’ancien site

Le contrôle du volume de contenu est l’angle mort classique des refontes menées par le design. Une nouvelle maquette « épurée » qui supprime 600 mots de description sur une page catégorie qui rankait supprime aussi la raison pour laquelle elle rankait.

Phase 2, le jour J : la checklist de bascule

Le jour de la mise en ligne se joue en deux temps : les contrôles bloquants dans les 60 minutes, puis les contrôles de conformité dans les 4 heures. Une bascule sans fenêtre de contrôle formalisée est une bascule à l’aveugle. Programmez la mise en ligne un mardi ou un mercredi matin, jamais un vendredi soir : vous avez besoin de l’équipe technique disponible pendant 72 heures.

Les 6 contrôles bloquants, dans l’heure

  • Le fichier robots.txt de production n’interdit pas le crawl : la ligne Disallow: / héritée de la recette est la première cause de disparition d’un site de l’index
  • Aucune balise noindex ni en-tête X-Robots-Tag: noindex ne subsiste sur les gabarits indexables
  • Le certificat SSL est valide, la redirection HTTP vers HTTPS et la redirection www vers non-www (ou l’inverse) sont uniques et en 301
  • Un échantillon de 100 anciennes URL, tirées des plus performantes, renvoie bien un 301 vers la destination attendue en un seul saut
  • Les balises canoniques pointent vers l’URL canonique absolue de la page elle-même, en HTTPS, sans paramètre
  • Le suivi analytique et le suivi des conversions sont opérationnels : sans mesure, aucun arbitrage n’est possible dans les jours qui suivent

Les contrôles de conformité, dans les 4 heures

  • Génération et soumission du nouveau sitemap.xml, segmenté par typologie (produits, catégories, blog, pages statiques) pour isoler les problèmes d’indexation par silo
  • Soumission temporaire d’un sitemap des anciennes URL redirigées, pour accélérer la découverte des 301 par les moteurs
  • Déclaration du changement d’adresse dans Google Search Console en cas de changement de domaine
  • Vérification que le maillage interne pointe vers les nouvelles URL directement, sans passer par les redirections
  • Contrôle du fil d’Ariane et de la profondeur de clic : aucune page stratégique à plus de 3 clics de l’accueil
  • Test des données structurées sur un exemplaire de chaque gabarit via l’outil de test des résultats enrichis
  • Lancement d’un crawl complet du site en production, à archiver comme référence J0

Phase 3, J+1 à J+7 : la fenêtre critique

C’est pendant cette semaine que se décide l’amplitude de la baisse. Google recrawle massivement un site qui vient de changer, et chaque erreur rencontrée pendant cette phase est apprise, mémorisée et coûteuse à corriger. Un rythme de contrôle quotidien s’impose.

  • Analyse quotidienne des logs serveur : quelles URL les robots crawlent-ils, quels codes HTTP rencontrent-ils, combien de budget de crawl est gaspillé sur des redirections ou des pages sans valeur
  • Surveillance du rapport de couverture dans Google Search Console : toute apparition massive de « détectée, actuellement non indexée » ou de « page en double sans URL canonique sélectionnée » est un signal d’alerte
  • Correction immédiate des chaînes de redirection : une redirection doit atteindre sa destination finale en un seul saut
  • Suivi du positionnement sur le panel figé, avec lecture par silo et non en moyenne globale
  • Contrôle des Core Web Vitals réels : une nouvelle plateforme dégrade fréquemment le LCP sur mobile, même quand le score de laboratoire est excellent
  • Vérification du chiffre d’affaires organique par gabarit : une hémorragie localisée sur les fiches produit peut rester invisible dans le trafic global pendant trois semaines

Ne touchez à rien d’autre. Pendant les 30 premiers jours, aucune autre modification structurelle : pas de nouveau silo, pas de refonte du maillage, pas de campagne de netlinking massive. Vous devez pouvoir attribuer chaque variation à une cause unique. Une migration est déjà une variable indépendante suffisante.

Phase 4, J+8 à J+30 : consolidation et arbitrage

Le premier mois post-migration doit produire une décision, pas seulement un constat. À J+30, vous devez pouvoir répondre à une question simple : la trajectoire est-elle conforme au scénario prévu, ou faut-il déclencher un plan de correction ?

Les six familles d’indicateurs à suivre

IndicateurSeuil de vigilance à J+30Action si le seuil est franchi
Pages indexées / pages soumisesRatio inférieur à 85 %Analyse des exclusions par motif, correction des canoniques et du maillage
Erreurs 404 sur URL à traficPlus de 0 sur les URL du top 500Correction du mapping, redirection sous 24 h
Positionnement du panel figéPerte moyenne supérieure à 3 positionsAudit sémantique des pages concernées, comparaison de contenu avant / après
Trafic organique par gabaritBaisse supérieure à 15 % sur un gabaritDiagnostic ciblé : contenu, maillage, performance ou intention
Core Web Vitals mobileMoins de 75 % d’URL en « bon »Plan de performance : images, polices, scripts tiers, rendu serveur
Chiffre d’affaires organiqueBaisse supérieure à 10 % à saisonnalité comparableEscalade immédiate, arbitrage budgétaire, compensation payante temporaire

Les chantiers de consolidation

  • Mise à jour du netlinking : contactez les 20 domaines référents les plus autoritaires pour faire pointer les liens directement vers les nouvelles URL, sans passer par les 301
  • Mise à jour des sources externes maîtrisées : fiche Google Business Profile, réseaux sociaux, signatures d’e-mail, flux produit Google Merchant Center, marketplaces, annuaires professionnels
  • Reprise du maillage interne : les liens contextuels dans les contenus éditoriaux sont ceux qui transmettent le plus de signal, ils sont aussi ceux qu’aucune migration automatisée ne met à jour correctement
  • Nettoyage du budget de crawl : blocage des paramètres d’URL inutiles (facettes, tri, session), gestion propre de la pagination

Phase 5, J+30 à J+90 : reconquête et croissance

Une migration réussie ne se contente pas de restaurer la situation antérieure. Elle capitalise. Vous disposez désormais d’une plateforme plus rapide, d’une arborescence assainie et d’un inventaire d’URL parfaitement documenté : trois actifs que vous n’aviez pas avant.

  • Exploitation du travail de qualification : les URL identifiées comme « à créer » lors du mapping deviennent le socle du plan éditorial du trimestre
  • Consolidation des cannibalisations résolues : mesurez le gain de positions sur les intentions désormais couvertes par une seule URL
  • Retrait progressif du sitemap des anciennes URL, une fois le recrawl complet constaté dans les logs
  • Maintien des redirections 301 pendant 12 à 18 mois minimum, jamais moins, en particulier pour les URL disposant de liens entrants
  • Bilan de migration formalisé : écart entre la trajectoire prévue et la trajectoire réelle, causes racines, enseignements pour la prochaine évolution de la plateforme

Les 7 erreurs qui coûtent le plus cher

Ces erreurs se retrouvent dans la grande majorité des migrations dégradées que nous auditons. Aucune n’est exotique. Toutes sont évitables pour un coût dérisoire au regard des pertes qu’elles provoquent.

1. Le robots.txt de recette poussé en production

Effet immédiat et massif : désindexation progressive du site en quelques jours. C’est l’erreur la plus grave et la plus banale. Elle se détecte en 20 secondes, encore faut-il avoir prévu de regarder.

2. La redirection globale vers la page d’accueil

Techniquement simple, stratégiquement désastreuse. Le signal des anciennes URL n’est pas transmis, et les moteurs interprètent l’opération comme une suppression pure et simple du contenu. Chaque URL performante mérite une destination pertinente.

3. La perte de contenu au nom du design

Une page catégorie qui passe de 900 à 200 mots perd la matière sémantique sur laquelle elle se positionnait. Le nouveau gabarit doit prévoir un emplacement pour le contenu éditorial, y compris si l’équipe design le juge peu esthétique. Un contenu replié dans un accordéon reste indexable, un contenu supprimé ne l’est pas.

4. L’oubli des URL orphelines

Le crawl ne les voit pas, les logs et Search Console si. Ce sont souvent d’anciennes landing pages de campagnes, riches en liens entrants, dont la disparition silencieuse ampute le profil de liens du domaine.

5. Les chaînes de redirection

Ancienne URL en HTTP redirigée vers HTTPS, puis vers www, puis vers la nouvelle arborescence : trois sauts au lieu d’un. Chaque saut dilue le signal, consomme du budget de crawl et ralentit la page. Le plan de redirection doit toujours viser la destination finale.

6. Le contrôle limité au trafic global

Un site peut afficher une stabilité de trafic parfaite tout en ayant perdu 30 % de son chiffre d’affaires organique, si la baisse porte sur les fiches produit et que la hausse porte sur le blog. La lecture par gabarit est non négociable en e-commerce.

7. La migration lancée sans état de référence

Sans photographie avant, aucun diagnostic n’est possible après. Vous ne saurez pas si la baisse constatée est due à la migration, à une mise à jour d’algorithme ou à la saisonnalité. Vous perdrez des semaines à en débattre au lieu de corriger.

Une migration ratée ne se paie pas en trafic. Elle se paie en marge perdue et en budget publicitaire de compensation, deux lignes qui apparaissent au compte de résultat bien avant que le sujet ne remonte au comité de direction.

Migration et IA générative : le nouvel angle mort

La checklist SEO classique ne suffit plus. Une part croissante de la visibilité d’une marque se joue désormais dans les réponses générées par les moteurs conversationnels et par les AI overviews. Or ces systèmes ne réagissent pas comme un index de recherche traditionnel : ils s’appuient sur des corpus rafraîchis à des rythmes hétérogènes, citent des sources parfois obsolètes, et mémorisent des URL longtemps après leur disparition.

Concrètement, une migration mal accompagnée produit un double effet : la perte de positions dans les résultats classiques, puis une érosion différée des citations dans les réponses génératives, souvent constatée trois à six mois plus tard, quand le lien entre les deux phénomènes n’est plus évident pour personne.

La checklist GEO et AEO spécifique à la migration

  • Identifier avant la bascule les URL déjà citées comme sources dans les réponses génératives sur vos requêtes stratégiques : ce sont vos pages les plus précieuses
  • Préserver la structure sémantique de ces pages : définitions en début de section, listes ordonnées, tableaux comparatifs, réponses courtes et autonomes en tête de bloc
  • Maintenir les données structurées Product, Organization, FAQPage et BreadcrumbList à l’identique ou de façon enrichie, jamais appauvrie
  • Contrôler l’accessibilité du contenu sans exécution JavaScript : plusieurs crawlers de moteurs génératifs n’exécutent pas le rendu client
  • Vérifier que le fichier robots.txt n’interdit pas involontairement les agents de collecte des moteurs de réponse que vous souhaitez atteindre
  • Maintenir les redirections 301 au minimum 18 mois sur les pages sources, la durée de vie d’une citation dépassant largement celle d’un cycle de crawl
  • Suivre les mentions de marque dans les réponses générées comme un indicateur de positionnement à part entière, avec un relevé mensuel

Automatiser le contrôle post-migration

Contrôler manuellement 15 000 URL pendant 30 jours n’est pas réaliste. L’enjeu n’est pas de tout regarder : c’est de ne rien laisser passer sans être alerté. Une architecture de contrôle légère, montée en quelques jours, transforme la surveillance post-migration en routine plutôt qu’en course contre la montre.

CoucheFonctionFréquence
CollecteCrawl programmé, export Search Console, logs serveur, relevé de positionsQuotidienne les 30 premiers jours, puis hebdomadaire
StockageEntrepôt de données consolidant les sources, avec historisation depuis l’état de référenceContinue
DétectionRègles d’alerte sur les seuils critiques : apparition de noindex, 404 sur URL à trafic, chute de gabaritTemps réel
Diagnostic assistéComparaison automatisée du contenu avant / après par URL, détection des pertes sémantiquesÀ la demande
RestitutionTableau de bord unique, lisible par la direction comme par l’équipe techniqueQuotidienne

L’intelligence artificielle intervient utilement sur la couche de diagnostic : comparer 15 000 paires de pages avant et après pour détecter les pertes de contenu significatives, classer les erreurs 404 par valeur business, ou proposer une destination de redirection pertinente pour les URL orphelines. Elle ne remplace pas l’arbitrage stratégique. Elle supprime les 80 % de travail répétitif qui, faute de temps, ne sont tout simplement jamais réalisés.

Pourquoi se faire accompagner par un expert SEO/GEO ?

La question n’est pas de savoir si votre équipe est compétente. Elle l’est probablement. La question est de savoir si elle sera disponible et indépendante au moment précis où les arbitrages se prennent.

1. Le coût de l’erreur est asymétrique

Une migration se prépare en quelques semaines. Une chute de trafic organique se paie pendant des trimestres. Pour un site e-commerce réalisant 500 000 € de chiffre d’affaires organique annuel, une perte de 30 % pendant six mois représente 75 000 € de chiffre d’affaires évaporé, sans compter le budget publicitaire mobilisé pour compenser. L’accompagnement SEO d’une migration représente une fraction de ce montant.

2. La disponibilité est structurellement impossible en interne

Le jour J, l’équipe technique éteint des incendies fonctionnels : paiement, tunnel de commande, e-mails transactionnels. Personne ne regarde le robots.txt. C’est normal, et c’est précisément le rôle d’un tiers dont le seul mandat est la visibilité.

3. L’arbitrage exige une position indépendante

Quand le design veut supprimer 600 mots, quand le développeur propose une redirection globale parce que le mapping prendrait trois jours, quand le chef de projet veut basculer vendredi soir, quelqu’un doit pouvoir dire non en objectivant le risque en euros. Une position interne rend cet arbitrage politiquement coûteux.

4. La méthode s’industrialise, l’improvisation non

Un accompagnement structuré apporte un protocole éprouvé : inventaire quadruple source, mapping documenté, checklist de bascule, tableau de bord de surveillance, bilan à 90 jours. Ce n’est pas de la théorie, c’est un livrable actionnable, transmissible et réutilisable lors de la prochaine évolution de votre plateforme.

La bonne question à poser à un prestataire n’est pas « savez-vous faire des redirections ». C’est : « que regarderez-vous à J+3, et qui aura le mandat d’arrêter la mise en ligne si un contrôle bloquant échoue ? »

Conclusion : la migration comme levier, pas comme risque

Une migration de site est un moment de vérité. Elle révèle la qualité de la documentation d’un site, la solidité de son arborescence, la profondeur de son contenu et la maturité de son pilotage. Menée sans méthode, elle détruit un capital de visibilité construit sur plusieurs années. Menée avec un protocole rigoureux, elle devient l’occasion unique de corriger les défauts structurels que le quotidien ne permet jamais de traiter : cannibalisation, pages orphelines, arborescence sédimentée, contenus obsolètes.

Retenez trois principes. Premièrement, tout ce qui n’est pas mesuré avant la bascule est définitivement perdu. Deuxièmement, une redirection sans pertinence sémantique ne transmet rien. Troisièmement, les 30 premiers jours déterminent les 12 mois suivants.

La migration n’est pas un projet technique auquel on ajoute du SEO. C’est un projet de visibilité dont la technique est le moyen. Cette inversion de perspective est, à elle seule, ce qui distingue les refontes qui font croître le chiffre d’affaires de celles qu’on passe ensuite douze mois à réparer.

Vous préparez une migration ou une refonte ?

Faites auditer votre plan de migration avant la bascule. Nos experts e-commerce et SEO cartographient votre existant, sécurisent votre plan de redirection et mettent en place le protocole de surveillance des 90 premiers jours.


Combien de temps faut-il pour retrouver son trafic après une migration de site ?

Sur une migration bien préparée, la baisse de trafic organique reste contenue entre 5 et 15 % et se résorbe en 4 à 8 semaines, le temps que Google recrawle l’intégralité des URL et transfère le signal des redirections. Sur une migration mal préparée (redirections manquantes, changement d’arborescence non maîtrisé, contenu appauvri), la chute peut dépasser 40 % et la récupération s’étaler sur 6 à 12 mois, avec parfois une perte définitive de positions sur les requêtes les plus concurrentielles. Le facteur décisif n’est pas la technologie choisie, c’est la qualité du plan de redirection et la rapidité de correction pendant les 30 premiers jours.

Faut-il faire des redirections 301 ou 302 lors d’une migration ?

La redirection 301 (permanente) est la règle pour toute migration définitive : changement de domaine, refonte d’arborescence, passage en HTTPS, changement de CMS. Elle transmet le signal de popularité de l’ancienne URL vers la nouvelle et indique aux moteurs que l’ancienne adresse ne reviendra pas. La redirection 302 (temporaire) ne doit être utilisée que pour un besoin réellement temporaire, par exemple une page produit momentanément indisponible ou une opération commerciale limitée dans le temps. Utiliser un 302 pour une migration revient à demander aux moteurs de conserver l’ancienne URL dans leur index, ce qui provoque des doublons, un gaspillage de budget de crawl et une dilution des positions.

Quels indicateurs surveiller après une migration de site e-commerce ?

Six familles d’indicateurs doivent être suivies quotidiennement pendant 30 jours : le nombre de pages indexées et le rapport de couverture dans Google Search Console, le volume et la nature des erreurs 404 et 5xx, l’évolution du positionnement sur un panel figé de 50 à 200 mots clés stratégiques, les Core Web Vitals sur les gabarits clés (accueil, catégorie, fiche produit, panier), le trafic organique segmenté par type de page plutôt qu’en global, et enfin le chiffre d’affaires organique ainsi que le taux de conversion par gabarit. Suivre uniquement le trafic global est le meilleur moyen de laisser passer une hémorragie localisée sur les fiches produit pendant plusieurs semaines.

Comment vérifier que toutes les redirections fonctionnent après la mise en ligne ?

La méthode fiable consiste à repartir de la liste exhaustive des anciennes URL, constituée à partir de trois sources croisées : un crawl complet de l’ancien site, l’export des URL générant des impressions dans Google Search Console sur 16 mois, et les URL disposant de liens entrants selon un outil de netlinking. Cette liste est ensuite passée en mode liste dans un crawler qui contrôle, pour chaque adresse, le code HTTP renvoyé, l’existence d’une chaîne de redirection et la pertinence sémantique de la page de destination. Une redirection qui renvoie un code 200 mais aboutit sur la page d’accueil est techniquement valide et stratégiquement inutile : ces redirections dites soft 404 sont la première cause de perte de positions durable.

Une migration de PrestaShop vers Shopify fait-elle perdre du référencement ?

Le changement de plateforme n’a en soi aucun effet négatif sur le référencement. Ce qui fait perdre du trafic, ce sont les effets de bord : structure d’URL imposée par la nouvelle plateforme (Shopify impose par exemple les préfixes de collections et de produits), perte de contenus longs présents sur les anciennes fiches, disparition des balises hreflang ou canoniques, pagination gérée différemment, et fichiers de données structurées à reconstruire. Une migration PrestaShop vers Shopify réussie repose sur un mapping URL par URL, une reprise intégrale des contenus éditoriaux et des attributs produit, et un contrôle des données structurées avant même la mise en ligne.

Pourquoi se faire accompagner pour la partie SEO d’une migration ?

Parce que le coût de l’erreur est asymétrique. Une migration se prépare en quelques semaines, mais une chute de trafic organique se paie pendant des trimestres, en marge perdue et en budget publicitaire de compensation. L’accompagnement apporte trois choses qu’une équipe interne mobilisée sur la mise en production n’a matériellement pas le temps de produire : une cartographie exhaustive de l’existant réalisée avant tout gel de contenu, un protocole de contrôle et d’alerte activé dès la mise en ligne, et un arbitrage indépendant entre les contraintes techniques, les contraintes de design et les contraintes de visibilité. Un accompagnement SEO de migration représente généralement une fraction du budget de refonte, pour un risque évité qui se chiffre souvent en dizaines de milliers d’euros de chiffre d’affaires.

Faut-il migrer le blog en même temps que la boutique ?

Dans l’idéal, non. Séparer les deux chantiers permet d’isoler les causes en cas d’anomalie et de limiter le volume d’URL modifiées simultanément. Si les contraintes de projet imposent une bascule unique, il faut alors traiter le blog comme un silo autonome : plan de redirection dédié, contrôle des liens internes sortant vers les pages commerciales, préservation des dates de publication et des balises auteur, et vérification que les articles conservent leur profondeur de clic. Le blog concentre souvent la majorité des liens entrants naturels d’un site e-commerce : le perdre revient à sacrifier l’autorité qui alimente les pages catégories.

Une migration a-t-elle un impact sur la visibilité dans ChatGPT, Perplexity ou les AI overviews ?

Oui, et l’impact est plus long à corriger que sur la recherche traditionnelle. Les moteurs de réponse générative s’appuient sur des index et des corpus rafraîchis à des rythmes différents de celui de Google. Une URL citée comme source dans une réponse générée continue d’être référencée pendant des semaines après sa disparition. Pour limiter la casse, il faut maintenir les redirections 301 au minimum 12 à 18 mois, conserver la structure sémantique des pages citées (titres, définitions, listes, tableaux comparatifs), préserver les données structurées de type Product, FAQPage et Organization, et surveiller les mentions de marque dans les réponses générées comme on surveille un positionnement.

Retour en haut