Pendant des années, les plateformes WiFi des sites utilisaient les adresses MAC comme ancre de l’identité invités. Lorsqu’un invité se connectait, la MAC de son appareil était enregistrée. Lors de la visite suivante, la même adresse MAC réapparaissait — le système reconnaissait l’appareil comme un invité récurrent, mettait à jour le nombre de visites et alimentait les tableaux de bord analytics avec des données de taux de retour.
Ce modèle a cessé de fonctionner en 2020.
Ce qui a changé
Apple a introduit la randomisation des adresses MAC avec iOS 14. Android a suivi avec Android 10. Les deux systèmes d’exploitation attribuent désormais par défaut une adresse MAC randomisée à chaque réseau WiFi — ce qui signifie que le même appareil présente un identifiant différent à chaque connexion à un SSID donné, ou d’un SSID à l’autre.
Le résultat concret : un invité qui a visité votre site 10 fois au cours de l’année écoulée apparaît dans votre analytics comme 10 visiteurs différents en première visite. Les chiffres de taux de retour s’effondrent. Les schémas de fidélité deviennent invisibles. Toute segmentation reposant sur la continuité de l’appareil — « invités ayant visité plus de trois fois » — devient peu fiable.
Il ne s’agit pas d’un problème technique marginal. Chaque iPhone sous iOS 14 ou version ultérieure, et chaque appareil Android sous Android 10 ou version ultérieure, se comporte ainsi par défaut. Cela représente la majorité des smartphones qui se connectent aujourd’hui à votre WiFi invités.
Pourquoi cela dépasse le cadre de l’analytics
L’impact va au-delà de la précision du reporting.
Le retargeting marketing perd en précision lorsqu’il devient impossible de distinguer les invités récurrents des nouveaux. Les campagnes censées cibler les visiteurs fidèles finissent par toucher tout le monde.
La fidélité et le CRM ne peuvent pas reconnaître automatiquement un invité connu à son arrivée si l’identité de l’appareil est randomisée. L’invité doit alors s’identifier manuellement — une friction que la plupart ne prennent pas la peine de surmonter.
Les politiques d’accès réseau qui reposaient sur la continuité de session basée sur l’adresse MAC — permettant à un appareil connu de se reconnecter sans nouvelle authentification — cessent de fonctionner silencieusement. Les invités sont invités à se reconnecter à chaque visite.
La solution : ancrer l’identité à l’utilisateur, pas à l’appareil
La seule solution durable consiste à ancrer la reconnaissance des invités à une identité utilisateur authentifiée plutôt qu’à un identifiant d’appareil.
Lorsqu’un invité s’enregistre via un portail captif, Guest Connect ou un autre canal d’onboarding Wiacom, son identité est associée à un contact vérifié — email, numéro de téléphone ou connexion sociale. Lors des visites suivantes, Wiacom reconnaît l’utilisateur récurrent grâce à son identité authentifiée, quelle que soit l’adresse MAC présentée par son appareil.
C’est exactement ce que fait Wiacom Connect. Il maintient une identité invités tokenisée qui persiste à travers les visites et les sites — totalement indépendante de l’adresse MAC. La détection des visites récurrentes, la segmentation fidélité et les parcours de portail « bon retour parmi nous » fonctionnent correctement, même lorsque chaque système d’exploitation mobile majeur randomise les identifiants d’appareil par défaut.
Ce que les sites devraient faire dès maintenant
Si votre plateforme d’analytics WiFi repose encore principalement sur les adresses MAC pour détecter les visiteurs récurrents, les données que vous observez sous-estiment probablement de manière significative les visites de retour. La plateforme n’est pas défaillante — l’identifiant d’appareil sous-jacent dont elle dépendait est devenu peu fiable.
Les étapes concrètes :
- Auditez votre méthodologie d’analytics — demandez à votre fournisseur de plateforme WiFi comment les visiteurs récurrents sont détectés. Si la réponse est « adresse MAC », les chiffres sont faux.
- Passez à une reconnaissance basée sur l’identité — les plateformes exigeant un enregistrement authentifié et utilisant l’identité utilisateur (et non celle de l’appareil) comme ancre produisent des données de taux de retour précises, indépendamment de la randomisation MAC.
- Assurez-vous que votre parcours d’onboarding capture l’identité — un portail à simple clic sans enregistrement ne capture rien d’utile. Email, téléphone ou connexion sociale créent l’identité persistante nécessaire à un analytics précis.
L’analytics WiFi invités ne vaut que ce que vaut la couche d’identité qui le sous-tend. La randomisation MAC n’a pas tué l’intelligence WiFi invités — elle a simplement mis fin à l’époque où l’on pouvait s’en passer d’une véritable couche d’identité.
Wiacom Connect identifie les invités récurrents à travers les sites grâce à une identité utilisateur tokenisée — et non à des adresses MAC. Il fonctionne correctement sur tous les appareils iOS et Android modernes.
