Illustration générée par IA — visuel conceptuel.
Dans l’hôtellerie, le Wi‑Fi n’est plus un « bonus » : il fait partie de l’expérience client, et sa facilité d’accès conditionne directement la perception du service… ainsi que la charge de support (réception, IT, prestataire). Or, le modèle classique SSID invité + portail captif crée encore beaucoup de friction : redirections web aléatoires, pages qui ne s’ouvrent pas, certificats bloqués, parcours non adaptés aux objets connectés (consoles, TV, boîtiers), etc.
Deux approches permettent aujourd’hui d’aller plus loin (sans promettre de « magie ») : Passpoint (Hotspot 2.0) et OpenRoaming. Elles peuvent remplacer un portail captif sur certains parcours, ou le compléter intelligemment (stratégie hybride), à condition de traiter les prérequis d’identité, de gouvernance et d’exploitation.
Repères de vocabulaire (utile côté direction/AMO) : 802.1X désigne un modèle d’accès réseau basé sur une authentification par identité (plutôt que par une page web) ; EAP est la famille de méthodes d’authentification utilisée dans ce cadre ; AAA regroupe les fonctions d’authentification, d’autorisation et de traçabilité liées à l’accès.
Portail captif : utile… mais souvent coûteux en friction
Le portail captif n’est pas « mauvais » en soi : il répond à des besoins de parcours, de CGU, d’accès temporaire, voire de segmentation commerciale. Mais techniquement, il dépend d’une chaîne fragile (DNS/DHCP, redirections HTTP/HTTPS, détection captive portal par OS, certificats, walled garden), et il se dégrade vite en environnement réel.
Si vous cherchez une base solide sur l’architecture Wi‑Fi invité (isolation, segmentation, expérience client), vous pouvez relire :
- Wi‑Fi invités : sécurité, portail captif, isolation et expérience client
- WPA3, OWE, portail captif et 802.1X : choisir la sécurité Wi‑Fi invités sans casser l’expérience
Passpoint (Hotspot 2.0) : ce que c’est, concrètement
Passpoint (aussi appelé Hotspot 2.0) vise une idée simple : permettre à un terminal de découvrir un réseau, de vérifier qu’il correspond à un fournisseur/une politique, puis de s’authentifier de manière plus transparente qu’avec un portail web.
Ce que cela change dans l’expérience client
- Le client ne « clique » pas nécessairement sur un portail à chaque connexion.
- La connexion peut être automatique si le terminal dispose déjà d’un profil/identité compatible.
- Le modèle s’appuie sur des mécanismes d’authentification de type entreprise (802.1X / EAP), plutôt que sur une redirection web.
Ce que documente Microsoft côté Windows (repères utiles)
Microsoft décrit Passpoint comme un standard d’authentification seamless aux hotspots, utilisant IEEE 802.11u pour communiquer avec le provider avant l’établissement de la connexion, et une authentification/chiffrement via WPA2‑Enterprise ou WPA3‑Enterprise avec des méthodes EAP. Source : Microsoft Learn — Passpoint.
Microsoft détaille aussi les méthodes de provisioning possibles (site web, application, MDM/Group Policy, etc.) et des limites concrètes selon la version de Windows (par exemple, Windows 10 ne supporte pas l’Online Sign‑Up OSU, et Windows 11 supporte l’OSU avec des contraintes). Source : Microsoft Learn — Passpoint.
Vue « infrastructure » : ce que cela implique côté réseau
Au niveau contrôleur/points d’accès, Hotspot 2.0 est généralement présenté comme une fonctionnalité d’« interworking » incluant des briques telles que l’advertising, l’ANQP, l’Online Sign‑Up et l’authentification/gestion de session (le vocabulaire varie selon fabricants). Source : Cisco — Hotspot 2.0 (config guide).
OpenRoaming : Passpoint à l’échelle d’une fédération d’identités
Passpoint explique surtout comment un terminal rejoint un réseau de manière plus fluide. OpenRoaming ajoute une autre dimension : l’écosystème et les relations de roaming à grande échelle.
Ce que dit la Wireless Broadband Alliance (WBA)
La WBA présente OpenRoaming comme une fédération réunissant des réseaux Wi‑Fi et des fournisseurs d’identité, permettant à des utilisateurs de rejoindre des réseaux gérés par des membres de la fédération. La WBA indique également agir comme centralized policy authority et décrit des composants comme une PKI gérée, une « cloud federation » et une automatisation réseau qui utilise la technologie Passpoint. Sources : WBA — OpenRoaming: How it Works et WBA — OpenRoaming FAQ.
Traduction “hôtel” : OpenRoaming peut devenir pertinent quand vous cherchez une approche multi‑sites et/ou quand vous voulez tirer parti d’identités déjà existantes (opérateurs, cloud IDs, programmes de fidélité cités par la WBA), sans reconstruire des accords de roaming « un à un ». Source : WBA — How it Works.
Passpoint/OpenRoaming vs portail captif : comparer sans confusion
Le point important est de ne pas opposer « portail » et « Passpoint » comme si l’un remplaçait automatiquement l’autre. En pratique, ce sont des briques qui répondent à des objectifs différents (parcours, identité, sécurité radio, gouvernance).
| Critère | Portail captif | Passpoint (Hotspot 2.0) | OpenRoaming |
|---|---|---|---|
| Objectif principal | Contrôle d’accès via web + parcours (CGU, code, etc.) | Connexion plus automatique via identité (802.1X/EAP), réduction de friction | Fédération d’identités et de réseaux (roaming “à l’échelle”), s’appuie sur Passpoint |
| Dépendance au navigateur | Forte | Faible (si profil déjà provisionné) | Faible (même logique), dépend du provisioning / de l’identité |
| Onboarding initial | Souvent simple (mais répétitif) | Peut être plus complexe (provisioning / identité) | Ajoute la dimension « fédération » (partenariats, gouvernance) |
| Cas où un portail reste utile | Natif (c’est sa fonction) | Encore pertinent selon stratégie (ex. CGU/paiement/segmentations business) | Idem : OpenRoaming n’abolit pas automatiquement les contraintes métier |
Bénéfices réalistes en environnement hôtel
Moins de friction à la connexion (quand l’identité est déjà là)
Le bénéfice le plus visible est la réduction du “parcours portail” quand les terminaux sont correctement provisionnés : moins d’étapes, moins de cas où la page ne s’ouvre pas, et une expérience plus proche du cellulaire (à nuance près : la réalité dépend fortement du parc terminaux, de la couverture et du design réseau).
Meilleure cohérence multi‑sites (si vous exploitez plusieurs hôtels)
Sur un parc multi‑établissements, l’intérêt n’est pas seulement “le Wi‑Fi marche”. C’est : mêmes règles, même gouvernance, même modèle d’identité, et un support plus industrialisable. OpenRoaming vise précisément à « accélérer et passer à l’échelle » des relations de roaming Wi‑Fi via un cadre fédéré. Source : WBA — How it Works.
Sécurité radio et authentification : clarifier ce que cela apporte
Passpoint s’appuie sur une logique d’entreprise (WPA2/WPA3‑Enterprise et méthodes EAP, selon le profil), et Microsoft souligne la connexion chiffrée entre le client et le point d’accès dans ce cadre. Source : Microsoft Learn — Passpoint.
Attention : cela ne remplace pas l’architecture réseau (VLAN, filtrage inter‑VLAN, isolation inter‑clients, protection OT/IT). Sur ce sujet, une lecture utile est :
- Architecture réseau IP d’un hôtel : faire cohabiter Wi‑Fi, IPTV, VoIP, CCTV et GRMS
- Cybersécurité d’un hôtel connecté : comment protéger GRMS, PMS, GTB et réseau ?
Prérequis : ce qu’il faut vérifier avant de promettre « Wi‑Fi sans portail »
Compatibilité des terminaux : la réalité du parc
Passpoint/OpenRoaming ne valent que si une part significative des terminaux clients est compatible et correctement provisionnée. Les comportements (et les limites) varient selon OS et versions.
Exemple concret : Microsoft documente des limites d’OSU (Online Sign‑Up) entre Windows 10 et Windows 11, et précise des contraintes sur l’OSU Windows 11. Source : Microsoft Learn — Passpoint.
Provisioning (onboarding) : comment le client obtient son “profil”
Sans mécanisme clair de provisioning, l’expérience sera décevante : un réseau Passpoint “existe”, mais le client ne rejoint pas automatiquement. Microsoft liste plusieurs méthodes de provisioning (site web, application, MDM/Group Policy, etc.). Source : Microsoft Learn — Passpoint.
En hôtellerie, ce sujet est autant “produit” que “réseau”. Une bonne question d’AMO : quelle part de la clientèle sera réellement “zéro friction” (profil déjà présent), et quel parcours est prévu pour les autres (fallback portail, QR code, assistance réception, etc.).
Identité & gouvernance : qui est l’Identity Provider ?
OpenRoaming repose sur une fédération réseaux + fournisseurs d’identité, et la WBA décrit une logique de politiques et de PKI gérées (cadre de confiance). Sources : WBA — How it Works et WBA — FAQ.
Traduction projet : avant de parler SSID, il faut décider quel modèle d’identité l’hôtel veut accepter (et gouverner) : identités opérateurs, identités “cloud ID”, programme de fidélité, identité interne (personnel), etc. L’exploitation (support, conformité, contrats) dépend de ce choix.
Infrastructure Wi‑Fi et LAN : stabilité d’abord
Passpoint/OpenRoaming n’améliorent pas une couverture médiocre, un roaming instable, ou un LAN sous‑dimensionné. Avant de traiter l’authentification, le socle à verrouiller reste : couverture/capacité, uplinks, PoE, segmentation, supervision et recette.
- Wi‑Fi hôtelier : garantir une bonne couverture dans toutes les chambres
- Étude radio Wi‑Fi : pourquoi recetter avant et après installation (site survey)
- Plan d’adressage IP & nomenclature : méthode orientée exploitation (VLAN/SSID/DHCP)
Limites d’exploitation : ce qu’il faut annoncer clairement
Ce n’est pas « 100% des clients, 100% automatique »
L’expérience automatique dépend du terminal, de sa version, de l’existence d’un profil, et de la cohérence de l’identité. En hôtellerie, il faut donc concevoir un parcours hybride : Passpoint/OpenRoaming quand possible, et un mode de secours (souvent portail captif ou PSK temporaire selon stratégie) quand nécessaire.
Le “sans portail captif” ne supprime pas les besoins métiers
Acceptation de conditions, segmentation de service, accès premium, événements, accès salles de conférence… Ces besoins peuvent continuer d’exister même si l’authentification réseau devient plus fluide. L’enjeu est de ne pas réintroduire une friction équivalente ailleurs (applications obligatoires, parcours trop long, etc.).
Dépannage : un incident “identité” ressemble à un incident Wi‑Fi
En exploitation, un échec Passpoint/OpenRoaming peut être perçu comme « le Wi‑Fi ne marche pas », alors que la radio est parfaite. Il faut donc préparer :
- une procédure simple pour la réception (questions et bascules),
- un runbook IT (où regarder : AAA/identité/provisioning),
- des modes dégradés définis avant l’ouverture.
Pour cadrer l’exploitation “jour‑2” réseau (sauvegardes et restauration), utile notamment en multi‑sites :
Approche recommandée : pilote, mesure, puis généralisation
Étape 1 : cadrer un périmètre pilote (un étage, un bâtiment, un type de clientèle)
- Objectif d’expérience : quels parcours doivent être “sans friction” ?
- Objectif exploitation : quels tickets doit‑on réduire (symptômes), et comment le mesurer ?
- Objectif sécurité : quelles zones doivent rester strictement isolées (réseaux OT/IT, GRMS, CCTV, etc.) ?
Étape 2 : définir une recette (tests) réaliste
- Tests multi‑terminaux : iOS/Android/Windows/macOS (selon votre clientèle), versions réelles.
- Tests de roaming : continuité de service en mouvement, zones denses (lobby, restaurant).
- Tests de mode dégradé : que se passe-t-il si un composant d’identité/AAA devient indisponible ?
- Tests de support : capacité de la réception à basculer un client vers un plan B sans escalade inutile.
Étape 3 : industrialiser (multi‑site) avec une gouvernance claire
Si le pilote est concluant, l’industrialisation doit formaliser : identité(s) acceptées, politiques, journalisation, support, documentation, et transfert d’exploitation (DOE + runbook). Sur l’hôtel connecté, ces livrables doivent rester cohérents entre Wi‑Fi, réseau, GRMS, serrures, TV et téléphonie.
Sources et documentation (références publiques)
- Wireless Broadband Alliance — OpenRoaming: How it Works
- Wireless Broadband Alliance — OpenRoaming FAQ
- Microsoft Learn — Passpoint (Windows)
- Cisco — Hotspot 2.0 (guide de configuration)
Pour aller plus loin sur votre projet Wi‑Fi hôtelier
Vous envisagez Passpoint / OpenRoaming sur un hôtel (ou un parc multi‑sites) et vous souhaitez cadrer un pilote, une recette et une stratégie hybride (avec mode de secours) ? Domocasa peut vous aider à structurer le cahier des charges et les tests d’acceptation, afin d’éviter une solution « séduisante en démo » mais fragile en exploitation.
