Migrer ses clients PrestaShop vers Shopify : ce qui passe et ce qui reste

La migration des données clients est souvent présentée comme un simple export-import. En réalité, c'est la partie la plus sensible d'un projet de migration e-commerce — parce qu'elle touche à la fois à la technique, au droit (RGPD), et à la relation commerciale avec des acheteurs réels. Ce guide couvre ce qui migre effectivement, ce qui ne peut pas migrer, et comment gérer la transition sans abîmer la confiance de vos clients.

Ce qui migre depuis PrestaShop vers Shopify

Les données de base du compte client

La grande majorité des informations du profil client se transfère sans difficulté :

• Email — l'identifiant principal, toujours présent dans ps_customer.email
• Prénom et nom — ps_customer.firstname, ps_customer.lastname
• Numéro de téléphone — disponible dans ps_address (souvent phone ou phone_mobile)
• Date de naissance — ps_customer.birthday si renseignée
• Date de création du compte — ps_customer.date_add
• Adresses — dans ps_address, avec adresse 1, adresse 2, ville, code postal, pays, société

Shopify accepte toutes ces données via la mutation customerCreate de l'API GraphQL. Les adresses sont créées séparément avec la mutation customerAddressCreate, ce qui permet d'associer plusieurs adresses à un même compte.

Les tags et groupes clients

PrestaShop dispose d'un système de groupes clients (ps_group et ps_customer_group) permettant des règles tarifaires différenciées. Shopify ne gère pas les groupes clients de la même manière, mais les informations peuvent être transférées sous forme de tags Shopify sur les fiches clients.

Par exemple, un client appartenant au groupe "Grossiste" dans PrestaShop devient un client avec le tag Grossiste dans Shopify. Les applications de pricing comme Wholesale Gorilla ou Wholesale Helper pourront ensuite utiliser ces tags pour appliquer les remises correspondantes.

Le consentement marketing (newsletter)

Le champ ps_customer.newsletter (valeur 0 ou 1) correspond à l'opt-in pour les communications marketing. Ce champ se mappe vers emailMarketingConsent dans l'API Shopify 2026-01 :

{
  "emailMarketingConsent": {
    "marketingState": "SUBSCRIBED",
    "marketingOptInLevel": "SINGLE_OPT_IN"
  }
}

Pour les clients avec newsletter = 0, le statut est UNSUBSCRIBED. Ne pas importer des clients sans consentement avec le statut SUBSCRIBED — c'est une violation du RGPD et un risque de délivrabilité email sérieux (plaintes, blacklistage).

Le champ ps_customer.optin (offres partenaires) n'a pas d'équivalent direct dans Shopify. Si cette donnée est importante, la conserver sous forme de tag (optin-partners) pour y accéder dans les workflows d'email marketing.

Ce qui ne migre pas : les mots de passe

Pourquoi c'est impossible

PrestaShop stocke les mots de passe sous forme hachée avec bcrypt ou un algorithme plus ancien selon la version (md5 pour les très vieilles installations, bcrypt depuis PS 1.7). Shopify utilise son propre système de hachage interne et n'accepte pas l'import de mots de passe hachés — pour des raisons de sécurité évidentes, aucune plateforme SaaS sérieuse ne l'autorise.

Conséquence pratique : aucun de vos clients ne pourra se connecter avec son ancien mot de passe après la migration. C'est une certitude, pas un risque.

Comment Shopify gère la réinitialisation

Quand un compte client est créé via l'API sans mot de passe, Shopify marque ce compte comme "non activé". Le client reçoit un email de bienvenue avec un lien d'activation valable 30 jours, lui permettant de définir un nouveau mot de passe.

La question que se posent tous les marchands : faut-il déclencher cet email au moment de l'import, ou attendre ? Il n'y a pas de bonne réponse universelle. Déclencher immédiatement crée un pic de trafic d'activation peu après la bascule. Attendre risque que des clients essaient de se connecter et trouvent un compte "inexistant" s'ils utilisent l'email "Mot de passe oublié" trop tôt.

La plupart des migrations bien menées optent pour une séquence contrôlée : import sans déclenchement d'email, puis campagne de réactivation ciblée dans les 7 à 14 jours suivant la bascule.

RGPD : la dimension légale de la migration clients

La base légale de la migration

Transférer des données personnelles d'une plateforme à une autre constitue un "traitement" au sens du RGPD. La base légale qui s'applique ici est généralement l'intérêt légitime (Article 6.1.f) : l'entreprise a un intérêt légitime à maintenir ses relations commerciales lors d'un changement de système d'information.

Cela ne signifie pas que tout est permis. Le transfert doit rester limité aux données nécessaires à la poursuite de la relation commerciale. Transférer des données sensibles non utilisées (par exemple des données de santé ou des informations de carte de crédit — que PrestaShop ne stocke normalement pas) serait hors cadre.

Clients supprimés : ne pas migrer

La table ps_customer contient un champ deleted (0 ou 1). Les clients avec deleted = 1 ne doivent pas être migrés. Ils ont exercé leur droit à l'oubli ou ont été supprimés pour une raison administrative. Les inclure dans l'import serait une violation du RGPD.

La requête d'export doit systématiquement inclure WHERE c.deleted = 0.

Consentement marketing : préserver la granularité

Le RGPD exige que le consentement marketing soit documenté — non seulement son état actuel (opt-in / opt-out), mais aussi sa date et son mode de recueil. PrestaShop stocke la date du dernier changement de consentement dans certaines versions, mais pas systématiquement.

Lors de la migration vers Shopify, l'idéal est de :

1. Migrer uniquement les opt-ins actifs avec le statut SUBSCRIBED
2. Ajouter un tag migrated-from-prestashop-YYYY-MM-DD sur les clients concernés
3. Conserver une copie de l'export PrestaShop comme preuve du consentement d'origine

Cette trace documentaire est précieuse en cas de contrôle CNIL.

Mise à jour de la politique de confidentialité

La migration vers une nouvelle plateforme implique un changement de sous-traitant de données. Shopify est un sous-traitant au sens du RGPD. La politique de confidentialité de la boutique doit être mise à jour pour mentionner Shopify comme sous-traitant, avec un lien vers le DPA (Data Processing Agreement) de Shopify.

Ce point est fréquemment oublié dans les projets de migration.

L'historique des commandes : un cas particulier

Les commandes passées sous PrestaShop peuvent être migrées vers Shopify pour conserver l'historique visible dans les fiches clients. Shopify gère cela via les draft orders archivés ou les commandes importées avec un statut spécial.

Cependant, quelques nuances importantes :

Ce qui migre bien : le montant total de la commande, les produits achetés (si les SKUs existent encore dans Shopify), la date, le statut (livrée, remboursée, annulée).

Ce qui migre partiellement : les produits supprimés du catalogue n'ont plus de fiche produit dans Shopify, mais la ligne de commande peut contenir le nom et le prix comme données textuelles.

Ce qui ne migre pas : les méthodes de paiement (confidentielles), les transactions de paiement, les factures générées par PrestaShop.

Pour de nombreux marchands, l'historique des commandes est moins critique que prévu : les clients ne consultent pas souvent leurs anciennes commandes, et le support client dispose généralement d'autres outils (OMS, ERP) pour accéder à l'historique.

La stratégie de réengagement post-migration

La migration des clients est une opportunité commerciale souvent sous-exploitée. Le changement de plateforme justifie une communication proactive :

Email de bienvenue sur la nouvelle boutique

À envoyer dans les 48 à 72 heures après la bascule. Message simple : la boutique a changé de plateforme, l'expérience s'améliore, voici comment activer votre compte. Inclure un lien d'activation direct (valable 30 jours via Shopify).

Taux d'ouverture attendu : 35 à 55 % selon la base (les clients récents ouvrent davantage). Taux d'activation attendu : 15 à 30 % dans les 7 premiers jours.

Segmentation par récence d'achat

Tous les clients ne méritent pas le même traitement post-migration :

• Actifs < 6 mois : email de bienvenue + offre de réactivation (remise, livraison offerte)
• Actifs 6-18 mois : email informatif + invitation à redécouvrir le catalogue
• Inactifs > 18 mois : email de confirmation d'opt-in avant toute relance commerciale (double opt-in)

Synchronisation avec l'outil d'email marketing

Si la boutique utilise Klaviyo, Brevo ou une autre solution d'email marketing, la synchronisation des clients Shopify vers cet outil doit être configurée avant la bascule — pas après. Les intégrations natives Shopify-Klaviyo ou Shopify-Brevo synchronisent les nouveaux clients en temps réel et les clients existants lors de la première connexion.

WarpForge : la migration clients sans les pièges RGPD

WarpForge gère l'ensemble de cette complexité : filtrage automatique des clients supprimés, préservation du statut d'opt-in marketing avec mapping vers emailMarketingConsent, création des adresses séparément des comptes clients, et tagging des clients migrés pour faciliter la segmentation post-migration.

La migration des clients via WarpForge prend en compte les règles RGPD par défaut — seuls les clients actifs et non supprimés sont transférés, avec leur consentement marketing intact.

Conclusion

Migrer ses clients de PrestaShop vers Shopify est faisable et généralement sans perte majeure sur les données essentielles. Les deux points non négociables à garder en tête : les mots de passe ne migrent jamais (prévoir la communication de réactivation), et le consentement marketing doit être préservé avec rigueur pour rester conforme au RGPD. Bien géré, le changement de plateforme peut même devenir un prétexte pour nettoyer sa base, réengager les clients dormants, et repartir sur des fondations CRM plus solides.