Hace unos meses comenzaron a salir diferentes noticias sobre Apple y el posible rechazo de las aplicaciones móviles que tengan acceso al UDID del teléfono. Al parecer aún no hay una fecha definitiva donde Apple empezaría a rechazar por completo este tipo de aplicaciones pero este cambio, entre otras cosas, hace sonar las alarmas en el mundo de la medición.
Partamos de las siguientes premisas para entender la situación:
- En los entornos cerrados de las aplicaciones móviles la medición del usuario único (U.U.) viene dado a través de un ID de usuario. Sin embargo, en la medición Web la identificación del usuario único es a través de cookies donde realmente el considerado usuario único es en realidad un navegador único.
- UDID: cadena alfanumérica única de cada dispositivo de Apple usado hasta hace poco por parte de Omniturepara identificar el Usuario Único de las aplicaciones móviles.
¿Qué supone este no acceso al UDID en el mundo de la medición de Omniture? en el momento que Apple deje de permitir el acceso a este ID peligrará la identificación del U.U. tal y como lo entendemos ahora.
Como era de esperar Omniture ha movido ficha y ha incorporado en sus nuevas librerias una forma distinta de identificar al U.U. generando un ID aleatorio en el momento que se instala la aplicación en vez del UDID al que accedia anteriormente.
¿Qué consecuencias tiene este cambio en los números? en el momento que se empiecen a usar dichos ID aleatorios para identificar al U.U. el número de U.U. crecerán ¿Por qué? veamos un caso concreto:
Imaginemos una única report suite donde se almacenan todos los datos de un producto, y que dicho producto tiene 3 aplicaciones para iOS diferentes. Antes, con el acceso al UDID, cuando un usuario accedía a las 3 aplicaciones móviles tenía el mismo ID (el UDID del teléfono) y por tanto a la hora de contabilizar los usuarios únicos del producto (no de la aplicación) era considerado como un único usuario, independientemente de que borrara la app y la volviera a instalar donde en este caso seguía manteniéndose el mismo ID.
Ahora con la modificación, cada app genera un ID distinto cada vez que es instalada, y por tanto, la report suite almacenará 3 U.U. diferentes. ¿Os suena? Si, se parece a la medición con cookies: 1 usuario, 3 ID diferentes.
¿Soluciones por parte de Omniture? una de las soluciones que propone Omniture para poder volver a la situación anterior sería usar el login de aquellas app que lo dispongan y asignar dicho valor al parámetro Visitor ID de Omniture. Imaginemos que en las 3 app anteriormente citadas se requiere de un login para poder utilizarla. De esta maneras el ID de las 3 app será el mismo, volviendo a identificar al U.U. como cuando se hacía a través del UDID. El problema es que muchas app no requieren de login para su uso por lo que habría que buscar otras soluciones.
Como veréis estos cambios dificultan aún más la medición móvil en general y con Omniture en particular. ¿Qué os parece?