CRM PrestaShop : relier la boutique au fichier clients et aux campagnes

Relier PrestaShop à un CRM, c’est décider quelles données clients quittent la boutique, dans quel sens et avec quel consentement. La liaison technique est la partie courte. Le fichier clients tient en trois familles de données, et l’une d’elles, le consentement, se perd en route si personne ne la prévoit. L’architecture d’un échange (propriétaire de la donnée, déclencheur, reprise sur erreur) est décrite dans la page connecteur ERP ; celle-ci traite le fichier clients.

• Un CRM PrestaShop reçoit trois familles de données de la boutique
• Le consentement se transporte avec le contact, sinon il se perd
• Un client doit rester le même contact après une synchronisation
• La clé d’API d’un connecteur CRM se limite aux ressources que le CRM lit
• Le coût d’un connecteur CRM PrestaShop varie avec le fichier à relier
• Cinq exigences cadrent un connecteur CRM PrestaShop
• Deux erreurs de mise en service reviennent avec un CRM PrestaShop
• Sources consultées
• Foire aux questions

Un CRM PrestaShop reçoit trois familles de données de la boutique

L’identité et les adresses viennent des ressources customers et addresses du Webservice, l’interface par laquelle un logiciel tiers lit les données de la boutique. Les commandes viennent de la ressource orders. Le consentement tient dans des champs de la ressource customers : newsletter et optin, deux booléens (valeurs vrai ou faux) dont la fiche de la version 9 n’explique pas la différence. Le prestataire dit lequel alimente quelle liste d’envoi.

Les outils ne reprennent pas tous la même famille.

La première ligne pose une question à vérifier avant tout achat : « synchronisé » ne veut pas dire « commandes comprises ». Un contact qui a acheté trois fois y apparaît sans ses achats.

Le consentement se transporte avec le contact, sinon il se perd

Le règlement européen sur les données personnelles (RGPD, article 7) impose au responsable du traitement de pouvoir démontrer que la personne a consenti, et rend le retrait aussi simple que le don. Son article 21 ouvre à tout moment le droit de s’opposer à la prospection : les données ne sont plus traitées à ces fins.

Scénario : un client se désinscrit depuis le lien d’un e-mail, dans l’outil de campagnes. À la synchronisation suivante, la boutique, qui garde « abonné », renvoie la valeur d’origine et le contact reçoit la campagne suivante. Le connecteur propage le retrait depuis l’outil vers la boutique, à l’égal de l’inscription.

La ressource customers porte aussi newsletter_date_add et ip_registration_newsletter, qui gardent la date et l’adresse IP de l’inscription : la preuve passe avec le contact, ou elle n’existe plus chez l’outil.

Un client doit rester le même contact après une synchronisation

Deux écarts naissent de l’identifiant et des suppressions. Scénario : la boutique garde une fiche par compte, l’outil en crée une par adresse e-mail, et un client qui change d’adresse devient deux contacts qui reçoivent chacun la campagne. Faites écrire la clé de rapprochement et la règle de fusion.

Le RGPD, article 5, demande des données exactes et tenues à jour, les inexactes devant être effacées ou rectifiées sans tarder. Le connecteur répercute la correction d’une adresse. Les champs active et deleted de la ressource customers servent sans doute à cette distinction (déduction) : faites trancher, avant la mise en service, si un client supprimé disparaît de l’outil ou y reste.

Décrire mon besoin →

La clé d’API d’un connecteur CRM se limite aux ressources que le CRM lit

La fiche de la ressource customers liste le champ passwd, obligatoire à la création d’un client. Une clé qui lit les clients donne accès à cet espace de données personnelles. Exigez une clé dédiée au CRM, limitée en lecture à ce que la carte des champs justifie, et la confirmation que le connecteur ne lit ni n’écrit passwd. Les droits se règlent par ressource dans Paramètres avancés > Service web (Advanced Parameters > Web service).

Le coût d’un connecteur CRM PrestaShop varie avec le fichier à relier

Sans montant, le prix suit six facteurs : le nombre de champs à cartographier, le sens des échanges et la reprise ou non de l’historique de commandes. S’y ajoutent les segments à reproduire (les groupes de clients de la boutique, par exemple), la présence de sociétés en plus des particuliers, et la licence de l’outil lui-même. Le palier requis pour une cartographie personnalisée de l’application citée plus haut relève de l’offre de l’éditeur de l’outil, hors du chantier du prestataire.

Le choix d’un module d’éditeur ou d’un développement sur mesure se fait sur la version de PrestaShop prise en charge et sur la conduite en cas d’erreur.

Cinq exigences cadrent un connecteur CRM PrestaShop

Le prestataire remet une carte des champs, avec le sens de chacun.

Il remet aussi la règle de consentement : quel champ de la boutique alimente quelle liste, et comment le retrait remonte.

Il tient un journal des échanges lisible par le marchand et propage les suppressions décidées.

Il teste sur une copie de la boutique, avec des contacts fictifs, avant la première campagne.

Le prestataire qui ouvre le back-office traite des données de clients : le sujet de la sous-traitance relève du contrat de maintenance.

Décrire mon besoin →

Deux erreurs de mise en service reviennent avec un CRM PrestaShop

La première consiste à importer la base une fois, puis à la laisser diverger : après quelques semaines, la boutique et l’outil se contredisent sur les adresses et sur les abonnés. La seconde fusionne dans une seule liste les abonnés à la newsletter et les clients ayant commandé sans s’abonner : ils n’ont pas consenti aux mêmes envois, et une campagne à « tous les contacts » les traite comme un seul groupe.

Le message du formulaire de cette page suffit pour nommer votre outil et les listes à relier.

Sources consultées

• Union européenne, règlement (UE) 2016/679 (RGPD), articles 5, 7 et 21, Journal officiel de l’Union européenne, L 119 du 4 mai 2016, consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 9, ressource « customers » du Webservice, consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 9, « Creating access » (tutoriel Webservice), consulté le 14 octobre 2026.
• HubSpot, fiche « PrestaShop Data Sync » de la place de marché HubSpot, consulté le 14 octobre 2026.
• Sarbacane, aide en ligne « Connecter Sarbacane Suite à Prestashop », consulté le 14 octobre 2026.

Foire aux questions

Le CRM récupère-t-il aussi les commandes ?

Cela dépend de l’outil. L’application « PrestaShop Data Sync » de HubSpot ne synchronise pas les données commerciales. L’extension de Sarbacane ne remonte que des résumés de commandes : dates, montants et nombre. Faites écrire dans la carte des champs ce qui arrive du côté des commandes.

La synchronisation doit-elle aller dans les deux sens ?

Pas pour toutes les données. Les commandes vont de la boutique vers l’outil. Le consentement, lui, circule dans les deux sens : une désinscription faite dans l’outil doit revenir dans la boutique. Un champ saisi par un commercial dans le CRM n’a pas de raison de revenir dans la boutique : faites désigner le propriétaire de chaque champ.

Que faire d’une ancienne base dont le consentement ne se prouve pas ?

L’article 7 du RGPD demande au responsable du traitement de pouvoir démontrer le consentement. Une base sans trace de la date ni de la source de l’inscription se fait examiner avant d’être versée dans un outil d’envoi. Le connecteur ne crée pas cette preuve après coup.

Un connecteur CRM est-il possible sur PrestaShop 1.7 ?

Cela dépend de la version de PrestaShop que le module ou le développement déclare prendre en charge, et de ce que devient la liaison à la prochaine montée de version de la boutique.