Cómo saber si Astrina está identificando correctamente el tráfico de bots
No hace falta una auditoría enorme para responder una sola pregunta: ¿Astrina está clasificando las visitas con aspecto de bot de la manera que esperas en esta propiedad, en esta campaña y en este momento? Esa prueba es mucho más concreta que evaluar la calidad del tráfico de toda la cuenta, y además ahorra tiempo. Si te preguntas cómo saber si astrina detecta bots, empieza por una validación acotada.
La forma más limpia de trabajar es elegir una propiedad, una landing page y una ventana pequeña. Diez minutos pueden bastar. Estás comprobando la lógica de seguimiento, no la salud de todo tu mix de adquisición, así que también conviene cómo comprobar tráfico de bots en astrina sin dispersarte en demasiadas variables.
1. Define el escenario exacto para comprobar bots
Anota el escenario antes de abrir el panel. Nombra la propiedad, la campaña, la ruta de la página y el comportamiento que esperas ver. Si un crawler entra en /pricing tres veces en 90 segundos, ese es un caso específico. Si una herramienta de QA carga la misma página con el mismo user agent desde una IP, ese es otro.
Esto importa porque el tráfico de bots puede significar cosas distintas según el contexto. Una campaña de newsletter puede atraer escáneres de enlaces. Una página pública de documentación puede atraer scrapers. Una landing de anuncios puede recibir bots de vista previa de plataformas publicitarias. No mezcles esos casos en un solo conjunto de pruebas. Una prueba, un objetivo. Por eso, antes de nada, conviene validar clasificación de bots en astrina con un único escenario bien definido.
Si estás validando una configuración después de un cambio, anota exactamente cuál fue. ¿Alguien añadió un filtro? ¿Se instaló el agente en un segundo subdominio? ¿Se activó una nueva regla de alerta? Esos detalles determinan si el resultado apunta a un problema del producto o a un problema de configuración.
2. Elige una ventana pequeña con señales de bot conocidas
Selecciona una ventana breve en la que esperes que la actividad de tipo bot sea visible. Un tramo de 30 minutos funciona mejor que una semana completa cuando intentas confirmar la clasificación. Si ya conoces una fuente, úsala. Si conoces una landing page, úsala. Si sabes que hubo una hora con mucho rastreo, mejor aún.
Busca una referencia de base que puedas explicar en una sola frase. Por ejemplo: “Esta página se compartió en un foro con mucho tráfico de bots a las 14:00”, o “Esta campaña recibió una comprobación de monitorización cada 5 minutos”. Cuanto más clara sea la referencia, más fácil será ver si Astrina etiqueta bien las visitas.
Un movimiento práctico: compara la ventana de prueba con una ventana tranquila de la misma duración. Si las señales de bot aparecen solo en la ventana esperada y Astrina las trata de forma distinta que en la ventana tranquila, tienes un punto de partida útil. Si ambas ventanas se ven idénticas, detente. Puede que algo en la configuración esté ocultando la señal.
3. Reproduce el patrón de visitas que quieres probar
Usa un patrón repetible. Accede a la misma ruta desde el mismo perfil de navegador, o desde el mismo host de pruebas, o con la misma cadena de user agent. Hazlo siempre en el mismo orden. Tres visitas, separadas por un minuto, son más fáciles de revisar que una ráfaga caótica de clics aleatorios.
Un patrón simple puede verse así: página A, luego página B, luego página A otra vez. O inicio, luego página de producto, luego página de compra sin hacer pausa. Algunos bots hacen exactamente eso. Algunas personas también, por eso cuenta el número de repeticiones. Dos accesos son una prueba débil. Cinco o más pueden contar una historia más clara.
Mantén la prueba acotada. No satures la propiedad con cientos de solicitudes, a menos que estés probando el comportamiento a escala, y eso ya es otra tarea. Un conjunto pequeño de visitas conocidas basta para la mayoría de las comprobaciones. Lo que quieres son trazas legibles, no ruido.
Si primero necesitas una instalación limpia, la página de configuración del agente está aquí: * y el tamaño normalizado del texto visible. Instálalo una vez, confirma que la propiedad recibe datos y luego ejecuta la prueba de bots. Un test fallido no significa nada si el rastreador nunca estuvo activo.
4. Comprueba si Astrina registra la cadena de eventos de forma coherente
Abre la vista individual de la visita o sesión e inspecciona la secuencia. Las páginas vistas deberían aparecer en el orden en que las generaste. Los referers deberían coincidir con la fuente que usaste. Las marcas de tiempo deberían encajar con los minutos, no desplazarse a otra hora. Aquí, una prueba de bot debería ser aburrida.
Busca saltos. Un bot puede activar eventos de pageview sin un inicio de sesión correspondiente. Un bucle de recarga puede crear accesos duplicados con la misma ruta. Un crawler puede llegar sin referer y luego saltar entre dos páginas internas. Estos patrones no son una prueba por sí solos, pero sí te dicen si Astrina ve la cadena como una única secuencia con aspecto de bot o como tráfico no relacionado.
Una comprobación útil es el intervalo entre accesos. Si activaste solicitudes cada 20 segundos, las diferencias registradas deberían mantenerse cerca de ese ritmo. Si se comprimen, se estiran o se reordenan, el problema puede estar en el manejo de las marcas de tiempo y no en la clasificación de bots.
Ese pequeño detalle importa. Una etiqueta de bot colocada sobre la visita equivocada es una mala etiqueta. También lo es una buena etiqueta asociada a la ruta equivocada. Comprueba primero la cadena y luego la etiqueta.
5. Compara los resultados de clasificación entre filtros y vistas
No te fíes de un solo bloque del panel. Revisa el mismo conjunto de pruebas en la vista principal, en cualquier segmento guardado, en cualquier exportación y en cualquier filtro a nivel de propiedad del que dependas. El resultado debería mantenerse coherente. Si una visita aparece como bot en un sitio y como humana en otro, tienes un problema de reporte que merece atención.
Usa al menos dos vistas si puedes. Una puede ocultar el tráfico filtrado. Otra puede mostrar los eventos en bruto. Esa diferencia es útil, no molesta. Te dice si la clasificación existe a nivel de evento, a nivel de sesión o solo en un informe derivado.
Si mantienes un mapa de medición para la propiedad, contrasta la prueba de bots con los eventos que esperas medir: pageview, inicio de sesión, referer y cualquier evento personalizado ligado a la campaña. El artículo sobre qué medir en analítica web puede ayudarte cuando necesites nombrar esos campos con claridad.
No omitas las exportaciones. Un CSV puede revelar una discrepancia que el panel oculta tras la agregación. Busca el mismo ID de sesión, la misma ruta de página y la misma marca de bot en los tres sitios. Si la marca desaparece en la exportación, eso ya es un fallo concreto.
6. Busca falsos negativos y falsos positivos en el conjunto de pruebas
Ahora audita una pequeña muestra a mano. Elige 5 accesos de bot evidentes y 5 visitas claramente humanas. No necesitas una muestra grande. Necesitas casos obvios. Si un crawler conocido pasó desapercibido, eso es un falso negativo. Si una visita humana normal fue marcada, eso es un falso positivo.
Usa la evidencia más simple que tengas. Una prueba de bot de un servicio de monitorización, una ejecución sintética en navegador o una IP de QA conocida pueden aportar la parte de bot. Una prueba desde el Wi‑Fi de la oficina o desde una cuenta interna pueden aportar la parte humana. Mantén clara la diferencia. Las muestras mezcladas hacen perder tiempo.
Fíjate en los casos límite. Una extensión del navegador puede hacer que una visita humana parezca extraña. Una herramienta de privacidad puede eliminar los referers. Un proxy corporativo puede agrupar a varias personas detrás de una sola IP. Ninguna de esas cosas demuestra por sí sola que Astrina esté equivocada, pero sí explica por qué un acceso puede acabar en el bucket incorrecto.
Si quieres comparar la etiqueta de bot con un flujo de producto, la reproducción de sesiones puede ayudar. La entrada sobre astrina session replay para revisar abandonos en checkout muestra cómo usar la reproducción en un recorrido más acotado. Eso resulta útil cuando la prueba de bots toca formularios, acciones del carrito o pasos de checkout.
7. Verifica los informes posteriores y las exclusiones
Clasificar bien es solo la mitad del trabajo. También debes confirmar que el tráfico de bots se excluye, se enruta o se cuenta como esperan tus informes. Revisa alertas, exportaciones y cualquier integración que lea datos de Astrina. Si el tráfico de bots debe quedar fuera de una métrica, verifica esa exclusión en el lugar donde se consume la métrica, no solo dentro de Astrina.
Mira un ejemplo aguas abajo. Si tu informe semanal solo toma sesiones no bot, ¿desaparece allí el tráfico de prueba? Si tu alerta vigila picos sospechosos, ¿la prueba de bot activa la alerta o se queda por debajo del umbral? Si un panel posterior usa un filtro guardado, ¿el filtro sigue funcionando después de aplicar la etiqueta de bot? Tres comprobaciones distintas. Tres puntos de fallo diferentes.
También es el momento de revisar cambios del producto o del stack que alteren el comportamiento de analítica. Si las reglas del navegador cambiaron recientemente, el artículo sobre qué cambió en la analítica web tras puede dar contexto útil para un cambio en un informe que en realidad no está causado por la detección de bots.
Algunos equipos también envían el tráfico gestionado como bot a un proceso separado, sobre todo cuando depende de ello una alerta o un flujo de soporte. Si tu configuración incluye una ruta retirada o restringida, confirma que las reglas de enrutamiento siguen comportándose como esperas después de que llegue la etiqueta de bot. Una exclusión que falte puede inundar un informe en cuestión de horas.
8. Documenta el resultado y qué volver a probar después
Escribe la prueba antes de olvidarla. Registra la propiedad, la ventana de prueba, la fuente, la ruta, el número de accesos y el resultado. Cinco líneas bastan. Si la etiqueta coincidió con lo esperado, dilo. Si no, anota exactamente dónde falló: etiqueta ausente, sesión incorrecta, exportación incorrecta o exclusión rota.
Mantén la siguiente prueba concreta. Si la primera comprobación usó una IP, vuelve a probar desde una segunda IP. Si la primera usó una sola ruta de página, repite en otra página. Si la primera solo usó pageviews, repite con un cambio de referer o con un patrón de clics repetidos. Un cambio por vez. Así se aísla el problema.
Usa una lista breve después de cualquier cambio de configuración, reinstalación del agente o nueva versión. La página de configuración puede ayudarte si necesitas reinstalar el agente desde cero: * y el tamaño normalizado del texto visible. Si tu equipo trabaja sobre una propiedad de staging, replica primero allí la misma validación. Los fallos en staging cuestan menos.
Si quieres una visión más clara de cómo debería moverse una visita rastreada por la propiedad, revisa el artículo base sobre cómo configurar el uptime de astrina. El uptime no es detección de bots, pero enseña la misma disciplina: un evento conocido, un resultado conocido y una ruta comprobable.
Después, mantén las notas visibles. Una sola frase como “10 accesos repetidos desde una IP se etiquetaron como bot en el panel, la exportación y el filtro de alerta el martes a las 14:20” vale más que una nota vaga de aprobado/reprobado. Escribe la fecha. Escribe la ruta. Escribe el fallo exacto, si lo hubo. Y luego vuelve a probar ese mismo caso la próxima vez.
