Cómo evaluar una herramienta de analítica sin registrarte

Una auditoría práctica de 20 minutos que puedes realizar con cualquier herramienta de analítica antes de crear una cuenta. Qué probar en la demo en vivo, qué afirmaciones verificar tú mismo con las DevTools del navegador y curl, y las señales de alarma que deberían hacerte desistir.

Por qué "regístrate y pruébalo" es una mala estrategia de evaluación

El consejo habitual al evaluar SaaS es "tienen prueba gratuita, regístrate". Para la analítica es una estrategia especialmente débil porque:

• No puedes ver datos reales hasta que hayas instalado el tracker. El panel vacío que obtienes al registrarte no te dice nada sobre si el producto responde las preguntas que realmente quieres responder.
• La instalación requiere un sitio web real con tráfico. La mayoría de las personas que evalúan herramientas de analítica tienen un proyecto personal o un sitio de cliente: poner un tracker no probado en producción es un compromiso nada trivial.
• El registro en sí genera fricción. Confirmación por correo, configuración de la cuenta, un flujo de incorporación forzado. Cada paso es una oportunidad de abandonar antes de ver el producto.

Una mejor estrategia: dedica 20 minutos a auditar la herramienta desde fuera. Casi todo lo que importa es observable sin cuenta.

Paso 1: encuentra la demo en vivo (o su ausencia)

La señal más rápida de una buena herramienta de analítica es un panel de demo público y funcional que usa el mismo código que producción. Busca un enlace "Demo en vivo" o "Pruébalo" en la navegación o el hero de su sitio de marketing.

Qué te da una buena demo

• Datos reales. Los gráficos tienen datos. Los embudos muestran porcentajes de abandono reales. El diagrama de flujo de usuarios no es trivial.
• El mismo panel, no una vista previa simplificada. Desconfía de páginas de "demo" que son capturas de pantalla estáticas o vídeos: no te dicen nada sobre cómo se comporta el producto realmente.
• Misma versión que producción. Una buena demo corre el mismo código que los usuarios de pago. Si el producto lanza una nueva función hoy, la demo la muestra mañana.
• Solo lectura. Deberías poder navegar, filtrar y explorar, pero no guardar, eliminar ni configurar. Esto confirma que el equipo pensó en la seguridad de la demo y se siente cómodo mostrando el producto real a extraños.

Qué probar en la demo

Dedica 5 minutos a hacer clic con estas preguntas concretas:

1. ¿Puedes cambiar el rango de fechas? Prueba 7, 30, 90 días y un rango personalizado. ¿Los datos se actualizan en menos de un segundo? Los filtros de fecha lentos son un indicio de que la herramienta no escalará con tu tráfico.
2. ¿Qué pasa cuando haces clic en un país, una fuente de referencia, un dispositivo? Los buenos paneles te permiten hacer clic en cualquier desglose para filtrar toda la vista. Si los clics no profundizan, la herramienta te muestra datos pero no te deja investigar.
3. ¿Hay embudos? Abre uno si está disponible. Comprueba que los porcentajes de abandono entre pasos sean visibles. Los embudos son la diferencia entre "tenemos analítica" y "entendemos nuestra conversión".
4. ¿Cómo es el flujo de usuarios / diagrama Sankey? ¿Es un diagrama estático o al pasar el ratón aparecen los recuentos? ¿Está limitado a las 5 principales entradas o muestra rutas de cola larga?
5. Eventos personalizados. ¿La demo muestra seguimiento de eventos? Si es así, ¿puedes ver los recuentos por evento a lo largo del tiempo? Aquí es donde viven los datos de tests A/B en las herramientas respetuosas con la privacidad.

Paso 2: comprueba el tracker en las DevTools

Abre el sitio de marketing de la herramienta de analítica. Pulsa F12 → pestaña Red → recarga. Filtra por JS. Busca la etiqueta de script que usan para su propio seguimiento dogfooded. Si no están usando su propio tracker en su sitio de marketing, ya es una señal de alarma: no confían suficientemente en su propio producto como para usarlo ellos mismos.

Para cada solicitud del tracker, comprueba:

• Tamaño del script. Menos de 1 KB comprimido es excelente. 5-10 KB es aceptable. Más de 20 KB y estás pagando por bloat en cada carga de página. GA4 pesa ~45 KB.
• ¿Establece cookies? Pestaña Aplicación → Cookies. Si el tracker establece cookies, en la UE se requiere legalmente un banner de consentimiento. La afirmación de "sin cookies" debería ser verificable en el navegador.
• ¿Qué payload envía cada ping? Haz clic en una solicitud de seguimiento → pestaña Cabeceras. El envío de datos personales (IP, ID de usuario, URL completa con cadenas de consulta, hash de huella digital) es una señal de alarma en materia de privacidad.
• Dominio del tracker. Si se sirve directamente desde tracker-vendor.com, probablemente esté en las listas de bloqueadores de anuncios. Si se sirve desde el propio dominio del sitio de marketing o un subdominio, está usando el truco de primera parte que evita los bloqueadores.

Paso 3: prueba la afirmación del bloqueador de anuncios

Todas las herramientas de analítica centradas en la privacidad afirman "funcionar con bloqueadores de anuncios". Puedes verificarlo en 30 segundos:

1. Abre el sitio de marketing de la herramienta en Brave con Shields en Agresivo
2. Abre DevTools → Red → filtra por el dominio del tracker
3. Recarga la página
4. ¿La solicitud de seguimiento se ejecutó correctamente? Estado 200/204 = pasa. Estado "bloqueado por extensión" / fallido = no pasa.

Prueba adicional: instala uBlock Origin en Chrome, activa la lista EasyPrivacy y repite. Si el tracker pasa tanto Brave Agresivo como uBlock + EasyPrivacy, la afirmación es real. Si está bloqueado, el texto de marketing es aspiracional en el mejor caso.

Paso 4: audita la afirmación de exportación de datos

El bloqueo es el asesino silencioso de las herramientas de analítica. Si tus datos están atrapados en su panel, nunca podrás irte sin perder el historial. Comprueba:

• ¿Hay una página de documentación pública sobre exportación de datos? Si no la encuentras en 60 segundos, la exportación probablemente sea una función de "contáctanos".
• ¿Qué formatos? CSV es el mínimo. JSON o volcado directo de BD es mejor. Los formatos propietarios son señales de alarma.
• ¿Agregados diarios o filas en bruto? Ambos deberían estar disponibles. Si solo exportan agregados, estás atrapado con su interpretación de los datos.
• ¿Hay una API pública para acceso programático? "Sí, mediante integraciones" suele significar "no". Busca documentación real de endpoints REST.

Paso 5: revisa las páginas de comparación en su sitio

La mayoría de las herramientas de analítica tienen páginas /vs/competidor. Son valiosas para la evaluación, no por cómo el proveedor se posiciona a sí mismo sino por cómo describe a sus competidores. Lee las páginas que los comparan con herramientas que has usado. Pregúntate:

• ¿Es la comparación honesta? ¿Reconocen dónde los competidores son mejores? "No tenemos X pero si necesitas X, usa Y" es una señal de posicionamiento seguro y justo. "Todo es ✓ para nosotros y ✗ para ellos" es publicidad engañosa.
• ¿Son precisos los precios? Comprueba la página de precios real del competidor. Si la comparación muestra precios que coinciden con la realidad, el proveedor es honesto. Si los números son antiguos o engañosos, espera los mismos estándares en todo lo demás.
• ¿Mencionan funciones que no tienen? Un "Próximamente" o un honesto "fuera de nuestro alcance" es una señal positiva. Ocultar las carencias sugiere que el equipo no será directo cuando tengas problemas más adelante.

Paso 6: hojea la documentación y el changelog

Abre la documentación. Comprueba tres cosas concretas:

1. ¿La guía de instalación es una sola página que se lee en menos de 5 minutos? Una documentación de configuración compleja predice una realidad de configuración compleja. Busca "añade esta etiqueta de script": si la instalación real son 12 pasos con un gestor de etiquetas, lo vas a sentir.
2. ¿Con qué frecuencia se actualiza el changelog? Una herramienta que lanza funciones semanal o mensualmente está viva. Una sin changelog público o que no se ha actualizado en 6 meses está finalizada (raro) o abandonada (frecuente).
3. ¿Hay documentación sobre casos extremos? Busca secciones sobre precisión de datos, metodología, qué se rastrea y qué no. Las herramientas que documentan su metodología la han reflexionado. Las que no suelen sorprenderse con sus propios datos.

Cinco señales de alarma que deben dar por terminada tu evaluación

Si alguna de estas aparece durante tu auditoría, la herramienta no merece el registro de prueba:

1. Sin demo pública. Peor aún: solo una demo en vídeo o capturas estáticas. El proveedor no confía suficientemente en su producto como para mostrárselo a extraños.
2. "Respetuoso con la privacidad" con cookies en las DevTools. El texto de marketing que no supera la inspección de DevTools significa que el resto del texto de marketing tampoco es verificable.
3. Sin documentación de exportación de datos. O peor, la exportación es un complemento de pago. Significa que el bloqueo es el modelo de negocio.
4. Páginas de comparación donde todo es ✓ para ellos y ✗ para los competidores. Ninguna herramienta gana en todas las categorías. Pretender lo contrario indica un posicionamiento deshonesto en todo lo demás.
5. Sin API pública. Te están diciendo que siempre serás un turista del panel, nunca un usuario integrado. Limita el techo de utilidad que puede alcanzar la herramienta.

Cómo es una buena auditoría en la práctica

Aquí tienes una versión de 20 minutos del protocolo aplicado al propio Logly: siéntete libre de hacer la misma prueba:

1. Demo en vivo: app.logly.uk/demo abre el panel completo con 90 días de datos sintéticos. Filtros, embudos, eventos, mapa del mundo: todo funcional. Solo lectura.
2. Tracker en DevTools: el script en logly.uk pesa menos de 1 KB comprimido, no establece cookies. El pixel de seguimiento llama directamente a logly.uk/e.
3. Brave Shields Agresivo: los pings de seguimiento se ejecutan correctamente; verificado en mayo de 2026.
4. Exportación de datos: tres exportaciones CSV (diaria, sesiones, eventos) desde el panel. API pública con autenticación por clave Bearer para acceso programático. Documentado en /docs.
5. Páginas de comparación: 8 páginas /vs/. Varias reconocen dónde los competidores son mejores (p. ej., el autoalojamiento de Plausible, los mapas de calor de Matomo).
6. Documentación: la instalación es una etiqueta de script. La documentación pública cubre instalación, GDPR, embudos, API y exportación de datos.

Ese es el listón que debes poner al evaluar cualquier herramienta de analítica. Veinte minutos de auditoría estructurada te dicen más que una semana batallando con una prueba gratuita.