Muchas empresas llevan un sitio y una aplicación móvil, los miden con dos herramientas distintas, y descubren que las dos no coinciden nunca en nada. La respuesta habitual es quedarse con el número que respalde la discusión del momento. Esto es lo que va mal de verdad, y lo que tiene que ser cierto de una herramienta para que cubra las dos sin mentirte.
Las cuatro cosas que difieren de verdad
Es tentador tratar una aplicación como un sitio con un navegador peor. Cuatro diferencias tumban esa suposición, y cualquier herramienta que mida las dos tiene que tener una respuesta para cada una.
No hay URL. Un sitio tiene una dirección de página que sirve a la vez de nombre, de jerarquía y de forma de agrupar cosas. Una aplicación tiene pantallas, cuyos nombres eliges tú y puedes cambiar. Nada obliga a la coherencia, así que Checkout, checkout y CheckoutViewController acaban siendo tres pantallas en el mismo informe.
No hay carga de página. En la web, una navegación es un evento evidente y observable que el navegador anuncia. En una aplicación, moverse entre pantallas es una llamada a una función. Si nada lo instrumenta, no se registra nada, y no se levanta ningún error.
La red no es fiable. Una pestaña de navegador suele estar en línea. Una aplicación con frecuencia no: un túnel, un avión, una zona muerta. Los eventos tienen que ponerse en cola en el dispositivo y mandarse después, lo que significa que una herramienta que suponga que el orden de llegada es el orden del tiempo los va a desordenar, y una que no tenga ni idea de que un evento estuvo en cola lo va a fechar mal.
Las sesiones terminan de otra manera. Una sesión web expira tras un periodo de inactividad, convencionalmente treinta minutos. Una aplicación pasa a segundo plano, y puede quedarse ahí días antes de volver al primer plano con su proceso todavía vivo. Una regla de sesión ingenua informa de una sesión que duró cuatro días.
Qué debería significar «en el mismo sitio», y qué significa normalmente
La mayoría de las herramientas que anuncian las dos hacen una de dos cosas, y la diferencia importa más de lo que sugiere el marketing.
La primera es un panel compartido sobre dos conjuntos de datos completamente separados. Consigues un solo acceso. No consigues un solo número, porque los dos lados cuentan cosas distintas y nada las reconcilia.
La segunda es un solo conjunto de datos con una columna de plataforma, para que un informe se pueda filtrar o dividir. Es lo que la gente suele creer que está comprando.
Hay una tercera disposición, y vale la pena decirla claramente porque es la que provoca las discusiones: una aplicación y un sitio son cosas verdaderamente distintas, y meterlas a la fuerza en una entidad produce informes donde no acierta ninguna de las dos. Una pantalla vista no es una página vista. Una aplicación tiene versiones, y un sitio no. Una aplicación falla; un sitio devuelve un 500.
La disposición útil es que sean entidades separadas con sus propios identificadores, medidas por el mismo producto, reportadas en la misma interfaz, facturadas desde la misma cuenta. Puedes mirar una sin que la forma de la otra se le cuele, y puedes mirar las dos.
Preguntas que vale la pena hacerle a un proveedor
- ¿Cómo se comporta el SDK sin conexión? Concretamente: ¿pone en cola, cuántos eventos, qué pasa cuando la cola está llena, y conserva la marca de tiempo original en vez de la del envío?
- ¿Qué le pasa a un evento mal formado? Un SDK que reintenta eternamente un evento rechazado de forma permanente es un problema de batería y de tarifa de datos para tus usuarios. El comportamiento correcto es descartarlo y contar el descarte.
- ¿El formato de transmisión está versionado? Las aplicaciones no se actualizan en un día. Una parte de tus usuarios va a estar en una compilación de hace un año, y el servidor tiene que seguir aceptando lo que manda esa compilación.
- ¿Cómo se decide el nombre de una pantalla? Si la respuesta es «lo que le pases», pregunta qué hace el instrumental para mantenerlo coherente.
- ¿Cuál es la regla de sesión después de pasar a segundo plano? Un número concreto, no «eso lo gestionamos».
Esa tercera pregunta atrapa más problemas reales que todas las demás juntas, y es la que no hace nadie. Un rastreador web se cambia editando una página y está en producción esa misma tarde. El SDK de una aplicación sale cuando sale la aplicación, se adopta a lo largo de semanas o meses, y no llega nunca a todo el mundo. Romper el formato que mandan tus compilaciones viejas no es un fallo que puedas parchear en caliente; es una flota de instalaciones que dejan de informar.
Dónde se sitúa Skomi
Skomi trata una aplicación medida como su propia entidad con su propio espacio de claves, junto a los sitios y no dentro de ellos. Los informes viven en la misma cuenta y se recorren igual, pero una aplicación no se describe nunca como un sitio y sus pantallas no se llaman nunca páginas.
Hay SDK para las plataformas habituales, y el formato de transmisión que hablan está versionado y congelado, precisamente porque una compilación vieja no se puede arreglar a distancia. La página de App Analytics cubre qué se mide y qué plataformas están soportadas.
Los créditos se comparten en toda la cuenta (sitios y aplicaciones por igual) así que añadir una aplicación no es una segunda suscripción. La página de precios tiene la aritmética.
Las dos mitades conservan su propio vocabulario donde difieren (un sitio tiene páginas vistas, una aplicación tiene pantallas vistas), y comparten la ventana de sesión que las hace comparables.