Para quién es

Skomi para aplicaciones móviles y de escritorio

Casi todos los productos de analítica que priorizan la privacidad miden sitios web y ahí paran. Skomi mide aplicaciones también, en la misma cuenta que el sitio. Pero una aplicación es algo distinto de una página, y la mitad de lo que podrías esperar del lado web aquí no existe. Esa mitad está en esta página.

Lo que obtienes

Ocho SDK para un contrato congelado. Android, iOS, Flutter, Kotlin Multiplatform, React Native, Unity, .NET MAUI y Electron hablan todos el mismo protocolo de transmisión, así que un producto publicado en cuatro plataformas informa de una sola manera.

Funciona sin conexión. Las pantallas se ponen en cola en el disco y sobreviven a cerrar la aplicación, a un fallo y a quince días sin red. Las sesiones que más importan son justo las que un SDK ingenuo pierde.

No cuenta dos veces. Cada evento lleva un identificador emitido una vez y reenviado sin cambios, así que un lote reintentado se reconoce en vez de contarse dos veces. Una cola sin conexión sin eso inventa datos en vez de salvarlos.

Sobrevive a un reloj mal puesto. Cada lote registra cuándo se vació, así que un dispositivo puesto en el martes que viene no informa del martes que viene.

Errores con pilas de llamadas, y si fueron fatales. Lo suficiente para ver una mala versión en los números y no en las reseñas.

Tu sitio y tu aplicación en una cuenta. Un inicio de sesión, una factura, y la misma ventana de sesión en ambos, así que «una sesión» significa lo mismo en los dos.

Lo que Skomi no hará por ti

Solo la analítica lee una aplicación. No hay mapas de calor, ni grabaciones de sesión, ni widget de opiniones para aplicaciones. Esos tres son productos para sitios, necesitan una página en un navegador, y no hay nada a lo que agarrarse en una ventana nativa. Si has llegado aquí desde la mitad de mapas de calor de Skomi esperando que te siga hasta la aplicación, no lo hace, y no hay ningún plan en el que lo haga.

Sin ingresos y sin compras. El protocolo de aplicaciones lleva pantallas, sesiones, versiones, plataformas, propiedades y errores, y nada sobre dinero. Las compras dentro de la aplicación y los ingresos por suscripción no se miden, y no están a un ajuste de distancia. Los ingresos existen solo en el lado del sitio.

Sin atribución de instalaciones y sin analítica de tienda. De dónde vino una instalación, a cuánto convirtió la ficha de la tienda, cuánta gente actualizó: eso son datos de Apple y de Google y Skomi no los ve nunca. En el protocolo de aplicaciones no hay campos de campaña ni de referente en absoluto.

Los informes de fallo no se simbolizan. Las pilas de llamadas se guardan exactamente como las mandó tu aplicación, así que la pila de una compilación de producción es tan legible como la hizo tu compilación. No hay ningún sitio donde subir un dSYM o un archivo de correspondencia, y no lo va a haber pronto.

Las pantallas las nombras tú. No hay captura automática de rutas, deliberadamente: el nombre de una clase de widget es lo que tu código llama una pantalla, no lo que tú llamarías así en un informe. Eso es un poco de trabajo por pantalla y no es opcional.

Configurarlo a tu manera de trabajar

Añade el SDK y arráncalo una vez. Hay una guía por plataforma: Flutter, MAUI y Electron están escritas, y medir una aplicación cubre lo que tienen en común las demás.

El identificador de la aplicación viene de My Apps, y no es un secreto: identifica una aplicación en vez de autenticarla, igual que un identificador de sitio.

Nombra las pantallas como debería leerse tu informe, no como lo hace tu enrutador. checkout/review gana a CheckoutReviewViewController en todas las conversaciones que vas a tener sobre ello después.

Manda la versión de la aplicación. La mayoría de los SDK se la piden a la plataforma; donde no puedan, pásasela. Sin ella, «¿ha roto algo la nueva versión?» no tiene respuesta.

Empieza desactivado si pides consentimiento, y actívalo después. No se registra nada mientras está desactivado, ni siquiera se pone en cola para más tarde, que es el comportamiento correcto y conviene saberlo antes de probarlo.

Un script, o un SDK. Los mismos informes en cualquier caso.

Crea una cuenta, registra un sitio y activa lo que necesites.