Deteccion de bots

MetriXs usa multiples capas para filtrar el trafico de bots de tus estadisticas.

Comprobaciones del lado del servidor

• Filtrado de user-agent, la biblioteca isbot cubre mas de 1500 bots conocidos
• Patrones de automatizacion, bloquea Puppeteer, Playwright, Selenium, python-requests, curl, Scrapy y mas
• Limitacion de tasa, max 120 eventos por IP por minuto, mas un limite por subred /24 (200 eventos / 5 min) para capturar botnets distribuidos (basado en Redis)
• Verificacion de dominio, la cabecera Origin debe coincidir con el dominio registrado
• Comprobacion de Accept-Language, las solicitudes sin una cabecera Accept-Language valida se rechazan
• Token de huella del navegador, el tracker codifica senales reales del navegador (tamano de pantalla, zona horaria, concurrencia de hardware, etc.) en un token que los bots HTTP puros no pueden producir

Comprobaciones del lado del cliente

El script del tracker tambien detecta bots antes de enviar eventos:

• navigator.webdriver === true, Selenium/CDP
• window._phantom, window.__nightmare, PhantomJS, Nightmare.js
• window.Cypress, runners de test de Cypress
• screen.width === 0, Chrome sin cabeza
• navigator.languages.length === 0, muchos entornos sin cabeza

Deteccion de IP de datacenter / nube

MetriXs usa la base de datos ASN de MaxMind para identificar el trafico de proveedores de nube y datacenter conocidos. Los eventos de estas redes se descartan automaticamente, ya que casi siempre son automatizados:

• AWS, Google Cloud, Azure, DigitalOcean, Hetzner, OVH, Linode
• Alibaba Cloud, Tencent Cloud, Huawei Cloud, ByteDance, Cloudflare Workers
• Y muchos mas

Autoexclusion

Anade localStorage.setItem('metrixs_ignore', 'true') en la consola de tu navegador para excluir tus propias visitas.

Tarjeta de bots bloqueados

La pestaña Seguridad del panel muestra una tarjeta de Bots bloqueados: cuántas solicitudes de bots se descartaron en el período seleccionado, con desglose por motivo, país y página. Las solicitudes bloqueadas nunca cuentan en sus estadísticas; la tarjeta solo muestra que el filtrado está activo.

Enlaces muertos y ruido de rastreo

El tracker registra una vista de página en cada página que lo carga, incluidas las páginas de error. Cuando un sitio se desconecta o se reestructura, los crawlers siguen volviendo a comprobar las URL antiguas durante meses. Esas comprobaciones aparecen como vistas de página en rutas que ya no existen, con un patrón reconocible: exactamente una vista por visitante, sin referente, sin desplazamiento y sin tiempo en la página, y una distribución geográfica que sigue la red de proxies del crawler en lugar de lectores reales. Este tráfico ejecuta JavaScript real, por lo que no se bloquea.

Si reconoce este patrón, tres opciones, en orden de impacto:

1. Elimine el snippet de la plantilla de página de error. La corrección más dirigida cuando el tráfico 404 es puro ruido: los crawlers y los visitantes extraviados dejan de contarse, mientras que las páginas reales siguen rastreandose por completo.
2. Rastree los 404 explícitamente. Añada la etiqueta meta 404 a la plantilla de página de error: cada 404 registra también un evento 404 con la ruta solicitada en la tarjeta de Eventos rastreados automáticamente, de modo que las URL muertas con visitantes reales (por ejemplo, enlaces internos rotos) se vuelvan visibles. Las vistas de página siguen contando.
3. Sirva 410 Gone para las rutas eliminadas definitivamente. Los crawlers y motores de búsqueda desindexan las respuestas 410 más rápido que las 404, por lo que el tráfico de reverificación se desvanece con el tiempo.