Conversions hors ligne : exporter quels prospects ?
Conversions hors ligne : préparez un export CRM limité, contrôlez les refus au moment de l'envoi et séparez mesure publicitaire et fichier commercial.
- Définir la conversion utile
- Décrire le traitement avant de brancher le CRM
- Construire une vue d’export dédiée
- Décider sur un lot avant de l’envoyer
- Recontrôler les choix au moment de la transmission
- Contrôler le fournisseur et le connecteur réels
- Rapprocher les résultats et fermer les copies de travail
- Ce qu’il faut retenir
- FAQ
La vente se conclut plusieurs semaines après un formulaire. L’équipe souhaite la rattacher à la publicité d’origine en envoyant le résultat du CRM. Elle doit préparer un événement limité, vérifier que la transmission est licite au moment de l’envoi et traiter les retraits intervenus depuis la collecte. Exporter tous les clients facturés n’est pas une méthode acceptable de sélection.
Le travail comporte deux décisions : définir ce que l’on mesure, puis déterminer quelles lignes peuvent être transmises. Une vente réelle peut devoir rester absente du lot publicitaire. Cela n’empêche ni sa facturation ni son suivi commercial dans leurs cadres respectifs.
Définir la conversion utile
Choisissez un événement précis : devis accepté, commande confirmée ou autre résultat justifié. Évitez de transmettre toute l’opportunité pour laisser la plateforme décider ce qui compte. Documentez la signification du montant et de la date sans y inclure des notes commerciales.
« Devis envoyé » et « commande signée » ne représentent pas le même résultat. Si les deux sont mesurés, créez des définitions distinctes et décidez comment elles seront utilisées dans l’analyse. L’export ne doit pas transformer chaque changement de statut CRM en une vente supplémentaire.
La présentation Google des conversions avancées distingue les événements web et les résultats importés depuis le suivi des leads. Les conversions avancées pour les leads peuvent rapprocher des informations clients hachées avec les données issues du site et des interactions publicitaires. Cette possibilité technique n’établit pas le fondement juridique de votre export. Le hachage utilisé pour reconnaître une personne n’est pas une garantie d’anonymat.
Décrire le traitement avant de brancher le CRM
La donnée collectée pour répondre à une demande de devis n’est pas automatiquement disponible pour toute mesure publicitaire ultérieure. Identifiez les finalités, le destinataire, les catégories transmises, la durée et le fondement applicable. Les Art. 5(1)(b)/(c), 6 et 13 du RGPD encadrent ces choix et l’information fournie. Principes et licéité, information des personnes.
Lorsque le dispositif repose sur un consentement, celui-ci doit couvrir l’opération concernée et pouvoir être démontré. Un accord à recevoir une newsletter ne vaut pas, à lui seul, accord au rapprochement de données avec une plateforme publicitaire. De même, « cookies acceptés » n’est pas une description suffisante si l’on ignore quelles finalités, quels destinataires et quelle version d’information étaient présentés.
Les opérations effectuées sur le terminal doivent aussi être examinées dans le cadre des cookies et traceurs. Envoyer le résultat depuis le serveur, plusieurs semaines plus tard, n’efface pas les conditions applicables à sa collecte initiale. Le fondement de l’export et celui du suivi commercial doivent rester identifiables.
Pour Google, la politique européenne de consentement ajoute des engagements contractuels, notamment pour les cookies lorsque requis et pour la personnalisation publicitaire. Elle prévoit aussi des preuves du consentement, des instructions de retrait et une information sur les parties qui utilisent les données. Il faut examiner l’usage réellement configuré ; une mesure de conversion et une création d’audience ne sont pas deux noms interchangeables pour la même décision.
Construire une vue d’export dédiée
L’export publicitaire doit provenir d’une vue limitée, pas d’une copie générale du CRM. Pour chaque colonne, l’équipe sait pourquoi elle existe et ce qui se passe si elle manque.
| Colonne ou condition | Décision de préparation |
|---|---|
| Identifiant d’événement | Référence stable pour reconnaître la même conversion, sans nom ni détail commercial dans sa valeur |
| Type de résultat | Valeur correspondant à la définition approuvée, par exemple commande confirmée |
| Date du résultat | Date réelle de l’événement, avec le fuseau requis par le dispositif |
| Valeur et devise | Convention documentée : montant hors taxes ou toutes taxes comprises, traitement des annulations |
| Identifiant de rapprochement | Origine, rôle et format justifiés pour le mécanisme retenu |
| État des choix | Vérification avant transmission et conservation de sa référence dans le dossier interne |
| Motif d’exclusion | Code interne permettant de comprendre pourquoi une ligne n’est pas envoyée |
Les notes libres du CRM, les pièces du devis et les échanges détaillés restent hors de cette vue. Un identifiant d’événement opaque peut limiter l’exposition ; il ne devient pas anonyme si l’entreprise peut le rattacher au client.
La preuve du choix reste consultable par les personnes habilitées, sans être ajoutée en bloc au fichier publicitaire. Séparez les données exigées par le connecteur des éléments nécessaires à votre propre démonstration de licéité.
Décider sur un lot avant de l’envoyer
Voici un exercice entièrement hypothétique pour une PME vendant du mobilier. Elle mesure les commandes confirmées après une demande de devis en ligne. Son dispositif de mesure est supposé fondé sur un consentement valable couvrant les transmissions décrites ; cette hypothèse doit être démontrée dans un projet réel.
Huit lignes sont proposées pour le lot. L’équipe ne se contente pas de leur statut commercial :
| Lignes du fichier préparé | Décision pour cet export |
|---|---|
| Quatre commandes distinctes, événement exact, preuve valide et aucun retrait identifié | Quatre lignes candidates après les autres contrôles de format et de périmètre |
| Une commande dont le client a retiré le consentement concerné avant l’envoi | Exclue ; les traitements nécessaires à la commande suivent leur cadre propre |
| Une commande dont la preuve du consentement n’est pas retrouvée | Non envoyée tant que l’éligibilité n’est pas établie |
| Une seconde ligne correspondant à l’une des quatre commandes | Écartée comme doublon du même événement |
| Un devis toujours en négociation, classé à tort comme confirmé | Écarté ; correction du statut CRM, sans inventer une date de vente |
Le résultat préparatoire est donc quatre lignes candidates sur huit, et non huit ventes attribuables. Ce calcul n’est ni un taux de performance réel ni la prévision de quatre conversions reconnues par la plateforme. Il décrit seulement la sélection de l’exercice. Si plusieurs motifs concernent une même ligne, définissez un motif principal de comptage et gardez les autres constats sans compter plusieurs fois la même exclusion.
Pour les montants, supposons qu’une commande soit enregistrée à 800 euros hors taxes. Si la convention choisie est le hors taxes, l’événement reprend 800 et la devise pertinente ; il ne reprend pas un total TTC provenant d’une autre colonne. La convention doit être appliquée à tout le lot. Ces chiffres sont pédagogiques et ne décrivent aucun prix observé.
Recontrôler les choix au moment de la transmission
Ne figez pas l’éligibilité au jour du formulaire. Un retrait intervenu entre la préparation du fichier et son envoi doit être pris en compte lorsque cet envoi dépend du consentement retiré. Prévoyez une exclusion avant transmission et un traitement des files d’attente, y compris celles détenues par une agence.
La liste d’opposition CRM doit être reliée aux usages concernés, en tenant compte de la portée du droit exercé. Une désinscription limitée à une newsletter et un retrait explicite du traitement de mesure publicitaire ne se confondent pas. L’ambiguïté doit être clarifiée ; elle ne se résout pas par une remise automatique à « accepté ».
L’Art. 7(3) prévoit que le retrait ne remet pas en cause la licéité du traitement antérieur fondé sur le consentement. Il ne permet pas de poursuivre les envois futurs concernés. Les données déjà transmises appellent également l’examen des droits applicables, notamment de l’Art. 17, avec ses conditions et exceptions. Sources : consentement, effacement.
Contrôler le fournisseur et le connecteur réels
Les règles Google sur les données clients encadrent notamment l’origine des informations, les téléversements par un tiers et les catégories sensibles interdites pour certaines mesures. Elles prévoient aussi des règles supplémentaires si les données servent à générer des listes de clients. Ne considérez pas qu’un export limité à l’email et au montant est toujours admissible : la nature de la conversion peut, elle-même, révéler une catégorie exclue.
La documentation Google annonce une migration des imports de conversions hors ligne et des conversions avancées pour les leads vers Data Manager API à partir du 15 juin 2026, avec des conditions pour l’accès historique. Elle décrit également l’unification des réglages web et leads. Vérifiez donc le connecteur réellement employé et ses destinations, plutôt que reprendre un ancien tutoriel ou déduire l’état de votre compte d’une annonce générale. Source : changements des réglages Google.
Une réception technique ne dispense pas de ces contrôles. Inversement, un rejet de format ne justifie pas d’ajouter davantage d’identifiants ou de déclarer un consentement absent pour forcer l’import.
Rapprocher les résultats et fermer les copies de travail
Gardez un identifiant de lot, la date, les nombres de lignes transmises ou écartées et les anomalies utiles. Distinguez préparation, transmission, acceptation technique et attribution publicitaire. Chaque résultat répond à une question différente ; un accusé de réception ne prouve pas que toutes les ventes ont été rapprochées.
Le guide des conversions avancées complète ce circuit pour les données collectées sur le site. Prévoyez aussi les corrections de montant, annulations et demandes de droits selon les mécanismes applicables au dispositif retenu. Ne corrigez pas aveuglément un événement déjà envoyé en transmettant une seconde vente complète.
Si la file d’attente ne sait pas exclure un retrait, suspendez le lot concerné jusqu’à la correction du mécanisme. Recontrôlez ensuite la sélection et les doublons avant reprise. Le lancement suppose une règle d’exclusion exécutable, pas seulement une consigne adressée aux commerciaux. Enfin, limitez les accès aux fichiers intermédiaires et supprimez les copies devenues inutiles selon leur finalité et les obligations applicables.
Ce qu’il faut retenir
- Exportez un événement défini, pas le dossier commercial.
- Réexaminez la licéité et les choix avant l’envoi effectif.
- Séparez preuve interne, fichier transmis et résultat d’attribution.
- Corrigez les files et connecteurs qui réintroduisent les exclusions.
FAQ
Un export mensuel est-il moins soumis au RGPD ?
Non. Le traitement par lot change la technique et le délai, pas les obligations. Il peut au contraire créer un intervalle pendant lequel un retrait doit être répercuté avant transmission.
Un client facturé peut-il être inclus automatiquement ?
Non. La facturation justifie ses propres traitements. Elle ne démontre pas, à elle seule, la licéité d’une transmission publicitaire ni son admissibilité selon les règles du fournisseur.
Un email haché sort-il du champ du RGPD ?
Pas lorsqu’il sert à reconnaître ou rapprocher une personne. Examinez les possibilités d’identification et les usages ; le hachage n’est pas une autorisation d’exporter.
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.