Migration Shopify : La check-list SEO technique pour ne pas perdre son trafic organique

Migration Shopify : La check-list SEO technique pour ne pas perdre son trafic organique

Une migration vers Shopify ne doit jamais coûter votre référencement. La perte de trafic organique n'est pas une fatalité technique, c'est l'absence de méthode. La plupart des boutiques qui s'effondrent après bascule ont oublié une étape : le plan de redirections 301 complet, testé et validé avant le moindre changement de DNS. Ce guide vous donne l'ordre exact des opérations pour migrer sans casser votre SEO, du crawl initial au suivi post-lancement sur 90 jours.

Pourquoi les migrations Shopify tuent le référencement

Changer de plateforme, c'est changer d'adresse pour Google. Chaque URL produit, chaque collection, chaque article de blog possède un historique, des backlinks, des signaux utilisateurs. Quand vous basculez sans mapper l'ancien vers le nouveau, vous dites à Google : « Ces pages n'existent plus, allez voir ailleurs. »

Shopify n'est pas responsable. Sa structure d'URL impose /products/, /collections/, /blogs/, /pages/. Votre ancien CMS avait ses propres règles. Le décalage est mécanique. Sans redirection précise, chaque visiteur organique tombe sur une 404. Chaque backlink devient mort. Chaque position s'évapore en deux à quatre semaines.

J'ai vu des sites perdre 60 % de leur trafic en trois semaines. La cause ? Un fichier CSV de redirections fait à la va-vite, sans vérifier les URLs canoniques, sans tester les chaînes de redirection, sans valider les codes de réponse. La précipitation est l'ennemie du SEO. La méthode, sa meilleure amie.

Étape 1 : Cartographier l'existant avant de toucher à quoi que ce soit

Avant d'installer un thème, avant de créer une collection, avant d'importer un produit : sortez l'inventaire complet de vos URLs actuelles. Toutes. Produits, collections, articles, pages statiques, filtres facettés qui rankent, pages de tags qui génèrent du trafic.

Une seule source ne suffit jamais. Croisez deux données. D'abord, la Search Console : rapport « Pages », 16 mois d'historique, filtre « Impressions > 0 ». Cela vous donne ce que Google connaît et ce qui apporte du trafic réel. Ensuite, un crawl complet Screaming Frog sur l'ancien site en mode « Spider » avec rendu JavaScript activé. Il remonte les URLs orphelines, les redirections déjà en place, les pages noindex oubliées, les paramètres d'URL qui créent du contenu dupliqué.

Exportez les deux sources. Dédoublonnez dans un tableur. Colonne A : URL source. Colonne B : Type de page (produit, collection, article, page). Colonne C : Trafic organique 12 mois (Search Console). Colonne D : Backlinks référents (Ahrefs / Semrush). Colonne E : Position moyenne mots-clés principaux. Colonne F : URL cible Shopify correspondante — à remplir plus tard.

L'erreur fatale : faire cet inventaire après la bascule. L'ancien site n'existe plus. Vous reconstruisez de mémoire. Vous oubliez les pages qui payaient les factures parce qu'elles n'étaient pas dans le menu principal. Elles étaient cachées dans un filtre, un tag, une ancienne campagne. Ce sont souvent vos meilleures pages longue traîne.

Étape 2 : Auditer la santé technique de l'ancien site

Ne migrez pas des problèmes. Corrigez-les avant ou pendant la migration, jamais après. Lancez un audit technique complet sur l'existant : erreurs 4xx, 5xx, redirections en chaîne (301 → 301 → 200), boucles de redirection, pages noindex qui devraient être indexées, pages indexées qui devraient être noindex, contenu dupliqué interne, balises canoniques incohérentes, hreflang mal implémentés si multilingue.

Vérifiez le fichier robots.txt : bloque-t-il des ressources CSS/JS nécessaires au rendu ? Le sitemap XML est-il à jour, propre, sans URLs redirigées ou en erreur ? Les données structurées (Product, BreadcrumbList, Organization) sont-elles valides ? Utilisez l'outil de test des résultats enrichis de Google et le validateur Schema.org.

Notez chaque anomalie dans votre tableur, colonne « Action requise ». Certaines se régleront naturellement par la migration (changement de structure d'URL). D'autres suivront vers Shopify si vous ne les corrigez pas maintenant (contenu dupliqué, canonicals cassés). Priorisez : ce qui impacte le crawl et l'indexation passe en premier.

Étape 3 : Construire le plan de redirections 301 — le cœur de la migration

C'est l'étape que tout le monde sous-estime. Un plan de redirections n'est pas une liste de correspondances approximatives. C'est une correspondance un-à-un, URL par URL, code 301, sans chaîne, sans boucle, testée.

Pour chaque URL source de votre inventaire, définissez l'URL cible Shopify exacte. Produit vers produit. Collection vers collection. Article vers article. Page statique vers page statique. Si l'équivalent n'existe pas (produit retiré, collection fusionnée), redirigez vers la page parente la plus pertinente — jamais vers la homepage. La homepage n'est pas un dépotoir de 404.

Gérez les cas particuliers : URLs avec paramètres (UTM, filtres, tri) → redirigez vers l'URL canonique propre. Anciens domaines ou sous-domaines → redirections au niveau serveur ou Cloudflare avant d'atteindre Shopify. URLs en majuscules, avec slash final, sans slash → normalisez tout en minuscules, sans slash final (standard Shopify), redirigez les variantes.

Formattez le fichier pour l'import Shopify : CSV deux colonnes, « Redirect from » et « Redirect to ». Chemin relatif uniquement (sans domaine). Testez chaque ligne en local avant import : curl -I https://votreanciensite.com/ancienne-url doit retourner 301 vers https://nouvellesite.myshopify.com/nouvelle-url.

Étape 4 : Préparer la structure Shopify pour le SEO

Shopify impose sa structure. Adaptez-vous, ne la combattez pas. Organisez vos collections pour qu'elles reflètent l'architecture de mots-clés, pas votre catalogue interne. Une collection par intention de recherche principale. Évitez les collections « Nouveautés », « Promos », « Best-sellers » comme seules entrées — elles ne rankent pas.

Configurez les méta-titres et méta-descriptions modèles : produit = « {Produit} - {Marque} | {Boutique} », collection = « {Collection} - Acheter en ligne | {Boutique} », article = « {Titre} | {Blog} | {Boutique} ». Utilisez les métafields pour les données structurées produits (prix, disponibilité, avis, SKU, GTIN).

Activez le sitemap XML natif (/sitemap.xml). Il se génère automatiquement. Vérifiez qu'il inclut toutes les pages voulues, aucune page noindex, aucune URL redirigée. Soumettez-le dans Search Console dès le lancement.

Configurez le robots.txt.liquid si vous devez bloquer des facettes, des pages de compte, de panier, de recherche interne. Ne bloquez jamais /collections/, /products/, /blogs/, /pages/.

Étape 5 : Migrer le contenu sans perdre les signaux

Le contenu, ce n'est pas que du texte. C'est des images avec attributs alt, des vidéos, des PDF, des avis clients, des FAQ, des données structurées. Importez produits et collections via CSV ou API, pas manuellement. Gardez les mêmes handles (slugs) quand c'est possible — cela simplifie les redirections.

Pour les images : renommez les fichiers avant upload (mot-clé-produit.jpg), remplissez l'attribut alt pour chaque image produit (description visuelle + mot-clé), compressez (WebP, < 100 Ko idéal). Shopify sert les images via CDN, mais le poids initial impacte le LCP.

Les avis clients : exportez-les de l'ancien système (Judge.me, Loox, Yotpo, Trustpilot) et réimportez-les via l'API de votre app d'avis sur Shopify. Gardez les dates d'origine. Les étoiles dans les SERP dépendent de l'historique.

Les articles de blog : migrez le contenu HTML propre, conservez les URLs si possible (/blogs/news/ancien-titre → /blogs/news/nouveau-titre avec redirection), mettez à jour les liens internes vers les nouvelles URLs produits/collections. Vérifiez les balises Open Graph et Twitter Card.

Étape 6 : Protocole de tests pré-lancement — environnement de staging

Ne lancez jamais en production sans environnement de staging. Shopify propose les thèmes de développement et les magasins de développement partenaires. Utilisez-les. Créez une copie complète du futur site : thème, contenu, apps, redirections (via app de redirection ou fichier CSV testé).

Testez systématiquement : crawl Screaming Frog sur le staging (authentification basique ou IP allowlist). Vérifiez : 0 erreur 4xx/5xx, 0 redirection en chaîne, 0 boucle, toutes les URLs canoniques auto-référencées, sitemap valide, robots.txt correct, données structurées valides, Core Web Vitals acceptables (LCP < 2.5s, CLS < 0.1, INP < 200ms).

Testez les redirections une par une depuis l'ancien domaine (fichier hosts local ou sous-domaine temporaire). curl -L -I doit montrer : 301 direct → 200 final. Pas de 302, pas de 301 → 301 → 200. Testez mobile et desktop. Testez avec user-agent Googlebot.

Validez le tracking : GA4, Google Ads, Meta Pixel, TikTok Pixel, Search Console (propriété URL-prefix pour l'ancien domaine, propriété domaine pour le nouveau). Configurez les événements e-commerce (view_item, add_to_cart, begin_checkout, purchase) via GTM ou app native.

Étape 7 : Jour J — Bascule DNS et surveillance temps réel

Basculez un mardi matin, jamais un vendredi. Vous avez la semaine pour réagir. Réduisez le TTL DNS à 300 secondes (5 min) 48h avant. Jour J : pointez l'enregistrement A et CNAME vers Shopify. Vérifiez la propagation DNS (whatsmydns.net).

Dès propagation : soumettez le nouveau sitemap dans Search Console. Lancez un crawl complet du nouveau site en production. Vérifiez les 100 premières URLs de votre inventaire prioritaire (trafic + backlinks) : code 200, contenu chargé, canonique correct, données structurées présentes.

Surveillez en temps réel : Search Console « Inspection d'URL » sur 20 URLs échantillon, logs serveur (Botify, Screaming Frog Log Analyzer, ou export Cloudflare) pour voir le crawl Googlebot, GA4 temps réel pour le trafic organique, Ahrefs/Semrush « Site Audit » programmé toutes les 6h.

Préparez un plan de rollback DNS (ancien hébergement en standby) si catastrophe majeure (site down, boucles infinies, perte totale de tracking). Jamais arrivé en suivant cette méthode, mais l'assurance coûte 10 min de préparation.

Étape 8 : Suivi post-migration — les 90 jours critiques

La migration ne s'arrête pas au lancement. Les 90 jours suivants déterminent si vous récupérez, dépassez, ou perdez définitivement vos positions. Calendrier imposé :

• Jour 1-3 : Crawl quotidien. Search Console « Couverture » toutes les 12h. Corriger toute erreur 4xx, 5xx, redirection cassée, canonique manquant immédiatement.
• Jour 7 : Rapport comparatif trafic organique (Semaine J-7 vs Semaine J). Segment par type de page (produit, collection, blog). Identifier les chutes > 20 %.
• Jour 14 : Vérifier l'indexation des nouvelles URLs (Search Console « Inspection d'URL » échantillon 50 URLs). Demander l'indexation pour les pages prioritaires non indexées.
• Jour 30 : Audit complet backlinks (Ahrefs « Broken backlinks »). Rediriger les liens brisés vers nouvelles URLs. Contacter les webmasters des 20 plus gros backlinks pour mise à jour.
• Jour 60 : Analyse Core Web Vitals (CrUX / PageSpeed Insights). Corriger régressions LCP/CLS/INP.
• Jour 90 : Bilan complet. Trafic organique, positions moyennes, taux de conversion SEO, chiffre d'affaires attributé. Documenter leçons apprises.

Automatisez les alertes : Search Console « Problèmes d'indexation » par email, Screaming Frog Cloud crawl hebdomadaire, uptime monitoring (UptimeRobot, Better Uptime) toutes les 5 min.

Les pièges classiques qui tuent une migration Shopify

Premier piège : les filtres facettés. L'ancien site avait /collection?color=red&size=M indexées. Shopify gère les filtres via JavaScript ou paramètres /collections/collection/color-red/size-m. Ne laissez pas Google crawler des millions d'URLs facettées. Bloquez-les dans robots.txt, canonicalisez vers la collection parente, noindex si nécessaire.

Deuxième piège : les URLs multilingues. Ancien site : /fr/produit, /en/product. Shopify : /fr/products/produit, /en/products/product ou sous-domaines fr.maboutique.com. Mappez langue par langue. Implémentez hreflang corrects (balise link rel="alternate" hreflang="x" + sitemap hreflang). Testez avec l'outil de test hreflang de Aleyda Solis.

Troisième piège : les apps SEO « magiques ». Aucune app ne remplace un plan de redirections fait main. Les apps de redirection en masse créent des chaînes, oublient les paramètres, ne gèrent pas les cas limites. Utilisez-les pour l'import CSV final, pas pour la stratégie.

Quatrième piège : oublier les anciens domaines. Vous aviez ancienne-marque.com redirigé vers boutique-actuelle.com ? Ce domaine a des backlinks. Il doit pointer vers le nouveau Shopify avec ses propres redirections 301, pas vers l'ancien site qui n'existe plus.

Cinquième piège : la pagination blog/collections. Ancien site : /blog/page/3. Shopify : /blogs/news?page=3. Redirigez page par page. Ne laissez pas les pages profondes en 404 — elles portent souvent des backlinks vers des articles anciens.

Check-list technique condensée pour le chef de projet pressé

1. Inventaire URLs complet (Search Console + Screaming Frog) — Jour -30
2. Audit technique ancien site — Jour -25
3. Plan redirections 301 un-à-un validé — Jour -20
4. Structure collections / métafields / données structurées Shopify — Jour -15
5. Import contenu + images optimisées — Jour -10
6. Staging complet + crawl test + test redirections — Jour -5
7. TTL DNS 300s — Jour -2
8. Bascule mardi matin + soumission sitemap + crawl prod — Jour J
9. Surveillance quotidienne J+1 à J+7 — Semaine 1
10. Bilans J+14, J+30, J+60, J+90 — Mois 1 à 3

Imprimez-la. Affichez-la. Cochez chaque case. Aucune case non cochée ne doit rester au lancement.

Conclusion : La migration est un projet SEO, pas un projet technique

On ne migre pas « vers Shopify ». On migre son référencement vers une nouvelle plateforme qui se trouve être Shopify. La nuance change tout. Elle impose l'ordre des priorités : URLs d'abord, redirections ensuite, design et fonctionnalités après. Les chefs de projet qui comprennent cela lancent sereins un mardi matin. Les autres passent leurs vendredis soirs à corriger des 404 en urgence, à regarder le trafic s'effondrer, à expliquer au directeur pourquoi le chiffre d'affaires organique a fondu de moitié.

Ma recommandation concrète : bloquez deux semaines pleines dans le planning avant la date de lancement visée. Une semaine pour l'inventaire et le plan de redirections. Une semaine pour le staging, les tests, la validation. Si le planning ne le permet pas, repoussez le lancement. Aucun thème, aucune app, aucune fonctionnalité ne vaut la perte de 50 % de votre trafic organique. Le SEO ne se répare pas en urgence. Il se prépare.