Comment créer une enquête client à l'aide de votre plateforme WiFi
Ce guide fournit aux responsables informatiques, aux architectes réseau et aux directeurs de l'exploitation des sites des étapes concrètes pour déployer des enquêtes de satisfaction client post-visite via les réseaux WiFi d'entreprise. Il couvre l'ensemble de l'architecture technique — de l'authentification sur le Captive Portal et des seuils de temps de présence à la sélection des indicateurs d'enquête (NPS vs CSAT) et à l'intégration CRM via API. Le déploiement d'enquêtes via une plateforme WiFi transforme l'infrastructure réseau existante en un moteur d'intelligence client en temps réel, offrant des taux de réponse trois à cinq fois plus élevés que les campagnes d'e-mailing post-visite traditionnelles.
Écouter ce guide
Voir la transcription du podcast
Synthèse
Pour les entreprises disposant d'établissements physiques — des environnements de Vente au détail aux établissements de l' Hôtellerie — le réseau WiFi invité est l'un des actifs de données les plus sous-utilisés de la pile technologique. Alors que les mécanismes de feedback traditionnels reposent sur la saisie manuelle de données ou des campagnes d'e-mailing de masse, l'intégration d'enquêtes de satisfaction client directement dans l'expérience WiFi permet d'obtenir des retours contextuels à fort taux de conversion, et ce, à grande échelle. Ce guide détaille comment concevoir un système d'enquête déclenché par le WiFi en utilisant les solutions de WiFi invité et de WiFi Analytics de Purple. Nous y abordons les mécanismes de déploiement, les algorithmes de timing pour les déclenchements post-visite, les différences techniques entre les implémentations NPS et CSAT, ainsi que les intégrations API requises pour acheminer les données de réponse vers votre CRM ou votre plateforme d'analyse. Le résultat est une boucle de rétroaction automatisée, conforme et directement liée au parcours physique du client.
Analyse Technique Approfondie
La mise en place d'un système d'enquête robuste sur un réseau WiFi public ou d'entreprise nécessite plus qu'un simple Captive Portal. Elle exige une architecture sophistiquée qui respecte la vie privée des utilisateurs, adhère aux cadres de consentement GDPR et CCPA, et garantit un débit élevé sans dégrader l'expérience réseau principale.
Architecture et Flux de Données
Lorsqu'un invité se connecte au réseau, le système enregistre la session et authentifie l'utilisateur via un Captive Portal, souvent en utilisant un modèle de fournisseur d'identité fluide tel qu'OpenRoaming. Le composant critique est le moteur d'analyse qui surveille le temps de séjour en temps réel. Une fois le seuil de temps de séjour atteint et que l'utilisateur se déconnecte ou quitte la zone géofencée, un webhook ou un appel API déclenche le mécanisme d'envoi de l'enquête — généralement par SMS ou par e-mail.
Cette architecture nécessite une intégration robuste entre les points d'accès (AP), le contrôleur réseau et la plateforme d'analyse cloud. Pour en savoir plus sur les modèles d'infrastructure sous-jacents, reportez-vous à notre guide sur l' Architecture de l'Internet des Objets : Un Guide Complet . Le flux de données peut être résumé comme suit : la couche AP capture la session ; la couche d'analyse l'enrichit avec le temps de séjour et les données de zone ; la couche d'intégration déclenche le webhook ; et la couche CRM reçoit et traite la réponse à l'enquête.
Sélection des Métriques d'Enquête : NPS vs CSAT vs CES
Le choix de l'indicateur d'enquête est une décision stratégique et non technique — mais il a des implications directes sur la façon dont vous configurez le déclencheur et dont vous stockez et analysez les données de réponse.
Le Net Promoter Score (NPS) pose une seule question sur une échelle de zéro à dix et est le plus adapté pour mesurer la fidélité globale à la marque. Le score de satisfaction client (CSAT) utilise une échelle de un à cinq ou de un à sept et est idéal pour mesurer la satisfaction liée à une interaction ou un point de contact spécifique. Le Customer Effort Score (CES) mesure la facilité avec laquelle le client a pu atteindre son objectif, ce qui est particulièrement pertinent dans les environnements de la Santé ou des Transports où les frictions dans le parcours de service constituent une préoccupation opérationnelle majeure.
Sécurité et conformité
La collecte de données doit respecter strictement les normes GDPR, CCPA et, le cas échéant, PCI DSS. La randomisation des adresses MAC dans les systèmes d'exploitation mobiles modernes — une fonctionnalité standard depuis iOS 14 et Android 10 — nécessite des techniques avancées de résolution d'identité. Le système doit lier la session à une adresse e-mail ou un numéro de téléphone vérifié, capturé lors de la connexion initiale au Captive Portal, plutôt que de s'appuyer sur l'adresse MAC matérielle. Pour un traitement détaillé des protocoles de sécurité des données dans ce contexte, consultez Comment protéger les données clients collectées via WiFi .
Guide de mise en œuvre
Le déploiement d'un système d'enquête déclenché par le WiFi comprend cinq étapes concrètes de mise en œuvre.
Étape 1 — Configurer le Captive Portal. Configurez la page d'accueil initiale pour capturer les coordonnées nécessaires (e-mail ou numéro de téléphone) en échange d'un accès WiFi gratuit. Les conditions générales doivent stipuler explicitement que ces données peuvent être utilisées à des fins de feedback. C'est le fondement juridique de l'ensemble du système.
Étape 2 — Définir les seuils de temps de présence. Toutes les connexions ne justifient pas une enquête. Un utilisateur passant devant un établissement peut se connecter pendant deux minutes. Définissez un temps de présence minimum adapté au type d'établissement : 15 minutes pour un restaurant à service rapide, 30 à 45 minutes pour un magasin de détail, 2 heures pour un hôtel et 45 minutes pour un stade ou un centre de conférence.
Étape 3 — Concevoir l'enquête. Limitez-la à une seule question principale. Une question NPS suivie d'un champ de texte libre facultatif génère systématiquement les taux de complétion les plus élevés. Évitez les enquêtes de plusieurs pages pour les déclencheurs WiFi post-visite ; la fenêtre contextuelle est courte et l'attention de l'utilisateur est limitée.
Étape 4 — Configurer le mécanisme de déclenchement. Configurez la plateforme d'analyse pour qu'elle déclenche un événement à la fin de la session de l'utilisateur. Cet événement doit déclencher un e-mail ou un SMS automatisé contenant le lien de l'enquête dans l'heure ou les deux heures suivant le départ. Les retards de plus de deux heures entraînent une baisse mesurable des taux de réponse.
Étape 5 — Intégration avec le CRM. Utilisez des API RESTful pour envoyer directement les réponses aux enquêtes dans votre CRM (par exemple, Salesforce, HubSpot) ou votre plateforme d'analyse. Configurez des flux de travail automatisés : si un score de détracteur (NPS de 0 à 6) est reçu, déclenchez une alerte immédiate pour le responsable de service afin de permettre une récupération de service en temps réel.
Bonnes pratiques
Le timing est la variable la plus importante dans le déploiement d'enquêtes WiFi. L'envoi de l'enquête dans l'heure ou les deux heures suivant le départ du client de l'établissement génère systématiquement des taux de réponse compris entre 15 et 30 %. Attendre 24 heures fait chuter ce taux à moins de 5 % dans la plupart des catégories d'établissements.
La segmentation spatiale est un différenciateur majeur pour les établissements aux configurations complexes. Si votre infrastructure le permet, utilisez la cartographie des zones de points d'accès — ou, de manière plus granulaire, le Indoor Positioning System: UWB, BLE, & WiFi Guide — pour adapter l'enquête à la zone spécifique visitée par le client. Un client d'hôtel ayant passé trois heures au spa doit recevoir une enquête différente de celui qui a uniquement utilisé le salon d'affaires.
L'optimisation mobile n'est pas négociable. Plus de 85 % de ces enquêtes seront complétées sur un smartphone dans les minutes suivant la réception de la notification. L'interface utilisateur de l'enquête doit être entièrement responsive, se charger en moins de deux secondes et ne pas nécessiter plus de deux clics pour répondre à la question principale.
Pour un contexte plus large sur le déploiement du WiFi en entreprise, y compris la manière dont l'infrastructure d'enquête s'intègre dans une stratégie globale d'établissement connecté, consultez le guide Wi Fi in Auto: The Complete 2026 Enterprise Guide .
Dépannage et atténuation des risques
Les faibles taux de réponse sont le plus souvent causés par des enquêtes envoyées trop tard ou nécessitant trop d'interactions pour être complétées. Diagnostiquez le problème en vérifiant le délai moyen entre la fin de la session et la livraison de l'enquête. S'il dépasse deux heures, reconfigurez le déclencheur. Vérifiez également que la première question est intégrée directement dans le corps de l'e-mail plutôt que d'obliger l'utilisateur à cliquer pour accéder à une page distincte.
Les problèmes de randomisation MAC se manifestent par le fait que les visiteurs récurrents sont traités comme de nouveaux clients, ce qui fausse l'analyse longitudinale. La solution est d'ordre architectural : assurez-vous que votre Captive Portal s'appuie sur des identifiants authentifiés par l'utilisateur (e-mail ou téléphone) comme clé primaire, et non sur l'adresse MAC de l'appareil. Il s'agit d'un changement de configuration dans la plateforme d'analyse, et non d'un correctif au niveau du réseau.
Les échecs des filtres anti-spam réduiront silencieusement votre taux de réponse. Assurez-vous que votre domaine d'envoi dispose d'enregistrements SPF, DKIM et DMARC valides. Utilisez un sous-domaine dédié pour les e-mails d'enquête (par exemple, surveys.yourdomain.com) afin d'isoler la réputation de votre infrastructure d'envoi transactionnel de votre domaine marketing principal.
Consent and Compliance Gaps représentent le mode de défaillance le plus risqué. Si les conditions du Captive Portal ne couvrent pas explicitement l'utilisation des données de contact à des fins de feedback, vous opérez en dehors des exigences de base légale de l'Article 6 du GDPR. Réalisez un audit trimestriel de la formulation du consentement de votre Captive Portal par rapport à votre registre de traitement des données.
ROI & Impact Business
L'analyse de rentabilité des enquêtes déclenchées par WiFi est simple. Les établissements qui déploient cette approche signalent systématiquement des taux de réponse trois à cinq fois supérieurs à ceux des campagnes d'e-mailing post-visite traditionnelles, principalement parce que l'enquête arrive alors que l'expérience est encore fraîche et émotionnellement pertinente.
Le moteur de ROI le plus important reste cependant la récupération de service en temps réel. En intégrant les réponses aux enquêtes à un CRM via API, un score de détracteur peut déclencher une alerte immédiate pour le personnel d'accueil dans les secondes qui suivent la soumission. Dans le secteur de l'hôtellerie, cela permet à l'équipe d'intervenir avant le départ du client, transformant ainsi un avis négatif potentiel d'une étoile en une plainte résolue. Le coût de cette intervention est négligeable par rapport à la valeur à vie d'un client fidélisé ou au coût réputationnel d'un avis public négatif.
Pour les opérateurs multi-sites — chaînes de magasins, groupes hôteliers, exploitants de stades — les données agrégées offrent une capacité de benchmarking qu'il est véritablement difficile de reproduire par un autre canal. Vous pouvez comparer le NPS par emplacement, par jour de la semaine, par zone et par segment démographique, le tout enrichi par les données de temps de séjour et de fréquentation que la plateforme d'analyse WiFi capture déjà. Cela transforme l'enquête, d'un simple outil de feedback en un actif d'intelligence stratégique.
Définitions clés
Captive Portal
Une page web qu'un utilisateur d'un réseau public est obligé de consulter et avec laquelle il doit interagir avant de pouvoir accéder au réseau. Elle sert de point de collecte principal pour l'identité et le consentement.
Il s'agit de la fondation architecturale de l'ensemble du système d'enquête. Sans un Captive Portal fonctionnel qui capture une adresse e-mail ou un numéro de téléphone vérifié ainsi qu'un consentement explicite, aucune enquête post-visite ne peut être légalement ou techniquement envoyée.
Dwell Time
La durée totale pendant laquelle un appareil spécifique reste connecté ou à portée du réseau WiFi, mesurée de la première association jusqu'à la déconnexion finale.
Utilisé comme principal indicateur de filtrage pour s'assurer que les enquêtes ne sont envoyées qu'aux clients ayant passé suffisamment de temps sur le point de vente pour y vivre une expérience significative. Configurer correctement ce seuil est la décision opérationnelle la plus importante du déploiement.
MAC Randomization
Une fonctionnalité de confidentialité dans les systèmes d'exploitation modernes (iOS 14+, Android 10+) où l'appareil diffuse une adresse MAC aléatoire lors de la recherche ou de la connexion à des réseaux, plutôt que l'adresse attribuée par le matériel.
Les équipes informatiques doivent en tenir compte en s'appuyant sur les données d'utilisateurs authentifiés (e-mail ou numéro de téléphone capturés sur le portail) plutôt que sur les adresses matérielles pour suivre les visites récurrentes et établir des profils longitudinaux.
Webhook
Un rappel HTTP qui envoie des données en temps réel d'une application à une autre lorsqu'un événement spécifique se produit, sans que l'application réceptrice n'ait besoin de solliciter des mises à jour.
Utilisé pour transmettre instantanément l'événement de fin de session depuis la plateforme d'analyse WiFi vers le système d'envoi d'enquêtes, permettant un déclenchement en moins de deux heures qui maximise les taux de réponse.
NPS (Net Promoter Score)
Un indicateur de fidélité client basé sur une seule question : "Dans quelle mesure seriez-vous prêt à nous recommander à un ami ou un collègue ?" notée sur une échelle de zéro à dix. Les répondants sont classés en Détracteurs (0-6), Passifs (7-8) ou Promoteurs (9-10). Le NPS correspond au % de Promoteurs moins le % de Détracteurs.
L'indicateur de satisfaction au niveau de la marque le plus largement adopté. Utilisé par les exploitants de points de vente pour suivre les tendances de fidélité dans le temps et se comparer aux moyennes du secteur.
CSAT (Customer Satisfaction Score)
Un indicateur mesurant le niveau de satisfaction d'un client vis-à-vis d'un produit, d'un service ou d'une interaction spécifique, généralement noté sur une échelle de un à cinq ou de un à sept.
Déployé lorsque les directeurs des opérations ont besoin de retours précis sur un équipement ou un point de contact spécifique, comme le restaurant récemment rénové d'un hôtel ou les coursives d'un stade.
OpenRoaming
Une norme de fédération d'itinérance qui permet une authentification WiFi automatique et sécurisée sur différents réseaux d'opérateurs sans que l'utilisateur n'ait à se connecter manuellement ou à saisir des identifiants.
Réduit les frictions pour l'utilisateur se connectant au réseau, augmentant ainsi le volume de sessions authentifiées disponibles pour le ciblage des enquêtes tout en maintenant une connexion sécurisée et conforme aux normes.
Service Recovery
L'ensemble des actions qu'un fournisseur de services entreprend en réponse à une défaillance de service afin de rétablir la satisfaction du client et d'éviter l'attrition.
Le principal moteur de ROI pour les enquêtes WiFi en temps réel. Une intégration API qui alerte immédiatement le personnel lorsqu'une note basse est soumise permet à l'équipe d'intervenir avant le départ du client, transformant un avis négatif potentiel en une réclamation résolue.
Geofencing
L'utilisation du GPS, de la puissance du signal WiFi ou de balises Bluetooth pour définir un périmètre virtuel autour d'un lieu physique, déclenchant des actions lorsqu'un appareil entre ou sort de cette limite.
Utilisé dans les déploiements d'enquêtes WiFi pour détecter lorsqu'un client a physiquement quitté le point de vente, déclenchant le Webhook d'enquête post-visite sans dépendre uniquement des événements de déconnexion du réseau.
Exemples concrets
Un hôtel de 200 chambres souhaite mesurer la satisfaction de ses clients spécifiquement pour son nouveau restaurant sur place, mais ne souhaite pas interroger les clients qui ont uniquement séjourné dans les chambres sans visiter le restaurant.
L'équipe informatique configure la plateforme d'analyse WiFi pour segmenter les utilisateurs en fonction de l'emplacement des points d'accès (AP). Elle définit une "Zone Restaurant" comprenant les quatre AP couvrant la salle de restauration. Une règle de déclenchement est créée : si un appareil se connecte à un AP de la Zone Restaurant pour un temps de présence continu de plus de 45 minutes, il devient éligible à une enquête CSAT. Le déclencheur s'active 30 minutes après la déconnexion de l'appareil de la Zone Restaurant, envoyant une enquête CSAT de cinq questions par e-mail. L'enquête évalue : la satisfaction globale concernant le repas (1-5), la qualité de la nourriture (1-5), la rapidité du service (1-5), l'amabilité du personnel (1-5), avec un champ de texte libre facultatif. Les réponses sont transmises via API vers le CRM Salesforce de l'hôtel, où un workflow alerte le responsable de la restauration si une note est inférieure à 3.
Une grande chaîne de magasins comptant 150 points de vente enregistre un taux de rebond élevé sur son Captive Portal — seulement 12 % des appareils connectés finalisent l'authentification — ce qui signifie qu'elle ne collecte pas les coordonnées nécessaires pour envoyer les enquêtes post-visite.
L'architecte réseau analyse le parcours du Captive Portal et constate que le formulaire d'inscription requiert cinq champs : nom complet, e-mail, numéro de téléphone, code postal et date de naissance. La refonte réduit cela à deux champs obligatoires (adresse e-mail et case à cocher de consentement) et ajoute une option de connexion sociale via Google ou Apple ID. Le Captive Portal est également optimisé pour se charger en moins de 1,5 seconde sur une connexion 4G, résolvant ainsi une cause secondaire d'abandon. Après déploiement, le taux de finalisation de l'authentification passe de 12 % à 47 % en 30 jours, multipliant par environ 4 la population éligible à l'enquête, sans aucune modification de l'infrastructure réseau.
Questions d'entraînement
Q1. Un client du secteur de la distribution souhaite envoyer une enquête à chaque personne dont le téléphone émet un signal vers son réseau WiFi, y compris les passants sur le trottoir devant le magasin. En tant qu'architecte de solutions, quelle est votre recommandation et pourquoi ?
Conseil : Considérez la différence entre une détection réseau (probe) et une session authentifiée, ainsi que la base légale requise par le GDPR pour envoyer une communication marketing.
Voir la réponse type
Déconseillez fortement cette approche pour des raisons juridiques et de qualité des données. Premièrement, un appareil qui détecte le réseau ne s'est pas authentifié via le Captive Portal, ce qui signifie qu'aucune coordonnée n'a été capturée et qu'aucun consentement n'a été obtenu. Envoyer une enquête à un appareil qui a simplement détecté le réseau est techniquement impossible sans infrastructure de suivi supplémentaire, et toute tentative en ce sens sans consentement explicite violerait l'article 6 du GDPR. Deuxièmement, interroger des passants qui ne sont jamais entrés dans le magasin polluerait l'ensemble des données avec des réponses non pertinentes. La bonne approche consiste à mettre en place un Captive Portal avec un seuil de temps de présence minimal d'au moins 15 minutes, garantissant que seuls les clients réels qui se sont authentifiés et ont donné leur accord soient inclus dans le panel de l'enquête.
Q2. Votre déploiement dans un centre de conférence de 5 000 places capture avec succès les e-mails authentifiés, mais le taux de réponse à l'enquête est constamment inférieur à 1,5 %. La configuration actuelle envoie l'enquête 24 heures après la fin de l'événement. Comment diagnostiquez-vous et résolvez-vous ce problème ?
Conseil : Prenez en compte à la fois le moment du déclenchement et le format de diffusion de l'enquête elle-même.
Voir la réponse type
Le problème principal est le timing. Un délai de 24 heures signifie que le contexte émotionnel de l'expérience de la conférence s'est largement estompé, et l'enquête entre en concurrence avec la boîte de réception de retour au travail du destinataire. Reconfigurez le déclencheur webhook pour qu'il s'active dans l'heure ou les deux heures suivant la détection de la fin de la session par le réseau. De plus, auditez le format de diffusion de l'enquête : si l'e-mail exige que le destinataire clique pour accéder à une page distincte avant de voir la première question, cela ajoute une friction qui nuit à la conversion. Intégrez l'échelle NPS de zéro à dix directement dans le corps de l'e-mail sous forme de chiffres cliquables, afin que le destinataire puisse répondre d'un simple clic sans quitter sa messagerie. Ces deux changements — le moment du déclenchement et le format de la question intégrée — font généralement passer les taux de réponse de moins de 2 % à une fourchette de 15 à 25 %.
Q3. Le directeur informatique d'un stade souhaite utiliser les données d'enquête WiFi pour déclencher des alertes en temps réel pour le personnel de nettoyage si une zone de passage spécifique reçoit des commentaires négatifs sur les installations. Comment concevriez-vous cette architecture de bout en bout ?
Conseil : Pensez à la résolution spatiale au niveau de la zone AP, à la conception des questions de l'enquête et à la couche d'intégration API entre la plateforme d'enquête et le système de gestion des installations.
Voir la réponse type
L'architecture nécessite trois couches fonctionnant de concert. Tout d'abord, configurez la plateforme d'analyse WiFi pour segmenter les utilisateurs par zone AP, en définissant des zones distinctes pour chaque section de passage. Définissez un seuil de temps de présence de 20 minutes pour ces zones afin de filtrer le trafic de transit. Deuxièmement, concevez l'enquête pour inclure une question CSAT spécifique à la zone : "Comment évalueriez-vous les installations dans votre zone aujourd'hui ?" sur une échelle de un à cinq. Les métadonnées de l'enquête doivent inclure l'identifiant de la zone provenant des données de session. Troisièmement, intégrez l'API de réponse de la plateforme d'enquête au logiciel de gestion des installations du stade (par exemple, ServiceMax ou un système de billetterie personnalisé). Configurez une règle : si un score CSAT de 1 ou 2 est reçu pour une zone de passage spécifique, générez une alerte webhook automatisée vers les appareils mobiles de l'équipe de nettoyage, incluant le nom de la zone et l'horodatage. Cela crée un système en boucle fermée où un commentaire négatif déclenche une réponse opérationnelle en quelques minutes, avant que la majorité de la foule n'ait quitté le site.
Continuer la lecture de cette série
Mesurer le ROI commercial du WiFi invité et du Location Analytics
Ce guide fournit un cadre technique et opérationnel pour mesurer le ROI commercial du WiFi invité et du location analytics. Il détaille comment calculer la valeur des investissements matériels grâce à l'augmentation du temps de séjour, à l'efficacité opérationnelle et à la collecte de données de première partie (first-party) dans le commerce de détail, l'hôtellerie et les espaces publics. Les responsables informatiques, les architectes réseau, les CTO et les directeurs de l'exploitation des sites y trouveront des cadres de mesure concrets, des études de cas réelles et des conseils de conformité pour justifier et maximiser leur investissement WiFi.
Privacy by Design : Anonymiser les données WiFi pour la conformité GDPR
Ce guide de référence détaille l'architecture technique et les stratégies de mise en œuvre pour anonymiser les données WiFi afin de garantir la conformité GDPR. Il fournit aux responsables informatiques et aux architectes réseau des cadres exploitables pour concilier des analyses de site robustes avec des exigences strictes en matière de confidentialité des données.
Heatmapping vs Presence Analytics : Différences techniques
Ce guide technique de référence détaille les différences architecturales et opérationnelles cruciales entre le heatmapping WiFi et les presence analytics pour les exploitants de sites d'entreprise. Il fournit aux responsables informatiques, architectes réseau et directeurs des opérations des cadres de déploiement exploitables, des scénarios d'implémentation réels et des meilleures pratiques neutres vis-à-vis des fournisseurs pour maximiser le ROI de leur infrastructure sans fil existante.