Une migration de PrestaShop vers Shopify fait perdre du trafic pour une raison mécanique : presque toutes les adresses changent. Les pages que Google connaît, celles que vos clients ont en favoris et celles qui reçoivent des liens renvoient soudain une erreur 404. Ce risque se maîtrise avec une méthode simple : inventorier les anciennes URL, décider pour chacune, importer les redirections 301 avant la bascule, puis suivre la Search Console pendant plusieurs semaines.
Chez mon employeur, je pilote une boutique B2C et une plateforme B2B sous PrestaShop. Et quand j’ai refait ce site en changeant ses adresses, les anciennes pages qui avaient un équivalent ont reçu une redirection 301, les contenus retirés un code 410. Ce guide applique la même logique à une boutique, avec les contraintes propres à Shopify, vérifiées dans son centre d’aide.
Faut-il vraiment migrer ? Trois vérifications d’abord
Une migration coûte du temps, des applications et un risque pour le référencement. Avant de la lancer, vérifiez trois points où PrestaShop et Shopify diffèrent :
Si la décision n’est pas prise, commencez par le guide Shopify, PrestaShop ou sur mesure.
Pourquoi presque toutes vos URL vont changer
Sur PrestaShop, les adresses se règlent dans la page SEO et URL. Dans le code de PrestaShop 8, la route par défaut d’une fiche produit est {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html : la catégorie, l’identifiant du produit, celui de la déclinaison s’il y en a une, puis le nom. Les catégories, les pages de contenu et les marques suivent elles aussi des routes avec identifiant.
Shopify, lui, impose ses chemins : /products et /collections sont des chemins fixes, et seule la fin de l’adresse, l’identifiant appelé « handle », se modifie. Le guide de migration de Shopify le confirme : une page de votre ancienne boutique change en général d’adresse sur Shopify, et il conseille de préparer les redirections avant de transférer le domaine.
Exemple type : les mêmes pages avant et après la migration
| Type de page | PrestaShop (par défaut) | Shopify |
| Produit | /robes/7-robe-lin.html, ou /robes/7-25-robe-lin.html avec une déclinaison | /products/robe-lin |
| Catégorie | /3-robes | /collections/robes |
| Page de contenu | /content/4-livraison | /pages/livraison |
| Marque | /brand/2-nom-de-marque | Une collection, par exemple /collections/nom-de-marque |
| Article de blog | Selon le module de blog | /blogs/actualites/titre-article |
Si votre boutique est multilingue, chaque langue a ses propres adresses : l’inventaire se multiplie d’autant.
Étape 1 : inventorier les URL qui comptent
Avant de toucher à Shopify, constituez la liste complète des anciennes adresses. Une fois PrestaShop éteint, il sera trop tard. Croisez quatre sources :
- La Search Console : le rapport Performances, exporté par page sur la période la plus longue disponible, donne les URL qui reçoivent des clics et des impressions. Le rapport Liens montre les pages les plus citées par d’autres sites.
- Le sitemap de PrestaShop : la liste des pages que la boutique déclare à Google.
- Une exploration complète du site avec un outil de crawl : elle révèle les pages oubliées du sitemap.
- GA4 : les pages d’arrivée des visiteurs, y compris ceux qui viennent des e-mails ou des réseaux sociaux.
Rassemblez tout dans un tableur : ancienne URL, type de page, clics, liens externes, nouvelle URL, décision. Ce fichier devient la référence de toute la migration. Pour exploiter les rapports, voyez le guide des rapports essentiels de la Search Console.
Étape 2 : décider pour chaque URL, 301 ou 404
Chaque ancienne adresse reçoit l’une de deux décisions.
Une redirection 301 quand la page a un équivalent direct : le même produit, la même catégorie, la même page. Google recommande des redirections permanentes côté serveur, une par ancienne URL, et déconseille de rediriger en masse les anciennes pages vers une même destination comme la page d’accueil.
Une erreur 404 quand la page n’a pas d’équivalent : un produit arrêté sans remplaçant, une page obsolète. Sur Shopify, une adresse qui n’existe pas affiche une page 404. Pour Google, ce n’est pas un problème : toutes les erreurs 4xx, sauf 429, sont traitées de la même manière, et une URL déjà indexée qui renvoie une 404 ou une 410 finit par sortir de l’index.
C’est le choix que j’ai fait pour ce site : des 301 pour les pages qui avaient un équivalent réel, et des 410 pour les anciens articles retirés volontairement. Les rediriger vers une page sans rapport aurait fait passer du hors-sujet pour une page utile.
Trois réflexes en plus :
- Gardez les mots : reprenez dans le handle Shopify le nom de l’ancienne adresse, sans l’identifiant ni le
.html.
- Évitez les chaînes : si l’ancienne boutique redirigeait déjà certaines adresses, faites pointer les plus anciennes directement vers la nouvelle destination.
- Triez les filtres : les adresses de filtres ou de recherche interne n’ont souvent pas d’équivalent ; ne les redirigez que si elles reçoivent du trafic ou des liens.
Étape 3 : importer les redirections dans Shopify
L’outil de redirections d’URL de Shopify se trouve dans l’admin, sous Contenu puis Menus. Les redirections s’y créent une par une ou s’importent en CSV, sur le modèle de fichier proposé par Shopify. Les règles à connaître :
- Volume : jusqu’à 100 000 redirections, 20 millions sur le forfait Plus.
- Condition : une redirection ne s’applique que depuis une adresse « cassée », qui renvoie une 404. Si une page Shopify existe déjà à l’ancienne adresse, c’est elle qui s’affiche : la redirection ne joue pas.
- Exceptions : impossible de rediriger les adresses qui commencent par
/apps, /application, /cart, /carts, /orders, /services ou /shop, ni les chemins fixes /products, /collections et /collections/all.
- Cache : les 301 sont mises en cache par les navigateurs et les moteurs. Une redirection fausse, même corrigée ensuite, peut continuer à agir chez ceux qui l’ont suivie : testez avant d’ouvrir.
Après la migration, si vous modifiez l’adresse d’une page, Shopify propose de créer la redirection, option cochée par défaut : laissez-la cochée.
Étape 4 : migrer produits, clients et commandes dans le bon ordre
Shopify recommande d’importer les produits d’abord, puis les clients, puis les commandes passées, pour que chaque commande se rattache au bon produit et au bon client. Son guide de migration liste cinq méthodes : copier-coller, fichiers CSV, applications de l’App Store, partenaire Shopify ou développement sur l’API.
- L’application gratuite de Shopify, Store Migration, prend en charge Square, WooCommerce, Etsy, Wix, Amazon, eBay, Clover et Lightspeed. PrestaShop ne figure pas dans la liste : restent les CSV au format Shopify, une application tierce ou l’API.
- Les CSV : un fichier de produits ou de clients ne doit pas dépasser 15 Mo ; découpez-le au besoin.
- Les commandes : dans l’admin Shopify, elles s’exportent en CSV mais ne s’importent pas. L’historique passe par une application de migration ou par l’API.
- Les mots de passe : ils sont chiffrés hors de Shopify et ne peuvent pas être migrés. Avec les comptes clients actuels, le client se connecte avec son e-mail et un code à six chiffres, sans mot de passe ; les comptes « legacy », à mot de passe, ne sont plus proposés aux nouvelles boutiques ni à celles qui ne les utilisaient pas, depuis février 2026. Prévenez vos clients de ce changement.
- Le consentement marketing : la colonne « Accepts Email Marketing » du CSV clients vaut oui ou non. Reprenez l’état réel enregistré dans PrestaShop, jamais « oui » par défaut.
Étape 5 : reprendre le référencement page par page
Les redirections transmettent les signaux, pas le contenu. Une fiche produit qui se positionnait grâce à une description détaillée doit la retrouver sur Shopify.
- Titres et méta-descriptions : reprenez ceux qui fonctionnaient, pour chaque produit, collection et page. Le guide de migration de Shopify en fait une étape à part entière.
- Textes de catégorie : ils deviennent les descriptions des collections.
- Liens internes : remplacez dans les descriptions et les articles les anciennes adresses par les nouvelles, comme le recommande Google, au lieu de compter sur les redirections.
- Images : noms de fichiers et textes alternatifs.
- Sitemap : Shopify génère automatiquement un
sitemap.xml avec produits, collections, articles et pages. Google ne peut pas le lire tant que la boutique est en mode privé, protégée par mot de passe.
- Mesure : réinstallez GA4 avec le consentement avant l’ouverture, pour comparer avant et après. Voir le guide GA4 et consentement.
Étape 6 : recette, bascule et suivi
La veille de la bascule, testez la table de correspondance en entier, pas un échantillon :
- Chaque ancienne URL répond en 301, en une seule étape, vers une page qui répond en 200.
- Les pages les plus visitées sont vérifiées à la main, sur mobile.
- Commandes de test, e-mails, taxes et frais de livraison sont validés.
- La protection par mot de passe est retirée au moment de l’ouverture.
- La base et les fichiers de PrestaShop sont archivés, avec la liste des anciennes URL.
Après l’ouverture, soumettez le nouveau sitemap dans la Search Console. Surveillez chaque semaine le rapport Pages : une hausse des 404 sur des adresses qui avaient du trafic signale une redirection oubliée. Google prévient que, pour un site de taille moyenne, il faut souvent quelques semaines ou plus pour que les nouvelles URL remplacent les anciennes dans les résultats. Gardez les redirections aussi longtemps que possible, au moins un an selon Google, et ne videz jamais la liste par souci de rangement.
En résumé
- Toutes les adresses changent : la table de correspondance est le cœur du projet.
- Une 301 par page qui a un équivalent, une 404 assumée pour le reste, jamais tout vers l’accueil.
- Les redirections s’importent en CSV dans Shopify, avant l’ouverture, et se testent en entier.
- Produits, puis clients, puis commandes ; les mots de passe ne suivent pas.
- Plusieurs semaines de suivi dans la Search Console, et des redirections gardées un an minimum.
Pour cadrer une migration ou reprendre une boutique Shopify après la bascule, voyez ma page création de boutique Shopify, ou la checklist plus générale de la refonte sans perte de SEO.