Passer au contenu principal

Plateforme de données client (CDP) : un guide complet pour les entreprises

Ce guide fournit aux directeurs marketing, responsables CRM et exploitants de points de vente physiques une référence pratique et neutre vis-à-vis des fournisseurs pour le déploiement d'une Customer Data Platform (CDP) dans des environnements physiques. Il couvre l'architecture technique, de l'ingestion des données à l'activation en temps réel en passant par la résolution d'identité, avec des conseils spécifiques sur l'utilisation du WiFi invité comme principal moteur de données de première partie. Deux études de cas réels - un hôtel et une chaîne de magasins multi-sites - démontrent les résultats mesurables d'un déploiement de CDP.

📖 8 min de lecture📝 1,770 mots🔧 2 exemples concrets3 questions d'entraînement📚 10 définitions clés

Écouter ce guide

Voir la transcription du podcast
PLATEFORME DE DONNÉES CLIENTS (CDP) : UN GUIDE COMPLET POUR LES ENTREPRISES Transcription du podcast - Anglais britannique, ton d'un briefing par un consultant senior Bonjour et bienvenue dans ce briefing technique. Aujourd'hui, nous nous penchons sur l'architecture, le déploiement et l'impact commercial d'une Customer Data Platform, ou CDP. Si vous gérez l'IT, l'architecture réseau ou l'exploitation des sites pour un hôtel, une chaîne de magasins, un stade ou une organisation du secteur public, ce briefing s'adresse à vous. Nous allons aller droit au but et examiner exactement comment fonctionne une CDP, pourquoi elle est structurellement différente de votre CRM, et comment l'implémenter correctement. Commençons par le problème de base. Vos données clients sont dispersées dans des dizaines de systèmes. Votre système de point de vente sait ce qu'un client a acheté. Votre CRM détient son adresse e-mail. Votre Guest WiFi sait qu'il se trouve dans le bâtiment en ce moment même. Mais aucun de ces systèmes ne communique entre eux en temps réel. Le résultat est une fragmentation des données, des informations obsolètes et des opportunités commerciales manquées. Une Customer Data Platform résout cette fragmentation structurelle. Il s'agit d'un logiciel conçu sur mesure qui collecte les données de tous les points de contact, utilise la résolution d'identité pour créer un profil persistant et unifié pour chaque personne, et rend ce profil disponible en temps réel pour l'activation. Voyez cela comme le système nerveux central de vos données clients. Maintenant, comment fonctionne réellement une CDP ? L'architecture est construite autour d'un cycle continu appelé la Boucle d'Intelligence Client. Les cinq étapes sont : Collecter, Unifier, Comprendre, Décider et Engager. Passons-les en revue. Premièrement, la couche d'ingestion. Une CDP se connecte à chaque système générant des données clients via des API, des SDK et des webhooks. Cela inclut votre réseau Guest WiFi, qui est souvent votre source de données de première partie la plus puissante et la sous-utilisée. Lorsqu'un visiteur se connecte au WiFi via un Captive Portal, le matériel réseau capture l'identifiant de son appareil et ses informations d'authentification. Ces données sont transmises directement à la CDP. Deuxièmement, le cœur de la CDP. C'est là que le travail le plus lourd est effectué. Les données brutes arrivent avec des identifiants contradictoires. Une adresse MAC provenant du WiFi. Une adresse e-mail provenant d'une inscription à une newsletter. Un numéro de fidélité provenant du système de point de vente. La CDP utilise deux techniques de correspondance pour assembler ces fragments. La correspondance déterministe utilise des identifiants exacts, tels qu'une adresse e-mail ou un numéro de téléphone. La correspondance probabiliste utilise des modèles comportementaux et des signatures d'appareils pour les utilisateurs qui ne se sont pas encore authentifiés. Le résultat est un profil unique, persistant et multi-appareils qui se met à jour de manière dynamique. Troisièmement, la couche d'activation. Un profil unifié est inutile si vous ne pouvez pas l'exploiter. La CDP pousse les segments d'audience vers vos canaux d'exécution, qu'il s'agisse de l'e-mail, du SMS ou d'un moteur de personnalisation, en temps réel. C'est là que l'infrastructure de données se traduit par un impact commercial mesurable. Maintenant, je souhaite aborder une question que j'entends fréquemment de la part des directeurs IT. Vous pensez peut-être : j'ai déjà un CRM. Ai-je également besoin d'une CDP ? La réponse est oui, et voici pourquoi. Un CRM gère les relations avec des contacts connus. Il est conçu pour les équipes commerciales et de support. Il repose sur la saisie manuelle de données et des mises à jour par lots. Une CDP, en revanche, unifie les données de première partie provenant de toutes les sources, y compris le comportement anonyme avant qu'un utilisateur ne s'authentifie. Elle crée des identités persistantes et multi-appareils et active ces données en temps réel. Les deux outils sont complémentaires, et non interchangeables. Prenons un exemple concret de mise en œuvre. Prenons un hôtel de 200 chambres qui dépend actuellement fortement de canaux de réservation tiers. Ils déploient des points d'accès Cisco Meraki et intègrent Purple Guest WiFi. Lorsqu'un client se connecte au WiFi via le Captive Portal à l'aide de son adresse e-mail ou d'un identifiant de réseau social, Purple capture son e-mail vérifié et l'identifiant de son appareil. Ces données sont transmises via API à la CDP. La CDP associe la connexion WiFi à la fiche du système de gestion de l'établissement. Désormais, l'hôtel sait que ce client est un client régulier à forte valeur ajoutée qui a réservé via une agence de voyage en ligne. La CDP déclenche un SMS automatisé via la couche d'activation, offrant une boisson gratuite au bar et un code de réduction pour réserver directement la prochaine fois. Au fil du temps, l'hôtel transfère les réservations des canaux tiers à forte commission vers des relations directes. C'est là toute la puissance commerciale d'une CDP intégrée à votre infrastructure réseau. Voici un second scénario issu du secteur du commerce de détail. Une chaîne de vente au détail de quatre cents magasins souhaite identifier les acheteurs à forte valeur ajoutée qui visitent fréquemment les magasins physiques mais interagissent rarement avec les e-mails marketing. Ils utilisent du matériel Cisco Meraki pour le Guest WiFi et disposent d'un CRM hérité mis à jour chaque semaine via un export CSV. Le problème est clair : le CRM ne peut pas traiter les données de présence physique en temps réel, et il n'y a pas de résolution d'identité reliant la connexion WiFi à la fiche CRM. La solution consiste à déployer une CDP pour ingérer les données d'authentification en temps réel du Guest WiFi aux côtés des données du CRM et de la plateforme d'e-mailing. Le moteur de résolution d'identité associe les fiches. L'équipe marketing crée un segment pour les visiteurs fréquents en magasin ayant un faible engagement par e-mail. La CDP pousse cette audience vers une plateforme de médias payants pour les cibler avec de la publicité sur les réseaux sociaux, en contournant entièrement le canal d'e-mailing inefficace. Parlons maintenant de l'implémentation. L'erreur la plus courante que je constate est de tenter une intégration globale et simultanée de tous les systèmes de l'entreprise. Cela échoue systématiquement. Commencez petit. Connectez d'abord votre Guest WiFi et votre plateforme de marketing par e-mail. Établissez le flux de données, prouvez la valeur ajoutée, puis intégrez votre système de point de vente et votre CRM. La sécurité et la conformité ne sont pas négociables. Votre CDP doit gérer automatiquement les demandes d'accès des personnes concernées et les mandats relatifs au droit à l'oubli. S'appuyer sur des adhésions de premier niveau, basées sur un choix conscient via votre Captive Portal de WiFi pour les invités, vous garantit de respecter les exigences du GDPR et de la CCPA dès le premier jour. Chaque donnée collectée doit être associée à un enregistrement de consentement clair. Attention à trois modes de défaillance courants. Premièrement, les échecs de résolution d'identité causés par une mauvaise hygiène des données au niveau de la couche d'intégration. Si votre Captive Portal permet aux utilisateurs de soumettre de fausses adresses e-mail, vos profils seront inexacts. Utilisez la vérification du numéro de téléphone pour valider l'identité au point d'entrée. Deuxièmement, la latence dans la couche d'activation. Si un SMS promotionnel arrive vingt minutes après qu'un acheteur a quitté le magasin, l'activation a échoué. Assurez-vous que votre CDP et les API connectées prennent en charge le transfert de données en temps réel basé sur des webhooks plutôt que sur des traitements par lots. Troisièmement, les lacunes dans la gestion du consentement. Si un utilisateur révoque son consentement marketing et que la CDP ne propage pas cette révocation automatiquement à tous les systèmes connectés, vous vous exposez à un risque de conformité. Voici trois règles empiriques pratiques à retenir de ce briefing. Règle numéro un : Utilisez la boucle d'intelligence client comme cadre d'évaluation pour tout fournisseur de CDP. Si une plateforme ne peut pas exécuter les cinq étapes en temps réel, il s'agit d'une base de données, pas d'une CDP. Règle numéro deux : Les données de première partie sont les seules qui comptent. Les cookies tiers sont obsolètes. Toute votre stratégie de données doit être construite sur des informations que vous collectez directement auprès des utilisateurs de vos sites via des points de contact authentifiés comme le WiFi pour les invités et les applications mobiles. Règle numéro trois : Commencez petit et évoluez rapidement. Connectez d'abord le WiFi et la plateforme d'e-mailing. Validez le flux de données. Intégrez ensuite les systèmes complexes. Terminons par une session rapide de questions et réponses. Question : Combien de temps prend généralement la mise en œuvre d'une CDP ? Réponse : Une approche progressive, commençant par deux sources de données, peut être opérationnelle en six à huit semaines. L'intégration complète à l'échelle de l'entreprise sur tous les systèmes prend généralement de six à douze mois. Question : Quelle est la mesure la plus importante à suivre après le déploiement ? Réponse : Le taux de capture des données. Quel pourcentage des utilisateurs de votre site est identifié et profilé avec succès ? C'est la base de toutes les mesures en aval. Question : Une CDP peut-elle remplacer un CRM ? Réponse : Non. Ils remplissent des fonctions différentes. Une CDP unifie et active les données. Un CRM gère les relations et les pipelines de vente. Vous avez besoin des deux, et ils doivent être intégrés. En résumé : Une CDP unifie vos données fragmentées, résout les identités sur tous les canaux et active ces données en temps réel. C'est le fondement pour s'affranchir des données tierces et établir des relations directes et rentables avec les utilisateurs de vos sites. Le WiFi pour les invités est votre moteur le plus fiable pour capturer ces données de première partie à grande échelle. Merci pour votre écoute. Le guide technique complet, incluant les schémas d'architecture, les listes de contrôle d'intégration et les exemples pratiques, est disponible dans la documentation d'accompagnement.

header_image.png

Résumé exécutif

Les données clients sont structurellement fragmentées. Votre système de point de vente suit les transactions, votre CRM détient les adresses e-mail, et votre Guest WiFi enregistre la présence physique en temps réel. Sans un moteur d'unification central, ces systèmes fonctionnent en silos, obligeant les équipes marketing et opérationnelles à s'appuyer sur des exports par lots et des analyses manuelles.

Une plateforme de données clients (CDP) résout cette fragmentation. Il s'agit d'un logiciel spécialement conçu qui ingère des données de première partie provenant de chaque point de contact, utilise la résolution d'identité pour créer un profil persistant et unifié pour chaque utilisateur de site, et active ce profil en temps réel sur l'ensemble des canaux d'exécution. Pour les responsables informatiques et les architectes réseau, déployer une CDP signifie passer de la gestion de bases de données disparates à la gouvernance d'un pipeline de données unique et conforme.

Purple a traité 440 millions de connexions en 2024 à travers plus de 80 000 sites actifs, générant 29 milliards de points de données (données internes Purple, 2024). Chacune de ces connexions est un événement de données de première partie vérifié et basé sur le consentement - la matière première dont une CDP a besoin pour fonctionner. Ce guide couvre l'architecture technique, les stratégies de déploiement et l'impact commercial des CDP d'entreprise, avec un accent particulier sur l'utilisation du Guest WiFi comme moteur de données principal.

Analyse technique approfondie

Pour comprendre le fonctionnement d'une CDP, il faut s'intéresser à son architecture centrale. Une CDP fonctionne sur un cycle continu appelé la boucle d'intelligence client : Collecter, Unifier, Comprendre, Décider et Engager. Chaque étape dépend de la précédente, et la boucle fonctionne en continu et en temps réel.

cdp_architecture_overview.png

La couche d'ingestion

Une CDP se connecte aux systèmes sources via des API, des SDK et des webhooks. L'objectif est de capturer des données structurées, semi-structurées et non structurées en temps réel. Pour les sites physiques, la source de données la plus critique est le réseau Guest WiFi . Lorsqu'un acheteur se connecte au WiFi via un portail captif, le matériel réseau - qu'il s'agisse de Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist ou Ubiquiti UniFi - capture l'adresse MAC de l'appareil et les détails d'authentification. Purple pousse ces données vers la CDP via API, établissant une identité numérique de référence liée à la présence physique.

Purple Engage capture l'e-mail et le numéro de téléphone vérifiés des clients lors de la connexion et automatise les campagnes marketing, ce qui signifie que la couche d'ingestion est pré-construite et pré-validée. Vous n'avez pas besoin de concevoir des connecteurs personnalisés pour la source de données WiFi.### Résolution d'identité et unification des profils

Les données brutes arrivent avec des identifiants contradictoires. Un utilisateur peut se connecter au WiFi via Microsoft Entra ID, effectuer un achat à l'aide d'une carte de fidélité et ouvrir un e-mail sur un autre appareil. Le cœur de la CDP utilise deux techniques de correspondance pour assembler ces fragments.

La correspondance déterministe lie les enregistrements à l'aide d'identifiants uniques et exacts tels qu'une adresse e-mail ou un numéro de téléphone. C'est la méthode la plus précise, qui nécessite une validation stricte des données au point d'entrée. La correspondance probabiliste lie les enregistrements en fonction de modèles de comportement, de signatures d'appareils ou d'inférences statistiques lorsque des identifiants exacts ne sont pas disponibles. Elle est moins précise mais essentielle pour créer des profils avant qu'un utilisateur ne s'authentifie.

Le résultat est une vue client unique - un profil persistant, multi-appareil, qui se met à jour de manière dynamique au fur et à mesure que de nouvelles données arrivent. Une marque de vente au détail a découvert que 23 % de ses clients "uniques" étaient des doublons dans ses systèmes d'e-mailing, de fidélité et de POS (CDP Institute, 2024). L'unification a permis de corriger le calcul de la valeur de vie client et de réduire les dépenses marketing inutiles.

La couche d'activation

Le stockage des données n'est pas l'objectif final ; l'activation l'est. Une fois qu'un profil est unifié et segmenté, la CDP transmet des instructions aux systèmes en aval. Si un supporter à forte valeur ajoutée entre dans un stade et se connecte au réseau, la CDP évalue son profil et déclenche un SMS contenant une offre de marchandisage ciblée. Cela nécessite une latence en millisecondes et des intégrations API éprouvées avec les plateformes d'exécution.

La couche d'activation est le lieu où les données de WiFi Analytics se traduisent en un impact commercial mesurable. Le temps de présence, la fréquence des visites et les données de localisation dérivées du réseau alimentent directement le moteur de segmentation, permettant ainsi des campagnes qu'un CRM seul ne peut pas générer.

cdp_vs_crm_vs_dmp.png

CDP vs CRM vs DMP : la différence structurelle

Un CRM gère les relations avec des contacts connus pour les ventes et l'assistance. Il repose sur la saisie manuelle de données et des mises à jour par lots. Une plateforme de gestion des données (DMP) cible des audiences anonymes via des cookies tiers - un mécanisme désormais obsolète sur les principaux navigateurs. Une CDP unifie les données de première partie provenant de toutes les sources, crée des identités persistantes multi-appareils et active ces données en temps réel. Ces trois outils ne sont pas interchangeables. Vous avez besoin d'un CRM pour la gestion du pipeline et d'une CDP pour l'unification et l'activation des données. La DMP est obsolète pour la plupart des exploitants de sites.

Guide de mise en œuvre

Le déploiement d'une CDP nécessite une approche progressive. Tenter une intégration globale et simultanée de tous les systèmes de l'entreprise est le mode d'échec le plus courant.

Étape 1 : établir la base de données de référence

Commencez par votre source de données de première partie la plus fiable. Pour les sites physiques, il s'agit du Guest WiFi. Configurez votre matériel pour acheminer les données d'authentification vers Purple. Assurez-vous que le Captive Portal exige des opt-ins par choix conscient afin de capturer des adresses e-mail et des numéros de téléphone vérifiés. Connectez Purple à la CDP via API pour établir les profils d'utilisateurs fondamentaux. À ce stade, vous devez également définir votre schéma de données - normalisez les conventions de nommage afin qu'une "visite" dans la plateforme d'analyse WiFi signifie la même chose qu'une "visite" dans le CRM.

Phase 2 : intégrer les points de contact à forte valeur ajoutée

Une fois la base de référence stable, intégrez votre CRM et votre plateforme d'e-mail marketing. Cela permet à la CDP de faire correspondre les visites de sites physiques avec l'engagement numérique. Si un résident dans un environnement WiFi multi-locataire se connecte, la CDP peut vérifier son statut par rapport au système de gestion immobilière et attribuer automatiquement le bon VLAN. Pour les opérateurs du secteur retail , intégrez le système POS pour faire correspondre les transactions d'achat avec les profils dérivés du WiFi.

Phase 3 : activer le temps réel

Configurez la couche d'activation pour déclencher des flux de travail spécifiques. Définissez des règles pour envoyer des campagnes automatisées basées sur le temps de séjour, la fréquence des visites ou des données de localisation spécifiques. Utilisez Purple Engage pour automatiser les séquences d'e-mails et de SMS directement à partir des segments de la CDP. Testez minutieusement ces flux de travail - validez que la latence de bout en bout entre la connexion au WiFi et la livraison du SMS est inférieure à 60 secondes.

Phase 4 : étendre et optimiser

Une fois la boucle principale validée, élargissez les sources de données. Intégrez les réponses aux enquêtes, les données des programmes de fidélité et le comportement dans l'application. Utilisez le moteur de segmentation de la CDP pour créer des audiences prédictives - les clients susceptibles de se désabonner, les acheteurs susceptibles de monter en gamme, les fans susceptibles d'acheter des produits dérivés. Réinjectez ces segments dans les plateformes de médias payants pour réduire le coût d'acquisition client.

Bonnes pratiques

Priorisez les données de première partie. Les cookies tiers sont obsolètes. Concentrez-vous entièrement sur les données collectées directement auprès des utilisateurs de vos sites via des canaux sécurisés et authentifiés. Le Guest WiFi est la source de données du monde physique la plus fiable disponible pour les exploitants de sites. Pour savoir comment tirer le meilleur parti de ce point de contact de connexion, consultez notre article sur comment faire une excellente première impression avec votre Guest WiFi .

Normalisez les conventions de nommage. Imposez des schémas de données stricts sur toutes les sources ingérées avant de les connecter à la CDP. Une non-correspondance des noms de champs entre le POS et le CRM corrompra la résolution d'identité.

Automatisez la conformité. Utilisez la CDP pour centraliser la gestion du consentement. Lorsqu'un utilisateur demande la suppression de ses données en vertu du GDPR ou de la CCPA, la CDP doit automatiquement propager cette demande à tous les systèmes connectés. Purple est certifié GDPR et CCPA, ce qui signifie que les enregistrements de consentement capturés lors de la connexion WiFi sont déjà structurés pour l'automatisation de la conformité en aval. Validez l'identité au point d'entrée. Utilisez Purple Verify pour authentifier les numéros de téléphone par SMS avant de transmettre les données à la CDP. Cela élimine les fausses adresses e-mail et garantit l'exactitude des correspondances déterministes.

Séparez les SSIDs réseau par type d'utilisateur. Déployez trois SSIDs - Guest WiFi, Staff WiFi et IoT - pour vous assurer que les données du personnel et des appareils ne polluent pas le pool de profils des visiteurs. Pour un guide d'architecture détaillé, consultez trois SSIDs pour régner sur tous : guest, Passpoint, et IoT WiFi .

Résolution des problèmes et atténuation des risques

Échecs de résolution d'identité

Si la CDP génère des enregistrements en double, le problème provient presque toujours de la couche d'ingestion. Les causes courantes incluent des utilisateurs soumettant des adresses e-mail non vérifiées sur le Captive Portal, un formatage de champ incohérent entre les systèmes sources et des numéros de téléphone manquants qui empêchent la correspondance déterministe. Résolvez ce problème en imposant la validation des e-mails sur le portail et en déployant Purple Verify pour la confirmation des numéros de téléphone.

Latence d'activation

Si un SMS promotionnel arrive 20 minutes après le départ d'un client du magasin, la couche d'activation a échoué. Cela est généralement dû au traitement par lots plutôt qu'à la diffusion d'événements en temps réel. Assurez-vous que votre CDP et les APIs connectées prennent en charge le transfert de données en temps réel basé sur des webhooks. Auditez la latence de bout en bout, de l'événement de connexion WiFi au déclencheur d'activation, au moins une fois par mois.

Lacunes dans la gestion du consentement

Un utilisateur qui révoque son consentement marketing via un canal doit voir cette révocation propagée automatiquement à tous les systèmes connectés. Si la CDP ne gère pas cela, vous vous exposez à un risque de conformité GDPR. Les autorités européennes de protection des données ont infligé plus de 2,1 milliards d'euros d'amendes GDPR en 2023 seulement (GDPR Enforcement Tracker, 2024). Centralisez la gestion du consentement dans la CDP et testez le flux de révocation avant la mise en service.

Dérive du schéma de données

À mesure que les systèmes sources sont mis à jour ou remplacés, les noms de champs et les types de données peuvent changer sans préavis. Implémentez une validation de schéma au niveau de la couche d'ingestion et configurez des alertes automatisées pour tout champ qui cesse de se remplir. Un changement de schéma silencieux peut corrompre des mois de données de profil avant d'être détecté.

ROI et impact commercial

Mesurer le succès d'un déploiement de CDP nécessite de suivre des résultats commerciaux spécifiques, et pas seulement des mesures techniques.

Le taux de capture des données est la mesure fondamentale : quel pourcentage d'utilisateurs du site est identifié et profilé avec succès ? Pour les opérateurs de l' hôtellerie , un taux de capture de données supérieur à 60 % est réalisable avec un Captive Portal optimisé. Pour les espaces de vente au détail , 40 - 50 % est un objectif réaliste au cours des six premiers mois.

Le taux de retour mesure si les campagnes personnalisées et automatisées incitent à des visites répétées. Suivez cet indicateur en comparant la fréquence de retour des utilisateurs profilés à celle des utilisateurs anonymes. Une CDP bien configurée avec des campagnes automatisées par e-mail et SMS augmente généralement les taux de retour de 15 à 25 % au cours de la première année (données internes de Purple, 2024).

Le coût d'acquisition client (CAC) devrait diminuer à mesure que vous transférez vos dépenses marketing de la publicité tierce vers un engagement direct de première partie. Lorsque vous pouvez cibler un segment spécifique - par exemple, les acheteurs qui ont visité deux fois au cours des 30 derniers jours mais ne sont pas revenus - avec une offre personnalisée par SMS, vous éliminez le coût de la publicité à grande échelle pour atteindre cette même personne.

Le taux de réservation directe est l'indicateur clé pour les opérateurs de l' hôtellerie et des transports . Lorsqu'une CDP vous permet d'identifier les clients qui ont réservé via une agence de voyage en ligne et de déclencher une incitation à la réservation directe pendant leur séjour, vous réduisez directement les coûts de commission. Pour une exploitation de la taille de Premier Inn, le transfert de seulement 5 % des réservations OTA vers le canal direct représente une amélioration significative des marges.

Pour des stratégies d'activation spécifiques au SMS qui complètent le déploiement d'une CDP, découvrez comment augmenter les visites de retour grâce au marketing par SMS .

Définitions clés

Customer Data Platform (CDP)

Logiciel packagé qui crée une base de données clients persistante et unifiée, accessible à d'autres systèmes pour une activation en temps réel. Terme inventé par David Raab en 2013 et défini par le CDP Institute comme un logiciel qui crée une base de données clients persistante et unifiée, accessible à d'autres systèmes.

Essentiel pour les équipes informatiques chargées de décloisonner les données et de permettre un marketing automatisé et personnalisé sur les canaux physiques et numériques.

Résolution d'identité

Le processus consistant à assembler des enregistrements de données fragmentés provenant de plusieurs systèmes en un profil unique et unifié à l'aide de techniques de correspondance déterministes et probabilistes.

La fonction technique centrale d'une CDP. Une mauvaise résolution d'identité génère des profils en double et corrompt les analyses. Validez l'exactitude en auditant mensuellement les taux de doublons.

Données de première partie

Informations qu'une entreprise collecte directement auprès de ses clients avec leur consentement explicite, via des canaux propriétaires tels qu'un site Web, une application mobile ou un Captive Portal de WiFi invité.

Le fondement de la stratégie de données moderne suite à la disparition des cookies tiers. La conformité GDPR et CCPA est considérablement plus simple lorsque toutes les données sont des données de première partie.

Correspondance déterministe

Liaison d'enregistrements de données à l'aide d'identifiants uniques et exacts tels qu'une adresse e-mail ou un numéro de téléphone.

La méthode la plus précise pour la résolution d'identité. Nécessite une validation stricte des données au point d'entrée - utilisez Purple Verify pour confirmer les numéros de téléphone avant l'intégration.

Correspondance probabiliste

Liaison d'enregistrements de données sur la base de modèles de comportement, de signatures d'appareils ou d'inférences statistiques lorsque des identifiants exacts ne sont pas disponibles.

Utilisée pour créer des profils partiels pour les utilisateurs anonymes avant qu'ils ne s'authentifient. Moins précise que la correspondance déterministe ; utilisez-la pour enrichir les profils, pas comme méthode de correspondance principale.

Couche d'activation

Le composant d'une CDP qui pousse les données d'audience segmentées vers des canaux d'exécution tels que l'e-mail, le SMS, les médias payants ou les moteurs de personnalisation en temps réel.

Là où l'infrastructure de données technique se traduit en un impact commercial mesurable. Nécessite des intégrations API en temps réel basées sur des webhooks pour éviter la latence du traitement par lots.

Captive Portal

Une page Web qu'un utilisateur doit consulter et avec laquelle il doit interagir avant de pouvoir accéder à un réseau public. Le mécanisme principal pour capturer des données de première partie et le consentement dans les espaces physiques.

Le point de collecte de données le plus important pour les exploitants de sites. La conception et les options d'authentification sur le Captive Portal déterminent directement le taux de capture des données et la qualité des profils.

Vue client unique

Une représentation agrégée, cohérente et holistique de toutes les données connues sur un individu, construite par le moteur de résolution d'identité et d'unification de profil de la CDP.

Le résultat ultime du cœur de la CDP. Chaque système en aval - plateforme d'e-mailing, outil SMS, médias payants - consomme la vue client unique pour personnaliser sa diffusion.

Opt-in par choix conscient

Un mécanisme de consentement par lequel un utilisateur coche activement une case ou confirme une préférence, plutôt que d'avoir un consentement pré-coché ou implicite par l'utilisation continue.

Requis en vertu du GDPR pour les communications marketing. Le Captive Portal de Purple applique par défaut des opt-ins par choix conscient, garantissant que toutes les données capturées respectent les normes de consentement.

Taux de capture de données

Le pourcentage d'utilisateurs d'un site qui sont identifiés et profilés avec succès par la CDP, calculé en divisant les profils identifiés par le nombre total de visiteurs uniques.

Le KPI fondamental pour le déploiement d'une CDP dans les espaces physiques. Un taux inférieur à 30 % indique un problème avec la conception du Captive Portal ou les options d'authentification.

Exemples concrets

Une chaîne de magasins de 400 points de vente souhaite identifier les acheteurs à forte valeur ajoutée qui visitent les magasins physiques mais ouvrent rarement les e-mails marketing. Elle utilise actuellement du matériel Cisco Meraki pour le WiFi invité, un CRM hérité mis à jour chaque semaine via un export CSV et une plateforme d'e-mailing autonome. L'équipe marketing ne parvient pas à identifier quels abonnés aux e-mails sont également des visiteurs fréquents en magasin.

Déployer une CDP pour unifier ces trois systèmes. Configurer les points d'accès Cisco Meraki pour qu'ils s'authentifient via Purple, en capturant les adresses MAC et les e-mails vérifiés sur le Captive Portal. Connecter Purple à la CDP via API. La CDP ingère ces données WiFi en temps réel aux côtés de l'export CRM hebdomadaire et des données d'engagement de la plateforme d'e-mailing. Le moteur de résolution d'identité utilise l'adresse e-mail comme clé déterministe pour faire correspondre les connexions WiFi avec les dossiers du CRM et l'historique d'engagement des e-mails. L'équipe marketing crée un segment dans la CDP pour les « Visiteurs fréquents en magasin avec un faible engagement e-mail » - défini par plus de quatre visites en 90 jours et un taux d'ouverture d'e-mails inférieur à 10 %. La CDP pousse ce segment vers une plateforme publicitaire de réseaux sociaux via la couche d'activation. Le détaillant cible ces acheteurs spécifiques avec une publicité sociale personnalisée, contournant ainsi le canal e-mail inefficace. Simultanément, la CDP marque ces utilisateurs dans le CRM comme ayant un « Engagement physique élevé » pour l'équipe commerciale.

Commentaire de l'examinateur : Cette approche fonctionne car elle utilise le réseau physique comme source d'identité déterministe. La connexion WiFi fournit l'adresse e-mail qui relie le visiteur anonyme en magasin au dossier CRM. La CDP identifie ensuite un angle mort dans la stratégie de communication - des visiteurs physiques à forte valeur ajoutée qui sont injoignables par e-mail - et oriente automatiquement l'audience vers un canal d'activation plus efficace. La décision architecturale clé est l'utilisation de l'adresse e-mail comme clé de correspondance principale, ce qui nécessite que le Captive Portal impose l'authentification par e-mail plutôt que par connexion sociale.

Un stade d'une capacité de 50 000 places doit gérer l'accès au réseau pour les supporters pendant les événements tout en capturant des données pour stimuler les ventes de produits dérivés et établir des relations directes. Il doit se conformer au GDPR, éviter la congestion du réseau à la mi-temps et démontrer un ROI au conseil d'administration sous 12 mois.

Déployer une architecture réseau basée sur l'identité en utilisant du matériel Extreme Networks. Les supporters s'authentifient via un Captive Portal Purple en utilisant la connexion sociale ou l'e-mail, avec un consentement explicite GDPR capturé au moment de la connexion. Les données d'authentification sont transmises à la CDP, qui crée un profil pour chaque participant. Pour gérer la congestion, le réseau attribue des limites de bande passante en fonction des profils d'utilisateurs - les supporters authentifiés reçoivent une bande passante plus élevée que les appareils non authentifiés. La CDP identifie les supporters qui ont assisté à plus de trois matchs cette saison et déclenche un SMS automatisé via Purple Engage offrant une réduction de 15 % à la boutique du club, envoyé à la 60e minute lorsque la présence du supporter sur place est confirmée. Pour le ROI du conseil d'administration : suivre les revenus des produits dérivés attribués aux campagnes SMS déclenchées par la CDP, l'augmentation des ventes directes de billets aux supporters profilés par rapport aux ventes des agences de voyage en ligne, et la réduction des tickets d'assistance réseau grâce à une meilleure gestion de l'authentification.

Commentaire de l'examinateur : Ce scénario démontre la double valeur d'une CDP intégrée à l'infrastructure réseau. Il résout un défi opérationnel technique - la gestion de la bande passante via un contrôle d'accès basé sur l'identité - tout en générant un résultat commercial grâce à des données de première partie basées sur le consentement en temps réel. Le déclencheur de 60 minutes est essentiel : l'envoi du SMS alors que le fan est confirmé sur place via la session WiFi en direct augmente considérablement la conversion par rapport à un e-mail post-événement. La conformité GDPR est intégrée à l'architecture dès le premier jour via le mécanisme de consentement du Captive Portal de Purple, et non ajoutée après coup.

Questions d'entraînement

Q1. Votre directeur marketing souhaite lancer une campagne d'e-mailing personnalisée ciblant les clients qui ont visité le magasin phare plus de cinq fois mais n'ont pas effectué d'achat en ligne. Votre infrastructure actuelle comprend des points d'accès HPE Aruba, un CRM hérité mis à jour chaque semaine via l'exportation d'un fichier CSV, et une plateforme d'e-mailing. Les données du CRM sont mises à jour chaque semaine par export CSV. Quel est le défaut architectural de la configuration actuelle, et comment une CDP le résout-elle ?

Conseil : Prenez en compte la latence du transfert de données et la capacité à lier la présence physique à l'identité numérique en temps réel.

Voir la réponse type

Le défaut architectural est double. Premièrement, la dépendance au traitement par lots via des exports CSV hebdomadaires signifie que le CRM a toujours au moins sept jours de retard. Un acheteur qui s'est rendu cinq fois en magasin cette semaine n'apparaîtra pas dans le segment avant l'exportation de la semaine suivante. Deuxièmement, il n'y a pas de moteur de résolution d'identité reliant la connexion WiFi HPE Aruba à la fiche du CRM - les deux systèmes enregistrent la même personne sous des identifiants différents sans aucune correspondance automatisée. Pour résoudre ce problème, déployez une CDP afin d'ingérer en temps réel les données d'authentification du WiFi invité via Purple et l'intégration HPE Aruba. La CDP utilise l'adresse e-mail saisie sur le Captive Portal comme clé déterministe pour faire correspondre la connexion WiFi avec la fiche du CRM. Le moteur de résolution d'identité crée un profil unifié qui inclut à la fois l'historique des visites physiques et l'historique des achats en ligne. L'équipe marketing crée un segment pour les "Visiteurs physiques fréquents sans achat en ligne" et la CDP pousse instantanément ce segment vers la plateforme d'e-mailing via la couche d'activation, sans attendre le cycle CSV hebdomadaire.

Q2. Le responsable informatique d'un hôpital déploie une CDP pour gérer les communications avec les patients et les visiteurs. Il prévoit d'ingérer des données issues du WiFi invité, du système de planification des rendez-vous et du portail des patients. Quel est le principal risque de conformité, et comment l'architecture doit-elle être conçue pour l'atténuer ?

Conseil : Pensez à la granularité du consentement et à la ségrégation des informations de santé protégées par rapport aux données marketing standards.

Voir la réponse type

Le principal risque est de mélanger des informations de santé protégées issues du système de planification des rendez-vous et du portail des patients avec des données marketing standards issues du WiFi invité, sans consentement explicite et granulaire pour chaque cas d'usage. Conformément au GDPR, le consentement à l'accès au réseau n'implique pas le consentement aux communications marketing, et n'implique certainement pas le consentement au traitement des données de santé. L'architecture doit imposer une ségrégation stricte des données au niveau de la couche d'ingestion. Le Captive Portal du WiFi invité doit utiliser des cases à cocher de consentement distinctes et granulaires - une pour l'accès au réseau, une pour les communications marketing - et elles ne doivent jamais être pré-cochées. La CDP doit maintenir des indicateurs de consentement distincts par source de données et par cas d'usage. Les informations de santé protégées issues du système de planification et du portail des patients doivent être traitées dans un environnement de données distinct et contrôlé, avec des autorisations basées sur les rôles qui empêchent les équipes marketing d'y accéder. La couche d'activation doit valider les indicateurs de consentement avant de déclencher toute communication. Utilisez la capture de consentement certifiée GDPR de Purple comme base pour le flux de données WiFi.

Q3. Vous évaluez deux fournisseurs de CDP. Le fournisseur A utilise une correspondance probabiliste basée sur les données des cookies tiers comme méthode principale de résolution d'identité. Le fournisseur B utilise une correspondance déterministe basée sur des identifiants propriétaires authentifiés comme méthode principale, avec une correspondance probabiliste comme couche d'enrichissement secondaire. Quel fournisseur est le bon choix pour une stratégie d'entreprise à long terme, et pourquoi ?

Conseil : Prenez en compte l'état actuel de la prise en charge des cookies tiers par les principaux navigateurs et les conséquences sur la précision de la résolution d'identité.

Voir la réponse type

Le fournisseur B est le choix correct. Les cookies tiers sont obsolètes sur les principaux navigateurs, y compris Chrome, Safari et Firefox. Un CDP qui s'appuie sur le ciblage probabiliste basé sur les cookies comme méthode principale de résolution d'identité repose sur des bases obsolètes. Les taux de correspondance se dégraderont continuellement à mesure que le support des cookies sera supprimé, et les profils générés deviendront de plus en plus inexacts. L'architecture du fournisseur B - ciblage déterministe comme méthode principale, probabiliste comme enrichissement - est alignée avec la réalité actuelle du paysage des données. Pour les exploitants de sites physiques, le Captive Portal du WiFi invité fournit un flux fiable d'identifiants authentifiés et déterministes (adresses e-mail et numéros de téléphone vérifiés) qui alimentent directement le moteur de ciblage principal du fournisseur B. Cela produit des profils précis et persistants qui ne se dégradent pas avec le temps.