Illustration générée par IA — visuel conceptuel.
Pourquoi le Wi‑Fi Sensing intéresse (vraiment) un bâtiment tertiaire
Dans un hôtel, un plateau de bureaux ou un bâtiment tertiaire, on cherche souvent la même information opérationnelle : savoir si un espace est réellement occupé (et parfois comment il est occupé) pour piloter l’énergie, optimiser le nettoyage, améliorer la sûreté, ou fiabiliser des services (réservation de salles, confort, maintenance).
Le Wi‑Fi Sensing (standardisé par l’amendement IEEE 802.11bf‑2025 pour le WLAN Sensing) propose d’utiliser le Wi‑Fi comme “capteur” : non pas en localisant des smartphones, mais en observant comment le canal radio évolue quand une personne bouge, traverse une zone, s’assoit, etc. Pour le statut publié de l’amendement, voir la fiche IEEE SA : https://standards.ieee.org/ieee/802.11bf/11574/
L’idée est puissante… à condition de la traiter comme une capacité probabiliste à qualifier sur site, et de cadrer très tôt les enjeux de confidentialité. Les promesses trop générales (“capteur sans capteur”, “occupation fiable partout”) sont le meilleur moyen de décevoir en exploitation.
Wi‑Fi Sensing (802.11bf) : de quoi parle-t-on exactement ?
Dans les termes du groupe de travail IEEE, la WLAN sensing correspond à l’utilisation de fonctions PHY/MAC de stations 802.11 pour obtenir des mesures permettant d’estimer des caractéristiques d’objets dans une zone d’intérêt (par exemple : distance, vitesse, angle, mouvement). La page Task Group bf — meeting update reprend cette définition et ces exemples. https://www.ieee802.org/11/Reports/tgbf_update.htm
Le Task Group bf décrit un périmètre technique incluant des modifications au MAC et à certains PHY afin d’améliorer les opérations de sensing en bandes libres de licence entre 1 GHz et 7,125 GHz, et aussi au‑delà de 45 GHz. (Lecture IEEE : ces bandes “libres de licence” se comprennent dans le cadre des réglementations locales.) https://www.ieee802.org/11/Reports/tgbf_update.htm
Le point clé (côté projet)
- Ce n’est pas “le Wi‑Fi habituel + une application magique”.
- Le sensing repose sur des procédures et échanges (capacités, requêtes, transmissions dédiées, retours/feedback) entre stations. https://www.ieee802.org/11/Reports/tgbf_update.htm
- Le résultat attendu, en bâtiment, est souvent un signal d’aide à la décision (présence probable, activité, tendance), pas une “vérité absolue”.
Cas d’usage réalistes en hôtel et bâtiment tertiaire
La page NIST associée à l’article IEEE 802.11bf: Enabling the Widespread Adoption of Wi‑Fi Sensing met en avant des usages comme la détection de présence, le monitoring en smart building et le suivi bien‑être à distance. https://www.nist.gov/publications/ieee-80211bf-enabling-widespread-adoption-wi-fi-sensing
Présence / mouvement pour piloter des scénarios (sans caméra)
Dans un bâtiment, un usage “sobre” consiste à déclencher des scénarios à partir d’un état activité / inactivité :
- ajuster éclairage et CVC quand une zone passe de “inactif” à “actif” ;
- réduire la puissance dans des zones “sans mouvement” selon une logique anti-faux positifs (temporisations, recoupement) ;
- déclencher un éclairage de circulation de manière contextuelle (nuits, back‑office), tout en gardant une règle de sécurité simple.
Sur le plan “confidentialité”, l’absence de caméra peut être un avantage… mais ce n’est pas un blanc‑seing : le bon cadrage dépend de ce qui est mesuré, stocké et recoupé (voir plus loin).
Occupation « exploitable » plutôt que comptage exact
Dans beaucoup de projets, l’objectif n’est pas de “compter des personnes”, mais de qualifier un état utile :
- vide / présence probable / occupé pour libérer (ou non) une salle ;
- priorisation du ménage / des rondes ;
- ajustement conservateur d’une ventilation (en recoupant, si possible, avec des capteurs adaptés au confort, comme la qualité d’air).
Ce positionnement évite un piège fréquent : promettre une précision “RH” alors que l’exploitation attend surtout une décision robuste et explicable.
Monitoring d’activité globale (sûreté, exploitation, anomalies)
En recoupement avec d’autres systèmes (contrôle d’accès, alarme intrusion, GTB), le sensing peut aider à détecter :
- qu’une zone “vit” à des horaires anormaux ;
- des activités inattendues (sans chercher à identifier une personne) ;
- des incohérences d’usage utiles à l’exploitation (zone théoriquement fermée mais “active”).
L’idée n’est pas de remplacer des systèmes de sûreté, mais d’ajouter un signal supplémentaire… à condition de cadrer les limites et l’interprétation.
Ce que le Wi‑Fi Sensing n’est pas (et là où les promesses dérapent)
« Capteur de présence sans capteur » : le raccourci à éviter
Oui, on peut réutiliser une partie de l’infrastructure Wi‑Fi. Non, cela ne signifie pas “zéro effort” :
- il faut des équipements compatibles sensing (ce point doit être contractualisé, car l’écosystème peut être hétérogène selon les gammes) ;
- il faut une conception radio et un environnement suffisamment stable ;
- il faut un traitement (calibration, algorithmes, critères de décision) et une stratégie de maintien en conditions opérationnelles.
Traduction pour un maître d’ouvrage : le bénéfice n’est pas “sans capteurs”, mais potentiellement “moins d’instrumentation dédiée” sur certains périmètres… si l’on accepte les limites et que l’on spécifie une méthode de recette.
Ce n’est pas un système d’identification
Les mécanismes associés au WLAN sensing dans 802.11bf structurent le sensing au niveau WLAN (procédures, échanges, feedback). L’identification d’individus relève d’autres couches (données, modèles, recoupements) et change complètement le niveau de risque et de gouvernance. Pour des projets hospitality/tertiaire, la recommandation de cadrage est simple : refuser l’objectif d’identification et documenter cette interdiction dans le besoin.
Où en est le standard (et pourquoi cela compte en projet)
La page NIST de l’article de référence indique une date de publication May 31, 2023 et positionne l’article comme une synthèse des définitions et fonctionnalités telles que discutées dans un premier draft (avec des usages explicitement cités). https://www.nist.gov/publications/ieee-80211bf-enabling-widespread-adoption-wi-fi-sensing
Depuis, la fiche IEEE SA référence IEEE 802.11bf‑2025 comme un standard actif (amendement “Enhancements for Wireless LAN Sensing”), avec une date de publication indiquée sur la page (Published: 2025‑09‑26). https://standards.ieee.org/ieee/802.11bf/11574/
Côté IEEE 802.11 (groupe de travail), la page Official IEEE 802.11 Working Group Project Timelines (en‑tête daté 2026‑09‑19) reste utile pour comprendre les jalons du cycle de projet (ballots, étapes) et situer historiquement le travail du Task Group bf. Important : cette page est une timeline de projet : elle ne constitue pas une garantie de maturité produit, d’interopérabilité, ni un indicateur suffisant pour décider “c’est prêt”. https://ieee802.org/11/Reports/802.11_Timelines.htm
À noter (nomenclature) : P802.11bf désignait le projet pendant la phase de drafts/ballots. Une fois publié, l’amendement est référencé comme IEEE 802.11bf‑2025 (voir IEEE SA). En projet bâtiment, l’enjeu reste concret : même avec un standard publié, l’écosystème (firmware, APIs, outils, interopérabilité) peut être inégal selon les fabricants et générations de matériel. La bonne pratique est donc de contractualiser ce qui est réellement livré (fonction, périmètre, données exposées, tests), plutôt que de se contenter de la mention “802.11bf”.
Limites techniques à anticiper (sinon le projet déçoit)
La précision dépend fortement du site
Le sensing radio dépend du canal (réflexions, trajets multiples, matériaux, aménagement). Une zone très vitrée, des variations de mobilier, des portes, ou une géométrie complexe peuvent perturber la stabilité.
Conséquence projet : prévoir une phase de qualification sur site (PoC) et des critères de succès réalistes, plutôt qu’une validation “sur brochure”. Pour cadrer la partie radio, un site survey reste un prérequis utile : Étude radio Wi‑Fi : à quoi sert un site survey avant et après installation ?
Présence vs immobilité : la question que le cahier des charges doit trancher
Beaucoup d’approches détectent très bien un mouvement… et moins bien une personne immobile (réunion silencieuse, lecture, veille). Avant de choisir une solution, il faut clarifier l’objectif d’exploitation :
- détecter une activité (quelqu’un bouge) ;
- ou éviter une coupure quand une personne reste immobile.
Le dimensionnement (et l’acceptation du risque de faux négatif) n’est pas le même.
Coexistence : charge radio, QoS et priorités de service
Le groupe IEEE décrit des échanges/procédures de sensing (transmissions, feedback). https://www.ieee802.org/11/Reports/tgbf_update.htm
Dans un hôtel ou un immeuble de bureaux, cela impose de vérifier l’impact sur :
- la charge radio et la qualité de service pour les usages “clients” (visioconférence, PMS, VoIP, services d’exploitation) ;
- le roaming ;
- les bandes réellement utilisées (selon votre contexte, votre pays, et l’architecture Wi‑Fi).
Dans un environnement hôtelier, la cohabitation des services réseau est un sujet à part entière : Architecture réseau IP d’un hôtel : comment faire cohabiter Wi‑Fi, IPTV, VoIP, CCTV et GRMS ?
Confidentialité : les garde‑fous à poser dès le cadrage
Le bon niveau de prudence n’est pas “ce n’est pas une caméra donc c’est privé”, mais : qu’est‑ce que le système mesure, que conserve‑t‑il, et que pourrait‑il permettre par recoupement ?
Interdire l’identification et le suivi individuel (dans le besoin, pas seulement dans le discours)
À formaliser explicitement dans le cahier des charges et dans la gouvernance :
- pas d’identité ;
- pas de reconnaissance d’individu ;
- pas de trajectoire nominative ;
- pas de recoupement avec des identifiants personnels (réservation nominative, logs Wi‑Fi nominaux) sauf justification forte et cadre contractuel/légal validé.
Minimisation : viser l’état utile, pas les données brutes
Dans un bâtiment, il est souvent possible de stocker uniquement :
- un état agrégé (présence probable, activité, tendance) ;
- des journaux techniques nécessaires au diagnostic (accès, erreurs) ;
- et d’éviter, quand ce n’est pas indispensable, la conservation longue de données radio détaillées.
Traitement local, segmentation réseau et contrôle des accès
Quand l’architecture le permet, privilégier :
- un traitement on‑premise (dans le bâtiment) ;
- une segmentation stricte entre Wi‑Fi “métier”, Wi‑Fi invités et fonctions de sensing ;
- une journalisation des accès et un modèle de droits simple (qui a accès à quoi, et pourquoi).
Pour replacer ces sujets dans un cadre “protection des données” au Maroc (Wi‑Fi invités, systèmes de sûreté, etc.), voir : Caméras, accès et Wi‑Fi invités : les points de protection des données à vérifier au Maroc.
Transparence et gouvernance (exploitation, RH, prestataires)
En tertiaire et hôtellerie, le cadrage doit aussi couvrir :
- l’information des parties concernées selon le contexte (occupants, employés, prestataires) ;
- les règles de conservation et les responsabilités ;
- la revue cybersécurité et le contrôle des accès.
Note : le présent article ne remplace pas une analyse juridique. Le cadrage doit être adapté au contexte et validé par les fonctions compétentes (DPO, RSSI, conseil) selon votre organisation.
Méthode de déploiement recommandée (pratique, non marketing)
Choisir un usage unique et mesurable
Un bon pilote commence par un besoin simple, observable en exploitation (et facile à expliquer) :
- détecter une activité dans un couloir à certaines périodes pour ajuster l’éclairage ;
- déterminer si une salle est probablement vide depuis un certain temps pour aider la réservation ;
- détecter une activité inhabituelle dans une zone fermée (avec recoupement).
Organiser un PoC sur une zone représentative
Au lieu de viser “tout le bâtiment”, mieux vaut qualifier sur quelques zones représentatives (types de pièces, matériaux, mobiliers) et documenter :
- faux positifs et faux négatifs (et leurs causes) ;
- stabilité dans le temps ;
- sensibilité aux changements d’aménagement ;
- impact sur le Wi‑Fi de service.
Spécifier les interfaces d’exploitation (GTB/GRMS/PMS) et les comportements en cas d’incertitude
Un déploiement sérieux décrit :
- quel événement remonte vers la GTB/GRMS/PMS (binaire, score, état) ;
- comment l’exploitation interprète un état “incertain” (mode conservateur) ;
- comment se font les mises à jour, le diagnostic et le retour arrière.
Contractualiser les garde‑fous (données, accès, rétention, interdictions)
Les garde‑fous de confidentialité ne doivent pas rester implicites :
- finalité et périmètre ;
- règles de conservation ;
- contrôle d’accès ;
- interdictions explicites (identification, suivi individuel).
Checklist (direction de projet / exploitation)
- Ai-je clarifié le besoin : présence, mouvement, ou occupation exploitable ?
- Ai-je accepté un résultat probabiliste plutôt qu’un comptage exact ?
- Ai-je prévu une qualification sur site (PoC) et des critères de réussite concrets ?
- Ai-je cadré données & confidentialité (finalité, minimisation, conservation, accès) ?
- Ai-je spécifié l’intégration exploitation (GTB/GRMS/PMS) et le comportement en cas d’incertitude ?
À retenir
Le Wi‑Fi Sensing (décrit par le Task Group bf et publié sous la référence IEEE 802.11bf‑2025) encadre des mécanismes de sensing au niveau WLAN (capacités, échanges, feedback) et s’aligne sur des usages comme la détection de présence et le monitoring smart building. https://www.nist.gov/publications/ieee-80211bf-enabling-widespread-adoption-wi-fi-sensing
En hôtellerie et bâtiment tertiaire, c’est une piste crédible si on la traite comme un système à qualifier (site, radio, exploitation) et si l’on pose, dès le départ, des garde‑fous pour éviter toute dérive intrusive : utile à l’exploitation, sobre en données, et gouverné.
Si vous envisagez un pilote (PoC) ou un cadrage d’intégration (Wi‑Fi, GTB/GRMS, gouvernance des données), Domocasa peut vous aider à structurer le besoin, la méthode de test et les livrables d’exploitation.
Sources et documentation (références)
- IEEE SA — IEEE 802.11bf‑2025 (statut et description) : https://standards.ieee.org/ieee/802.11bf/11574/
- NIST — page de l’article : https://www.nist.gov/publications/ieee-80211bf-enabling-widespread-adoption-wi-fi-sensing
- IEEE 802.11 — Project Timelines : https://ieee802.org/11/Reports/802.11_Timelines.htm
- IEEE 802.11 TGbf — Meeting update : https://www.ieee802.org/11/Reports/tgbf_update.htm
