Passpoint et marketing pour invités : conserver les données de première partie lors des connexions automatiques

Les établissements conservent leurs données de première partie (first-party data) sous Passpoint en déplaçant le consentement de la page d'accueil vers l'inscription. Un invité donne son accord une fois, sur un Captive Portal, une page web ou une application, puis reçoit un identifiant Passpoint lié à ce profil. Chaque connexion automatique ultérieure authentifie l'identifiant via RADIUS, de sorte que chaque visite met à jour le profil consenti sans nouvel écran de connexion.

Qu'est-ce que le marketing invité Passpoint ?

Passpoint est le programme de certification pour Hotspot 2.0, un ensemble de fonctionnalités basées sur l'amendement IEEE 802.11u. Il permet à un téléphone ou à un ordinateur portable de trouver et de rejoindre automatiquement un réseau, en utilisant un identifiant installé au préalable. L'invité ne voit jamais d'écran de connexion.

Trois normes effectuent ce travail :

• ANQP (Access Network Query Protocol) permet à l'appareil de demander à un point d'accès quels fournisseurs d'identité le réseau accepte. Cela se produit avant que l'appareil ne s'associe.
• IEEE 802.1X, la norme de contrôle d'accès basée sur les ports, authentifie l'appareil. Elle utilise une méthode EAP (Extensible Authentication Protocol) telle que EAP-TLS ou EAP-TTLS.
• RADIUS est le protocole utilisé par les points d'accès pour demander à un serveur si un identifiant est valide. Le serveur RADIUS accepte ou rejette la connexion, et le trafic est ensuite chiffré avec WPA2-Enterprise ou WPA3-Enterprise.

OpenRoaming est une fédération gérée par la Wireless Broadband Alliance et basée sur Passpoint. Les fournisseurs d'identité délivrent les identifiants. Il s'agit notamment de fabricants d'appareils, d'opérateurs mobiles et d'éditeurs d'applications. Les établissements agissent en tant que fournisseurs de réseau d'accès qui acceptent ces identifiants. L'établissement et le fournisseur d'identité échangent l'authentification via RadSec, qui transporte RADIUS à l'intérieur de TLS (RFC 6614).

Le marketing invité Passpoint consiste à exécuter un programme de marketing et d'analyse basé sur le consentement auprès des visiteurs qui se connectent de cette manière. L'autre voie est le Captive Portal : la page d'accueil qui intercepte la première requête web d'un visiteur et lui demande de se connecter. Pour la plupart des établissements, le Captive Portal reste la source du consentement, de l'identité et des données de première partie.

Pourquoi la connexion automatique met-elle vos données de première partie en danger ?

Sur un réseau Guest WiFi, la page d'accueil remplit trois fonctions à la fois. Elle identifie le visiteur, enregistre ses choix marketing et enregistre la visite. Purple a traité 440 millions de connexions en 2024 dans plus de 80 000 établissements actifs (données Purple). Chaque connexion était un moment où ces trois fonctions s'exécutaient simultanément.

Passpoint supprime ce moment. L'appareil s'authentifie en arrière-plan, il n'y a donc pas de page sur laquelle poser de question. Trois conséquences en découlent.

Une connexion n'est pas un consentement

L'article 4(11) du GDPR définit le consentement comme une manifestation de volonté libre, spécifique, éclairée et univoque. Le considérant 32 ajoute que le silence, les cases précochées ou l'inactivité ne constituent pas un consentement. L'interconnexion automatique d'un appareil est considérée comme une inactivité au sens juridique. Vous ne pouvez pas déduire un consentement marketing à partir d'une connexion Passpoint.

Vous ne verrez peut-être pas qui s'est connecté

Les méthodes EAP telles que EAP-TTLS envoient une identité externe qui peut être anonyme, par exemple "anonymous@realm". L'identité réelle circule à l'intérieur d'un tunnel chiffré vers le serveur RADIUS d'origine. Dans le cadre d'OpenRoaming, ce serveur appartient au fournisseur d'identité, et non à vous. Vous ne recevez que ce que le fournisseur d'identité choisit de transmettre.

Les adresses MAC ne permettent plus d'identifier les appareils

Les versions actuelles d'iOS et d'Android utilisent par défaut une adresse MAC privée et aléatoire par réseau. Tous les outils d'analyse qui recoupaient les visites par adresse MAC sous-estimeront le nombre de visiteurs réguliers. Un identifiant Passpoint constitue un point d'ancrage plus fiable, à condition que vous l'émettiez ou que vous puissiez le voir.

Les bénéfices sont réels. Passpoint chiffre chaque session avec WPA2- ou WPA3-Enterprise et remplace les SSID ouverts par le 802.1X. Il supprime également les frictions liées à la page d'accueil pour les visiteurs réguliers. Votre mission consiste à préserver le consentement et les données tout en profitant de ces avantages.

Comment le consentement voyage-t-il avec un identifiant Passpoint ?

Le principe consiste à déplacer le moment du consentement vers l'enrôlement, puis à laisser l'identifiant le porter. Cinq choix de conception permettent d'y parvenir.

Capturer le consentement une fois, lors de l'enrôlement

La première visite nécessite toujours un moment de choix. Ce moment peut être un Captive Portal, une page web liée à une confirmation de réservation ou une étape au sein d'une application de lieu. À ce stade, vous recueillez des adhésions explicites : des choix distincts et non coché pour l'e-mail, les SMS et les offres personnalisées.

L'article 7(1) du GDPR vous oblige à démontrer que le consentement a été donné. Conservez la formulation affichée, l'horodatage et chaque choix associé au profil. Indiquez clairement au visiteur que les connexions automatiques ultérieures seront enregistrées comme des visites. L'article 13 exige cette information au moment de la collecte.

Le Captive Portal de Purple capture déjà ce registre de consentement et s'intègre aux plateformes CRM et marketing. Lorsque vous émettez un profil Passpoint à la fin de ce parcours, ce même registre couvre chaque visite future.

Lier chaque identifiant à un profil unique

Délivrez à chaque visiteur un identifiant unique, jamais un identifiant partagé. Un nom d'utilisateur et un mot de passe pour EAP-TTLS conviennent, tout comme un certificat pour EAP-TLS. Le serveur RADIUS associe chaque identifiant au profil ayant donné son consentement. Chaque authentification ultérieure devient un événement de visite associé à un enregistrement connu, sans aucune page d'accueil.

Les identifiants uniques vous donnent également le contrôle sur leur cycle de vie. Vous pouvez faire expirer un identifiant lors du départ. Vous pouvez le révoquer lorsqu'un appareil est perdu ou lorsqu'un visiteur quitte le programme. Un identifiant partagé supprime toutes ces possibilités et rompt totalement l'attribution.

Reconnaître les visiteurs réguliers sans leur identité réelle

Lorsque vous ne détenez pas l'identité, vous pouvez tout de même compter les visites. La norme RFC 4372 définit l'attribut Chargeable-User-Identity, un identifiant stable et opaque qu'un serveur domestique peut renvoyer pour chaque visiteur. Il permet à votre outil de WiFi Analytics de comptabiliser les nouvelles visites et le temps de présence sans avoir besoin d'un nom ou d'une adresse e-mail.

Traitez cet identifiant comme une donnée personnelle. Le considérant 26 du GDPR confirme que les données pseudonymisées restent des données personnelles lorsqu'un complément d'information permet de les attribuer à une personne. Utilisez-le pour des rapports agrégés dans le cadre d'une base légale documentée. Ne l'utilisez pas pour des envois marketing.

Utilisez Passpoint Release 3 pour les conditions d'utilisation et l'URL du lieu

Passpoint Release 3 ajoute deux fonctionnalités importantes pour le marketing. Un réseau peut exiger du visiteur qu'il accepte les conditions générales. Il peut également envoyer une URL de lieu que l'appareil affiche après s'être connecté. Android documente la prise en charge de ces deux fonctionnalités.

L'URL du lieu est utile pour les visiteurs anonymes. Elle vous offre un moyen de les inviter à s'inscrire, sans bloquer leur connexion.

Vérifiez ce que chaque fournisseur d'identité OpenRoaming transmet

Les fournisseurs d'identité OpenRoaming indiquent leur politique par le biais des identifiants RCOI (Roaming Consortium Organisation Identifiers) diffusés par le réseau. Cette politique inclut le type d'identité proposé : certains fournisseurs transmettent une identité anonyme, d'autres une identité vérifiée. Vérifiez ce que les fournisseurs que vous acceptez transmettent avant de planifier une campagne. Dans la plupart des déploiements, les visiteurs fédérés arrivent de manière anonyme et le restent jusqu'à ce qu'ils s'inscrivent selon vos conditions.

Comment Passpoint se positionne-t-il par rapport à votre Captive Portal ?

Passpoint ne remplace pas votre Captive Portal. Il fonctionne en parallèle. La plupart des sites exploitent un SSID avec Captive Portal pour les nouveaux visiteurs et un réseau Passpoint pour les visiteurs déjà inscrits.

Purple est indépendant du matériel et fonctionne avec Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks et Fortinet. Les deux réseaux peuvent donc fonctionner sur les points d'accès que vous possédez déjà. La prise en charge de Hotspot 2.0 dépend du modèle de point d'accès et du firmware, vérifiez donc au préalable auprès de votre équipementier. L'article Pourquoi votre prochaine mise à niveau WiFi n'a pas besoin de nouveau matériel explique l'approche par superposition cloud.

WPA3 rend les trames de gestion protégées (Protected Management Frames) obligatoires. Vérifiez comment votre parc d'équipements les gère avant d'activer WPA3-Enterprise sur le SSID Passpoint. Le guide Protected Management Frames : un guide pratique pour 2026 détaille les vérifications de compatibilité.

Comparaison des trois méthodes de connexion

	Captive Portal	Passpoint émis par le lieu	OpenRoaming (fédéré)
Comment le visiteur se connecte	Sélectionne le SSID et remplit une page de capture	Installe un profil une seule fois, puis se connecte automatiquement	Se connecte automatiquement avec un identifiant d'un fournisseur d'identité tiers
Où le consentement est recueilli	Sur la page de capture, pour chaque nouvel appareil	Lors de l'inscription, avant l'émission du profil	Non recueilli par le lieu ; invitation à l'inscription envoyée séparément
Ce que l'établissement reçoit par visite	Données saisies par le visiteur sur la page	Un identifiant associé au profil ayant donné son consentement	Ce que le fournisseur d'identité transmet, souvent anonyme
Chiffrement	Ouvert, ou OWE (Opportunistic Wireless Encryption) lorsqu'il est pris en charge	WPA2- ou WPA3-Enterprise	WPA2- ou WPA3-Enterprise
Expérience lors des visites répétées	À nouveau la page d'accueil captive, ou un appareil mémorisé	Aucun écran de connexion	Aucun écran de connexion
Normes	Redirection HTTP ; RFC 8908 et RFC 8910 pour la découverte du portail	IEEE 802.11u, IEEE 802.1X, EAP	IEEE 802.11u, IEEE 802.1X, RadSec (RFC 6614)
Usage le plus adapté	Nouveaux visiteurs et collecte de données de première partie	Clients fidèles, membres du programme de fidélité et utilisateurs de coworking	Visiteurs que vous n'avez jamais rencontrés auparavant

Quelle approche convient à votre établissement

Votre situation	Approche recommandée
Principalement de nouveaux visiteurs, comme une attraction touristique	Captive Portal avec consentements explicites
Taux de retour élevé, comme les membres d'un programme de fidélité hôtelier ou de coworking	Captive Portal pour l'inscription, puis Passpoint délivré par l'établissement
Volume élevé de visiteurs anonymes de passage, comme un centre commercial, une gare ou un train	Captive Portal plus OpenRoaming, avec analyses agrégées pour les visites anonymes
Événements sur plusieurs jours avec des participants inscrits	Profil Passpoint délivré lors de l'inscription, expirant à la fin de l'événement
Réseaux de patients et de visiteurs dans la santé	Captive Portal avec collecte minimale de données ; Passpoint uniquement pour les visiteurs de longue durée

Scénarios réels appliqués à l'hôtellerie, au commerce et aux événements

Un hôtel de 200 chambres transforme ses membres fidèles en clients connectés automatiquement

Situation. Les clients habituels d'un hôtel de 200 chambres tombaient sur la page d'accueil captive à chaque séjour. Chaque nouveau téléphone ou ordinateur portable créait un enregistrement distinct. L'historique des séjours et les consentements étaient dispersés sur plusieurs profils partiels.

Action réalisée. L'hôtel a conservé son Captive Portal pour le premier séjour. Il a ajouté une étape "ajouter ce réseau à votre appareil" à la fin du parcours de consentement et dans l'e-mail de pré-arrivée. Chaque client a reçu un identifiant EAP-TTLS unique lié à son profil validé. Les identifiants expiraient 12 mois après le dernier séjour du client. Les événements de visite ont été synchronisés avec le CRM de l'hôtel.

Résultat mesurable. L'hôtel enregistre désormais trois indicateurs chaque mois :

• La part des détenteurs d'identifiants parmi les clients connectés.
• Les séjours enregistrés par profil ayant donné son consentement.
• Les enregistrements de consentement récupérables sur demande, conformément à l'article 7(1).

Pour les détenteurs d'identifiants, les connexions via la page d'accueil captive lors des séjours ultérieurs tombent à zéro, car la page ne s'affiche plus jamais. Découvrez comment cela s'intègre dans un déploiement plus large pour les Hôtels, et utilisez le Check-list RFP WiFi pour hôtels : authentification, filtrage de contenu et marketing visiteurs pour le rédiger dans un appel d'offres.

Un centre commercial intègre OpenRoaming sans diluer sa liste de membres inscrits

Situation. Un centre commercial souhaitait que les visiteurs se connectent sans aucune friction. Son équipe marketing craignait que la liste d'inscription ne diminue à mesure que les acheteurs passeraient à la connexion automatique. La plupart des téléphones des visiteurs possédaient déjà un identifiant OpenRoaming fourni par un appareil ou un fournisseur d'identité d'application.

Ce qui a été fait. Le centre a déployé un SSID OpenRoaming aux côtés de son Captive Portal existant. Les visites anonymes OpenRoaming ont été intégrées uniquement dans les rapports d'ensemble, comptabilisées par l'attribut Chargeable-User-Identity lorsque les fournisseurs le transmettaient. L'URL de lieu Passpoint Release 3 réorientait les acheteurs vers une page d'inscription à la newsletter du centre. Aucun contenu marketing n'a été envoyé aux acheteurs anonymes.

Résultat mesurable. Le centre fait désormais état de deux publics distincts :

• Les acheteurs ayant donné leur consentement, qui peuvent recevoir des communications marketing.
• Les appareils récurrents anonymes, comptabilisés uniquement de manière globale.

La liste d'inscription ne s'accroît que par choix conscient. Le délégué à la protection des données peut constater cette séparation dans chaque rapport. Ce même modèle s'applique à l'ensemble des réseaux du secteur Retail multi-sites.

Un centre de conférences émet des identifiants lors de l'inscription

Situation. Un centre de conférences accueillant des événements de trois jours observait des files d'attente sur la page de redirection chaque matin. Les encombrements étaient particulièrement marqués lors de la première session de chaque journée. Les organisateurs souhaitaient également obtenir des données de fréquentation par hall.

Ce qui a été fait. La page d'inscription à l'événement intégrait les options de consentement et émettait un profil Passpoint avec chaque billet. Chaque identifiant expirait automatiquement à la clôture de l'événement. Les participants se connectaient dans chaque hall sans aucune étape d'authentification.

Résultat mesurable. Les participants inscrits n'ont vu aucune page de redirection sur site. Chaque identifiant a été révoqué automatiquement à la clôture, sans aucune intervention manuelle. Les organisateurs ont obtenu le nombre de sessions globales par hall. Les actions marketing ont été adressées uniquement aux participants ayant donné leur accord lors de l'inscription.

Quelles sont les limites à connaître ?

L'enrôlement ajoute une étape

Sur les appareils Apple, le visiteur installe un profil de configuration et le valide dans les Réglages. Les parcours Android varient selon le fabricant et la version du système d'exploitation. Moins de visiteurs effectueront l'enrôlement par rapport à ceux qui complètent une page de redirection. Proposez l'enrôlement après avoir apporté une valeur ajoutée, par exemple à la fin d'un premier séjour ou dans une confirmation de réservation.

La prise en charge par les appareils n'est pas universelle

Les appareils plus anciens et certains ordinateurs portables ne prennent pas en charge Passpoint. Conservez le SSID du Captive Portal actif afin qu'aucun visiteur ne se retrouve bloqué. Testez l'enrôlement sur les appareils réellement utilisés par vos visiteurs.

Les visiteurs fédérés ne peuvent pas recevoir de marketing par défaut

Un identifiant OpenRoaming ne comporte aucun consentement marketing pour votre établissement. Au Royaume-Uni, la règle 22 du Privacy and Electronic Communications Regulations (PECR) exige un consentement, ou un opt-in implicite, avant d'envoyer des e-mails ou des SMS marketing à des particuliers. Une simple connexion WiFi ne remplit ni l'une ni l'autre de ces conditions.

Le retrait du consentement doit être aussi simple que son octroi

L'article 7(3) du GDPR exige qu'il soit aussi facile de retirer son consentement que de le donner. Séparez la gestion du consentement marketing de celle de l'accès au réseau. Un invité qui se désabonne des e-mails peut toujours souhaiter un accès WiFi automatique.

Certains secteurs nécessitent une collecte de données plus restreinte

Les données de géolocalisation sur le réseau d'un hôpital peuvent révéler des informations de santé. Cela déclenche l'application des règles relatives aux catégories particulières de l'article 9 du GDPR. Limitez la collecte au strict minimum sur les réseaux des patients et des visiteurs, et ne déduisez jamais un état de santé à partir de simples visites.

Votre service RADIUS supporte la charge

Chaque connexion Passpoint dépend du 802.1X et d'un serveur RADIUS accessible disposant d'un certificat serveur valide. Le RADIUS basé sur le cloud supprime les serveurs physiques locaux de la configuration. Planifiez le renouvellement des certificats avant le lancement. La ressource Network Best Practices for Venues and Enterprises in 2026 détaille l'ensemble des choix d'architecture associés.

Que devez-vous faire ensuite ?

1. Auditez vos points d'accès. Confirmez la prise en charge d'Hotspot 2.0 et de Passpoint selon le modèle et le microprogramme avec votre fournisseur.
2. Révisez la formulation de votre consentement. Assurez-vous d'informer les invités que les connexions automatiques seront enregistrées comme des visites.
3. Choisissez votre modèle. Utilisez le tableau de décision ci-dessus pour choisir entre Passpoint émis par l'établissement, OpenRoaming, ou les deux.
4. Concevez le processus d'inscription. Intégrez-le à la fin de votre parcours de Captive Portal ainsi que dans les e-mails de pré-arrivée ou de confirmation d'inscription.
5. Définissez les règles relatives aux identifiants. Utilisez des identifiants uniques, fixez une date d'expiration et déterminez qui est habilité à les révoquer.
6. Séparez vos rapports. Conservez les audiences ayant donné leur consentement et les visites globales anonymes dans des rapports distincts.
7. Intégrez ces exigences dans vos achats. Spécifiez Passpoint, OpenRoaming et le registre de consentement comme des exigences incontournables dans vos appels d'offres.

Foire aux questions

Faut-il installer de nouveaux points d'accès pour utiliser Passpoint ?

Généralement non. Hotspot 2.0 et Passpoint sont des fonctionnalités intégrées au microprogramme des points d'accès, et Cisco Meraki, HPE Aruba, Ruckus ainsi que Juniper Mist documentent tous leur configuration. La prise en charge dépend du modèle et de la version du microprogramme, vérifiez donc au préalable auprès de votre fournisseur. Purple est indépendant du matériel et fonctionne comme une superposition cloud sur Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme et Fortinet. L'inscription et le service RADIUS ne nécessitent aucun remplacement d'équipement.

Le consentement recueilli lors de l'inscription à Passpoint est-il valide selon le GDPR ?

Oui, à condition que l'étape d'inscription respecte les normes de consentement du GDPR. L'article 4(11) exige un consentement libre, spécifique, éclairé et univoque, tandis que l'article 7(1) exige que vous soyez en mesure de le prouver. Utilisez des cases décochées et séparées pour chaque finalité, puis conservez la formulation exacte et l'horodatage. Informez l'invité que les connexions ultérieures seront enregistrées sous forme de visites. C'est l'identifiant qui porte ce consentement ; la connexion en elle-même ne le crée jamais.

Puis-je effectuer des démarches marketing auprès des visiteurs qui se connectent via OpenRoaming ?

Pas sur la seule base de la connexion. Un identifiant OpenRoaming provient d'un fournisseur d'identité tiers et ne comporte aucun consentement marketing pour votre établissement. Vous ne recevez souvent qu'une identité anonyme. Vous pouvez faire figurer ces visites anonymes dans vos rapports sous forme agrégée sur une base légale documentée. Utilisez l'URL d'établissement Passpoint Release 3 ou votre Captive Portal pour inviter le visiteur à donner son accord selon vos conditions.

Passpoint peut-il fonctionner aux côtés de mon Captive Portal existant ?

Oui, et la plupart des établissements devraient exploiter les deux. Conservez le Captive Portal pour les nouveaux visiteurs, afin de collecter leur identité et un consentement explicite. Diffusez un réseau Passpoint en parallèle pour les clients inscrits, via un SSID distinct sur les mêmes points d'accès. Le Captive Portal devient votre voie d'inscription et Passpoint votre voie de retour. Votre base de données de contacts consentants continue de croître tandis que les clients réguliers évitent l'écran de connexion.

Passpoint fonctionne-t-il sur les appareils iPhone et Android ?

Oui, les deux plateformes prennent en charge Passpoint, avec des parcours d'inscription différents. Les appareils Apple installent Passpoint via un profil de configuration que le visiteur valide dans les Réglages. Android prend en charge la configuration Passpoint de manière native et intègre les fonctionnalités de la Release 3, notamment l'acceptation des conditions et les URL d'établissement. Les parcours varient selon le fabricant et la version du système d'exploitation. Testez l'inscription sur les appareils utilisés par vos visiteurs avant le lancement.

Que devient le transfert de données lorsqu'un visiteur retire son consentement ?

Vous arrêtez immédiatement toute communication marketing et décidez séparément de conserver ou non l'identifiant. L'article 7(3) du GDPR stipule que le retrait du consentement doit être aussi simple que sa collecte. Un visiteur qui se désabonne des e-mails peut toujours souhaiter bénéficier du WiFi automatique - conservez donc le consentement marketing et l'accès au réseau comme deux commandes distinctes. S'il demande à quitter définitivement le service, révoquez l'identifiant dans RADIUS. Supprimez ou anonymisez ensuite le profil conformément à votre politique de conservation.

Quel est l'impact de Passpoint sur mes analyses WiFi ?

Il améliore la précision du comptage des visites récurrentes. La prédictibilité des adresses MAC aléatoires sur les appareils iOS et Android récents rend le comptage basé sur le matériel peu fiable, alors qu'un identifiant Passpoint reste stable au fil des visites. Avec des identifiants émis par l'établissement, chaque authentification devient une visite associée à un profil consentant. Pour les visiteurs fédérés, l'attribut Chargeable-User-Identity défini dans la norme RFC 4372 peut fournir un pseudonyme stable. Conservez ces visites pseudonymisées dans des rapports agrégés, distincts de votre audience exploitable à des fins marketing.