MAC randomization impact and data integrity simulator
Simulate how device MAC rotation affects guest WiFi analytics and model data reconciliation.
Simulate MAC randomization impact
1. Venue profile type
Choose a template that matches your venue footprint.
Large physical footprint, high pass-by count from adjacent streets, long dwell times, high return rate.
2. Ground truth footfall
3. Visitor return rate
40%4. Private address rate
80%Without deduplication, raw probe sensors count rotated MAC addresses as new unique devices. In this scenario, raw logs record 24,240 devices, inflating your actual footfall of 15,000 guests.
Operational impact of data skew
How Purple resolves address rotation and restores data integrity
Purple mitigates MAC randomization errors at the software layer by correlating signals across multiple touchpoints. When a user logs in via the captive portal, their account is anchored to their profile. Even if the device rotates its MAC address, subsequent logins are stitched together using session variables, browser cookies, and passive RF signatures. This cross-referencing corrects the database inflation, providing venue operators with accurate footfall, return frequencies, and dwell analytics.
Understanding privacy rotation and data accuracy
Modern mobile operating systems regularly randomize MAC addresses to protect user privacy. While beneficial for security, it distorts offline venue analytics by inflating visitor counts and shortening dwell times. This simulator demonstrates how raw data is skewed and how Purple reconciles these signals.
Key parameters simulated
- Inflation rate of raw device counts due to address rotation.
- Duplication of returning visitors counted as first time guests.
- Data reconciliation using captive portal logins and cookie stitching.
Struggling with data accuracy?
Address rotation on iOS and Android can inflate raw footfall metrics. Purple reconciles guest signals through multi-source correlation, restoring analytics integrity.
Talk to a WiFi expert