Puntos destacados
Proxy Finder ahora aprende por host. Ya no solo elige un proxy generalmente rápido; elige uno que ya ha funcionado para el sitio al que estás accediendo. Browser recibió una corrección de estabilidad que captura una clase de fallos en cold-start. Y las vistas de Metrics y Activity en el Dashboard ahora pueden filtrarse por producto.
Novedades
Proxy Finder elige proxies que realmente funcionan para tu objetivo
Este es el mayor cambio de la semana y requirió varias iteraciones para implementarse.
Antes: Proxy Finder seleccionaba del pool global según su rendimiento general. Dos requests al mismo sitio objetivo elegían del mismo pool amplio, aunque la mayoría de los proxies en ese pool no funcionarían en ese sitio específico.
Ahora: para cada host objetivo que consultas, Proxy Finder rastrea qué proxies realmente han respondido bien. Las nuevas requests toman una muestra del conjunto probado, recurren a una pequeña prueba de desconocidos para seguir aprendiendo y evitan los que ya han fallado allí. El conjunto probado es por host y persiste entre reinicios.
Si haces scraping en sitios protegidos donde solo una pequeña fracción de proxies funciona, deberías notar esto. Menos elecciones fallidas, menos reintentos, menos presupuesto desperdiciado.
Lanzamos esto tras un flag, ejecutamos seis iteraciones para pulir detalles (una de ellas, controlar la lógica de aprendizaje para que se mantenga estable con tráfico bajo, tomó dos pases más) y activamos la opción predeterminada en producción esta semana.
Browser es confiable tras períodos de inactividad
Dos correcciones, un resultado.
Primero, Browser tenía un bug de estado obsoleto en cold start. Tras suficiente tiempo de inactividad, la capa de visualización subyacente mantenía un bloqueo que impedía que el siguiente inicio tuviera éxito. Tu primer request después de un período de inactividad podía fallar o quedarse colgado. Ahora liberamos el bloqueo antes del inicio.
Segundo, la ruta pública de la API que dirige a Browser apuntaba al destino incorrecto en algunos entornos. El tráfico se estaba redirigiendo incorrectamente de forma silenciosa. La configuración de enrutamiento ahora es correcta.
Si has visto un comportamiento intermitente en el primer request en Browser con poco volumen, era por esto.
Filtra Metrics y Activity por producto
Las páginas de Metrics y Activity del Dashboard ahora tienen un filtro por producto. Haz clic en Single, Browser o Proxy Finder y los gráficos se ajustarán solo al tráfico de ese producto. Es útil cuando solo quieres ver la latencia o los errores de una parte de tu consumo en lugar de la vista agregada.
Una pequeña actualización del sitio
La página /jobs ya está disponible. Estamos contratando a un Founding Engineer y a un Engineer. Ambas páginas detallan el alcance, cómo es el primer mes y cómo postularse.
También optimizamos el renderizado móvil en la vista previa del Dashboard en la página de inicio, actualizamos las imágenes para compartir en redes sociales de nueve rutas públicas, actualizamos robots.txt para la era de la IA de 2026 (se permiten los previsualizadores para compartir en redes y recuperación, se bloquean los crawlers de entrenamiento) y renovamos los Términos de servicio con una cláusula de uso aceptable más clara y una nota de jurisdicción de Sofía con excepción para consumidores de la UE.
Bajo el capó
Un cambio de nombre interno al inicio del periodo modificó el nombre de una función en todo el sitio. Mismo producto, mismo comportamiento; la redacción anterior activaba los filtros de políticas de las plataformas publicitarias.
Aún no vamos a publicar cifras de la nueva lógica de selección. Queremos dos semanas limpias de tráfico en producción antes de hacer afirmaciones sobre las tasas de éxito. Números reales, cuando los tengamos.
Hemos pasado el último mes reconstruyendo la capa que decide qué proxy usar para cada objetivo. Y la parte difícil no es el algoritmo; es medir si realmente ayuda bajo cargas de trabajo reales. En eso se resume mayo.