MakeENRICHIR VOS LEADS
Prérequis
- API d’enrichissement contractuelle (clé Make en variable sécurisée)
- Base légale et finalité documentées pour l’enrichissement B2B
- CRM ou Airtable avec champs cibles (company, sector, size)
- Scénario Make existant formulaire → CRM (voir make-formulaire-vers-crm)
Un e-mail seul ne permet pas de router le lead vers le bon commercial ni de prioriser le compte. Make intercepte chaque soumission formulaire, appelle une API d’enrichissement (société, taille, secteur) puis met à jour le CRM — avec garde-fous sur les quotas, les erreurs et la finalité des données.
Cadrer la chaîne et les données cibles
Partez du scénario formulaire → CRM : insérez un module HTTP entre la création du lead et la notification Slack. Le trigger reste le webhook du formulaire Next.js avec e-mail, domaine ou SIRET selon le formulaire.
Listez les champs à enrichir : raison sociale, effectif, secteur NAF, LinkedIn company. Chaque champ a une source API et une règle de fallback (« non trouvé » → valeur vide, pas d’invention).
Validez avec le client les données autorisées et les fournisseurs. Stockez la clé API dans les connexions Make, jamais en clair dans un module.
Configurer HTTP, Router et mise à jour CRM
Module HTTP : GET ou POST selon l’API, headers Authorization, parsing JSON via `JSON > Parse`. Router : branche 200 → Update CRM ; branche 404 → tag « à qualifier manuellement » ; branche 429/5xx → error handler.
Normalisez la casse et les formats (téléphone E.164, pays ISO). Un module Set variables en amont simplifie le mapping vers Airtable ou HubSpot.
Évitez les appels enrichissement sur les e-mails personnels (@gmail.com) si l’API facture au hit : filtrez avec un Router sur le domaine professionnel.
Quotas, monitoring et conformité
Comptez les appels mensuels dans une table Airtable « API usage » incrémentée à chaque succès. Alerte Slack à 80 % du quota contractuel.
Branchez le error handler vers make-gestion-erreurs-reprise : payload, execution ID, raison. Les leads non enrichis doivent tout de même atterrir dans le CRM.
Consignez dans Notion la fiche traitement : finalité, durée de rétention, droit d’opposition.
Erreurs fréquentes
Bloquer la création CRM si l’enrichissement échoue : perte de leads.
Stocker la réponse JSON complète dans un champ texte : illisible et non conforme minimisation.
Ignorer les 429 jusqu’à suspension du compte API.
Enrichir des leads sans base légale documentée côté client.
Ce qu’il faut retenir
CRM d’abord ; enrichissement en parallèle non bloquant.
Champs normalisés, retries sur 429, file de reprise.
Quotas surveillés ; incidents tracés.
Conformité B2B validée avant montée en volume.
FAQ
Selon la stack client et la géographie (FR/EU). Abstraire via champs normalisés pour changer de fournisseur sans refonte du CRM.
Possible via scénario batch Iterator Airtable — vérifiez la base légale et limitez le débit pour respecter les quotas.
Optionnel. Commencez par router vers le bon commercial (secteur, taille). Le scoring peut s’ajouter dans Airtable via formules une fois les données stables.
