Migration Shopify : le plan de redirections

Après plus de 50 migrations signées depuis 2018, et forcément quelques appels d'offres perdus en chemin, nous avons fini par identifier ce qui décide vraiment d'un projet de migration. Ce n'est presque jamais le budget. C'est la crainte de perdre ses positions SEO au moment de la bascule, et d'avoir dépensé une somme importante pour ressortir moins bien référencé qu'avant. Cette peur est parfaitement fondée. C'est aussi pour cela que notre équipe passe autant de temps, en amont des projets, à expliquer le déroulé d'une migration et en particulier celui des redirections.

Alors autant le publier. Une migration Shopify ne fait pas perdre de trafic : c'est un plan de redirections incomplet qui en fait perdre. La nuance déplace tout le travail en amont de la bascule, parce que l'essentiel du SEO d'une migration se joue dans un fichier à deux colonnes, construit avant la mise en ligne, à partir de deux sitemaps. Voici notre méthode complète pour une migration Shopify sans perte SEO, de l'extraction des URL jusqu'au suivi à 90 jours, avec ce que 2026 a ajouté à l'équation : vos redirections ne sont plus lues par Google seul.

En bref

• La cause numéro un de perte de trafic n'est pas une redirection ratée, c'est un sitemap source incomplet : on ne redirige que ce qu'on a inventorié.
• Le livrable central tient en un fichier CSV à deux colonnes, Redirect from et Redirect to, en slugs, importable directement dans Shopify.
• La fenêtre de risque réelle court sur les 72 heures qui suivent la bascule, pas sur le jour J.
• Depuis 2026, un deuxième capital est en jeu : vos citations dans ChatGPT, Perplexity et Claude. Les crawlers IA abandonnent une redirection bien plus tôt que Googlebot, et sans jamais vous le signaler.
• Sur nos projets, le trafic organique revient à son niveau d'avant en 4 à 8 semaines quand le mapping est complet.
• L'erreur fatale : découvrir les URL oubliées dans la Search Console un mois après, au lieu de les avoir mappées avant.

Pourquoi le trafic chute après une migration Shopify

Google n'indexe pas une boutique, il indexe des adresses. Chaque URL de votre ancien site porte un capital accumulé : des positions, des backlinks, un historique de clics. Quand cette adresse cesse de répondre, ce capital ne se déplace pas tout seul vers la nouvelle page équivalente. Il reste attaché à une adresse morte.

Trois mécanismes se déclenchent ensemble. Les anciennes URL renvoient un 404 et Google désindexe les pages concernées. Les backlinks acquis pendant des années pointent vers ces mêmes 404, donc la popularité se perd en route. Et le robot dépense son budget de crawl à revisiter des erreurs au lieu de découvrir vos nouvelles pages.

Un quatrième mécanisme s'est ajouté depuis que les réponses génératives captent une part des recherches produit. Les moteurs IA ne conservent pas seulement un index, ils conservent une association entre une URL et un contenu qu'ils ont jugé citable. Quand l'adresse disparaît sans correspondance nette, la citation disparaît avec elle, et rien ne vous prévient.

L'amplitude de la chute ne dépend donc pas de la plateforme quittée. Elle dépend d'une seule variable : la proportion d'URL à trafic réellement redirigées. Une boutique qui redirige 100 % de ses URL utiles ne perd presque rien. Une boutique qui en redirige 60 % perd durablement les 40 % restants, et ce sont rarement les moins bonnes.

Cette page part du principe que la décision est prise et se concentre sur un seul livrable, le plan de redirections. Si elle ne l'est pas encore, commencez par arbitrer entre refonte et migration. Et si c'est le déroulé complet du projet qui vous intéresse, données clients et historique de commandes compris, il est détaillé dans le guide complet de l'agence, puis dans le guide correspondant à votre plateforme actuelle dans nos guides de migration vers Shopify.

Étape 1 : cartographier les URL avant la bascule

Le mapping d'URL est le seul livrable qui compte vraiment. C'est un tableau qui associe chaque adresse de l'ancien site à son équivalent sur la nouvelle boutique. Tout le reste en découle. Et il se construit en croisant deux inventaires : celui du site qui part, celui du site qui arrive.

Le sitemap source, notre point de contrôle numéro un

C'est ici que nous nous sommes fait piéger, une fois, et que nous avons changé notre process. Sur une migration, la marque nous a transmis son sitemap. Nous lui avons fait confiance. Nous avons construit un plan de redirections propre, testé, importé. Et nous avons découvert après la mise en ligne que ce sitemap ne contenait qu'une moitié du site réel. La perte SEO a été immédiate.

Nous avons corrigé en quelques jours, mais la frustration reste intacte : nous avions bien fait notre travail sur un périmètre qui était faux dès le départ. Depuis, nous exigeons que le sitemap d'origine soit produit et validé en pré-migration, avant même de commencer le mapping.

Recoupez donc systématiquement le sitemap avec deux autres sources : les pages ayant reçu au moins un clic sur 12 mois dans la Search Console, et un crawl complet de l'ancien domaine. Si le nombre d'URL diverge de plus de 10 %, c'est le sitemap qui est incomplet, pas les autres.

Générer l'inventaire du nouveau site en cinq minutes

L'inventaire de la boutique Shopify se produit en cinq minutes, y compris avant le lancement. La nouvelle boutique est encore protégée par un mot de passe, donc invisible et non crawlable. Nous retirons ce mot de passe le temps de l'extraction, puis nous le remettons : sur une fenêtre aussi courte, le risque d'indexation prématurée est marginal.

1. Retirer temporairement le mot de passe de la boutique Shopify.
2. Ouvrir votrenouvelleboutique.com/sitemap.xml pour récupérer le sitemap généré automatiquement.
3. Coller cette URL dans le convertisseur data.page/xml/csv et télécharger les exports.
4. Récupérer un CSV par type de page, Shopify segmentant son sitemap par structure d'URL : /pages/, /products/, /collections/, /blogs/.
5. Remettre le mot de passe.

Vous disposez alors des deux moitiés du puzzle : la liste exhaustive de l'ancien site, et la liste exhaustive du nouveau, découpée par type. Notez que la question de la forme idéale d'une URL Shopify ne se pose pas ici. Elle a été tranchée en amont, au moment de construire l'arborescence, et nous la traitons dans notre guide du SEO Shopify. À ce stade, une seule chose compte : relier l'ancien au nouveau.

Traduire les motifs d'URL de chaque CMS en cibles Shopify

80 % du mapping se déduit d'une règle mécanique. Chaque CMS produit ses URL selon un motif dominant, et Shopify aussi. Une migration PrestaShop vers Shopify, une migration WooCommerce ou un passage depuis Magento se ramènent donc d'abord à une traduction de motifs, avant de traiter les exceptions à la main.

Ces motifs sont les configurations les plus répandues, pas des règles universelles : PrestaShop peut préfixer le chemin par la catégorie, Magento aussi si l'option est active, et WordPress accepte une demi-douzaine de structures de permaliens. Ouvrez trois URL réelles de chaque type avant d'écrire la moindre formule.

Deux détails coûtent cher si on les néglige. Le préfixe numérique de PrestaShop, d'abord : l'identifiant produit ne se retrouve nulle part côté Shopify, donc la correspondance se fait sur le slug, pas sur l'ID, et toute règle automatique doit le retirer. La barre oblique finale, ensuite : WooCommerce la conserve par défaut, Shopify jamais. Testez le comportement des deux formes, avec et sans slash, sur trois URL avant de générer le fichier complet. Ce tableau ne traite que la traduction des adresses : le reste du chantier par plateforme de départ, données clients, commandes et modules, est couvert dans notre guide de la migration Shopify. Et si vous hésitez encore entre les plateformes elles-mêmes, notre comparatif Shopify, PrestaShop, Magento et WooCommerce traite la question en amont.

Prioriser avant de mapper

Toutes les URL ne se valent pas. Classez-les par trafic organique sur 12 mois, puis par nombre de domaines référents. Les 20 % du haut du tableau portent en général plus de 80 % du capital. Ce sont elles qui exigent une correspondance parfaite, une à une. Le reste peut être traité par motif.

Étape 2 : construire le fichier de redirections 301

Une à une ou par motif

La règle une à une s'applique dès qu'une page a du trafic, des backlinks, ou une intention de recherche propre. Chaque fiche produit vivante, chaque collection, chaque article de blog qui ressort dans Google mérite sa ligne.

La règle par motif s'applique au reste : les pages de pagination, les variantes obsolètes, les anciennes catégories fusionnées. On les envoie vers le parent thématique le plus proche. Ce qu'on ne fait jamais, c'est envoyer massivement les orphelines vers la page d'accueil. Google traite ces redirections non pertinentes comme des soft 404 et n'en transmet rien.

Le format que Shopify attend

Une fois l'ancien sitemap et les exports du nouveau site en main, la construction du tableau se fait très vite, y compris en la déléguant à un assistant IA à qui vous fournissez les deux listes. La consigne doit être stricte : un fichier CSV avec exactement deux colonnes, Redirect from et Redirect to, ne contenant que les slugs et les handles, jamais le nom de domaine complet.

Le fichier s'importe ensuite dans le back-office, rubrique Contenu, puis Menus, puis Redirections d'URL, bouton Importer. Trois limites à connaître avant de vous lancer :

• Shopify n'accepte ni expression régulière ni caractère joker. Une ligne égale une URL, ce qui rend l'exhaustivité de l'inventaire d'autant plus critique.
• Il n'existe pas de fichier .htaccess : l'interface native et l'import CSV sont les seuls leviers.
• Sur nos projets, au-delà de quelques milliers de lignes, l'import natif devient laborieux. Matrixify prend le relais et gère aussi les mises à jour par lot.

Les trois cas particuliers

Produits supprimés du catalogue. Ne les laissez pas en 404. Redirigez vers la collection parente si l'intention reste satisfaite, ou vers le produit de remplacement le plus proche. Réservez le 410 aux pages qui n'ont plus aucun équivalent et aucun trafic.

Collections fusionnées. Plusieurs anciennes catégories vers une seule nouvelle collection : c'est légitime, à condition que la nouvelle page couvre bien les deux intentions. Sinon vous transformez deux positions moyennes en une seule position moyenne.

Paramètres d'URL. Les anciennes URL à filtres, tris ou identifiants de session ne se redirigent pas ligne par ligne. Vérifiez simplement que la version canonique de l'ancienne page, elle, est bien redirigée.

Étape 3 : les pièges techniques qui annulent le travail

Un plan complet peut être neutralisé par huit défauts d'exécution. Chacun a un correctif simple, et les deux derniers sont ceux qui font le plus de dégâts parce qu'ils ne déclenchent aucune alerte.

• Les chaînes de redirections. Ancienne URL vers URL intermédiaire vers URL finale. Chaque saut dilue le signal et ralentit le crawl. Correctif : aplatir systématiquement vers la destination finale, et ne jamais dépasser trois sauts.
• Les boucles. A renvoie vers B qui renvoie vers A. La page devient inaccessible. Correctif : passer le fichier au crible avant import, une boucle se détecte par simple tri des deux colonnes.
• Le 302 au lieu du 301. Une redirection 301 signale un déplacement définitif, le 302 un déplacement temporaire : Google conserve alors l'ancienne URL comme version canonique et les signaux restent bloqués en amont. Une migration est définitive, donc 301, toujours.
• Les canonicals orphelines. Des balises canoniques importées de l'ancien site qui pointent encore vers l'ancien domaine. Correctif : audit des canonicals sur un échantillon de 50 pages avant la bascule.
• Le hreflang cassé. Sur une boutique multilingue, les correspondances entre versions linguistiques doivent être reconstruites en même temps que les redirections, sinon Google sert la mauvaise langue. Shopify Markets gère la génération, encore faut-il que chaque marché soit correctement associé.
• Le sitemap non mis à jour. Shopify régénère le sien automatiquement, mais l'ancien sitemap peut rester référencé dans la Search Console et continuer à envoyer le robot vers des adresses mortes. Correctif : le supprimer explicitement.
• Le noindex hérité de la préproduction. Une balise meta robots en noindex posée pendant les tests, oubliée dans un template ou une app, et la boutique se lance invisible. Correctif : rechercher noindex dans le thème et vérifier le rendu source de cinq gabarits différents le jour J.
• Les données structurées injectées côté client. Certaines applications d'avis ou de balisage écrivent le JSON-LD en JavaScript après le chargement. Les robots qui ne rendent pas le JavaScript ne le verront pas, et vos rich snippets disparaissent au moment précis où vous avez besoin de signaux forts. Correctif : privilégier un balisage rendu dans le Liquid du thème, et contrôler le résultat sur le code source brut, pas dans l'inspecteur du navigateur.

Ce que les crawlers IA font de vos redirections

Vos redirections ne sont plus lues par Googlebot seul. GPTBot, ClaudeBot et PerplexityBot passent sur votre boutique et suivent les 301 comme le veut la norme HTTP. Mais là où Google documente une tolérance d'une dizaine de sauts successifs, aucun de ces acteurs ne publie la sienne, et les analyses de logs disponibles convergent vers un seuil nettement plus bas : de l'ordre de cinq sauts, et parfois trois pour les robots qui alimentent une réponse pendant qu'on la lit. Nous travaillons donc sur l'hypothèse basse.

Surtout, cet abandon est silencieux. Aucune erreur ne remonte, aucun rapport ne vous prévient : la page cesse simplement d'apparaître dans les réponses générées. Une chaîne de redirections que Google finit par digérer peut donc vous coûter vos citations dans ChatGPT ou Perplexity sans que rien ne bouge dans la Search Console.

Cela ne change pas la méthode, cela durcit trois règles déjà présentes plus haut.

• Un saut, deux au maximum, sur vos pages stratégiques. Les collections et les produits qui portent votre chiffre d'affaires ne tolèrent aucune chaîne. Aplatissez avant l'import, pas après.
• Le mapping fin plutôt que le fourre-tout. Rediriger en masse vers l'accueil ne fait pas que produire des soft 404 côté Google. Cela détruit l'association entre l'ancien contenu et le nouveau, et un moteur génératif n'a alors plus aucune raison de vous citer à la place d'un concurrent.
• Le robots.txt hérité. Beaucoup de sites ont ajouté des règles bloquant GPTBot, ClaudeBot ou PerplexityBot ces dernières années. Sur Shopify, le fichier se pilote via robots.txt.liquid dans le thème. Vérifiez ce que vous autorisez vraiment avant la bascule, plutôt que de reconduire par inertie une décision prise dans un autre contexte.

Le repère à retenir : à 60 jours d'une migration propre, on doit avoir conservé l'essentiel du trafic organique et l'essentiel des citations IA. Si le trafic revient mais que les mentions dans les réponses génératives ne reviennent pas, cherchez du côté des chaînes de redirections et du robots.txt, pas du côté du contenu.

Étape 4 : le jour de la bascule vers Shopify

L'ordre des opérations compte autant que les opérations elles-mêmes. Voici la séquence que nous suivons, dans cet ordre précis.

1. Importer le fichier de redirections avant de pointer le domaine vers Shopify. Les règles doivent exister au moment où la première requête arrive.
2. Basculer le DNS et retirer le mot de passe de la boutique.
3. Vérifier le robots.txt : aucune directive bloquante héritée de la phase de préproduction, et aucun noindex résiduel dans les gabarits.
4. Soumettre le nouveau sitemap dans la Search Console et supprimer l'ancien.
5. Tester un échantillon de 30 à 50 anciennes URL, en priorité les mieux positionnées, et confirmer que chacune renvoie bien un 301 direct, sans saut intermédiaire, vers la bonne page.
6. Vérifier que le suivi analytics enregistre bien les sessions sur le nouveau domaine.

Cette vérification par échantillon prend une heure. C'est la seule fenêtre où une erreur de masse se rattrape sans coût.

Changer de nom de domaine et de plateforme en même temps

Changer de plateforme en gardant son domaine, c'est un projet. Changer de plateforme et de domaine en même temps, c'en est deux, et le second est de loin le plus risqué. Déclarez le transfert avec l'outil de changement d'adresse de la Search Console : Google fait alors transiter les signaux de l'ancien domaine vers le nouveau pendant une fenêtre d'environ six mois, après quoi les deux domaines redeviennent étrangers l'un à l'autre.

Les délais de récupération n'ont rien à voir non plus. Sur une migration de plateforme à domaine constant, nous observons un retour à la normale en 4 à 8 semaines. Sur un changement de domaine, les études sectorielles portant sur plusieurs centaines de migrations évoquent des trajectoires en mois plutôt qu'en semaines, avec une part non négligeable de sites qui ne retrouvent jamais leur niveau d'origine. Notre parti pris : si les deux changements ne sont pas indispensables en même temps, séparez-les d'un trimestre et gardez les redirections actives sans limite de durée.

Étape 5 : le suivi post-migration sur 90 jours

Une migration réussie se constate en semaines, pas en jours. Le rapport d'indexation de la Search Console devient votre tableau de bord : pages indexées, 404 non prévues, courbe des impressions. Voici les ordres de grandeur que nous observons quand le mapping est complet, et les seuils qui doivent déclencher une intervention.

Ajoutez une ligne à ce tableau de bord : le suivi des mentions de votre marque dans les réponses génératives. Une poignée de requêtes tests, posées à ChatGPT, Perplexity et Google en mode IA avant la bascule puis toutes les deux semaines, suffit à repérer une perte de citation. C'est le seul signal qui ne remontera jamais tout seul dans vos outils analytics.

Un plateau durable en dessous de 70 % ne signifie presque jamais une pénalité. Il signifie qu'une famille d'URL a été oubliée dans l'inventaire de départ. On revient alors au sitemap source, et on cherche ce qui manquait.

Migration Shopify : le faire seul ou le déléguer ?

L'arbitrage tient au volume et à l'enjeu, pas à la complexité technique. En dessous de 200 URL utiles, avec un catalogue stable et une arborescence qui change peu, le mapping se fait à la main en une journée. La méthode décrite ici suffit largement.

Au-delà, avec des catalogues multilingues, des collections filtrées ou un historique de backlinks significatif, chaque point de trafic perdu se chiffre en chiffre d'affaires, et l'accompagnement se rentabilise vite. Pour situer l'investissement, voyez quel budget prévoir pour une migration.

Une fois la bascule sécurisée, le sujet change de nature. Vous ne protégez plus un capital, vous le développez : c'est là qu'un accompagnement SEO Shopify prend le relais.

Une migration à fort volume d'URL ?

Nous produisons le mapping, le fichier de redirections et le suivi à 90 jours dans le cadre de nos migrations. Si votre catalogue dépasse le millier d'URL ou si votre trafic organique pèse lourd dans votre chiffre d'affaires, parlons de votre projet.