Le cas est fréquent : une entreprise vend sur Shopify, suit ses clients importants dans un tableur partagé, et décide de tout rassembler dans Pipedrive. Les contacts, l'historique des commandes, et les nouvelles commandes au fil de l'eau.
Ce sont en réalité deux chantiers distincts : la reprise de l'historique, qui se fait une fois, et la synchronisation continue, qui tourne tous les jours. Les confondre est l'erreur classique — et c'est entre les deux que se créent les doublons et les trous.
Avant l'import : décider ce que devient une commande
La question structure tout le reste, donc elle vient en premier. Une commande Shopify peut devenir une affaire gagnée dans Pipedrive, ou un simple historique d'achat sur la fiche de la personne.
Le raisonnement est détaillé dans l'article sur la connexion Pipedrive-Shopify : en B2C, créer une affaire par commande remplit le pipeline de ventes qui n'ont jamais été négociées. En B2B ou avec un panier élevé, l'affaire a du sens. Sur la migration que j'ai menée, les commandes sont devenues des affaires : le besoin était justement le suivi individuel des paniers à fort montant. Le choix change la forme des fichiers à préparer ; il se fait avant, pas pendant.
Préparer les fichiers
Deux sources, un seul référentiel. L'export des clients Shopify d'un côté, le tableur de l'autre. On les fusionne sur l'adresse e-mail, normalisée — minuscules, sans espaces. Quand les deux sources se contredisent, on décide champ par champ qui a raison : en général le tableur pour l'information commerciale, Shopify pour les adresses et les achats.
Les champs d'abord. Tous les champs personnalisés dont vous aurez besoin se créent dans Pipedrive avant l'import. C'est choisir leur nom et leur type à froid, plutôt que dans l'écran de correspondance, au milieu d'un import de plusieurs milliers de lignes.
L'ordre ensuite. Les organisations, puis les personnes, puis ce qui s'y rattache. Dans cet ordre, chaque affaire se rattache à une personne qui existe déjà, au lieu d'en créer une seconde au passage.
Importer : par fichier ou par l'API
Pour les contacts, l'outil d'import de fichiers de Pipedrive suffit la plupart du temps.
Pour l'historique des commandes, dès qu'il y a du volume, l'API prend le relais — avec une contrainte qui décide du calendrier. La recherche est plafonnée à dix requêtes toutes les deux secondes, sur toutes les offres : chercher chaque client avant d'y rattacher sa commande transforme une reprise de 5 000 commandes en près de 17 minutes de plafonnement continu. La parade est de charger une fois la correspondance entre adresse e-mail et identifiant Pipedrive, puis de la lire localement. Le calcul complet du budget d'API.
La synchronisation continue
Une fois l'historique en place, les nouvelles commandes doivent arriver seules. Le principe : Shopify prévient à chaque commande par un webhook, le scénario retrouve la personne dans Pipedrive et met à jour ce qu'il faut.
Sur cette même migration, je l'avais montée sur Zapier, avec un bloc de code sur mesure pour la logique que les actions standard ne couvraient pas. La même architecture se construit aussi bien dans n8n ; le choix de l'outil tient surtout au volume et au mode de facturation — l'arbitrage chiffré est ici.
Deux événements à traiter dès le premier jour, parce qu'ils sont toujours oubliés : l'annulation et le remboursement. Sans eux, Pipedrive affiche des ventes qui n'existent plus.
Le chevauchement : le moment délicat
Entre l'export de l'historique et la mise en route de la synchronisation, des commandes continuent d'arriver. Mal géré, ce moment produit l'un des deux défauts : des commandes absentes, ou des commandes en double.
La méthode qui tient :
- 01
Noter la coupure. L'heure de l'export, ou le numéro de la dernière commande exportée. Tout ce qui est avant relève de l'import, tout ce qui est après relève de la synchronisation.
- 02
Stocker l'identifiant Shopify. Chaque commande importée porte son identifiant Shopify dans un champ Pipedrive. La synchronisation vérifie ce champ avant de créer quoi que ce soit.
- 03
Démarrer la synchronisation avant de finir l'import. Avec la vérification sur l'identifiant, un chevauchement ne crée pas de doublon — alors qu'un trou, lui, ne se voit jamais.
Après la bascule
Figer l'ancienne source. Le tableur passe en lecture seule le jour de la bascule. Deux sources vivantes, c'est la garantie de deux vérités différentes dans un mois.
Compter. Le nombre de contacts et de commandes dans Pipedrive doit correspondre à celui des sources, à l'unité près. Un écart s'explique ou se corrige, mais il ne s'ignore pas.
Surveiller. Une alerte si la synchronisation échoue. Une synchronisation en panne ne prévient personne : les commandes cessent simplement d'arriver.
Si vous préparez une migration de ce type, c'est une des interventions que je réalise.
Questions sur cette page
Peut-on importer ses clients Shopify dans Pipedrive ?
Oui. L'export des clients Shopify s'importe dans Pipedrive avec l'outil d'import de fichiers. Pour l'historique des commandes en volume, l'API est plus adaptée, à condition de respecter ses limites de débit.
Comment éviter les doublons lors d'une migration vers Pipedrive ?
En fusionnant les sources sur l'adresse e-mail normalisée avant l'import, et en stockant l'identifiant Shopify de chaque commande dans un champ Pipedrive. La synchronisation continue vérifie ce champ avant de créer quoi que ce soit.
Faut-il importer l'historique des commandes dans Pipedrive ?
Pas toujours. En B2C, un historique d'achat sur la fiche de la personne suffit souvent, et créer une affaire par commande encombre le pipeline. En B2B ou avec un panier élevé, les commandes passées en affaires gagnées ont du sens.