Ver cuántas personas están navegando por tu sitio en este mismo instante suena a funcionalidad de panel premium, pero se puede montar con piezas que ya tienes. La parte interesante no es el contador: es interpretar la señal sin engañarte. Vamos al montaje real.
Paso 1: elige la fuente de datos antes de tocar nada
Hay tres vías y no son intercambiables:
- Etiqueta del proveedor de analítica (GA4, Matomo, Plausible). Cero desarrollo, pero la latencia de agregación hace que el «tiempo real» de GA4 no sea instantáneo: según la documentación oficial de Google, los informes en tiempo real reflejan actividad de los últimos 30 minutos y los datos pueden tardar en consolidarse.
- Logs del servidor. Es el dato más fiel, incluye bots y descargas que el JavaScript nunca ve. Requiere acceso al log y un parser.
- Streaming desde el propio sitio (WebSocket o Server-Sent Events). Control total, pero eres tú quien asume el coste de infraestructura.
Para una pyme con WordPress, la vía 1 es suficiente. Para auditar rastreo de bots o picos de tráfico anómalos, la 2 es obligatoria.
Paso 2: activa la vista en vivo en GA4 y compruébala
- Entra en Administrar → Flujos de datos y confirma que la etiqueta está disparando (extensión de navegador o el informe DebugView).
- Abre Informes → Tiempo real y navega tú mismo por una URL con parámetro ?utm_source=test.
- Verifica que apareces con esa fuente. Si no apareces, el problema casi siempre está en una condición de consentimiento que bloquea la etiqueta, no en la etiqueta.
El error que casi todos cometen la primera vez
Un caso típico: instalas el snippet en la cabecera, el contador de usuarios activos muestra 0 y entras en pánico. En realidad el bloqueo de cookies rechazó el script o un plugin de caché está sirviendo HTML con la etiqueta duplicada y desactivada. Antes de reinstalar nada, abre la consola del navegador y busca la petición a collect o al endpoint de tu herramienta. Si no sale, el problema es de carga; si sale con 204, la medición funciona y el fallo está en el filtrado interno.
Paso 3: monta un panel propio con los logs (opcional pero revelador)
Si quieres ver peticiones por segundo sin depender de terceros, un comando de terminal basta para empezar:
tail -f /var/log/nginx/access.log | awk ‘{print $1}’ | sort | uniq -c | sort -rn | headEsto te da las IPs con más peticiones en la ventana que dejes abierta. Sirve para detectar un scraper agresivo en segundos, pero no distingue usuarios de bots ni sesiones: para eso necesitas agregación por ventanas de tiempo y un panel tipo Grafana leyendo el log.
Qué no te va a decir el tiempo real
Aquí conviene ser honesto: el tráfico en vivo no sirve para medir conversiones ni atribución. Un usuario que compra puede haber llegado hace tres días por otro canal. Tampoco distingue bien entre una visita humana y un bot con user-agent falsificado. Y si tu sitio tiene mucho tráfico, refrescar cada segundo consume recursos y te muestra ruido, no tendencia.
Según estudios del sector de analítica web, una parte relevante del tráfico clasificado como «directo» en los paneles en vivo corresponde a tráfico interno, herramientas de monitorización y enlaces mal etiquetados. Filtra tu propia IP y la de tu equipo antes de sacar conclusiones.
Checklist de configuración mínima
- Etiqueta cargando en todas las plantillas, incluida la de gracias.
- Filtro de IP interna activo.
- Evento personalizado para clics en CTA, visible también en el informe en vivo.
- Alerta (email o Slack) cuando el flujo de datos se detiene más de 30 minutos: la caída de etiqueta es más frecuente que la caída del servidor.
- Revisión semanal del log para comparar con la herramienta: si divergen mucho, hay bots o bloqueo de scripts.
Con esto tienes monitorización en vivo funcional y, sobre todo, sabes cuándo desconfiar de lo que ves.
Perfiles verificables: Sitio web
Publicado el 25 de October de 2026. Última revisión: 25 de October de 2026.