Durante años, las plataformas WiFi de los establecimientos usaron las direcciones MAC como ancla para la identidad del huésped. Cuando un huésped se conectaba, se registraba la MAC de su dispositivo. En la siguiente visita, aparecía la misma MAC: el sistema reconocía el dispositivo como huésped recurrente, actualizaba el recuento de visitas y alimentaba los paneles de analytics con datos de tasa de retorno.
Ese modelo dejó de funcionar en 2020.
Qué cambió
Apple introdujo la aleatorización de direcciones MAC en iOS 14. Android siguió con Android 10. Ambos sistemas operativos asignan ahora, por defecto, una dirección MAC aleatoria a cada red WiFi — lo que significa que el mismo dispositivo presenta un identificador distinto cada vez que se conecta a un SSID determinado, o entre distintos SSID.
El resultado práctico: un huésped que visitó tu establecimiento 10 veces el año pasado aparece en tu analytics como 10 visitantes primerizos distintos. Las cifras de tasa de retorno se hunden. Los patrones de fidelización se vuelven invisibles. Cualquier segmentación que dependa de la continuidad del dispositivo — «huéspedes que han visitado más de tres veces» — deja de ser fiable.
Esto no es un problema técnico marginal. Todo iPhone con iOS 14 o posterior, y todo dispositivo Android con Android 10 o posterior, se comporta así por defecto. Eso es la mayoría de los smartphones que hoy se conectan a tu WiFi para huéspedes.
Por qué importa más allá del analytics
El impacto va más allá de la precisión de los informes.
El retargeting de marketing pierde precisión cuando no se puede distinguir a los huéspedes recurrentes de los nuevos. Las campañas que deberían dirigirse a visitantes fieles acaban llegando a todo el mundo.
La fidelización y el CRM no pueden reconocer automáticamente a un huésped conocido a su llegada si la identidad del dispositivo está aleatorizada. El huésped tiene que identificarse manualmente — una fricción que la mayoría no se molesta en superar.
Las políticas de acceso a la red que dependían de la continuidad de sesión basada en MAC — permitiendo que un dispositivo conocido se reconectara sin volver a autenticarse — dejan de funcionar de forma silenciosa. A los huéspedes se les pide iniciar sesión de nuevo en cada visita.
La solución: anclar a la identidad del usuario, no del dispositivo
La única solución duradera es anclar el reconocimiento del huésped a una identidad de usuario autenticada, en lugar de a un identificador de dispositivo.
Cuando un huésped se registra a través de un portal cautivo, Guest Connect o cualquier otro canal de registro de Wiacom, su identidad queda vinculada a un contacto verificado — email, número de teléfono o login social. En visitas posteriores, Wiacom reconoce al usuario recurrente a través de su identidad autenticada, independientemente de la dirección MAC que presente su dispositivo en ese momento.
Esto es lo que hace Wiacom Connect. Mantiene una identidad de huésped tokenizada que persiste a través de visitas y ubicaciones — completamente independiente de la dirección MAC. La detección de visitas recurrentes, la segmentación de fidelización y los flujos de portal de «bienvenido de nuevo» funcionan correctamente, incluso cuando todos los grandes sistemas operativos móviles aleatorizan los identificadores de dispositivo por defecto.
Qué deberían hacer los establecimientos ahora
Si tu plataforma de analytics WiFi todavía depende principalmente de las direcciones MAC para detectar visitantes recurrentes, es probable que los datos que estás viendo infravaloren significativamente las visitas de retorno. La plataforma no está rota: el identificador de dispositivo subyacente del que dependía se ha vuelto poco fiable.
Los pasos prácticos:
- Audita tu metodología de analytics — pregunta a tu proveedor de plataforma WiFi cómo se detectan los visitantes recurrentes. Si la respuesta es «dirección MAC», las cifras son incorrectas.
- Pasa a un reconocimiento basado en identidad — las plataformas que requieren registro autenticado y usan la identidad del usuario (no del dispositivo) como ancla producen datos de tasa de retorno precisos, independientemente de la aleatorización MAC.
- Asegúrate de que tu flujo de registro capture identidad — un portal de simple clic sin registro no capta nada útil. Email, teléfono o login social crean la identidad persistente necesaria para un analytics preciso.
El analytics de WiFi para huéspedes es tan bueno como la capa de identidad que hay debajo. La aleatorización MAC no acabó con la inteligencia de WiFi para huéspedes — simplemente puso fin a la época en la que se podía prescindir de una capa de identidad adecuada.
Wiacom Connect identifica a los huéspedes recurrentes en distintas ubicaciones mediante identidad de usuario tokenizada — no mediante direcciones MAC. Funciona correctamente en todos los dispositivos iOS y Android modernos.
Más información sobre Wiacom Connect → · Solicitar una demo →
