Problemas conocidos
Seguimiento de problemas y sus soluciones
La primera request a la API tras inactividad tarda 2-3s más
Tu primera request a la API tras un periodo de inactividad tarda ~2-3s más mientras el pool de proxy se inicializa. Las requests posteriores responden con normalidad.
Volvimos a medir esto en septiembre de 2026: la primera request tras un periodo de inactividad ahora es tan rápida como las requests que le siguen.
Los gráficos de uso del panel no muestran etiquetas de zona horaria
Los gráficos de uso en tu panel muestran las marcas de tiempo en UTC pero no indican la zona horaria. Si estás fuera de UTC, las horas parecen incorrectas sin contexto.
Los gráficos y tablas del dashboard ahora muestran todas las horas en tu propia zona horaria, obtenida de tu navegador.
La analítica mostró un breve vacío de datos durante la migración
Durante la migración de la base de datos, la analítica en tiempo real estuvo inactiva por unas horas. No se perdieron datos. La interrupción solo afectó la visibilidad en vivo, no los registros históricos.
Completamos retroactivamente todos los datos históricos (260M+ registros) y verificamos la consistencia por día. La ingesta en tiempo real se restableció en unas horas.
Usuarios de Safari experimentaron un bucle de redirección al iniciar sesión en el panel de control
Si usabas Safari, iniciar sesión en el panel de control activaba un bucle de redirección. Una peculiaridad en el manejo de la cookie por parte de WebKit provocaba que la sesión fallara a través de los subdominios.
Corregimos los atributos de la cookie para asegurar la compatibilidad entre subdominios. El inicio de sesión ahora funciona correctamente en todos los navegadores principales.
Proxies obsoletos permanecieron en el pool durante las horas pico
Durante el uso máximo, el pipeline de validación de proxies no pudo mantener el ritmo. Algunas requests llegaron a proxies que habían fallado recientemente antes de que el pool los expulsara.
Agregamos comprobaciones de estado en paralelo y una expulsión más rápida de los proxies inactivos. El pool ahora se mantiene actualizado incluso con 10 veces la carga normal.
Las solicitudes del navegador excedieron el tiempo de espera bajo altas cargas de JS
Las solicitudes en modo navegador agotaban el tiempo de espera en páginas con paquetes de JavaScript pesados. Headless Chrome no tenía suficiente memoria compartida para procesar sesiones concurrentes.
Aumentamos la memoria compartida para las sesiones del navegador y agregamos límites de recursos por solicitud. La tasa de tiempos de espera agotados bajó de ~8% a menos de 0.5%.