Meta Lead Ads : reprendre les choix dans le CRM

Importer un contact Meta Lead Ads dans le CRM ne doit pas le transformer automatiquement en abonné. La soumission peut concerner un devis, un document ou une communication facultative. Le connecteur doit conserver cette distinction, puis tenir compte des retraits et oppositions reçus ensuite. Un statut technique « import réussi » ne démontre pas que ces règles ont été respectées.

Pour réceptionner l’intégration, demandez une correspondance écrite entre les données reçues et les actions autorisées. Le document proposé ci-dessous traite aussi les champs absents, les reprises en double et les imports tardifs. Les exemples sont des spécifications fictives, pas les résultats d’un essai Meta ou d’un CRM.

Définir l’action avant de connecter le formulaire

Un formulaire proposant un devis doit alimenter un dossier de devis. Un formulaire proposant un guide doit permettre sa remise. Une newsletter ajoutée au parcours constitue un usage à distinguer, même si toutes les données arrivent dans la même fiche contact.

La base légale de la demande n’est pas nécessairement le consentement. L’Art. 6(1)(b) du RGPD concerne notamment les mesures précontractuelles demandées par la personne qui sera partie au contrat ; il ne couvre pas automatiquement toute collecte d’un contact professionnel. L’intérêt légitime suppose une analyse de nécessité et de mise en balance. Si l’entreprise retient le consentement pour un usage facultatif, elle doit pouvoir le démontrer et permettre son retrait. RGPD, Art. 6 et 7.

Les règles du message s’ajoutent à cette analyse. La CNIL distingue notamment la prospection électronique des particuliers et celle des professionnels, liée à leur activité et accompagnée d’une information et d’une opposition simple. Une adresse issue d’une plateforme professionnelle ou sociale ne décide pas, à elle seule, du régime applicable. CNIL, prospection électronique.

Pour le téléchargement, notre guide du livre blanc et de la newsletter explique pourquoi la remise attendue et l’inscription ne doivent pas être confondues. Fixez cette règle avant que le premier contact déclenche une automatisation.

Ce que les objets officiels permettent d’examiner

Le SDK officiel Meta expose dans l’objet Lead des champs tels que l’identifiant, la date de création, l’identifiant du formulaire, les données de champs et les réponses liées aux mentions personnalisées. Cela permet de définir ce que l’intégrateur doit rechercher ; cela ne prouve pas que votre connecteur récupère chaque élément ni qu’il le restitue sans transformation. Code officiel de l’objet Lead.

L’objet LeadgenForm décrit notamment des questions, une URL de confidentialité et un contenu juridique. Ces éléments du schéma aident à reconstituer le parcours, mais ne remplacent pas la conservation de la version effectivement présentée. Une URL actuelle peut mener à une notice modifiée. Code officiel de l’objet formulaire.

Enfin, l’objet de réponse aux mentions distingue une clé de case et sa valeur ; le SDK les déclare comme chaînes de caractères. Ne déduisez donc pas un accord du seul fait qu’un champ contient du texte. Faites préciser les valeurs réellement reçues et leur interprétation. Objet UserLeadGenDisclaimerResponse.

Ces sources ont été consultées le 27 septembre 2026. Elles ne garantissent ni les droits d’accès de votre application ni la disponibilité d’un champ dans tous les parcours. La présente méthode ne constitue pas une vérification complète des conditions contractuelles Meta : le contrat et les rôles applicables au montage réel restent à examiner.

Une convention de correspondance renseignée

L’entreprise fictive Vela propose un devis d’installation et, séparément, sa lettre mensuelle d’offres. Elle choisit le consentement pour cette lettre. Son formulaire F-18 explique les deux finalités ; une notice complète reste accessible lors de la collecte. Voici la convention interne remise à l’intégrateur.

Ces noms sont ceux de la spécification Vela ; ils ne décrivent pas des champs natifs garantis d’un produit. L’intégrateur doit indiquer pour chacun le chemin réellement utilisé, la transformation éventuelle et la conduite prévue si la donnée manque.

Ajoutez à la convention les valeurs acceptées. Si le connecteur renvoie des codes, définissez leur sens à partir de ses données documentées et contrôlées. Toute valeur hors de cette liste doit rester indéterminée. Une conversion informatique qui transforme n’importe quel texte non vide en « vrai » est impropre à démontrer un consentement.

Décider sans réduire les choix à un seul booléen

La donnée minimale n’est pas forcément une unique case « marketing oui/non ». Il faut pouvoir distinguer un accord établi, une absence d’accord dans ce parcours, un choix inconnu et une opposition reçue. Ces états conduisent parfois au même arrêt d’envoi, mais ils n’ont pas la même signification ni les mêmes suites.

Un blanc n’est donc pas « oui ». Ce n’est pas non plus la preuve d’une opposition générale. La valeur doit conserver sa signification exacte, conformément à l’Art. 5(1)(d). L’entreprise ne doit pas fabriquer une preuve favorable pour remplir une colonne obligatoire. Exactitude et démonstration, Art. 5 et 7.

Le guide d’import CSV des statuts marketing complète cette convention pour les reprises manuelles. Le même principe s’applique lorsqu’une agence livre un fichier à la place d’un connecteur.

Conserver la chronologie lors des reprises

Dans une séquence fictive, Ana soumet F-18 le 14 octobre et choisit la lettre. Le 16 octobre, elle s’oppose à toute prospection de Vela. Un incident de synchronisation provoque l’import tardif du formulaire le 18 octobre.

Le dernier fichier reçu contient un ancien accord, mais la dernière expression pertinente de la personne est l’opposition du 16 octobre. Le traitement doit donc conserver la demande historique et le refus actuel, sans réabonner Ana. Trier seulement par date d’import produirait une conclusion erronée.

L’Art. 21(2)–(3) impose de cesser les traitements aux fins de prospection après opposition, y compris le profilage lié à cette prospection. L’Art. 7(3) organise le retrait lorsque le traitement repose sur le consentement. Ces règles doivent rester effectives même lorsqu’un événement ancien est rejoué. RGPD, Art. 21 et Art. 7.

Inversement, une nouvelle action distincte et valablement documentée peut appeler une nouvelle analyse. Ne considérez toutefois pas une simple création de fiche, une demande de devis ou un ancien accord réimporté comme une réinscription volontaire. Conservez la preuve et le périmètre du nouveau choix s’il existe.

La reprise du même identifiant ne doit pas déclencher deux fois le même accueil ou deux inscriptions. Le contrôle des doublons protège la qualité des données ; il ne doit pas fusionner deux personnes sur une ressemblance de nom ou attribuer les choix de l’une à l’autre.

Réceptionner le flux et ses automatisations

L’équipe marketing relit la promesse et les libellés. L’intégrateur prépare des données de contrôle autorisées et compare le formulaire, les éléments récupérés, la fiche créée et les files d’envoi. Le référent conformité vérifie que les actions correspondent aux règles décidées.

Pour F-18, le protocole proposé couvre un accord, une absence de choix, une valeur inconnue, un import répété et la reprise tardive après opposition. Ce sont des parcours à exécuter dans l’environnement concerné, pas des essais réalisés pour cet article. Le compte rendu doit distinguer le résultat attendu du résultat constaté et préciser ce qui n’a pas été vérifié.

Si la demande arrive correctement mais que le choix facultatif manque, suspendez l’inscription automatique concernée. Le responsable du traitement peut maintenir une réponse au devis lorsque sa demande et son fondement sont établis. Une absence partielle ne justifie ni l’abonnement par défaut ni la perte indifférenciée de toutes les demandes.

Après correction, contrôlez les nouveaux événements et les enregistrements déjà importés. Recherchez les abonnements créés à tort, les exports et les campagnes programmées. Corriger le connecteur pour demain n’arrête pas nécessairement les envois déjà en file. Une transmission non autorisée de données demande en outre une qualification séparée au regard des Art. 33–34, sans notification automatique pour toute erreur technique. Sécurité et violations.

Garder une preuve utile sans tout archiver

Le dossier conserve la version du formulaire et de la notice, la convention de correspondance, les événements nécessaires aux décisions et les résultats de réception. L’information de l’Art. 13 doit expliquer les usages propres à Vela ; la politique de la plateforme ne remplace pas celle de l’annonceur. Information à la collecte.

Ne gardez pas indéfiniment chaque réponse technique complète « pour prouver ». Déterminez ce qui est nécessaire à la demande, à la démonstration des choix et aux éventuelles archives justifiées. Limitez les accès, protégez les exports et prévoyez la suppression des copies devenues inutiles. Notre guide de migration des preuves de consentement aide à maintenir cette continuité lors d’un changement d’outil.

Lorsque le formulaire ou le connecteur change, donnez une version à la nouvelle correspondance et recommencez les contrôles concernés. Un formulaire dupliqué peut ressembler au précédent sans décrire les mêmes usages. La validation d’une campagne ne vaut pas autorisation permanente pour toutes ses copies.

Ce qu’il faut retenir

• Séparez la demande principale de chaque usage facultatif.
• Conservez la signification des valeurs, y compris lorsqu’elles sont inconnues.
• La date d’import ne doit pas écraser un refus plus récent que la soumission.
• Vérifiez les automatisations et les files déjà alimentées après une correction.

FAQ

Une réponse « oui » suffit-elle à autoriser les campagnes ?

Il faut connaître la question, son contexte, la validité du choix et les événements ultérieurs. Un « oui » à un rendez-vous ne démontre pas un accord à une lettre commerciale.

Le statut « contact marketing » du CRM est-il une preuve juridique ?

Pas à lui seul. Il s’agit d’un statut dont il faut expliquer la règle d’attribution. La preuve vient du parcours, des données reçues et de leur rattachement à la décision applicable.

Faut-il récupérer tous les champs exposés par le SDK ?

Non. Leur présence dans le schéma ne démontre pas leur nécessité. Demandez ceux utiles au traitement et à sa preuve, avec un périmètre et une conservation justifiés.

Recevez nos analyses pratiques sur la conformité : inscrivez-vous à la newsletter.

Thiébaut Devergranne est docteur en droit et fondateur de donneespersonnelles.fr. Il travaille depuis plus de vingt ans sur le droit des technologies et la protection des données personnelles.