La mejor herramienta de analítica web: los 12 requisitos que de verdad deciden
Claves
- Las decisiones de compra en analítica fallan por los criterios, no por el proveedor. «Tiene dashboards» no es un requisito; «tiempo real» no lo es mientras no definas la latencia y el alcance.
- El requisito 2 — el 100% del dato — no es uno de doce. Si falla, los otros once son decoración.
- La mayoría de plataformas falla en la tercera pregunta de un analista, nunca en la primera. Las causas son siempre preagregación, límites de cardinalidad y muestreo.
- Un servidor MCP ya es un requisito duro, no un extra. Un chat dentro del dashboard del proveedor es otra cosa.
- Cada requisito lleva una prueba que puedes ejecutar en la demo — no una afirmación que tengas que creerte.
Casi todas las decisiones de compra en analítica se toman sobre una tabla comparativa que nadie verifica. Alguien monta un Excel, doce proveedores reciben su tick verde en «dashboards en tiempo real», y dieciocho meses después el equipo sigue exportando a una hoja de cálculo porque la plataforma no sabe responder a la tercera pregunta seguida.
El problema no es que se elija mal el proveedor. Es que los criterios están mal formulados. «Tiene dashboards» no es un requisito. «Tiempo real» no es un requisito mientras no definas la latencia y el alcance. «Cumple RGPD» no es un requisito mientras no nombres la base legal.
Así que esto no es una lista de herramientas. Es la especificación que una plataforma tiene que cumplir antes de merecer que la llames la mejor herramienta de analítica web para una empresa que invierte dinero real en adquisición. Doce requisitos, cada uno con el fallo que previene y una prueba que puedes ejecutar en la demo.
01Un píxel ultraligero
Cada kilobyte de código de medición es un impuesto sobre las sesiones que más te interesa medir. Una etiqueta de 171 KB en una conexión 3G de un mercado regional no llega tarde: muchas veces no llega, porque el visitante ya ha rebotado. Pierdes primero el tráfico más lento, más móvil y más marginal, que es exactamente donde tu tasa de conversión es más frágil. Y la pérdida de datos es invisible: las sesiones que nunca dispararon no aparecen en el informe que te dice que las sesiones bajan.
Después está el segundo coste. El código de medición que compite con tu propio JavaScript por el hilo principal degrada LCP e INP, y Core Web Vitals no es una métrica de vanidad en un eCommerce: mueve posiciones y mueve conversión. Estás pagando la medición dos veces — una en dato perdido, otra en ingresos perdidos.
Menos de 5 KB gzip en red, menos de 10 KB de JavaScript parseado en el dispositivo, asíncrono, no bloqueante y sin depender de un tag manager para funcionar. Launch + AppMeasurement de Adobe se mueve en el mismo rango que GA4. Lo medimos script por script para comprobarlo. Una plataforma que necesita 100× más código que la alternativa está tomando una decisión de diseño, no cumpliendo una necesidad técnica.
Abre la web del propio proveedor, abre la pestaña de red, filtra por su dominio de píxel y lee tú mismo el tamaño transferido. Después pasa Lighthouse a una página demo con y sin la etiqueta, con throttling Slow 3G. Si el proveedor no sabe decirte de memoria cuánto pesa su script en gzip, es que nunca lo ha optimizado.
02El 100% del dato
Este es el requisito que invalida a todos los demás. Una plataforma que te da el cuarenta por ciento de la realidad con dashboards perfectos es peor que una hoja de cálculo con el cien por cien, porque te da la confianza para actuar sobre una muestra que no es aleatoria.
Se acumulan tres fugas distintas. Consentimiento: en mercados europeos, tasas de rechazo de hasta el 60% son normales con un banner conforme, y al visitante que rechaza las herramientas dependientes de consentimiento no lo miden en absoluto. Bloqueadores y protección antitracking del navegador: en torno al 25% en audiencias técnicas, más en algunos sectores. Fallo de etiqueta: alrededor del 5% en móvil, y crece en redes lentas. Multiplica los supervivientes y estás reportando sobre una fracción — mientras tu CFO lo lee como si fuera el total. Es la aritmética detrás de que GA4 muestre el 13% del tráfico UE.
Lo peligroso no es el volumen perdido, es que la distorsión no se reparte igual. Las audiencias sensibles a la privacidad se concentran en canales y dispositivos concretos. El orgánico queda sistemáticamente infrarreportado. El paid queda sistemáticamente favorecido, porque las landings de pago son las que llevan los parámetros que sobreviven. Cada reasignación de presupuesto hecha sobre ese dato mueve dinero en la dirección del sesgo de medición.
El requisitoLa plataforma debe observar el 100% de las cargas de página sin depender de que el visitante acepte nada, y sin que las listas de bloqueo la clasifiquen como tracker. Eso solo es posible si no almacena datos personales — porque si los almacenara, el consentimiento sería legalmente exigible y volverías al 40%. Completitud y privacidad son el mismo requisito enunciado dos veces, no un intercambio, y ese es el argumento entero de la analítica cookieless.
Corre el candidato en paralelo con tu setup actual durante 30 días y compara ambos contra el único sistema que no tiene brecha de medición: tu CRM o tu base de pedidos. Cuenta los pedidos. La distancia entre plataforma y CRM es la única métrica de completitud que importa, y debería cerrarse a un 15–20%, no a un 50%. La calculadora de pérdida de datos te da el tamaño esperado de esa brecha antes de empezar.
03Tiempo real en todos los dashboards, no en un informe
Casi todas las plataformas incluyen algo llamado «Tiempo real». Casi ninguna significa lo que necesitas. Lo que sueles recibir es una vista en vivo recortada — usuarios activos, páginas top, quizá un mapa — mientras todos los informes que usarías de verdad para decidir corren sobre datos de entre 4 y 24 horas.
Esa distinción cuesta dinero exactamente los días en que más importa. Un checkout roto en Black Friday, un parámetro de campaña que se pierde en una migración, una landing que devuelve 404 después de un deploy: la ventana para arreglar cada uno de estos se mide en horas, y una plataforma que te enseña el daño mañana por la mañana ha convertido una incidencia en una pérdida.
El requisitoLatencia de ingesta por debajo del minuto y — la parte que siempre se salta — la misma frescura en todo el conjunto de informes. Cada dimensión, cada filtro, cada funnel, cada segmento consultable sobre el dato de hoy, con carga de pico, no solo las tres métricas del panel en vivo. El tiempo real que se degrada bajo tráfico no es tiempo real: es tiempo real hasta que lo necesitas.
En la demo, pide que abran un funnel segmentado filtrado por una propiedad personalizada, para hoy, y que lo refresquen mientras tú disparas una conversión en la web de prueba. Después pregunta qué pasó con esa misma consulta en el Black Friday de su cliente más grande. La segunda pregunta es la que separa arquitecturas.
Un matiz honesto sobre el lenguaje comercial: los dashboards en tiempo real son una capacidad de producto, y un SLA contractual es otra cosa. Pregunta las dos cosas por separado, y desconfía de cualquiera que responda a la pregunta del SLA con una captura de pantalla.
04Responde a cualquier pregunta que pueda hacer un analista
Aquí es donde falla la mayoría de plataformas, y siempre falla en la tercera pregunta, nunca en la primera.
Primera pregunta: ¿cómo fue la facturación la semana pasada? Todas responden. Segunda: pártela por canal. Casi todas responden. Tercera: dentro de paid social, para usuarios móviles, en las fichas de producto de una categoría concreta, comparando quienes vieron la guía de tallas contra quienes no. Y ya estás exportando a Excel — lo que significa que tu plataforma de analítica es una capa de reporting con botón de exportar, y el análisis de verdad ocurre en un sitio que nadie puede gobernar, compartir ni reproducir.
Las causas técnicas son siempre las mismas: modelos de datos preagregados que solo soportan las combinaciones que alguien anticipó, límites de cardinalidad que meten tu cola larga en «(other)», muestreo por encima de cierto volumen de filas y un esquema fijo que no sabe llevar las dimensiones propias de tu negocio.
El requisitoCombinaciones arbitrarias de dimensión × métrica sin techo de preagregación. Sin colapso de cardinalidad en «(other)». Sin muestreo, nunca — la aproximación es aceptable en una herramienta de exploración e inaceptable en un sistema que firma presupuestos. Propiedades personalizadas como dimensiones de primera clase, no como etiquetas añadidas. Funnels definibles a posteriori, sobre datos históricos, sin haberlos declarado por adelantado. Y acceso a filas a resolución completa, para que el analista que necesite salir de la interfaz pueda hacerlo sin salir de la plataforma.
Lleva a la demo tu pregunta más difícil — la que hoy resuelves con una hoja de cálculo — y pide que la construyan en directo. No «¿esto se puede?», sino «hazlo ahora, delante de mí». Después pregunta qué ocurre cuando una dimensión tiene 50.000 valores distintos.
05Un píxel flexible para poder trackear todo
Los eventos estándar de eCommerce cubren la parte de tu negocio que se parece a todos los demás negocios. La medición que de verdad te diferencia siempre es a medida: el paso del configurador, la comprobación de disponibilidad, la calculadora de financiación, la solicitud de presupuesto B2B, la llamada que se cierra offline tres días después. Si la plataforma solo sabe medir lo que anticipó, tu techo de instrumentación lo fija el roadmap del proveedor.
El requisitoEventos personalizados arbitrarios con propiedades arbitrarias. Microconversiones como concepto nativo, no como un apaño sobre pageviews. Valor en divisa asociable a cualquier evento. Ingesta cliente y servidor mediante un endpoint HTTP documentado, para que los eventos que ocurren fuera del navegador — un webhook, un cambio de estado en el CRM, un resultado de call tracking — caigan en el mismo dataset que las páginas vistas. Soporte nativo de aplicaciones de una sola página y páginas vistas virtuales. Medición multidominio y de subdominios sin romper la atribución. Y reglas de clasificación de canales editables por ti, porque la definición de «afiliación» o «partner» cambia en cada negocio y una agrupación fija garantiza que acabarás discutiendo con tus propios informes.
Pide que instrumenten en la demo un evento específico de tu negocio, y cronométralo. El listón está en menos de diez minutos usando la documentación.
06Una API realmente robusta
Una plataforma de analítica cuyos datos solo se leen desde su propia interfaz es un silo, y los silos acaban siempre igual: alguien rehace a mano los números importantes en una diapositiva, divergen del origen, y el QBR se convierte en una discusión sobre quién tiene la cifra buena.
El requisitoTodo informe disponible en la interfaz tiene que ser accesible por API — sin pantallas privilegiadas. Autenticación documentada con claves de alcance limitado y revocables. Límites de rate publicados, para poder diseñar contra ellos en lugar de descubrirlos en producción. Paginación que funcione con volúmenes reales. Endpoints que devuelvan filas a resolución completa, no solo agregados. Webhooks para operativa orientada a eventos, de modo que una anomalía de conversión dispare algo en lugar de esperar a que alguien la vea. Y exportación nativa a un data warehouse — BigQuery, Snowflake o equivalente — sin que tengas que escribir y mantener un ETL.
Un innegociable: la API y la interfaz tienen que devolver los mismos números. Parece obvio. Compruébalo igualmente, porque las diferencias de preagregación entre la capa de reporting y la de exportación son una sorpresa habitual y carísima.
Pide la documentación de la API antes de la demo, no después. Documentación pública y versionada que puedas leer sin llamada comercial es en sí misma la señal — un proveedor que tiene la documentación de su API detrás de un formulario tiene una API que no está lista para ser leída.
07MCP: la plataforma tiene que ser legible por agentes
La forma de hacer análisis cambió en los últimos dos años y la mayoría de plataformas no se ha enterado. Analistas y marketers trabajan ya con asistentes de IA en el circuito. Si tu plataforma no se puede consultar desde uno, cada pregunta se convierte en un viaje manual: abrir la interfaz, montar el informe, exportar el CSV, pegarlo en un chat, preguntar, y recibir una respuesta sobre una foto congelada que no se puede profundizar. Ese flujo no solo es lento. Es inauditable — el modelo responde sobre el fragmento que le pegaron, y nadie puede reproducirlo.
El requisitoUn servidor Model Context Protocol, alojado por el proveedor, que exponga los datos de la plataforma como herramientas que un agente puede invocar directamente. Esto es algo concreto, y conviene precisarlo, porque «AI-ready» es hoy la expresión más abusada del marketing de analítica. Un servidor MCP significa: tu asistente — Claude, ChatGPT, Cursor, un copiloto interno — se conecta una vez y a partir de ahí consulta él mismo canales, campañas, funnels, conversiones y propiedades personalizadas, en vivo, y repregunta sin que nadie vuelva a exportar nada. Esa es la diferencia entre un asistente y la analítica self-service de verdad.
Un servidor al que conectas tu propio asistente, una vez. A partir de ahí consulta él mismo canales, campañas, funnels y conversiones, en vivo, y repregunta sin que nadie exporte nada.
Un chat dentro del dashboard del proveedor. Eso es una función de su producto. MCP es acceso a tus datos desde donde ya trabajas.
Requisitos dentro del requisito: alcances de solo lectura por defecto, granularidad de clave por sitio, tokens revocables y traza de auditoría de lo consultado. Un servidor MCP sin credenciales acotadas es una vía de exfiltración de datos con buen marketing.
Pide la URL del endpoint MCP y conéctala a tu propio asistente durante la prueba. Si existe, se tarda dos minutos.
08IA auditable, y que no exporte tus datos
Dos fallos opuestos. El primero es la caja negra: la plataforma te dice que un canal rinde mal, no puede enseñarte la consulta que hay debajo, y se te pide mover presupuesto bajo la palabra de un modelo. El segundo es la fuga: para darte ese insight, tus datos comerciales viajaron a una API de terceros en otra jurisdicción — una transferencia que quizá no está declarada en tu registro de actividades de tratamiento.
El requisitoIA que haga el trabajo para el que los analistas no tienen tiempo — detección continua de anomalías en todas las dimensiones, previsión, identificación de los segmentos que se han movido — y que muestre siempre la consulta subyacente, para que cualquier afirmación sea verificable por una persona en la interfaz. Más una elección de despliegue: o bien traer tu propia clave, de modo que la inferencia corra contra un proveedor con el que ya tienes DPA, o bien un modelo alojado por el fabricante dentro de tu jurisdicción. Para una empresa europea, «inferencia alojada en UE» significa que el modelo se ejecuta en la UE, y es una pregunta distinta de dónde se almacenan tus datos analíticos. Pregunta las dos.
Pregunta dónde se ejecuta físicamente la inferencia, si tus datos pueden usarse para entrenar el modelo, y pide poder hacer clic desde cualquier insight generado por IA hasta el informe que lo produjo. Si ese clic no existe, el insight no es evidencia.
09Un modelo de atribución sobre el que sea honesta
La atribución es donde los fabricantes de analítica son menos honestos, y donde los compradores menos aprietan. Las plataformas que modelan, estiman o rellenan huecos en los datos de conversión producen cifras que parecen completas y son en parte sintéticas. Cuando esas cifras no cuadran con tu CRM — y no van a cuadrar — no puedes distinguir qué parte fue observada y qué parte inferida, así que no puedes depurar la discrepancia en absoluto.
El requisitoEl modelo de atribución tiene que estar enunciado con claridad, aplicarse de forma consistente y estar documentado. Si es last-click, que diga last-click. Si hay conversiones modeladas, la plataforma debe etiquetar cuáles y revelar el método. Lo que ninguna plataforma debería hacer es mezclar en silencio dato observado y dato estimado en la misma cifra.
Un modelo declarado, simple y completo gana a un modelo sofisticado aplicado sobre dato parcial — siempre. Last-click sobre el 100% de las conversiones es un instrumento defendible. Un modelo multi-touch sobre el 40% de sesiones que aceptaron cookies es un relato sobre una muestra, disfrazado de medición.
Pregunta: «¿qué números de este dashboard son observados y cuáles modelados?». Un proveedor que no responda al instante, o que lo describa como propietario, te está diciendo que la respuesta es incómoda.
10Filtrado de bots y tráfico inválido que puedas ver
El tráfico de bots ha crecido con fuerza con los rastreadores de IA, y no se reparte de forma uniforme: se concentra en páginas y fuentes concretas, así que no infla tus totales de forma inofensiva, sino que corrompe filas específicas. Sin filtrar, infla las sesiones de un canal, hunde su tasa de conversión, y acabas optimizando contra ruido.
El requisitoExclusión automática de las métricas reportadas y — esta es la parte que suele faltar — visibilidad de qué se excluyó y por qué. Un filtrado que no puedes inspeccionar es indistinguible de un filtrado que no está ocurriendo.
Pide ver el informe de tráfico bot. No el ajuste. El informe.
11Cumplimiento por arquitectura, no por configuración
El riesgo de cumplimiento en analítica rara vez es una multa. Es el retraso de seis semanas mientras legal revisa una evaluación de impacto de transferencias, el banner de consentimiento que te cuesta el 60% de tus datos para satisfacer un requisito que creó la propia arquitectura, y la migración que tendrás que repetir en dos años cuando el terreno legal se mueva.
El requisitoSin datos personales recogidos, sin cookies, sin fingerprinting de dispositivo, sin almacenamiento en cliente. Esto no es una versión más estricta del cumplimiento: es un mecanismo distinto. Una plataforma que no trata datos personales queda en buena medida fuera del ámbito material de la norma, en lugar de cumplir dentro de ella, y esa diferencia es la que elimina el banner y con él la pérdida del 60%.
Después, la capa operativa: datos alojados en tu jurisdicción con la ubicación concreta nombrada, DPA incluido en el contrato estándar en lugar de negociado, sin transferencias que exijan medidas suplementarias, y documentación que tu DPO pueda leer sin una llamada.
Y sé igual de escéptico en la otra dirección: verifica las certificaciones. ISO 27001 y SOC 2 son estados auditados, con certificado y con fecha. «Alineado con» no es «certificado». Pide el certificado.
Manda la documentación del proveedor a tu DPO antes de la evaluación técnica. Si no sobrevive a esa revisión, la comparativa de funcionalidades es un ejercicio académico.
12Tus datos siguen siendo tuyos, y el precio es previsible
Dos fallos lentos. Bloqueo: descubres en la renovación que tres años de histórico no pueden salir de la plataforma en formato usable, y la negociación termina antes de empezar. Y sorpresa en factura: el precio por consumo de eventos hace que tu mejor mes genere tu peor factura, y los equipos reaccionan racionalmente instrumentando menos — lo que limita en silencio el valor de todo el sistema.
El requisitoExportación histórica completa en formato abierto, bajo demanda, sin abrir un ticket. Retención declarada, con política declarada sobre qué ocurre al terminar el contrato. Precio ligado a una métrica que controlas y puedes prever. Y un coste de puesta en marcha medido en minutos, porque una plataforma que exige una implantación de seis semanas ya ha encarecido la salida — y eso es un modelo de negocio, no una arquitectura.
Pregunta qué pasa con tus datos 30 días después de cancelar. La rapidez y la concreción de esa respuesta te dice cómo piensa el proveedor sobre la propiedad del dato.
Qué te dice de verdad el total
Dos cosas que conviene decir claras. El requisito 2 no es uno de doce — si falla, el resto es decoración: dashboards perfectos en tiempo real sobre el 40% de la realidad son una ruta más rápida a una decisión equivocada. Puntúalo primero, y si una plataforma no lo cumple, para ahí.
Y la pregunta del precio está planteada al revés. La comparación no es 30.000 € al año contra 0 € de GA4. Es 30.000 € al año contra el coste de una sola reasignación de presupuesto equivocada tomada sobre datos incompletos — que para una empresa que invierte 200.000 € al mes en adquisición es un error de redondeo frente a un solo trimestre de inversión mal dirigida. La herramienta no es el gasto. Las decisiones lo son.
Cómo puntúa SealMetrics contra esta lista
Nosotros construimos una de estas plataformas, así que la checklist de arriba es opinionada. Codifica una tesis arquitectónica — que el dato observado completo gana al dato modelado, y que privacidad y completitud son el mismo requisito — que SealMetrics comparte. Un comprador cuya prioridad sea product analytics a nivel de usuario, session replay o modelado multi-touch debería reponderarla, y nosotros puntuaríamos peor. Aquí está el marcador igualmente, con el punto que perdemos.
| Requisito | El listón | SealMetrics | Puntos |
|---|---|---|---|
| 01Píxel ultraligero | Menos de 5 KB gzip en red, menos de 10 KB parseados, asíncrono, sin depender de tag manager | 1,1 KB en red · 2,0 KB parseados. ~155× más ligero que gtag.js | 2 |
| 02El 100% del dato | Toda carga de página observada, independiente del consentimiento, no bloqueada, sin muestreo | Sin cookies por arquitectura. Los clientes pasan de ~40% a ~100% observado, a un 15–20% de los pedidos del CRM | 2 |
| 03Tiempo real en todos los dashboards | Ingesta por debajo del minuto, misma frescura en todo el reporting, aguanta en pico | Tiempo real en todos los dashboards y funnels. El compromiso contractual se enuncia aparte: datos completos antes de las 6 AM | 2 |
| 04Responde a cualquier pregunta de un analista | Dimensión × métrica arbitrarias, sin colapso de cardinalidad, sin muestreo, funnels retroactivos, filas en crudo | Propiedades personalizadas como dimensiones nativas, segmentos, funnels retroactivos, endpoints en crudo. Sin muestreo | 2 |
| 05Píxel flexible | Eventos y propiedades arbitrarios, valor en divisa, ingesta servidor, SPA, multidominio, reglas de canal editables | Eventos y propiedades personalizados, microconversiones como concepto nativo, endpoint HTTP para ingesta servidor y offline | 2 |
| 06API robusta | Cobertura completa del reporting, claves acotadas, filas en crudo, webhooks, exportación nativa a warehouse | API REST y streaming, endpoints de filas en crudo, webhooks con log de entregas, exportación nativa a BigQuery sin ETL | 2 |
| 07MCP | Servidor MCP alojado por el fabricante, credenciales de solo lectura acotadas, invocable por agentes | Servidor MCP alojado. Claude, ChatGPT o un copiloto interno se conecta una vez y consulta el dato directamente | 2 |
| 08IA auditable y privada | Detección de anomalías y previsión, siempre trazables a la consulta, BYOK o inferencia en tu jurisdicción | LENS AI en todos los planes con tu propia clave, o Private AI — modelo abierto alojado en París, sin clave | 2 |
| 09Atribución honesta | Modelo enunciado con claridad, aplicado de forma consistente, sin mezclar observado y modelado | Last-click a nivel de canal sobre el 100% de las conversiones. Sin conversiones modeladas. Sin multi-touch, de forma permanente | 2 |
| 10Filtrado de bots visible | Excluidos de las métricas e inspeccionables | Reporting de tráfico bot y sesiones sospechosas — las exclusiones son visibles, no solo un ajuste | 2 |
| 11Cumplimiento por arquitectura | Sin datos personales, ubicación UE nombrada, DPA incluido, certificaciones verificables | Sin datos personales, alojado en la UE en Dublín, DPA en contrato estándar. Sin certificación ISO 27001 ni SOC 2 | 1 |
| 12Propiedad del dato y precio previsible | Exportación en formato abierto bajo demanda, retención declarada, precio previsible, minutos de puesta en marcha | Exportación completa vía API y BigQuery, precio por plan en lugar de por consumo de eventos, puesta en marcha en minutos | 2 |
| Total | 23 / 24 | ||
Requisito 11 — SealMetrics no está certificado en ISO 27001 ni SOC 2. Todo lo demás de esa fila se cumple: sin datos personales, alojado en la UE en Dublín, DPA en el contrato estándar, sin medidas suplementarias de transferencia. Pero un certificado es un estado auditado con fecha, y no lo tenemos. En procesos de compra que lo exigen es un bloqueo, y conviene decirlo antes de la demo y no descubrirlo en el cuestionario de seguridad.
Mide eventos en agregado — cuenta a nivel de canal, campaña, landing, dispositivo y país, sin vincularlos a un individuo. Ese es el mecanismo que hace posible el requisito 2, y también es una limitación real.
- Sin análisis por usuario
- Sin cohortes ni retención
- Sin session replay
- Sin mapas de calor
- Sin multi-touch
Si eso es central en tu caso de uso, la respuesta honesta es que necesitas una plataforma de product analytics al lado, no en su lugar. Cómo funciona la medición detalla dónde está la frontera.
Preguntas frecuentes
¿Cuál es el requisito más importante en una herramienta de analítica web?
La completitud del dato. Que la plataforma observe el 100% de las cargas de página sin depender del consentimiento es el prerrequisito de todos los demás requisitos: dashboards perfectos en tiempo real sobre el 40% de la realidad son una ruta más rápida a una decisión equivocada, no una mejor. Puntúa la completitud primero, y si una plataforma no la cumple, para ahí.
¿Cuánto debe pesar un píxel de analítica?
Menos de 5 KB gzip en red y menos de 10 KB de JavaScript parseado en el dispositivo. Como referencia, gtag.js de GA4 pesa unos 171 KB en red y unos 512 KB parseados. Las etiquetas pesadas fallan primero en 3G y en móvil, así que pierdes justo el tráfico cuya tasa de conversión es más frágil — y las sesiones que nunca dispararon no aparecen en el informe que te dice que las sesiones bajan.
¿Qué significa realmente «tiempo real» en analítica web?
Latencia de ingesta por debajo del minuto y la misma frescura en todo el conjunto de informes: cada dimensión, filtro, funnel y segmento consultable sobre el dato de hoy, con carga de pico. La mayoría de plataformas incluye una vista en vivo recortada de usuarios activos y páginas top mientras todos los informes que usarías para decidir corren sobre datos de entre 4 y 24 horas.
¿Por qué una plataforma de analítica necesita un servidor MCP?
Porque los analistas trabajan ya con asistentes de IA en el circuito. Sin un servidor Model Context Protocol, cada pregunta se convierte en un viaje manual: montar el informe, exportar el CSV, pegarlo en un chat y recibir una respuesta sobre una foto congelada que no se puede profundizar. Un servidor MCP permite que tu asistente consulte él mismo canales, campañas, funnels y conversiones, en vivo. Un chat dentro del dashboard del proveedor no es lo mismo.
¿Es la atribución last-click peor que la multi-touch?
No cuando la alternativa es un modelo sofisticado aplicado sobre dato parcial. Last-click sobre el 100% de las conversiones es un instrumento defendible. Un modelo multi-touch sobre el 40% de sesiones que aceptaron cookies es un relato sobre una muestra disfrazado de medición. Lo que importa es que la plataforma declare su modelo y nunca mezcle cifras observadas y modeladas en el mismo número.
SealMetrics comparado, requisito a requisito
Cada comparativa lleva la checklist a un competidor concreto — mismos criterios, arquitectura distinta. Debajo va etiquetado el requisito sobre el que pivota cada una.
- Req 2 · el 100% del datoSealMetrics vs GA4El estándar gratuito, y el 60% de sesiones UE que nunca ve.
- Req 12 · precio por dato fiableSealMetrics vs GA360150.000 $/año compran informes sin muestreo — sobre la misma recogida dependiente de cookies.
- Req 1 · peso del píxelSealMetrics vs Adobe AnalyticsLa segmentación más profunda del mercado, sobre ~170 KB de etiqueta y una implantación de 3 a 6 meses.
- Req 11 · cumplimiento por arquitecturaSealMetrics vs Piwik PRONativo europeo y posicionado en privacidad, pero sigue pidiendo consentimiento.
- Req 4 · preguntas de analistaSealMetrics vs MatomoOpen source y autoalojable — a qué renuncia su modo cookieless.
- Los 12 requisitosAlternativas a Google AnalyticsLa categoría completa, puntuada con los mismos criterios.
