Changer de plateforme, ce n’est pas le moment de tout casser. La plupart des pertes de trafic après une migration n’ont rien d’une fatalité. Elles viennent d’une étape qu’on repousse toujours à la fin, alors qu’elle devrait passer en premier. Je migre des boutiques vers Shopify pour vivre, et je vois toujours la même scène se rejouer. L’équipe est emballée par le nouveau thème, le nouveau tunnel de paiement, les fonctionnalités qu’on attendait depuis un an. On bascule un vendredi soir, souvent après le boulot, un peu sur l’adrénaline. Et trois semaines plus tard, le trafic organique a fondu de moitié. Personne ne comprend pourquoi, et tout le monde regarde Shopify de travers…

Dans neuf cas sur dix, Shopify n’y est pour rien. Le coupable, c’est le plan de redirections. Ou plutôt son absence.

Alors voici l’ordre que je suis sur chaque migration pour garder le SEO en vie. Celui que je défends même quand il agace le chef de projet pressé de lancer.

Avant la moindre manipulation, sortez la liste complète de vos URLs actuelles. Toutes : produits, collections, articles de blog, pages statiques, filtres qui rankent. Une seule source ne suffit jamais, alors j’en croise deux.

D’abord le rapport « Pages » de la Search Console, sur les 16 mois disponibles. Il vous dit ce que Google connaît vraiment et, surtout, ce qui vous envoie du trafic. Ensuite un crawl avec Screaming Frog sur l’ancien site. Lui va remonter tout le reste : les vieilles pages, les redirections déjà en place, pages orphelines à fort potentiel que plus personne n’avait en tête. Vous exportez les deux, vous dédoublonnez dans un simple tableur, et vous obtenez votre inventaire de départ.

L’erreur que je répare le plus souvent, c’est celle des gens qui font cette liste après la bascule, quand l’ancien site n’existe plus. À ce moment-là, vous reconstruisez de mémoire, à l’aveugle. Et vous perdez pile les pages qui payaient les factures, parce que ce sont rarement celles auxquelles on pense.

Shopify impose ses structures. Vos produits passeront en /products/, vos catégories en /collections/. Autrement dit, quasiment aucune de vos anciennes adresses ne survit telle quelle. Ce n’est pas grave, à une condition : chaque ancienne URL doit pointer vers sa nouvelle équivalente avec une redirection 301.

Une page produit vers la page produit correspondante. Une catégorie vers la collection équivalente. Un article vers le même article. Dans mon tableur, ça donne deux colonnes, ancienne URL à gauche, nouvelle à droite, et je remplis ligne par ligne. C’est le moment le plus ingrat du chantier, je ne vais pas vous mentir. Sur une boutique de quelques centaines de références, ça se compte en heures, pas en minutes.

Côté mise en place, Shopify gère les redirections nativement dans l’admin (Boutique en ligne, Navigation, Redirections d’URL), et vous pouvez importer le tout par fichier CSV plutôt qu’à la main. Au-delà de quelques milliers de lignes, une app dédiée vous fera gagner du temps sur la gestion et le suivi des 404. Peu importe l’outil : c’est ce fichier de correspondance qui représente 80 % de la réussite d’une migration. C’est lui qui décide de votre trafic des six mois qui suivent.

Celle-là, on me la ramène tout le temps. Pendant que vous construisez la nouvelle boutique, Shopify la protège par mot de passe et la garde hors de Google. Parfait. Le problème arrive le jour du lancement, quand vous retirez le mot de passe.

Si votre thème de test a laissé traîner des noindex, ou si des liens internes pointent encore vers l’URL myshopify.com au lieu de votre nom de domaine, Google va se retrouver avec deux versions de votre boutique et ne saura pas laquelle croire. Vérifiez trois choses avant d’ouvrir les vannes : le mot de passe retiré, aucune balise noindex résiduelle sur les pages importantes, et le domaine principal correctement défini. Cinq minutes de contrôle qui évitent des semaines de flottement.

C’est le geste qui tue, et il est tentant parce qu’il va vite. Rediriger toutes les anciennes URLs vers la home « pour ne plus avoir de 404 ». Google lit ça comme un aveu : ces pages n’ont plus d’équivalent, leur contenu a disparu. Vous perdez la pertinence accumulée page par page, et le jus de lien part en fumée.

Une redirection n’a de valeur que si elle envoie vers une page au contenu proche. Pas de correspondance exacte pour un produit arrêté ? Visez la collection parente, ou la page la plus proche du besoin de l’internaute. La home par défaut, jamais. C’est un raccourci qui coûte cher et qui ne se voit qu’au bout de deux mois, quand il est trop tard pour deviner d’où vient la fuite.

Pendant une refonte, la tentation est énorme de tout « améliorer » d’un coup. Réécrire les balises title, repenser les meta descriptions, changer les H1, le même week-end que la bascule. Surtout pas.

Vos pages qui rankent bien le doivent en partie à ces balises, telles qu’elles sont aujourd’hui. Si vous changez tout en même temps que la plateforme, vous perdez votre point de repère. Le jour où le trafic bouge, et il va bouger, vous serez incapable de dire si c’est la migration, les redirections ou vos nouvelles balises. Gardez l’existant qui marche, lancez, mesurez pendant quelques semaines, puis optimisez ensuite, page par page. Une variable à la fois, comme au labo.

Vos redirections 301 gèrent le trafic qui arrive de Google et des sites qui vous citent : c’est leur boulot, et un 301 transmet l’essentiel de la valeur du lien vers la nouvelle adresse. Vous n’avez pas la main sur les backlinks des autres, et ce n’est pas grave, le plan de redirections travaille pour vous en coulisse.

En revanche, vos liens internes, eux, vous les contrôlez. Un menu, un article de blog qui renvoie vers une vieille URL, un bouton codé en dur dans le thème : tout ça doit pointer directement vers les nouvelles adresses, pas passer par une redirection. Une chaîne interne qui rebondit de 301 en 301 ralentit le crawl et dilue le signal. Un petit crawl de contrôle après le lancement repère ces liens paresseux en quelques minutes.

Pour aller plus loin : 4 opportunités de backlinks qui fonctionnent encore (la n°3 est largement sous-estimée)

Même une migration propre s’accompagne souvent d’un trou de quelques semaines. Google doit recrawler l’ensemble, comprendre les redirections, réindexer les nouvelles URLs. C’est mécanique, et c’est normal. Le vrai piège, c’est de paniquer au bout de dix jours et de tout chambouler, ce qui ne fait que remettre le compteur à zéro et repousser la stabilisation.

Ce que vous pouvez faire pour accélérer, en revanche : soumettre le nouveau sitemap dans la Search Console dès le lancement, surveiller le rapport « Pages » pour repérer les 404 qui auraient échappé au plan, et les corriger au fil de l’eau. Gardez un œil sur les impressions plutôt que sur les seules positions les premiers jours : elles remontent avant le trafic, et c’est votre premier signe que Google a compris. La patience, ici, fait partie du protocole.

Si vous ne deviez retenir qu’une chose de tout ça : le plan de redirections se construit avant le lancement, pas après. Une boutique qu’on migre d’abord et qu’on « rattrape » ensuite côté 301 a déjà laissé filer le trafic qu’elle essaie de sauver. Une boutique qui cartographie ses URLs, valide ses redirections en amont et bascule ensuite garde l’essentiel de sa visibilité dès la première semaine.

La partie technique d’une migration, franchement, c’est la plus simple. Le vrai travail, c’est le SEO : une affaire de méthode et de séquence, pas de talent. Faites-le dans le bon ordre, et Shopify devient le tremplin qu’on vous a vendu.

Victor Auffray est développeur Shopify freelance, fondateur de Tech-Everywhere. Après quinze ans en atelier, il s’est reconverti dans le web et accompagne les e-commerçants sur les chantiers techniques que les agences sous-traitent : thèmes sur-mesure, migrations sans perte de SEO, performance (Core Web Vitals, INP). Il écrit sur ces sujets sur Tech-Everywhere.