Passer au contenu principal

Exemple de plateforme de données client : un guide complet pour les entreprises

Ce guide explique ce qu'est une plateforme de données client (CDP) et comment les espaces physiques - des hôtels et chaînes de vente au détail aux stades et centres de conférences - peuvent en déployer une pour unifier les données fragmentées des visiteurs. Il couvre l'architecture CDP à trois niveaux, la stratégie de mise en œuvre progressive et la manière dont Purple Engage capture les données de première partie au point de connexion WiFi pour alimenter la segmentation en temps réel et l'automatisation du marketing. Les directeurs marketing, les responsables CRM et les exploitants de points de vente trouveront des exemples concrets, des cadres de calcul de ROI et des conseils de conformité à mettre en œuvre dès ce trimestre.

📖 9 min de lecture📝 2,115 mots🔧 2 exemples concrets4 questions d'entraînement📚 9 définitions clés

Écouter ce guide

Voir la transcription du podcast
Bonjour et bienvenue dans ce briefing technique de Purple. Aujourd'hui, nous plongeons dans l'architecture, l'implémentation et l'impact commercial des plateformes de données clients - ou CDP - spécifiquement dans les espaces physiques comme les points de vente, les stades et les hôtels. Nous examinerons des exemples concrets de plateformes de données clients, en nous concentrant sur la façon dont vous pouvez capturer des données de première partie (first-party data) via votre infrastructure existante, telle que votre WiFi invité, et les unifier pour générer des revenus mesurables. Commençons par le contexte. Si vous êtes responsable informatique ou CTO au sein d'un établissement physique, vous connaissez le problème. Vos données visiteurs sont cloisonnées. Le CRM contient les adresses e-mail, le système de point de vente contient l'historique des transactions, et votre réseau WiFi détecte le trafic piéton et les adresses MAC des appareils. Aucun de ces systèmes ne communique. Une CDP est la couche architecturale qui ingère ces flux de données fragmentés, les résout en un profil unifié unique et rend ce profil disponible pour l'activation sur vos canaux marketing. Entrons maintenant dans les détails techniques. L'architecture d'une CDP comporte trois couches distinctes. La première est la couche d'ingestion des données. La deuxième est le moteur de profil unifié. La troisième est la couche d'activation. Commençons par l'ingestion des données. Purple Engage capture les adresses e-mail et numéros de téléphone vérifiés des invités au moment de la connexion. Il ne s'agit pas d'un trafic anonyme. C'est ce que nous appelons des données d'opt-in par choix conscient. Lorsqu'un client se connecte au WiFi dans un magasin de détail, ou qu'un supporter se connecte dans un stade, le système capture ses informations et l'authentifie. Ces données sont transmises directement à votre CDP via une API ou un webhook sécurisé. La CDP procède ensuite à la résolution d'identité. Elle fait correspondre l'adresse e-mail issue de la connexion WiFi avec l'adresse e-mail de votre CRM et l'identifiant de fidélité de votre application mobile. Cela crée un profil persistant et unifié. Nous voyons cela fonctionner efficacement chez des clients comme McDonald's et Harrods, où la compréhension de la présence physique d'un client est tout aussi importante que son empreinte numérique. Il convient d'aborder ici une nuance technique importante : la randomisation des adresses MAC. Les systèmes d'exploitation modernes, y compris iOS et Android, randomisent l'adresse matérielle que les appareils diffusent aux réseaux. Cela rend inefficaces les anciennes analyses de localisation qui reposaient sur le suivi des adresses MAC. Cependant, l'authentification basée sur le profil résout entièrement ce problème. Étant donné que Purple exige que les utilisateurs s'authentifient via un Captive Portal à l'aide d'un e-mail ou d'une connexion sociale, nous capturons l'identité déterministe, et pas seulement l'adresse matérielle. Le profil est construit sur un e-mail vérifié, et non sur un identifiant d'appareil éphémère. Examinons maintenant un scénario d'implémentation concret dans le secteur de l'hôtellerie. Prenons l'exemple d'un hôtel de 200 chambres. L'objectif est de réduire la dépendance vis-à-vis des agences de voyage en ligne et d'augmenter les réservations directes ainsi que les dépenses au restaurant de l'hôtel. L'architecture de déploiement implique l'intégration du système de gestion de l'hôtel, du point de vente du restaurant et de l'infrastructure WiFi HPE Aruba. Lorsqu'un visiteur arrive et se connecte au WiFi, Purple capture ses informations. La CDP intègre ces données, notant que le visiteur est actuellement sur place. Si le client achète ensuite un café au restaurant de l'hôtel, les données du POS sont transmises à la CDP via un webhook. La couche d'activation prend alors le relais. Comme la CDP sait que le visiteur est sur place et a acheté un café, elle déclenche un SMS automatisé via Purple Engage proposant une réduction de 10 % sur le dîner au restaurant de l'hôtel ce soir-là. Il s'agit d'une segmentation et d'une activation en temps réel. Cela élimine le délai de campagne de 48 heures associé au traitement manuel des données. L'offre est contextuelle, opportune et livrée pendant que le client est encore sur place et en mesure d'en profiter. Examinons un deuxième scénario, cette fois-ci dans un stade. Le site souhaite améliorer l'engagement des supporters et stimuler les ventes de produits dérivés pendant la mi-temps. Le stade intègre sa plateforme de billetterie, son application mobile et son réseau Cisco Meraki WiFi. La CDP crée un profil indiquant l'historique des billets d'un supporter et sa position actuelle en fonction des associations de points d'accès. Dix minutes avant la mi-temps, la CDP déclenche une notification push via l'application offrant un code de retrait rapide des articles pour la boutique la plus proche. Cela réduit l'attente dans les files d'attente et augmente le volume des ventes pendant la période d'affluence la plus forte de l'événement. Examinons maintenant les recommandations de mise en œuvre et les pièges à éviter. Le plus grand piège est de tenter un déploiement massif immédiat. N'essayez pas d'intégrer 15 sources de données dès le premier jour. Commencez par votre source de données de première partie la plus qualitative et la plus volumineuse. Pour les sites physiques, il s'agit presque toujours du WiFi invité. Intégrez votre matériel Cisco Meraki, Juniper Mist ou Ruckus à Purple, capturez les données et transmettez-les à la CDP. Prouvez la valeur avec un cas d'usage simple, comme l'exclusion des visiteurs actifs sur site des publicités d'acquisition numérique afin d'améliorer l'efficacité des dépenses publicitaires. Selon le Boston Consulting Group, les marques qui utilisent des données de première partie pour leur marketing obtiennent une augmentation de leurs revenus allant jusqu'à 2,9 fois et des économies de coûts de 1,5 fois par rapport à celles qui s'appuient sur des données tierces. L'exclusion d'audience est le moyen le plus rapide de le prouver à votre directeur financier. Le deuxième piège est de ne pas définir clairement la logique de résolution d'identité. Vous devez décider quel identifiant est prioritaire. S'agit-il de l'adresse e-mail, du numéro de téléphone ou d'un identifiant client unique ? Assurez-vous que votre CDP est configurée pour gérer les conflits, par exemple lorsque deux utilisateurs différents se connectent avec le même appareil. Le troisième piège consiste à négliger la gestion du consentement. Un CDP doit agir comme votre moteur central d'orchestration du consentement. Lorsqu'un utilisateur se désinscrit via un lien e-mail, le CDP doit instantanément le supprimer de tous les canaux, y compris les SMS et les audiences personnalisées sur les plateformes publicitaires. Les amendes GDPR ont totalisé 2,1 milliards d'euros en 2023 seulement. Un CDP qui applique le consentement au niveau de la couche de données réduit cette exposition de manière structurelle, et pas seulement procédurale. Purple est certifié ISO 27001 et GDPR, garantissant que les données capturées à la périphérie du réseau respectent les normes de conformité avant même d'atteindre votre CDP. Passons maintenant à une séance rapide de questions-réponses basée sur les questions courantes que nous posent les architectes réseau. Question un : Comment gérer la transition après la fin des cookies tiers ? Réponse : Les données de première partie capturées via le Guest WiFi et les connexions authentifiées sont votre solution de remplacement. Elles sont déterministes, basées sur le consentement et vous appartiennent. Elles ne dépendent pas des cookies de navigation ni des courtiers de données tiers. Question deux : De quel matériel avons-nous besoin ? Réponse : Purple est indépendant du matériel. Il fonctionne comme une surcouche cloud sur votre infrastructure existante. Que vous utilisiez Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks ou Fortinet, vous pouvez déployer Purple sans remplacer vos points d'accès. Question trois : Combien de temps prend le déploiement d'un CDP ? Réponse : L'intégration du WiFi et la capture initiale des données peuvent être opérationnelles en quelques jours. La configuration du CDP, les règles de résolution d'identité et la première automatisation de campagne prennent généralement de quatre à we six semaines pour un déploiement progressif. Pour résumer les points clés de la présentation d'aujourd'hui. Premièrement : Un CDP résout la fragmentation des données en unifiant les signaux de votre CRM, de votre POS et de vos réseaux WiFi en un profil client unique. Deuxièmement : Le Guest WiFi est la source de données de première partie la plus fiable pour les sites physiques, car il capture des coordonnées vérifiées et basées sur le consentement au moment de l'authentification. Troisièmement : L'authentification basée sur le profil surmonte les défis d'analyse causés par la randomisation MAC sur les appareils modernes. Quatrièmement : La suppression d'audience est le moyen le plus rapide de prouver le retour sur investissement du CDP en réduisant les dépenses publicitaires inutiles consacrées aux clients existants. Cinquièmement : L'orchestration du consentement doit être gérée de manière centralisée au sein du CDP pour garantir la conformité avec le GDPR et la CCPA. Sixièmement : Déployez par phases. Commencez par le Guest WiFi, prouvez la valeur, puis étendez aux intégrations POS et CRM. Si vous souhaitez voir comment Purple Engage s'intègre à votre infrastructure WiFi existante et alimente votre CDP, visitez purple.ai ou contactez l'un de nos architectes de solutions. Merci pour votre écoute.

header_image.png

Résumé exécutif

Pour les CTO et directeurs informatiques gérant des points de vente physiques, la fragmentation des données est un handicap structurel. Votre CRM stocke les adresses e-mail. Le système de point de vente (POS) enregistre les transactions. Votre infrastructure WiFi observe le flux de visiteurs. Aucun de ces systèmes ne partage de couche d'identité commune, ce qui signifie que chaque campagne repose sur des informations incomplètes et que chaque décision marketing est ralentie inutilement.

Une Plateforme de Données Clients (CDP) résout cette fragmentation. Elle agit comme la couche architecturale centrale qui ingère les flux de données disparates, réalise la résolution d'identité et crée un profil client unifié disponible pour une activation en temps réel. Ce guide propose un exemple concret de plateforme de données clients pour les exploitants de lieux physiques, couvrant l'architecture de déploiement, l'intégration avec le matériel de Cisco Meraki, HPE Aruba, Ruckus et Juniper Mist, ainsi que la manière dont Purple Engage capture des données de première partie (first-party) vérifiées en périphérie de réseau pour alimenter directement la CDP.

Purple opère sur plus de 80 000 sites actifs et a traité 440 millions de connexions en 2024 (données internes de Purple). Les modèles que nous observons montrent systématiquement que les sites qui unifient leurs données WiFi avec leurs données CRM et POS obtiennent des performances de campagne nettement supérieures à ceux qui exploitent chaque système de manière isolée.


Analyse technique approfondie

Ce qu'une CDP fait réellement

Une CDP n'est pas un CRM. Un CRM stocke des enregistrements que les équipes de vente et de service gèrent manuellement. Une CDP est un pipeline de données automatisé. Elle ingère les événements de plusieurs systèmes en temps réel, associe ces événements à un profil persistant et expose ce profil aux outils d'activation en aval, tels que les plateformes d'e-mailing, les passerelles SMS et les réseaux publicitaires.

Le CDP Institute définit une CDP comme "un logiciel standardisé qui crée une base de données clients unifiée et persistante, accessible par d'autres systèmes." Le mot clé est persistante. Contrairement à un entrepôt de données (data warehouse), optimisé pour l'analyse par lots, une CDP maintient des profils en direct qui se mettent à jour à mesure que de nouveaux événements surviennent.

Pour un lieu physique, les sources de données alimentant la CDP comprennent généralement :

Source de données Type de données Fréquence de mise à jour
Connexion au WiFi invité E-mail, téléphone, consentement d'opt-in Temps réel
Système POS Historique des transactions, valeur des achats Quasi temps réel
CRM Enregistrements historiques, niveau de fidélité Par lots (batch) ou webhook
Application mobile Comportement dans l'application, opt-in push Temps réel
Plateforme de billetterie Participation aux événements, emplacement des sièges Par lots (batch)

L'architecture à trois couches

cdp_architecture_overview.png

Un déploiement de CDP bien conçu comporte trois couches.

Couche 1 - L'ingestion des données. Cette couche collecte les événements de toutes les sources connectées. Pour les sites physiques, le portail d'authentification WiFi est le point d'ingestion de la plus haute qualité car il capture des données déterministes et basées sur le consentement. Purple Engage collecte l'adresse e-mail et le numéro de téléphone vérifiés des visiteurs au moment de l'authentification. Ces données sont transmises au CDP via un webhook API sécurisé, généralement dans les secondes qui suivent l'événement de connexion.

Couche 2 - Le moteur de profil unifié. Cette couche assure la résolution d'identité. Elle récupère l'adresse e-mail issue de la connexion WiFi et tente de la faire correspondre avec les enregistrements existants dans le CRM. Si une correspondance existe, le CDP associe le nouvel événement au profil existant. Si aucune correspondance n'est trouvée, il crée un nouveau profil. L'enrichissement progressif permet à chaque interaction ultérieure - une transaction POS, une session d'application, une deuxième connexion WiFi sur un site différent - d'ajouter des détails au même profil.

Couche 3 - L'activation. Cette couche expose les profils unifiés aux outils en aval. Les segments créés dans le CDP se synchronisent avec les plateformes d'e-mailing, les passerelles SMS et les réseaux publicitaires. Un segment constitué de "visiteurs actuellement sur site qui sont venus plus de trois fois" peut déclencher une campagne automatisée dans Purple Engage sans aucune intervention manuelle.

Surmonter la randomisation des adresses MAC

Les systèmes d'exploitation modernes, y compris iOS 14 (et versions ultérieures) et Android 10 (et versions ultérieures), utilisent la randomisation des adresses MAC. Chaque fois qu'un appareil recherche des réseaux, il diffuse une adresse matérielle différente. Cela rend inopérantes les anciennes solutions d'analyse qui reposaient sur le suivi des adresses MAC pour identifier les visiteurs de retour.

L'authentification basée sur le profil résout ce problème. Étant donné que Purple exige que les utilisateurs s'authentifient via un Captive Portal à l'aide d'une adresse e-mail, d'un identifiant de réseau social ou d'un numéro de téléphone, le système capture une identité déterministe plutôt qu'une adresse matérielle. Le profil du CDP est ancré à un e-mail vérifié, qui persiste d'un appareil et d'une session à l'autre. Les analyses de fréquentation basées sur les adresses MAC perdent en fiabilité ; ce n'est pas le cas des profils créés à partir de connexions authentifiées.

Consentement et conformité

Le GDPR et la CCPA exigent que le consentement soit capturé, stocké et respecté sur chaque canal. Un CDP doit faire office de moteur centralisé d'orchestration du consentement. Lorsqu'un utilisateur se désabonne via un lien dans un e-mail, le CDP doit instantanément exclure ce profil de tous les canaux d'activation connectés - SMS, notifications push et audiences personnalisées sur les plateformes publicitaires.

Purple est certifié ISO 27001, GDPR, CCPA et Cyber Essentials. Les données capturées à la périphérie du réseau via Purple Engage incluent un consentement explicite avec opt-in, qui est stocké sous forme d'enregistrement horodaté dans le profil. Ce journal d'audit répond aux exigences du GDPR en matière de preuve de consentement sur demande.


Guide d'implémentation

Le déploiement d'un CDP est un programme progressif et non un projet unique. Les sites qui tentent d'intégrer toutes leurs sources de données simultanément se retrouvent généralement bloqués au cours des 90 premiers jours en raison de conflits de schémas, de problèmes de qualité des données et de priorités informatiques contradictoires.

Phase 1 - Établir la base de données (semaines 1-4)

Commencez par votre source de données de première partie à plus fort volume et de meilleure qualité. Pour les sites physiques, il s'agit du Guest WiFi. Connectez votre matériel existant - que ce soit Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti, UniFi, Cambium, Extreme Networks ou Fortinet - à Purple en utilisant la superposition cloud indépendante du matériel. Purple se déploie par-dessus vos points d'accès existants sans nécessiter de remplacement de matériel.

Configurez le Captive Portal pour capturer l'e-mail et le numéro de téléphone avec un consentement opt-in explicite. Configurez le webhook pour pousser les événements de connexion vers votre CDP en temps réel. Validez le flux de données en vérifiant que les profils sont créés et mis à jour correctement.

Phase 2 - Définir les règles de résolution d'identité (semaines 2-3)

Avant de connecter des sources de données supplémentaires, définissez la logique de résolution d'identité. Décidez quel identifiant servira de clé primaire pour fusionner les profils. L'adresse e-mail est généralement le choix le plus fiable car elle est déterministe et cohérente d'un appareil à l'autre. Configurez les règles de résolution de conflits : si deux profils partagent le même e-mail mais ont des numéros de téléphone différents, quel enregistrement est prioritaire ?

Documentez ces règles par écrit. Lorsque l'équipe CRM et l'équipe marketing seront en désaccord sur une divergence de données six mois plus tard, les règles documentées résoudront le litige.

Phase 3 - Exécuter un cas d'usage à ROI élevé (semaines 4-8)

N'attendez pas que la CDP soit entièrement remplie pour l'activer. Implémentez l'exclusion d'audience comme premier cas d'usage. Synchronisez le segment des « visiteurs actuellement sur site » avec vos plateformes publicitaires et excluez-les des campagnes d'acquisition numérique. Cela permet d'obtenir une efficacité immédiate et mesurable des dépenses publicitaires.

Selon le Boston Consulting Group, les marques qui utilisent des données de première partie pour leur marketing obtiennent jusqu'à 2,9 fois plus de revenus et 1,5 fois d'économies par rapport à celles qui dépendent de données tierces. L'exclusion d'audience est le moyen le plus rapide de le prouver à un directeur financier.

Phase 4 - Étendre les intégrations (à partir de la semaine 8)

Une fois que l'intégration du WiFi est stable et que le premier cas d'usage produit des résultats, connectez le système de point de vente. Associez les événements de transaction aux profils existants. Cela permet de lancer des campagnes de vente croisée et de vente incitative déclenchées par le comportement d'achat. Connectez le CRM pour enrichir les profils avec les données historiques de fidélité. Chaque source supplémentaire augmente la précision de la segmentation et la pertinence des campagnes automatisées.

Pour obtenir des conseils sur l'automatisation des campagnes SMS une fois votre CDP alimentée, consultez notre guide sur comment exploiter les exemples de SMS marketing pour augmenter les visites de retour .


Bonnes pratiques

Appliquer le consentement au niveau de la couche de données

Ne comptez pas sur des outils marketing individuels pour gérer les désinscriptions. Un utilisateur qui se désabonne d'une campagne e-mail doit être simultanément exclu des SMS, des notifications push et des audiences personnalisées des plateformes publicitaires. Configurez la CDP pour propager les modifications de consentement à tous les systèmes connectés en quelques secondes. Les amendes liées à la GDPR ont totalisé 2,1 milliards d'euros en 2023 (GDPR Enforcement Tracker). Une approche structurelle de la gestion du consentement réduit cette exposition.

Prioriser l'activation en temps réel pour le marketing sur site

Le traitement par lots est insuffisant pour le marketing sur site. La fenêtre d'opportunité - le temps entre l'arrivée et le départ d'un client - est généralement de deux à quatre heures. Si votre CDP traite les données lors de lots nocturnes, vous ne pouvez pas déclencher d'offre pendant que le client est encore sur place. Assurez-vous que votre architecture prend en charge la livraison de webhooks en temps réel et les mises à jour de segments en moins d'une minute.

Standardiser votre schéma de données

Maintenez une gouvernance stricte des données. Standardisez les noms d'événements et les attributs de profil pour toutes les sources ingérées. Si le système POS qualifie une transaction de "vente" et que le CRM l'appelle un "achat", la CDP les traitera comme des types d'événements différents. Définissez un schéma canonique avant de connecter chaque nouvelle source de données et appliquez-le au niveau de la couche d'ingestion.

Utiliser le WiFi comme ancrage d'identité pour les sites physiques

Pour les sites où les visiteurs ne se connectent pas à une application mobile ou à un programme de fidélité, la connexion WiFi est le seul point de capture d'identité fiable. Traitez-la comme votre principal ancrage d'identité. Toutes les autres sources de données enrichissent le profil créé par la connexion WiFi. Consultez notre guide sur le Guest WiFi pour plus de détails sur la mise en œuvre du flux de connexion.

Pour un aperçu plus approfondi de la manière de structurer votre réseau WiFi sur les segments invités, personnel et IoT, lisez Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi .


Dépannage et atténuation des risques

Latence des données

Si des campagnes se déclenchent après qu'un visiteur a quitté le site, examinez les temps de livraison des charges utiles des webhooks entre la plateforme WiFi et la CDP. Vérifiez si les limites de débit de l'API provoquent des files d'attente. Assurez-vous que l'intervalle de rafraîchissement des segments de la CDP est défini sur temps réel ou quasi temps réel, et non sur une base horaire ou quotidienne.

Effondrement de profil

Si des utilisateurs distincts sont fusionnés en un seul profil, examinez vos règles de résolution d'identité. Les causes courantes incluent des adresses e-mail d'entreprise partagées (par exemple, info@company.com ), des appareils partagés au sein d'une famille, ou une règle mal configurée qui fusionne les profils sur la base de l'adresse IP plutôt que de l'e-mail. Ajoutez un seuil de confiance minimal à la logique de fusion : ne fusionnez les profils que lorsque deux identifiants déterministes ou plus correspondent.

Échecs d'intégration

Testez toujours les intégrations dans un environnement de staging avant de les déployer en production. Vérifiez que la CDP analyse correctement les payloads JSON des systèmes de POS et de WiFi. Vérifiez que les mappages de champs sont corrects et que les champs obligatoires ne sont pas nuls. Configurez des alertes de surveillance pour les échecs de livraison des webhooks afin que les lacunes de données soient détectées en quelques minutes plutôt qu'en plusieurs jours.

Échecs de propagation du consentement

Testez votre propagation du consentement en créant un profil de test, en vous désinscrivant et en vérifiant que la suppression a été appliquée sur tous les canaux connectés dans le délai requis. En vertu de la GDPR, les demandes d'opt-out doivent être respectées sans retard injustifié. Un délai de propagation de 24 heures n'est pas conforme.


ROI et impact commercial

cdp_roi_comparison.png

Une CDP correctement mise en œuvre produit des résultats mesurables à travers trois leviers principaux.

Efficacité des dépenses publicitaires. En supprimant les clients existants et en activant des audiences similaires de première partie sur les plateformes publicitaires, les établissements réduisent les dépenses d'acquisition inutiles. Les références du secteur suggèrent que 10 à 20 % des budgets d'acquisition sont dépensés pour des clients déjà convertis (CDP Institute). La suppression élimine ce gaspillage dès la première semaine d'activation.

Augmentation des revenus de campagne. La segmentation en temps réel permet de proposer des offres contextuellement pertinentes pendant que le visiteur est sur place. Un hôtel qui déclenche une réduction pour le dîner lorsqu'un client achète un café le matin génère des revenus supplémentaires qui iraient autrement à des concurrents extérieurs à l'établissement. Un stade qui déclenche une offre de merchandising dix minutes avant la mi-temps capte la fenêtre de plus forte affluence de l'événement.

Efficacité opérationnelle. L'automatisation de la consolidation des données permet aux équipes d'ingénierie et de marketing d'économiser des heures de traitement manuel des données chaque semaine. Le CDP Institute rapporte que la résolution d'identité automatisée remplace 20 à 40 heures par semaine de travail de réconciliation manuelle des données dans les organisations qui s'appuyaient auparavant sur des processus ETL manuels.

Pour les établissements utilisant Purple Engage, la boucle de capture de données et d'activation est intégrée à la plateforme. Purple a collecté 29 milliards de points de données dans plus de 80 000 établissements (données internes de Purple). La plateforme de WiFi Analytics fait remonter ces données en temps réel, offrant aux équipes marketing les segments dont elles ont besoin sans nécessiter de ressources en ingénierie de données.

Pour les établissements de l'industrie de la hospitality en particulier, la combinaison des données du système de gestion de propriété et des données de connexion WiFi crée une image complète du séjour du client - de l'arrivée au départ - ce qui permet de lancer des campagnes personnalisées après le séjour et de proposer des incitations à la réservation directe afin de réduire la dépendance vis-à-vis des agences de voyage en ligne (OTA).

Pour les opérateurs du commerce de détail , la combinaison des données de fréquentation WiFi et des données de transaction POS permet de segmenter les acheteurs selon la fréquence des visites, le panier moyen et les préférences de catégorie - les mêmes critères de segmentation que les e-commerçants utilisent depuis des années, désormais disponibles pour les magasins physiques.


Pour un aperçu concret de la manière dont la conception de votre page de connexion influence les taux de collecte de données de première partie, lisez Comment faire une excellente première impression avec votre WiFi invité . Pour les déploiements dans les hubs de transport et de voyage, consultez notre page dédiée au secteur du Transport .

Définitions clés

Plateforme de données client (CDP)

Logiciel packagé qui crée une base de données clients persistante et unifiée, accessible à d'autres systèmes. Il ingère des données provenant de multiples sources, résout les identités et expose des profils unifiés pour une activation en temps réel.

Les équipes IT déploient des CDPs pour éliminer les silos de données entre les systèmes CRM, POS et WiFi. Les équipes marketing utilisent ces profils unifiés pour la segmentation et l'automatisation des campagnes.

Résolution d'identité

Le processus consistant à associer des points de données disparates - comme une adresse e-mail issue d'une connexion WiFi et un identifiant de fidélité issu d'un CRM - à un profil individuel unique et persistant.

Crucial pour éviter les doublons et garantir que le ciblage des campagnes reflète une vue complète du client plutôt qu'une vue partielle.

Données de première partie

Informations collectées directement auprès de votre public via vos propres canaux, tels que les portails de connexion WiFi, les applications mobiles ou les inscriptions aux programmes de fidélité. La personne concernée a une relation directe avec l'organisation qui collecte les données.

Alors que les cookies tiers sont supprimés sur les principaux navigateurs, les données de première partie deviennent l'actif principal pour le marketing ciblé. Le WiFi invité est l'un des points de capture de données de première partie les plus fiables pour les lieux physiques.

Randomisation MAC

Une fonctionnalité de confidentialité dans les systèmes d'exploitation modernes (iOS 14+, Android 10+) qui diffuse une adresse matérielle différente à chaque fois qu'un appareil recherche des réseaux, empêchant ainsi le suivi passif.

Rend obsolètes les analyses de localisation traditionnelles qui reposaient sur le suivi des adresses MAC. Ce problème est résolu en obligeant les utilisateurs à s'authentifier via un Captive Portal, capturant ainsi une identité déterministe à la place.

Suppression d'audience

La pratique consistant à exclure des segments de clients spécifiques des campagnes marketing. Le cas d'usage le plus courant consiste à exclure les clients existants des campagnes d'acquisition numérique afin d'éviter le gaspillage des dépenses publicitaires.

Généralement le premier cas d'usage CDP déployé car le ROI est immédiat et mesurable. Nécessite que la CDP synchronise les segments avec les plateformes publicitaires en temps réel ou quasi réel.

Captive Portal

Une page web avec laquelle les utilisateurs doivent interagir avant d'accéder à un réseau WiFi public. C'est le principal mécanisme de capture des données de première partie et du consentement dans les lieux physiques.

Le Captive Portal est le point de capture des données pour Purple Engage. Il présente le formulaire de connexion, affiche la notice de consentement et déclenche le webhook vers la CDP lors d'une authentification réussie.

Activation en temps réel

La capacité de déclencher des actions marketing - comme l'envoi d'un SMS ou la mise à jour d'une audience publicitaire - immédiatement en fonction du comportement ou de la localisation actuelle d'un utilisateur, sans délais de traitement par lots.

Essentiel pour le marketing sur site où la fenêtre d'opportunité est limitée à la durée de la visite. Une campagne déclenchée après le départ du visiteur du lieu a un potentiel de conversion nul.

Enrichissement progressif du profil

Le processus de construction de profils clients plus riches au fil du temps, à mesure que de nouvelles interactions ajoutent des données à un enregistrement existant. Chaque connexion WiFi, transaction POS ou session d'application ajoute des détails sans nécessiter de saisie manuelle des données.

Signifie que le profil d'un nouveau visiteur commence par une simple adresse e-mail et s'enrichit pour inclure la fréquence des visites, l'historique des transactions et les préférences de canaux au fil des visites suivantes.

Orchestration du consentement

La gestion centralisée des préférences d'opt-in et d'opt-out sur tous les canaux marketing, garantissant qu'un changement de consentement dans un canal est automatiquement appliqué à tous les autres.

Requis pour la conformité GDPR et CCPA. Une CDP qui applique le consentement au niveau de la couche de données empêche l'inclusion des utilisateurs désinscrits dans toute campagne, quel que soit l'outil qui l'exécute.

Exemples concrets

Un hôtel de 200 chambres souhaite réduire les coûts de commission des agences de voyage en ligne (OTA) et augmenter les dépenses dans son restaurant sur place. L'hôtel utilise des points d'accès HPE Aruba et un PMS destiné au marché intermédiaire. Comment la CDP doit-elle être déployée ?

Étape 1 : Connectez l'infrastructure HPE Aruba à Purple Engage en utilisant l'overlay cloud. Configurez le Captive Portal pour capturer l'adresse e-mail et le numéro de téléphone des clients avec un consentement explicite (opt-in). Configurez un webhook pour envoyer les événements de connexion à la CDP en temps réel.

Étape 2 : Configurez la résolution d'identité de la CDP pour utiliser l'adresse e-mail comme clé primaire. Associez la fiche client du PMS au profil de la CDP en utilisant l'adresse e-mail capturée lors de l'enregistrement.

Étape 3 : Définissez deux segments initiaux : "Client actuellement sur place" (session WiFi active au cours des 4 dernières heures) et "Client sur place ayant effectué un achat au point de vente aujourd'hui". Lorsqu'un client se connecte au WiFi, la CDP crée un profil. Lorsque le client achète un café au restaurant, le webhook du point de vente met à jour le profil. La CDP déclenche un SMS automatisé via Purple Engage : "Profitez de 10 % de réduction sur votre dîner ce soir - présentez ce message au restaurant." L'offre est envoyée pendant que le client est sur place et en mesure d'en profiter.

Étape 4 : Après le séjour, la CDP déclenche un e-mail d'incitation à la réservation directe 48 heures après le départ, évitant ainsi totalement les canaux des OTA.

Commentaire de l'examinateur : Ce scénario démontre l'intérêt de combiner les données de présence physique en temps réel (session WiFi) avec les données de transaction (achat au point de vente) pour déclencher des offres contextuelles pertinentes. L'e-mail envoyé 48 heures après le séjour utilise le même profil unifié pour encourager les réservations directes, réduisant ainsi les coûts de commission des OTA au fil du temps. La décision d'architecture clé est le webhook en temps réel du point de vente vers la CDP - sans cela, l'offre de dîner ne peut pas être déclenchée pendant que le client est encore sur place.

Un stade d'une capacité de 40 000 personnes souhaite augmenter ses ventes de produits dérivés à la mi-temps et améliorer l'engagement des supporters après l'événement. Le site utilise le WiFi Cisco Meraki et vend des billets via une plateforme tierce qui partage des données démographiques anonymisées mais aucune donnée d'identification personnelle.

Étape 1 : Connectez l'infrastructure Cisco Meraki à Purple Engage. Configurez le Captive Portal pour capturer l'e-mail et le numéro de téléphone des supporters lors de la connexion au WiFi. Cela crée une couche d'identité de première partie appartenant au stade, indépendante de la plateforme de billetterie.

Étape 2 : Utilisez les données démographiques anonymisées de la plateforme de billetterie pour enrichir les segments de la CDP avec le type d'événement et le profil général du public. Ces données ne contenant pas d'informations personnelles, elles peuvent être utilisées pour la segmentation sans déclencher d'obligations de consentement dans le cadre du GDPR.

Étape 3 : Créez un segment en temps réel : "Supporter actuellement dans l'enceinte, connecté au WiFi au cours des 30 dernières minutes". Dix minutes avant la mi-temps, la CDP déclenche une notification push via l'application du stade : "Évitez la file d'attente - récupérez votre commande de produits dérivés au stand 12 avec le code FAN2024." Cela réduit l'attente dans les files au moment de la plus forte affluence de l'événement.

Étape 4 : Après l'événement, la CDP déclenche un e-mail de suivi dans les 24 heures avec une offre personnalisée basée sur l'historique des visites du supporter. Les supporters ayant assisté à trois événements ou plus au cours de la saison reçoivent une récompense de fidélité. Les supporters présents pour la première fois reçoivent une réduction pour le "prochain événement".

Commentaire de l'examinateur : L'élément clé ici est que le stade n'a pas besoin d'accéder aux données personnelles brutes de billetterie pour créer une CDP. La connexion WiFi crée la couche d'identité. Les données de billetterie anonymisées enrichissent les segments sans créer de risque de conformité. Le déclencheur en temps réel à la mi-temps démontre comment les données de présence physique, combinées à une courte fenêtre d'activation, génèrent des revenus incrémentiels que les campagnes traitées par lots ne peuvent pas capturer.

Questions d'entraînement

Q1. Votre chaîne de magasins souhaite cesser d'afficher des publicités d'acquisition numérique aux clients qui se trouvent actuellement dans vos magasins. Les magasins sont équipés de points d'accès Ubiquiti UniFi et utilisent une CDP majeure. Quelles sont les fonctionnalités requises et quel est le flux de données ?

Conseil : Examinez comment la CDP identifie que le client est actuellement sur place et comment elle communique cette information à la plateforme publicitaire.

Voir la réponse type

Les fonctionnalités requises sont : (1) l'ingestion de données en temps réel depuis l'événement de connexion WiFi vers la CDP, (2) la définition d'un segment 'client actuellement sur place' basé sur une session WiFi active au cours des N dernières heures, et (3) une synchronisation d'audience en temps réel de la CDP vers la plateforme publicitaire (par exemple, Google Ads Customer Match ou Meta Custom Audiences). Le flux de données est le suivant : le client se connecte au WiFi via le Captive Portal de Purple Engage, l'événement de connexion est envoyé à la CDP via un webhook, la CDP met à jour le profil du client et l'ajoute au segment 'sur place', la CDP synchronise le segment avec la plateforme publicitaire, et la plateforme publicitaire exclut le client des campagnes d'acquisition. La contrainte clé est la fréquence de synchronisation : si la plateforme publicitaire n'accepte les mises à jour d'audience que toutes les 24 heures, l'exclusion ne sera pas efficace pour les visites du jour même. Assurez-vous que l'intégration entre la CDP et la plateforme publicitaire prend en charge des synchronisations en temps réel ou horaires.

Q2. Un utilisateur se connecte au Guest WiFi en utilisant une adresse e-mail qui existe déjà dans le CRM, mais la fiche du CRM contient un numéro de téléphone différent. Les règles de résolution d'identité de la CDP utilisent l'e-mail comme clé primaire. Comment la CDP doit-elle gérer ce conflit, et quelles sont les implications en matière de conformité ?

Conseil : Réfléchissez à la source de données la plus susceptible d'être exacte et à ce que le GDPR stipule concernant l'exactitude des données.

Voir la réponse type

La CDP doit fusionner les profils en utilisant l'adresse e-mail comme clé primaire, car les deux fiches partagent le même e-mail. Le conflit de numéro de téléphone doit être résolu selon les règles de résolution de conflits prédéfinies. Si la connexion WiFi est plus récente, le nouveau numéro de téléphone doit être ajouté au profil en tant qu'identifiant supplémentaire, et non utilisé pour écraser le numéro existant sans vérification. En vertu de l'article 5(1)(d) du GDPR, les données personnelles doivent être exactes et tenues à jour. Écraser un numéro de téléphone existant par un numéro non vérifié provenant d'un nouvel événement de connexion pourrait introduire des inexactitudes. L'approche recommandée consiste à stocker les deux numéros de téléphone avec des horodatages et l'attribution de la source, et d'utiliser le plus récemment vérifié pour les communications sortantes. Signalez le conflit pour un examen de la qualité des données si l'écart est important.

Q3. Vous conseillez un centre de conférences qui souhaite déployer une CDP. L'équipe marketing souhaite intégrer simultanément le CRM, le système de billetterie, l'application mobile et le Guest WiFi afin d'être prête pour un événement majeur dans huit semaines. Quelle est votre recommandation, et quels sont les risques de l'approche proposée ?

Conseil : Considérez les meilleures pratiques de déploiement progressif et les conséquences d'une intégration échouée dans un environnement d'événement en direct.

Voir la réponse type

Déconseillez l'intégration simultanée. Les risques sont : (1) les conflits de schéma entre quatre sources de données différentes nécessiteront un temps d'ingénierie des données important pour être résolus, dépassant probablement le délai de huit semaines ; (2) une règle de résolution d'identité mal configurée pourrait entraîner la fusion incorrecte de profils ou la perte de données sur les quatre sources simultanément ; (3) si une intégration échoue pendant l'événement, l'équipe marketing n'aura pas de solution de secours. L'approche recommandée consiste à prioriser l'intégration du Guest WiFi au cours des semaines une à trois, car il s'agit de la source de données de première partie au volume le plus élevé et la plus rapide à déployer. Validez le flux de données et créez le premier segment (participants actuellement sur place) avant l'événement. L'intégration du CRM peut suivre au cours des semaines quatre à six, et les intégrations de la billetterie et de l'application peuvent être planifiées pour la période post-événement. Cela garantit que le centre de conférences dispose d'une CDP fonctionnelle avec au moins une source de données de haute qualité pour l'événement, plutôt que d'un système partiellement configuré avec quatre sources non fiables.

Q4. Un groupe hôtelier exploite 50 établissements au Royaume-Uni et en Europe. Chaque établissement dispose d'un fournisseur de matériel WiFi différent : certains utilisent Cisco Meraki, d'autres Ruckus, et quelques-uns Fortinet. Le CTO souhaite un CDP unifié pour l'ensemble des établissements. Est-ce réalisable, et quelle est l'architecture d'intégration ?

Conseil : Considérez le modèle de déploiement agnostique au matériel de Purple et la façon dont la CDP gère les profils multi-sites.

Voir la réponse type

C'est tout à fait réalisable. Purple se déploie comme une surcouche cloud agnostique au niveau matériel, ce qui signifie qu'il peut se connecter aux points d'accès Cisco Meraki, Ruckus et Fortinet sans nécessiter de standardisation matérielle. L'infrastructure WiFi de chaque établissement se connecte à Purple de manière indépendante. Le Captive Portal est configuré de manière centralisée et déployé sur les 50 établissements. Les événements de connexion de tous les établissements sont transmis au même CDP via le même endpoint de webhook, avec un identifiant de site inclus dans chaque charge utile d'événement. Le CDP utilise l'identifiant de site pour associer chaque événement de connexion à l'établissement correspondant. Le moteur de résolution d'identité fusionne les profils d'un établissement à l'autre : un client qui séjourne dans l'établissement de Londres, puis plus tard dans celui de Paris, est reconnu comme la même personne car il utilise la même adresse e-mail. Cela crée un profil multi-établissement qui permet au groupe hôtelier de personnaliser les communications en fonction de l'historique complet des séjours du client au sein du portefeuille, et non pas seulement de sa visite la plus récente.