Cómo solucionar la falta de tráfico en vivo en Astrina

Cuando falta tráfico en vivo, normalmente no ha “desaparecido”. A menudo está oculto por el alcance, el momento o algún cambio que hiciste hace tres días y ya olvidaste. Si estás intentando averiguar cómo solucionar la falta de tráfico en vivo en Astrina, empieza por la pregunta más simple: ¿qué esperabas ver, en qué página y en qué minuto dejó de aparecer?

Un panel en blanco no prueba una pérdida. La página principal puede verse vacía mientras el blog, el checkout o una landing de campaña siguen informando con normalidad. Revisa una página y luego otra. Esa pequeña diferencia importa, incluso cuando tráfico en vivo Astrina no aparece en la vista que estás revisando.

1. Confirma si el problema realmente es “falta” de tráfico en vivo

Define la brecha en términos claros. Si Astrina muestra 2 visitantes en vivo y esperabas 5, eso es una discrepancia, no una caída total. Si muestra 0 en toda una propiedad durante 20 minutos, es otro problema. No son el mismo caso, y a veces Astrina no muestra visitas en vivo por una causa puntual y no por una pérdida general.

Anota primero la página o el área del sitio. Una página de producto, un catálogo y un artículo de ayuda pueden comportarse de forma distinta porque quizá usan plantillas o ubicaciones de etiqueta diferentes. Una plantilla rota puede hacer que una sola sección parezca muerta mientras el resto del sitio está bien.

Haz una comparación concreta. “Más bajo de lo habitual” es vago; “la página de precios bajó de 7 visitas en vivo a 0 después del despliegue del mediodía” te da una línea real que investigar. Aquí ayudan los números. Las suposiciones, no.

2. Revisa la fecha exacta, la hora y el contexto de zona horaria

Antes de tocar el código, comprueba el intervalo de informes. Astrina puede estar mostrando una vista en vivo, una ventana reciente o un rango de fechas guardado, y no son intercambiables. Una página puede parecer ausente simplemente porque el reloj está configurado en una zona horaria distinta a la que usa tu equipo.

Mira la zona horaria de la cuenta, el reloj del navegador y la zona horaria del servidor del sitio, si la tienes. Un desfase de 15 minutos puede hacer que una solicitud parezca tardía, temprana o que falte por completo. Eso basta para perder una hora.

Ten cuidado con las vistas “actuales”. Si abriste Astrina a las 09:58 y refrescaste a las 10:02, aún debes verificar que el panel haya avanzado contigo. Una pestaña desactualizada puede seguir mostrando el estado en vivo de ayer y hacer que persigas fantasmas.

3. Revisa el acceso, la propiedad y el alcance de los filtros

Asegúrate de estar en la propiedad correcta. Parece obvio, pero los equipos suelen mantener nombres parecidos para staging, producción, sitios regionales o cuentas de clientes. Un clic de más puede llevarte al proyecto equivocado.

Después, revisa los permisos. Si tu rol no puede ver un segmento, un filtro o una vista privada, puedes pensar que falta tráfico en vivo cuando en realidad solo está oculto. Eso pasa más a menudo de lo que la gente admite en las reuniones.

Busca restricciones de alcance. Los filtros, segmentos y vistas guardadas pueden ocultar tráfico en vivo de un tipo de dispositivo, un país o una ruta concretos. Si un filtro excluye IPs internas, una prueba desde la oficina quizá nunca aparezca. Si necesitas una configuración de cuenta más amplia para varios sitios, la vista de every site you look after de Astrina puede facilitar la comparación de lo que se ve entre proyectos.

Una prueba rápida ayuda: cambia a una vista sin filtros y recarga. Si aparece tráfico en vivo, el problema no era la recopilación. Era el alcance.

4. Revisa los cambios recientes de implementación

Sigue el último despliegue, aunque haya sido “solo un cambio pequeño”. Una nueva regla del gestor de etiquetas, una actualización del banner de consentimiento, un ajuste de redirección o una regla de CDN pueden interrumpir las visitas en vivo sin romper la página en sí. La página carga. Los datos no.

Comprueba si el código de seguimiento se movió en el último despliegue. Si el script se retrasó, se eliminó de una plantilla o se duplicó en dos lugares, el tráfico en vivo puede volverse inestable. Un solo parche de frontend puede ser suficiente.

Los cambios de frontend merecen especial atención. Un único cambio de renderizado puede impedir que el script se dispare en la carga inicial, especialmente en aplicaciones de una sola página, donde importan los cambios de ruta. El sitio parece normal. La solicitud nunca ocurre.

El comportamiento del consentimiento es otro punto de fallo frecuente. Si tu banner ahora espera un clic antes de activar la analítica, el tráfico en vivo bajará para los usuarios que no acepten cookies. Eso no es un error de Astrina. Es un cambio de configuración.

5. Verifica que las solicitudes en vivo estén llegando a Astrina

Abre las herramientas de desarrollo del navegador y mira la pestaña Network. Recarga la página una vez y busca la solicitud de seguimiento. Quieres verla dispararse al cargar y devolver una respuesta correcta. Si no hay solicitud, no puede llegar ningún dato.

Revisa los detalles de la solicitud, no solo la vista de la página. La solicitud puede estar bloqueada, redirigida o responder con un error fácil de pasar por alto si solo miras el panel. Lo que quieres confirmar es una respuesta exitosa.

Si puedes capturar un ID de solicitud, hazlo. Soporte puede rastrearlo mucho más rápido que una nota vaga como “el tráfico en vivo no funciona”. Cuanto más exacto sea el paquete, menos tiempo pasa todo el mundo adivinando.

Prueba una vez en escritorio y otra en móvil. Un teléfono puede comportarse de forma distinta, y esa diferencia puede evitar que culpes a la capa equivocada. Prueba pequeña, pista grande.

6. Comprueba bloqueadores en dispositivos o navegadores concretos

Los bloqueadores de anuncios pueden ocultar el tráfico en vivo. También las configuraciones de privacidad, las extensiones del navegador y un control más estricto de las cookies. Safari e iOS merecen especial atención porque su comportamiento puede diferir del de Chrome.

Prueba al menos tres condiciones: sin bloqueador, con bloqueador y con consentimiento denegado. Si el tráfico en vivo solo aparece en el primer caso, el problema no es una pérdida total. Es una captura condicional. Esa distinción importa para el arreglo.

Prueba un navegador normal y una ventana privada. Luego repite en un teléfono. Si la visita en vivo aparece en un sitio y desaparece en otro, habrás acotado el problema al comportamiento del navegador y no al sitio o la cuenta.

A veces la explicación es mundana. Un dispositivo corporativo con ajustes de privacidad estrictos puede borrar justo la solicitud que intentas medir. Nada glamuroso. Muy real.

7. Compara las páginas afectadas con una que sí funcione

Elige una página que sí informe tráfico en vivo y otra que no. Cárgalas con el mismo navegador, el mismo dispositivo, la misma red y el mismo estado de consentimiento. Si una funciona y la otra no, tienes un problema a nivel de página, no una caída global.

Compara las plantillas de página. La página rota puede usar un diseño distinto, un bloque de script retrasado o una ruta de evento personalizada. La página que funciona demuestra que la cuenta puede recibir tráfico en vivo. La que falla muestra dónde se detiene.

Usa la comparación también para aislar problemas específicos de eventos. Una página puede cargar bien mientras un clic, el envío de un formulario o una pageview virtual nunca se dispara. Eso pasa mucho en flujos de checkout y rutas SPA, donde la página visible y el evento rastreado no son lo mismo.

Si ya usas astrina para comprobaciones a nivel de página, este es el momento de mirar la página exacta que cambia de estado, no solo la página principal. La página principal puede estar sana mientras el problema real está en un botón bloqueado.

8. Escala con un paquete breve de diagnóstico

Antes de contactar con soporte, reúne seis cosas: la URL afectada, la marca de tiempo, el navegador, el dispositivo, el comportamiento esperado y el comportamiento real. Añade una captura de pantalla si tienes una. Añade un ID de solicitud si lo capturaste. Ese paquete convierte un intercambio lento de ida y vuelta en una comprobación directa.

Si tu equipo gestiona varios sitios, incluye el nombre del proyecto exactamente como aparece en Astrina. Una sola letra errónea puede llevar al soporte por el camino equivocado. Parece un detalle menor. No lo es.

Mantén la nota breve y específica. “Falta tráfico en vivo en /pricing a las 10:14 UTC en Safari en iPhone; la solicitud nunca aparece en Network” es mucho mejor que “nada funciona”. Soporte puede actuar de inmediato con la primera línea.

Si tu configuración implica agencias o varias propiedades de clientes, un panel compartido como every client site in one dashboard puede ayudarte a ver si el problema se limita a un cliente o se extiende por toda la cuenta. Un sitio roto es un problema del sitio. Tres sitios rotos suelen apuntar a un cambio de configuración.

Qué registrar mientras investigas

Una última comprobación: si la solicitud en vivo nunca se dispara, no pierdas tiempo en los gráficos de informes. Vuelve a la implementación, el consentimiento o el bloqueo. Si la solicitud se dispara pero no aparece nada en Astrina, ese es otro camino y suele resolverse mucho más rápido. Dos problemas. Dos soluciones.

Usa las pruebas de la página que funciona, la página bloqueada y el registro de red antes de pedir ayuda. Esa es la vía más rápida cuando intentas solucionar la falta de tráfico en vivo en Astrina, y le da a la otra persona algo que realmente puede probar en lugar de una queja vaga.