Recevoir une demande sur une place de marché de leads ne se limite pas à voir apparaître un nom et un numéro dans une boîte de réception. Entre le moment où une demande est validée par la plateforme et celui où une entreprise réceptrice peut la traiter dans ses propres outils, il existe une couche technique déterminante : la livraison. C'est elle qui fixe par quel canal la demande arrive — e-mail, tableau de bord, webhook, export ou connecteur CRM —, à quelle vitesse, dans quel format, et avec quelles preuves d'acheminement. leads-qualifie.ch traite cette couche comme un maillon à part entière de la place de marché, soumis aux mêmes exigences de traçabilité que la captation et la notation.
Ce dossier décrit les mécanismes d'intégration et de livraison indépendamment de la catégorie concernée : les différents canaux par lesquels une demande peut être remise à une entreprise, le fonctionnement de la livraison en temps réel par webhook, la synchronisation continue avec un logiciel de gestion de la relation client, la traçabilité horodatée de chaque remise, et la manière dont la plateforme gère les accusés de réception, les doublons et les échecs d'acheminement. L'objectif est de montrer que la livraison n'est pas un détail périphérique, mais une composante structurante de la confiance entre les deux faces du marché.
Les canaux de livraison d'une demande
Une même demande validée peut être remise à l'entreprise réceptrice par plusieurs canaux, choisis en fonction de son profil de réception et de sa maturité technique. Le plus immédiat est la notification par e-mail, doublée d'un affichage dans le tableau de bord de la plateforme : l'entreprise voit apparaître la demande, ses coordonnées, sa catégorie, sa zone et sa note, sans avoir à mettre en place le moindre outil. Ce canal convient à un artisan ou à une petite structure qui traite ses demandes à la main, une par une, et qui n'a pas de système informatique dédié à alimenter. À l'autre extrémité du spectre, une entreprise structurée disposant de ressources techniques privilégiera une livraison automatisée par webhook ou par connexion à son logiciel métier, afin que chaque demande alimente directement sa chaîne de traitement sans ressaisie.
Le point essentiel est que le canal de livraison est découplé du contenu : la demande transmise est exactement la même — mêmes données, même validation, même note — quelle que soit la voie choisie pour l'acheminer. Une place de marché sérieuse ne réserve pas les demandes de meilleure qualité à un canal particulier ni ne dégrade le format selon le moyen de réception ; elle offre plusieurs portes d'entrée vers un flux identique, pour qu'aucune entreprise ne soit exclue faute d'outil, ni avantagée par sa seule capacité technique. Le choix du canal relève donc de l'ergonomie de traitement de chaque entreprise, pas d'un tri commercial opéré par l'opérateur.
La livraison en temps réel par webhook
Le webhook est le canal de livraison le plus rapide qu'une place de marché puisse offrir. Techniquement, il s'agit d'un appel HTTP que la plateforme émet vers une adresse (une URL) configurée par l'entreprise réceptrice, à l'instant précis où une demande lui est attribuée. Contrairement à une consultation périodique où l'entreprise irait interroger la plateforme à intervalles réguliers, le webhook fonctionne en poussée : c'est la plateforme qui prend l'initiative de transmettre la demande dès qu'elle est prête, sans latence d'attente. Le message envoyé contient une charge de données structurée — le plus souvent au format JSON — regroupant la catégorie, la zone géographique, les coordonnées du client, la preuve de son consentement, la note attribuée, l'horodatage et un identifiant unique propre à la demande.
Cette immédiateté a une conséquence directe sur le traitement : le système de l'entreprise reçoit la demande, crée automatiquement une fiche et peut déclencher un rappel dans les minutes qui suivent la captation, alors que l'intention d'achat du client est encore vive. Pour garantir l'origine du message, la plateforme signe généralement l'envoi à l'aide d'une clé secrète partagée, que l'entreprise vérifie à la réception : cela empêche qu'un tiers puisse injecter de fausses demandes dans son système. Le webhook s'adresse donc en priorité aux entreprises du côté demande qui disposent d'un développeur ou d'un outil capable d'écouter et de traiter ces appels, et qui veulent tirer le meilleur parti de la fraîcheur d'une demande.
L'export et la synchronisation continue avec un CRM
Toutes les entreprises n'ont pas besoin — ni les moyens — d'une intégration par webhook. Pour elles, la livraison passe par l'export et la synchronisation avec leur outil de gestion de la relation client. L'export prend la forme d'un fichier structuré, typiquement au format CSV, récupérable manuellement ou de façon programmée, que l'entreprise importe dans son CRM à intervalle choisi. La synchronisation, plus avancée, s'appuie sur un connecteur qui dépose chaque demande directement dans le CRM au fil de l'eau, en faisant correspondre les champs de la plateforme aux champs du logiciel — la catégorie devient une étape de pipeline, la zone un critère de segmentation, l'identifiant unique une référence de rapprochement.
Deux exigences guident cette synchronisation. La première est le dédoublonnage à l'import : l'identifiant unique attaché à chaque demande permet au CRM de reconnaître une fiche déjà présente et d'éviter qu'une même demande crée deux enregistrements distincts. La seconde est la conservation des métadonnées de traçabilité : un export bien conçu ne transporte pas seulement les coordonnées du client, mais aussi la source qui a produit la demande, l'horodatage de sa captation, sa note et son statut de consentement. L'entreprise retrouve ainsi, à l'intérieur de son propre outil, la chaîne de provenance complète de chaque demande — condition pour qu'elle puisse, en cas de litige, remonter jusqu'à l'origine sans dépendre uniquement de la plateforme.
La traçabilité horodatée de chaque livraison
Sur une place de marché à deux faces, la livraison n'est pas un acte ponctuel qui s'oublie une fois la demande partie : chaque remise est journalisée. La plateforme conserve l'horodatage de chaque étape — captation par la source, validation, attribution à une ou plusieurs entreprises, tentative de livraison, confirmation de réception — de sorte qu'il existe pour chaque demande une trace continue, du côté offre comme du côté demande. Ce registre est la colonne vertébrale de la confiance sur un marché où les deux parties ne se connaissent pas directement : il ancre l'apporteur et l'entreprise réceptrice sur un même enregistrement, que ni l'un ni l'autre ne peut réécrire après coup.
Cette traçabilité horodatée joue un rôle double. D'abord, elle est l'instrument de résolution des litiges : lorsqu'une entreprise conteste une demande — contact injoignable, doublon, besoin situé hors de sa zone —, l'arbitrage se fait contre le journal des livraisons, pas contre les souvenirs de chacun. Ensuite, elle alimente le système de notation : les délais mesurés entre la captation, la livraison et la première réponse de l'entreprise nourrissent l'évaluation continue des sources comme des entreprises réceptrices. Enfin, l'horodatage se rattache directement aux exigences de la nLPD — savoir qui a reçu quelle donnée, à quel moment et sur quelle base de consentement fait partie intégrante de la responsabilité de traitement que la plateforme doit pouvoir documenter.
Fiabilité, accusés de réception et gestion des échecs
Une livraison n'a de valeur que si elle est fiable, et une place de marché sérieuse ne considère pas une demande comme remise tant qu'elle n'a pas reçu confirmation. Sur le canal webhook, cette confirmation prend la forme d'un accusé de réception : le système de l'entreprise renvoie un code de succès qui atteste que la demande est bien arrivée et a été acceptée. Tant que cet accusé n'est pas reçu, la plateforme considère la livraison comme en attente et peut réémettre l'appel selon une logique de nouvelles tentatives espacées, afin de couvrir les indisponibilités passagères de l'adresse de destination. Le dédoublonnage garantit en parallèle qu'une même demande ne soit jamais comptée ni facturée deux fois du seul fait d'un renvoi technique.
La gestion des échecs prend un relief particulier dans un contexte à deux faces, où un problème purement technique ne doit pénaliser aucune des deux parties. Si l'adresse d'une entreprise reste injoignable après plusieurs tentatives, la demande n'est pas perdue : elle bascule vers un canal de repli — notification par e-mail, mise à disposition dans le tableau de bord — et une alerte est levée, sans que la source qui a produit la demande soit tenue pour responsable d'une défaillance située du côté réception. À l'inverse, une demande qu'aucun destinataire ne peut recevoir est signalée pour arbitrage. L'opérateur surveille ainsi la santé des livraisons — taux d'accusés de réception, taux de repli, délais — comme une composante à part entière de sa fonction de contrôle qualité, au même titre que l'audit des sources.