Ir al contenido
SealMetrics
Comparativas

La mejor herramienta de analítica web: los 12 requisitos que de verdad deciden

12 min de lecturaPor Rafa Jiménez

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

El fallo que previene

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.

171 KBgtag.js de GA4 en red, comprimido
512 KBJavaScript que GA4 parsea en el dispositivo
< 5 KBEl listón, gzip en red
< 10 KBEl listón, parseado en el dispositivo
El requisito

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.

La prueba

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

El fallo que previene

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.

60%Rechaza el consentimiento en mercados UE con banner conforme
25%Bloqueado por adblockers y protección antitracking
5%Fallos de etiqueta en móvil — más en redes lentas
~40%Lo que llega de verdad al informe que tu CFO lee como el total

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 requisito

La 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.

La prueba

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

El fallo que previene

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 requisito

Latencia 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.

La prueba

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

El fallo que previene

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 requisito

Combinaciones 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.

La prueba

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

El fallo que previene

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 requisito

Eventos 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.

La prueba

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

El fallo que previene

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 requisito

Todo 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.

La prueba

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

El fallo que previene

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 requisito

Un 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.

Qué es MCP

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.

Qué no es MCP

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.

La prueba

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

El fallo que previene

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 requisito

IA 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.

La prueba

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

El fallo que previene

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 requisito

El 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.

La prueba

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 fallo que previene

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 requisito

Exclusió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.

La prueba

Pide ver el informe de tráfico bot. No el ajuste. El informe.

11Cumplimiento por arquitectura, no por configuración

El fallo que previene

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 requisito

Sin 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.

La prueba

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

El fallo que previene

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 requisito

Exportació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.

La prueba

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.

Puntúa cada requisito 0, 1 o 2 — 24 posibles

Qué te dice de verdad el total

20–24Verdaderamente enterprisePoco frecuente. Revisa igualmente las dos puntuaciones más bajas antes de firmar.
14–19Viable, con carencias conocidasEscribe las carencias en la decisión para que nadie se sorprenda en el mes cuatro.
Menos de 14Capa de reporting, no plataformaVale para un negocio de 50.000 € al año. No para uno que gasta 50.000 € al mes en adquisición.

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

Aviso

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.

RequisitoEl listónSealMetricsPuntos
01Píxel ultraligeroMenos de 5 KB gzip en red, menos de 10 KB parseados, asíncrono, sin depender de tag manager1,1 KB en red · 2,0 KB parseados. ~155× más ligero que gtag.js2
02El 100% del datoToda carga de página observada, independiente del consentimiento, no bloqueada, sin muestreoSin cookies por arquitectura. Los clientes pasan de ~40% a ~100% observado, a un 15–20% de los pedidos del CRM2
03Tiempo real en todos los dashboardsIngesta por debajo del minuto, misma frescura en todo el reporting, aguanta en picoTiempo real en todos los dashboards y funnels. El compromiso contractual se enuncia aparte: datos completos antes de las 6 AM2
04Responde a cualquier pregunta de un analistaDimensión × métrica arbitrarias, sin colapso de cardinalidad, sin muestreo, funnels retroactivos, filas en crudoPropiedades personalizadas como dimensiones nativas, segmentos, funnels retroactivos, endpoints en crudo. Sin muestreo2
05Píxel flexibleEventos y propiedades arbitrarios, valor en divisa, ingesta servidor, SPA, multidominio, reglas de canal editablesEventos y propiedades personalizados, microconversiones como concepto nativo, endpoint HTTP para ingesta servidor y offline2
06API robustaCobertura completa del reporting, claves acotadas, filas en crudo, webhooks, exportación nativa a warehouseAPI REST y streaming, endpoints de filas en crudo, webhooks con log de entregas, exportación nativa a BigQuery sin ETL2
07MCPServidor MCP alojado por el fabricante, credenciales de solo lectura acotadas, invocable por agentesServidor MCP alojado. Claude, ChatGPT o un copiloto interno se conecta una vez y consulta el dato directamente2
08IA auditable y privadaDetección de anomalías y previsión, siempre trazables a la consulta, BYOK o inferencia en tu jurisdicciónLENS AI en todos los planes con tu propia clave, o Private AI — modelo abierto alojado en París, sin clave2
09Atribución honestaModelo enunciado con claridad, aplicado de forma consistente, sin mezclar observado y modeladoLast-click a nivel de canal sobre el 100% de las conversiones. Sin conversiones modeladas. Sin multi-touch, de forma permanente2
10Filtrado de bots visibleExcluidos de las métricas e inspeccionablesReporting de tráfico bot y sesiones sospechosas — las exclusiones son visibles, no solo un ajuste2
11Cumplimiento por arquitecturaSin datos personales, ubicación UE nombrada, DPA incluido, certificaciones verificablesSin datos personales, alojado en la UE en Dublín, DPA en contrato estándar. Sin certificación ISO 27001 ni SOC 21
12Propiedad del dato y precio previsibleExportación en formato abierto bajo demanda, retención declarada, precio previsible, minutos de puesta en marchaExportación completa vía API y BigQuery, precio por plan en lugar de por consumo de eventos, puesta en marcha en minutos2
Total23 / 24
Dónde se pierde el punto

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.

Lo que deliberadamente no hace

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.