Comment créer un portail d'accès WiFi personnalisé pour votre marque
Ce guide fournit une référence complète et prête à l'emploi pour les responsables informatiques, les architectes réseau et les directeurs d'exploitation des sites sur la manière de créer un portail d'accès WiFi invités entièrement personnalisé - couvrant l'architecture de Captive Portal, la personnalisation HTML/CSS, la conformité GDPR et la stratégie de capture de données. Il va des bases techniques aux scénarios de déploiement réels dans l'hôtellerie et le commerce de détail, avec des résultats commerciaux mesurables à chaque étape. Pour les organisations qui utilisent la plateforme de WiFi invités de Purple, le guide s'associe directement au créateur de portail, aux analyses et aux capacités de gestion du consentement de la plateforme.
Video overview
Écouter ce guide
Voir la transcription du podcast
Fait partie de notre série principale : Guide du Captive Portal →
Synthèse
La page de connexion WiFi invité - communément appelée captive portal ou portail de connexion - est souvent la première interaction numérique de marque qu'un visiteur a avec votre organisation. Malgré cela, la majorité des déploiements d'entreprise reposent sur des écrans d'accueil génériques fournis par les fabricants, qui ne portent aucune identité de marque et ne capturent aucune donnée utile. Ce guide répond directement à ce manque.
Une expérience de connexion Guest WiFi entièrement personnalisée aux couleurs de la marque n'est pas une mise à niveau esthétique. C'est à la fois un actif d'acquisition de données, un signal de confiance et un outil de conformité. Lorsqu'il est déployé correctement, il peut faire passer les taux de capture d'e-mails de quelques unités à 30-40 % des invités connectés, alimenter directement votre CRM en données de première main et fournir un registre de consentement GDPR vérifiable pour chaque session utilisateur. Pour les organisations opérant dans les secteurs de l'hôtellerie, du commerce de détail, de la santé ou des transports, l'intérêt commercial est évident.
Ce guide couvre l'architecture technique qui sous-tend les portails captifs, la couche de personnalisation HTML/CSS, le processus d'implémentation en cinq étapes, les exigences de conformité en vertu du GDPR, et deux études de cas détaillées avec des résultats mesurables. La plateforme WiFi Analytics de Purple est référencée tout au long du document comme un exemple concret d'implémentation.
Analyse Technique Approfondie
Comment fonctionne un captive portal
Un captive portal fonctionne au niveau de la couche réseau, interceptant la requête HTTP initiale de l'appareil d'un invité et la redirigeant vers une page de connexion avant d'accorder un accès complet à Internet. Le mécanisme est standardisé chez tous les principaux fournisseurs de réseaux locaux sans fil et fonctionne indépendamment de la norme de chiffrement utilisée - ce qui signifie qu'il est entièrement compatible avec les déploiements WPA3 utilisant l'authentification simultanée d'égaux (SAE).
Les composants essentiels d'une architecture moderne de captive portal sont illustrés ci-dessous.
Le flux s'établit comme suit. Lorsqu'un appareil invité s'associe au point d'accès et tente de charger une URL HTTP, le contrôleur LAN sans fil ou la passerelle intercepte la requête et émet une redirection 302 vers le contrôleur du captive portal. Le contrôleur affiche la page de connexion personnalisée en HTML/CSS. Une fois que l'utilisateur a terminé le parcours d'authentification - que ce soit via un formulaire d'e-mail, une connexion sociale (OAuth 2.0 via Facebook, Google ou Apple) ou une méthode transparente telle que OpenRoaming - le contrôleur communique avec un serveur RADIUS en utilisant IEEE 802.1X ou le contournement d'authentification MAC (MAB) pour accorder à l'appareil l'accès au VLAN internet. Les données capturées lors de l'authentification sont simultanément acheminées vers la plateforme de données invités ou le CRM via un appel API sécurisé, l'enregistrement du consentement GDPR étant inscrit dans un espace de stockage de données conforme.
Il convient de noter que la page du captive portal elle-même se charge dans un environnement de navigation restreint - le Captive Network Assistant (CNA) sur iOS et Android - avant que l'appareil ne dispose d'un accès internet complet. Cela a une implication critique pour le développement front-end : toutes les ressources doivent être hébergées localement sur le contrôleur du portail. Les ressources CDN externes, les Google Fonts et les bibliothèques JavaScript tierces ne chargeront pas dans cet environnement. Chaque feuille de style, fichier de police et image doit être regroupé avec la page du portail et servi depuis le propre serveur web du contrôleur.
La couche de personnalisation HTML/CSS
La page de connexion elle-même est un document HTML5 standard associé à une feuille de style CSS. Les plateformes de captive portal modernes - y compris Purple - proposent un éditeur visuel qui génère ce code, mais la compréhension de la structure sous-jacente est essentielle pour les équipes informatiques qui doivent faire respecter les normes de la marque ou résoudre les problèmes d'affichage.
Les variables CSS clés à contrôler sont :
| Propriété CSS | Élément de marque | Approche recommandée |
|---|---|---|
background-color |
Arrière-plan de la page | Utilisez une valeur hexadécimale unie ou un dégradé CSS ; évitez les images matricielles |
font-family |
Typographie | Intégrez les fichiers de police WOFF2 localement ; ne faites pas référence à Google Fonts |
color (titres) |
Couleur secondaire de la marque | Doit correspondre exactement à la charte graphique |
background-color (bouton CTA) |
Couleur principale de la marque | Utilisez la valeur hexadécimale exacte de la charte graphique |
border-radius |
Forme du bouton et du conteneur | 12px pour les conteneurs, 6px pour les petits éléments |
max-width (conteneur du formulaire) |
Disposition mobile-first | 480px maximum pour un rendu mobile optimal |
La contrainte de poids de la page est l'exigence technique la plus fréquemment violée dans les déploiements de captive portal. La limite pratique est de 500 kilo-octets au total pour l'ensemble de la page, y compris toutes les ressources. Cela garantit un affichage fiable sur les connexions lentes ou encombrées avant l'authentification. Utilisez le format SVG pour les logos (généralement 5-20 ko), des polices WOFF2 intégrées localement (généralement 30-80 ko par graisse), et des dégradés CSS ou des couleurs unies plutôt que des arrière-plans photographiques.
Méthodes d'authentification
Le choix de la méthode d'authentification a un impact direct sur les taux de capture de données et sur la conformité.
| Méthode | Données capturées | Taux de conversion | Notes de conformité |
|---|---|---|---|
| Formulaire e-mail | E-mail, nom, champs personnalisés | Moyen (25-40 %) | Contrôle GDPR complet ; recommandé |
| Connexion sociale (OAuth) | E-mail, nom, données de profil | Élevé (35-55 %) | Nécessite un DPA avec le fournisseur social |
| SMS / OTP | Numéro de mobile | Moyen (20-35 %) | Nécessite une passerelle SMS ; la PECR s'applique |
| Clic unique (sans données) | Aucun | Très élevé (70-90 %) | Aucune valeur de données ; à utiliser uniquement si requis |
| OpenRoaming / Passpoint | Identité vérifiée par l'opérateur | Transparent | Écosystème Eduroam/WBA ; usage entreprise |
Pour la plupart des déploiements commerciaux, une combinaison de formulaire e-mail et de connexion sociale - avec une case de consentement GDPR clairement visible - offre le meilleur équilibre entre taux de conversion et qualité des données.
Guide d'implémentation
Un déploiement réussi de Captive Portal suit cinq étapes distinctes. Sauter ou raccourcir l'une de ces étapes est la cause principale des problèmes post-déploiement.
Étape 1 - Recueil des besoins. Réunissez un groupe de travail transversal comprenant le marketing (éléments de marque, textes, formulation du consentement), le service juridique (examen GDPR, politique de confidentialité) et l'ingénierie réseau (architecture VLAN, configuration RADIUS, liste blanche DNS). Définissez précisément les champs de données à capturer, l'URL de redirection post-authentification et la formulation du consentement marketing. Obtenez l'approbation écrite du service juridique sur le mécanisme de consentement avant de commencer le développement.
Étape 2 - Conception et développement. Créez la page du portail sous forme de document HTML/CSS autonome. Respectez la limite de poids de page de 500 Ko. Testez le rendu sur iOS Safari (CNA), Android Chrome (CNA) et les navigateurs de bureau. Validez la chaîne de certificats SSL - le domaine du portail doit disposer d'un certificat de confiance, car un avertissement de certificat non approuvé incitera la majorité des utilisateurs à abandonner la connexion. Assurez-vous que le formulaire est entièrement accessible (norme WCAG 2.1 AA minimum).
Étape 3 - Intégration. Connectez le portail à votre plateforme de données clients ou CRM via l'API de la plateforme. Configurez le serveur RADIUS (ou utilisez le service RADIUS hébergé de la plateforme). Configurez la redirection post-authentification. Configurez la segmentation VLAN pour isoler le segment réseau de pré-authentification des ressources internes. Testez le flux complet de bout en bout - association de l'appareil, redirection vers le portail, authentification, autorisation RADIUS, écriture des données dans le CRM et redirection post-authentification - sur un réseau de pré-production avant toute mise en production.
Étape 4 - Déploiement pilote. Déployez sur un seul site ou un groupe pilote défini. Surveillez quatre indicateurs clés pendant les 30 premiers jours : le taux de réussite de l'authentification (cible >95 %), le temps d'attente moyen de chargement des pages (cible <3 secondes), le taux de collecte de données (mesure de référence) et les échecs d'autorisation RADIUS (cible <1 %). Résolvez tous les problèmes avant de procéder au déploiement complet.
Étape 5 - Optimisation et gouvernance. Examinez les taux de collecte de données chaque mois. Testez les variantes du texte d'accroche et des boutons d'appel à l'action (CTA). Mettez à jour le design du portail lorsque les directives de la marque changent. Révisez les formulations de consentement GDPR chaque fois que les activités de traitement des données sont modifiées. Effectuez une révision annuelle de la sécurité de l'infrastructure du portail, y compris le renouvellement du certificat SSL, l'application des correctifs du serveur RADIUS et la révision de la liste blanche DNS.
-
Vous avez des questions sur votre configuration spécifique ?
Notre équipe collabore avec des exploitants de sites, des responsables informatiques et des ingénieurs réseau au sein de 80 000 sites. Réservez un appel de 20 minutes et nous vous montrerons comment d'autres professionnels comme vous ont résolu ce problème.
Bonnes pratiques
Fidélité à la marque
Le portail doit passer un contrôle de fidélité à la marque en cinq points avant le déploiement : variante correcte du logo à la taille minimale (30px numérique) ; couleur du bouton principal correspondant à la valeur hexadécimale exacte de la marque ; police de caractères conforme aux directives de la marque numérique ; ton de l'accroche cohérent avec la voix de la marque ; et cohérence visuelle avec le site web et l'application de la marque. Tout portail qui échoue à ce contrôle doit être renvoyé à l'étape de conception.
Architecture de conformité GDPR
Conformément au UK GDPR et au EU GDPR, le mécanisme de consentement doit être explicite, non groupé et granulaire. L'acceptation des conditions d'utilisation et l'option d'adhésion aux communications marketing doivent être présentées sous forme de cases à cocher distinctes et non cochées par défaut. Les regrouper dans une seule case à cocher n'est pas conforme. Chaque action de consentement doit être enregistrée avec un horodatage, le texte de consentement exact présenté et l'identifiant de l'utilisateur. La plateforme de Purple stocke ces enregistrements dans un espace de stockage de consentement vérifiable qui peut être exporté pour contrôle réglementaire.
Posture de sécurité
Le segment de réseau de pré-authentification doit être isolé de toutes les ressources internes via une segmentation VLAN. Seules les entrées de la liste blanche DNS nécessaires au fonctionnement du portail - le domaine du contrôleur de portail, les points de terminaison OAuth de connexion sociale et tous les domaines CDN utilisés pour les ressources hébergées - doivent être accessibles avant l'authentification. Après l'authentification, les invités doivent être placés sur un VLAN d'invités dédié avec un accès internet uniquement, sans route vers les sous-réseaux internes. Cette architecture est conforme à l'exigence 1.3 de la norme PCI-DSS relative à la segmentation du réseau.
Pour une comparaison détaillée des types de pages de portail, consultez WiFi Landing Page vs. Splash Page: What's the Difference?.
-
Études de cas réels
Étude de cas 1 : Chaîne hôtelière britannique - Secteur de l'hôtellerie
Un groupe hôtelier de taille moyenne exploitant 45 propriétés à travers le Royaume-Uni utilisait la splash page par défaut fournie par leur fournisseur de réseau LAN sans fil. La page n'était pas personnalisée aux couleurs de la marque, se chargeait lentement sur mobile et ne présentait aucun formulaire de collecte de données. Taux de collecte d'e-mails : environ 8 % des invités connectés.
L'équipe informatique a déployé la plateforme de WiFi pour invités de Purple dans l'ensemble des 45 établissements, remplaçant la page d'accueil du fournisseur par un portail captif entièrement personnalisé. Le nouveau portail utilisait exactement les couleurs de la marque du groupe hôtelier, la typographie Poppins et une mise en page sur un seul écran comprenant un champ d'adresse e-mail, un champ de prénom et une case à cocher de consentement marketing conforme au GDPR. Le poids total de la page a été optimisé à 380 Ko. La redirection post-authentification a été configurée vers la page de destination du programme de fidélité de l'hôtel.
Résultats à 90 jours : le taux de collecte des e-mails est passé de 8 % à 38 % des invités connectés. Les données capturées ont été intégrées dans le CRM du groupe hôtelier, permettant une campagne d'e-mailing de réengagement ciblée vers les anciens invités. Les revenus des réservations directes attribuables à la campagne d'e-mailing ont augmenté de 14 % en glissement annuel dans les établissements pilotes. Le registre de consentement GDPR a fourni une piste d'audit complète pour les 45 établissements.
Étude de cas 2 : Détaillant de mode européen - Commerce de détail
Un détaillant de mode exploitant 120 magasins sur cinq marchés européens déployait le WiFi pour invités dans le cadre d'un programme de transformation numérique. Les exigences comprenaient un portail personnalisé unique, géré de manière centralisée, avec une localisation linguistique par marché (anglais, français, allemand, espagnol, italien) et une intégration CRM unique vers Salesforce.
Le détaillant a déployé une plateforme de WiFi pour invités gérée dans le cloud avec une configuration de portail centralisée. Les actifs de la marque et le CSS étaient gérés depuis une console d'administration unique, avec des dérogations par établissement et par région appliquées pour la langue et les textes de consentement localisés. L'intégration Salesforce a utilisé le connecteur CRM natif de la plateforme.
Résultats à six mois : un actif de données de première partie de plus de 400 000 profils d'invités opt-in a été constitué dans l'ensemble des 120 magasins. Les campagnes d'e-mailing auprès de cette audience ont atteint un taux d'ouverture moyen de 28 %, contre une référence sectorielle de 12 % pour le commerce de détail. Le détaillant a attribué une hausse de 9 % des visites répétées en magasin au cours des six mois suivant le déploiement, sur la base d'un modèle d'attribution CRM. Consultez la plateforme WiFi Analytics de Purple pour découvrir les fonctionnalités d'analyse et d'attribution utilisées dans ce déploiement.
Dépannage et atténuation des risques
Le portail ne s'affiche pas sur iOS. iOS utilise un assistant de réseau captif (CNA) qui affiche le portail dans une vue WebKit restreinte. Assurez-vous que le domaine du portail ne figure pas sur la liste des réseaux connus d'Apple, que le portail répond correctement à la requête de détection de portail captif d'Apple (/hotspot-detect.html), et que tous les actifs sont servis via HTTP (et non HTTPS) lors de la redirection initiale - le CNA ne suit pas les redirections HTTPS lors de la première requête.
Taux d'échec d'authentification élevé. Vérifiez les journaux du serveur RADIUS pour identifier les codes d'erreur spécifiques. Les causes courantes incluent un décalage d'horloge entre le serveur RADIUS et le point d'accès (synchronisation NTP requise), des certificats expirés sur le serveur RADIUS, et des discordances de format d'adresse MAC entre le point d'accès et le serveur RADIUS.Faible taux de capture de données malgré un volume de connexion élevé. Examinez le nombre de champs du formulaire - chaque champ supplémentaire réduit la conversion d'environ 5 à 10 %. Examinez le temps de chargement de la page - si le portail prend plus de 3 secondes à charger, le taux d'abandon augmente considérablement. Examinez la formulation du consentement - un texte de consentement trop juridique réduit les taux d'inscription.
Demande d'audit GDPR. La plateforme de Purple exporte sur demande un registre complet des consentements pour toute adresse e-mail ou plage de dates donnée. Assurez-vous que votre politique de rétention des données est configurée correctement - sous le UK GDPR, les données personnelles ne doivent pas être conservées au-delà de la période nécessaire aux fins énoncées.
Incohérence de la marque entre les sites. Centralisez la gestion de la configuration du portail. Toute personnalisation au niveau du site doit se limiter au texte et à la langue locaux ; les couleurs de la marque, la typographie et le logo doivent être verrouillés au niveau de la configuration globale.
-
ROI et impact commercial
Le ROI d'un Captive Portal personnalisé se mesure selon trois dimensions : la valeur des actifs de données, l'attribution directe des revenus et l'efficacité opérationnelle.
Valeur des actifs de données. Le principal résultat du déploiement d'un Captive Portal est un actif de données propriétaires - une base de données de profils d'invités ayant donné leur consentement avec des adresses e-mail vérifiées. La valeur de cet actif est déterminée par le taux de capture, le taux d'inscription et la qualité des données. Un site avec 500 connexions quotidiennes, un taux de capture de 35 % et un taux d'inscription de 70 % créera une base de données d'environ 44 000 profils consentants par an. Avec un ROI de marketing par e-mail standard de l'industrie de 42 £ pour 1 £ dépensé, la valeur commerciale de cet actif est substantielle.
Attribution directe des revenus. La plateforme WiFi Analytics de Purple fournit des rapports d'attribution de niveau CRM, reliant des campagnes d'e-mailing spécifiques à des visites et transactions dans l'établissement. Cela permet un calcul direct des revenus attribuables au programme de capture de données du Captive Portal.
Efficacité opérationnelle. Une plateforme de portail gérée de manière centralisée élimine le besoin de travaux de configuration informatique par site lorsque les directives de la marque changent. Une seule mise à jour CSS se propage simultanément sur tous les sites, réduisant ainsi les frais opérationnels liés au maintien de la cohérence de la marque à grande échelle.
| Métrique | Portail non personnalisé classique | Portail personnalisé (Purple) | Amélioration |
|---|---|---|---|
| Taux de capture d'e-mails | 5-10% | 30-40% | 3-4x |
| Taux d'inscription marketing | N/A | 60-75% des captures | - |
| Engagement post-authentification | Aucun | Page de fidélité / offre | Direct |
| Préparation à l'audit GDPR | Manuel | Exportation automatisée | Significatif |
| Cohérence de la marque | Aucune | Appliquée de manière centralisée | Totale |
Pour en savoir plus sur le contexte de l'architecture réseau applicable aux déploiements multi-sites, consultez Les principaux avantages du SD-WAN pour les entreprises modernes, qui explique comment le SD-WAN simplifie l'infrastructure réseau sous-jacente pour les déploiements distribués de Captive Portal.
Définitions clés
Captive Portal
Un mécanisme réseau qui intercepte les requêtes HTTP de l'appareil d'un invité et les redirige vers une page de connexion ou d'authentification avant d'accorder un accès complet à Internet. Fonctionne au niveau de la couche réseau, indépendamment de la norme de chiffrement sans fil utilisée.
Les équipes informatiques rencontrent ce terme lors de la configuration de contrôleurs LAN sans fil, de plateformes de gestion WiFi dans le cloud ou d'équipements de passerelle. C'est le nom technique de ce que les utilisateurs finaux connaissent sous le nom de "page de connexion WiFi".
Captive Network Assistant (CNA)
Un environnement de navigation restreint intégré à iOS et Android qui s'ouvre automatiquement lorsque le système d'exploitation détecte un Captive Portal. Il affiche la page du portail dans une vue WebKit isolée (sandbox) sans accès aux cookies, au stockage local ou aux ressources CDN externes.
Essentiel pour les développeurs front-end qui créent des pages de portail. Tout élément qui ne peut pas être chargé depuis le contrôleur de portail lui-même ne s'affichera pas dans le CNA, provoquant des défauts visuels ou des échecs de chargement de page.
RADIUS (Remote Authentication Dial-In User Service)
Un protocole réseau qui fournit une authentification, une autorisation et une traçabilité (AAA) centralisées pour l'accès au réseau. Dans un déploiement de Captive Portal, le contrôleur de portail communique avec le serveur RADIUS pour accorder ou refuser l'accès au réseau après que l'utilisateur a terminé le flux d'authentification.
Les ingénieurs réseau configurent les serveurs RADIUS (ou utilisent un service RADIUS hébergé fourni par la plateforme de portail) dans le cadre du backend du Captive Portal. La norme 802.1X utilise RADIUS comme protocole d'authentification.
IEEE 802.1X
Une norme IEEE pour le contrôle d'accès réseau basé sur les ports, qui fournit un mécanisme d'authentification pour les appareils se connectant à un réseau local (LAN) ou sans fil (WLAN). Dans les déploiements WiFi invités d'entreprise, elle est utilisée conjointement avec un serveur RADIUS pour authentifier les utilisateurs avant de leur accorder l'accès au réseau.
Pertinent lors de la configuration de portails captifs de classe entreprise, en particulier dans les environnements où le contournement d'authentification MAC (MAB) est insuffisant et où une vérification d'identité plus forte est requise.
Contournement d'authentification MAC (MAB)
Une méthode d'authentification dans laquelle l'adresse MAC d'un appareil est utilisée comme identifiant pour l'accès au réseau. Le point d'accès envoie l'adresse MAC au serveur RADIUS, qui approuve ou refuse l'accès en fonction d'une liste d'autorisation préconfigurée.
Utilisé dans les déploiements de Captive Portal pour permettre une réauthentification automatique des appareils connus sans que l'utilisateur ait à saisir à nouveau ses identifiants. Couramment utilisé pour les appareils d'entreprise connus ou les invités récurrents.
Registre de consentement GDPR
Un enregistrement horodaté du consentement explicite d'un utilisateur au traitement des données, comprenant le texte exact du consentement présenté, la date et l'heure du consentement, ainsi que l'identifiant de l'utilisateur (généralement l'adresse e-mail). Requis par le UK GDPR et l'article 7(1) du GDPR de l'UE pour prouver que le consentement a bien été obtenu.
Les plateformes de Captive Portal doivent générer et stocker un registre de consentement pour chaque utilisateur qui accepte de recevoir des communications marketing. Ce registre doit pouvoir être exporté à des fins d'audit réglementaire.
Liste blanche DNS
Une liste de noms de domaine qui sont accessibles par un appareil invité avant qu'il n'ait terminé l'authentification sur le Captive Portal. La liste blanche doit inclure le domaine du contrôleur de portail, les points de terminaison OAuth des réseaux sociaux pour la connexion, ainsi que tous les domaines CDN utilisés pour les ressources du portail auto-hébergé.
Les ingénieurs réseau configurent la liste blanche DNS sur le contrôleur de réseau local sans fil ou sur la passerelle. Une liste blanche mal configurée est une cause fréquente d'échec d'affichage du portail, en particulier pour les flux de connexion via les réseaux sociaux.
Redirection post-authentification
L'URL vers laquelle le navigateur d'un appareil invité est redirigé immédiatement après que l'utilisateur a terminé avec succès le flux d'authentification du Captive Portal. C'est la première page que l'utilisateur voit une fois qu'il dispose d'un accès complet à internet.
La redirection post-authentification est un point de contact commercial à forte valeur ajoutée. Elle doit être configurée vers une page de destination qui incite à une action spécifique - inscription à un programme de fidélité, téléchargement d'application, promotion en cours - plutôt que de rediriger par défaut vers l'URL initialement demandée par l'utilisateur.
WPA3-SAE (Simultaneous Authentication of Equals)
Le protocole d'authentification utilisé dans le mode WPA3 Personal, remplaçant la poignée de main par clé pré-partagée (PSK) utilisée dans WPA2. L'authentification SAE offre une plus grande résistance aux attaques par dictionnaire hors ligne ainsi qu'un mécanisme de confidentialité persistante (forward secrecy). Elle est entièrement compatible avec les déploiements de Captive Portal.
Les équipes informatiques qui évaluent les mises à niveau de la sécurité réseau doivent savoir que la migration de WPA2 vers WPA3 ne nécessite pas de modifications de l'architecture du Captive Portal. Le mécanisme du portail fonctionne au niveau de la couche réseau, au-dessus de la couche de chiffrement.
OpenRoaming
Une norme de roaming WiFi développée par la Wireless Broadband Alliance (WBA) qui permet aux utilisateurs de se connecter automatiquement aux réseaux participants en utilisant leurs identifiants existants (opérateur, entreprise ou fournisseur d'identité). Elle élimine le besoin d'une authentification manuelle par Captive Portal pour les utilisateurs inscrits.
Pertinent pour les déploiements en entreprise et dans les transports où la connectivité fluide est une priorité. Purple opère en tant que fournisseur d'identité au sein de l'écosystème OpenRoaming sous sa licence Connect, permettant aux établissements d'offrir une connexion automatique aux utilisateurs inscrits.
Exemples concrets
Un hôtel de 200 chambres dans le centre de Londres souhaite remplacer sa page d'accueil fournie par le fournisseur par un Captive Portal entièrement à l'image de sa marque. Les directives de la marque de l'hôtel spécifient une couleur principale bleu marine foncé (#011638), une touche de doré (#C9A84C) et la police de caractères serif Playfair Display. Le responsable informatique s'inquiète de la compatibilité iOS et de la conformité GDPR. Comment aborder cette question ?
Commencez par un atelier sur les exigences réunissant l'informatique, le marketing et le service juridique. Confirmez les éléments exacts de la marque : fichier de logo SVG, valeurs de couleur hexadécimales et fichiers de police (format WOFF2 pour Playfair Display). Pour la compatibilité iOS, configurez le contrôleur LAN sans fil pour qu'il réponde correctement à la requête de détection de Captive Portal d'Apple à l'adresse /hotspot-detect.html, et assurez-vous que la redirection initiale est en HTTP (et non HTTPS) - le CNA sur iOS ne suit pas les redirections HTTPS lors de la première requête. La page du portail elle-même doit être servie en HTTPS une fois que le CNA l'a chargée. Pour le GDPR, présentez deux cases à cocher distinctes et non cochées : une pour l'acceptation des conditions d'utilisation (obligatoire pour se connecter) et une pour les communications marketing (facultative). Enregistrez chaque événement de consentement avec un horodatage et la version exacte du texte de consentement. Optimisez la page pour qu'elle fasse moins de 500 Ko en intégrant localement le fichier WOFF2 de Playfair Display (ne faites pas référence à Google Fonts), en utilisant le logo SVG et en utilisant un dégradé CSS pour l'arrière-plan plutôt qu'une image photographique. Configurez la redirection post-authentification vers le programme de fidélité de l'hôtel ou une page de promotions en cours. Déployez la solution sur un seul étage à titre de projet pilote, surveillez le taux de réussite de l'authentification et le temps de chargement des pages pendant 14 jours, puis étendez-la à l'ensemble de l'établissement.
Une chaîne de vente au détail nationale de 85 magasins souhaite déployer un Captive Portal personnalisé cohérent sur l'ensemble de ses sites. Chaque magasin dispose d'un fournisseur de réseau LAN sans fil différent (un mélange de matériel Cisco, Aruba et Ruckus issu d'acquisitions historiques). L'équipe marketing souhaite pouvoir mettre à jour la conception du portail de manière centralisée sans impliquer le service informatique de chaque site. Comment concevoir l'architecture ?
Déployez une plateforme de Captive Portal hébergée dans le cloud - comme Purple - qui fonctionne comme une surcouche neutre vis-à-vis des constructeurs, indépendamment du matériel sans fil sous-jacent. La plateforme communique avec chaque point d'accès via un proxy RADIUS ou un service RADIUS dans le cloud, ce qui signifie que le contrôleur du portail est entièrement découplé du constructeur du matériel. La page du portail est hébergée sur le CDN de la plateforme (avec toutes les ressources auto-hébergées sur la plateforme, et non sur des CDN externes), et la console d'administration de la plateforme permet une gestion centralisée des éléments de marque, du CSS et des textes. Les personnalisations par magasin (nom du magasin dans le titre, promotions localisées) sont gérées via des variables au niveau du site dans le moteur de templates de la plateforme. Lorsque l'équipe marketing met à jour le CSS de la marque, le changement se propage aux 85 magasins en quelques minutes, sans aucune intervention informatique sur site. L'intégration CRM est configurée une seule fois au niveau de la plateforme et s'applique à tous les sites. La configuration du VLAN sur chaque site est une tâche de configuration unique gérée par l'équipe informatique locale ou par le service d'intégration de la plateforme.
Un centre de conférences accueillant 50 événements par an souhaite proposer aux sponsors des événements une expérience de connexion WiFi co-marquée - affichant le logo du sponsor aux côtés de la marque du site - pour la durée de chaque événement. L'équipe informatique doit pouvoir basculer les configurations de portail d'un événement à l'autre avec un effort manuel minimal. Comment cela doit-il être mis en œuvre ?
Configurez la plateforme de Captive Portal avec une bibliothèque de templates de portail - un template principal par type d'événement (conférence, exposition, dîner de gala) - avec des variables pour le logo et les couleurs du sponsor qui peuvent être mises à jour via la console d'administration ou l'API. Pour chaque événement, l'équipe opérationnelle de l'événement met à jour l'URL du logo du sponsor et la couleur d'accentuation principale dans la console d'administration, et le portail se met à jour en temps réel. Si la plateforme le prend en charge, configurez le mappage SSID-portail afin qu'un SSID spécifique au sponsor (par exemple, "NomEvenement-WiFi") affiche le portail co-marqué, tandis que le SSID permanent du site affiche le portail standard du site. Configurez le portail pour qu'il revienne au template standard du site à une heure programmée après la fin de l'événement. Assurez-vous que le logo du sponsor est fourni au format SVG et qu'il est pré-approuvé par l'équipe de marque du site afin de garantir qu'il respecte les normes de poids de page et de qualité. La redirection post-authentification pour les portails d'événements doit pointer vers la propre page de destination de l'événement ou vers l'URL de la campagne du sponsor, avec des paramètres UTM pour le suivi de l'attribution.
Questions d'entraînement
Q1. Votre directeur marketing vous a envoyé une maquette Figma du nouveau Captive Portal personnalisé. Elle comprend une image de fond photographique en plein écran (exportée en JPEG de 4,2 Mo), la police avec empattement personnalisée de la marque chargée depuis Google Fonts, et un bouton de connexion Facebook Login. Vous devez implémenter ce design. Quelles modifications devez-vous apporter avant de commencer le développement, et pourquoi ?
Conseil : Prenez en compte les contraintes techniques de l'environnement de l'assistant de réseau captif (CNA) et la limite de poids de la page.
Voir la réponse type
Trois modifications sont requises. Premièrement, l'image de fond doit être remplacée par un dégradé CSS ou une alternative WebP/SVG fortement compressée de moins de 100 Ko - un JPEG de 4,2 Mo provoquera l'expiration de la session du portail sur les connexions lentes avant même qu'il ne s'affiche. Deuxièmement, la référence à Google Fonts doit être remplacée par un fichier de police WOFF2 intégré localement et hébergé depuis le contrôleur du portail - l'environnement CNA n'a pas d'accès internet avant l'authentification, les CDN de polices externes échoueront donc à se charger. Troisièmement, le flux OAuth de Facebook Login nécessite d'ajouter les domaines des points de terminaison OAuth de Facebook à la liste blanche DNS sur le contrôleur LAN sans fil, afin que la redirection OAuth puisse se finaliser avant que l'accès internet complet ne soit accordé. De plus, assurez-vous que le Facebook Login est accompagné d'une option alternative par e-mail pour les utilisateurs sans compte Facebook, et que l'accord de traitement des données de Facebook est en place avec votre équipe juridique.
Q2. Vous êtes le responsable informatique d'un groupement hospitalier qui déploie du WiFi invité sur trois sites. Votre équipe juridique vous informe que le mécanisme de consentement du portail actuel n'est pas conforme au UK GDPR. En examinant le portail, vous trouvez une seule case à cocher indiquant : "J'accepte les Conditions d'utilisation et je consens à recevoir des communications marketing." Quel est le problème et comment le résoudre ?
Conseil : Prenez en compte les exigences du GDPR concernant le consentement, qui doit être libre, spécifique et granulaire.
Voir la réponse type
Le mécanisme de consentement n'est pas conforme pour deux raisons. Premièrement, il regroupe l'acceptation des conditions d'utilisation (une exigence contractuelle pour l'accès au réseau) et le consentement aux communications marketing (une activité optionnelle de traitement des données) dans une seule case à cocher. Selon l'article 7 et le considérant 43 du UK GDPR, le consentement n'est pas librement donné s'il est lié à un service auquel l'utilisateur ne peut pas accéder sans y consentir. Deuxièmement, la case à cocher semble être pré-cochée ou obligatoire - le consentement marketing doit être présenté sous la forme d'une case non cochée et facultative. La solution consiste à séparer les deux en cases distinctes : une case obligatoire pour l'acceptation des conditions d'utilisation (rédigée ainsi : "J'accepte les Conditions d'utilisation et la Politique de confidentialité"), et une case séparée, non cochée et facultative pour les communications marketing (rédigée ainsi : "Je souhaite recevoir des actualités et des offres de la part de [Nom de l'organisation] par e-mail"). L'enregistrement du consentement conservé pour chaque utilisateur doit indiquer quelles cases ont été cochées, le texte exact de chaque déclaration de consentement, et l'horodatage de l'événement de consentement. Dans un environnement de santé, une attention particulière doit être portée pour s'assurer que la politique de confidentialité décrit fidèlement toutes les activités de traitement des données, y compris tout partage avec des plateformes d'analyse tierces.
Q3. L'opérateur d'un stade souhaite déployer un Captive Portal personnalisé pour sa marque afin de gérer 40 000 utilisateurs simultanés les jours de match. Son infrastructure sans fil actuelle supporte un maximum de 500 requêtes d'authentification RADIUS simultanées par seconde. Le match commence à 15h00 et la majorité des supporters arrive dans les 30 minutes précédant le coup d'envoi. Quels sont les principaux risques liés à l'infrastructure et comment les atténuer ?
Conseil : Prenez en compte le profil de charge de l'authentification et l'impact de la capacité du serveur RADIUS sur l'expérience utilisateur.
Voir la réponse type
Le risque principal est la surcharge du serveur RADIUS pendant le pic d'authentification d'avant-match. Si 40 000 utilisateurs tentent de s'authentifier dans un intervalle de 30 minutes, cela représente en moyenne environ 22 requêtes d'authentification par seconde - ce qui est largement inférieur à la capacité de 500 rps. Cependant, le profil d'arrivée ne sera pas uniforme : le pic d'affluence dans les 5 dernières minutes avant le coup d'envoi pourrait générer 5 à 10 fois le taux moyen, dépassant potentiellement 200 rps. Les mesures d'atténuation comprennent : (1) le déploiement d'un cluster RADIUS avec répartition de charge plutôt qu'un serveur unique, avec basculement automatique ; (2) la configuration du MAC Authentication Bypass (MAB) pour les appareils récurrents, ce qui contourne le flux complet d'authentification et réduit considérablement la charge RADIUS pour les visiteurs réguliers ; (3) la mise en cache préalable de la page du portail sur le contrôleur LAN sans fil afin de réduire la charge du contrôleur de portail ; (4) la configuration d'une expiration de session courte (par exemple, 8 heures) afin que les appareils s'étant authentifiés lors d'un match précédent ne consomment pas de sessions RADIUS inutilement ; et (5) la réalisation d'un test de charge simulant le taux d'authentification de pointe avant le premier jour de match. De plus, la page du portail doit être optimisée pour des performances maximales - un portail lent à charger pendant un pic d'affluence incitera les utilisateurs à abandonner la connexion, ce qui réduira les taux de capture de données et augmentera les appels au support.
Continuer la lecture de cette série
Le portail captif Ubiquiti UniFi ne redirige pas : causes et correctifs
Ce guide isole un échec de redirection du portail captif UniFi en suivant dans l'ordre l'état de l'invité, la redirection, la route de pré-autorisation et l'autorisation du contrôleur. Il offre aux équipes informatiques des sites une méthode éprouvée pour résoudre la confusion entre réseau invité et Hotspot, les transferts vers un portail externe, les exigences actuelles de compte UniFi OS et les tests d'isolation DNS.
La page splash Cisco Meraki ne fonctionne pas : un organigramme de dépannage
Ce guide pratique de niveau 2 identifie l'origine d'une panne de flux de page splash Cisco Meraki : autorisation client, lancement de la redirection HTTP, accessibilité du walled garden ou authentification RADIUS. Il fournit aux équipes informatiques locales une méthode d'analyse factuelle et contrôlée pour restaurer le WiFi invité sans perturber l'ensemble du réseau de l'établissement.
Guide de configuration d'un réseau Guest WiFi d'entreprise : segmentation VLAN, sécurité et portails captifs
Ce guide technique explique aux équipes informatiques comment configurer un réseau Guest WiFi en tant que service d'accès internet contrôlé, en utilisant la segmentation VLAN, les politiques de pare-feu et un portail captif. Il montre également comment les formulaires d'inscription et les contrôles d'accès de Purple permettent de proposer une expérience visiteur fluide sans affaiblir la sécurité autour des systèmes du personnel, de paiement et opérationnels.
Vous avez des questions sur votre configuration spécifique ?
Notre équipe collabore avec des exploitants de sites, des responsables informatiques et des ingénieurs réseau au sein de 80 000 sites. Réservez un appel de 20 minutes et nous vous montrerons comment d'autres professionnels comme vous ont résolu ce problème.