Últimas actualizaciones y mejoras de FourA
Imperva inyecta su script en páginas sanas así como en sus páginas de bloqueo. Auto ahora distingue entre ambas, por lo que un sitio detrás de Imperva responde sin pagar por un navegador: un intento, 10 créditos, unos seis segundos.
Configura userAgent en una request de navegador y esa cadena exacta se enviará en el header, en la página y en sus workers. Los client hints viajan con ella, por lo que sec-ch-ua, la plataforma y navigator.platform coinciden con lo que solicitaste. La response devuelve la misma cadena.
El navegador ahora se ejecuta con la zona horaria del país en el que se encuentra tu salida, por lo que una página que renderiza horas locales las muestra de la forma en que las vería un visitante de allí. Cuando no se conoce el país de salida, el reloj se deja sin cambios.
Algunos sitios rechazan una primera request y te entregan una sesión en la misma response. Single, Proxy, Auto y Browser ahora la devuelven directamente en la misma salida, por lo que la página llega en tu primera llamada en lugar de costarte un reintento.
Cuando un sitio mantiene su desafío, Browser ahora responde con el proveedor, cuántos intentos realizó y si se otorgó la autorización, para que puedas cambiar a un proxy diferente de inmediato. Una página que sí obtiene autorización reporta defenseSolved: true en la llamada que la autorizó.
Configura timeout_ms hasta 120 segundos en un request de Browser y se ejecutará por todo ese tiempo asignado, así un destino lento obtiene el tiempo que le diste y puedes leer el veredicto del propio motor.
Las respuestas ahora reportan akamai y ebay-splashui donde antes no reportaban nada (o atribuían erróneamente el bloqueo a Cloudflare). Si tu código se bifurca en defense.vendor para elegir una estrategia de reintento, esos dos nombres ahora aparecen correctamente.
Ahora Activity se ajusta a un MacBook de 14" sin desplazamiento horizontal, y cada columna mantiene su valor. El panel de detalles es un panel con pestañas (Request, Response headers, Response body), por lo que la respuesta está en la parte superior en lugar de 900px más abajo. Los tooltips siguen a tu puntero y muestran la URL completa.
La columna del método ahora lee el verbo del cuerpo de tu request (GET, POST, PUT, etc.), en lugar de decir siempre POST porque eso fue lo que recibió nuestra capa de API. Las llamadas de Playground también registran la IP del navegador de la persona que hizo clic en Enviar, para que una cuenta compartida pueda saber quién ejecutó qué.
Una instancia saturada responde a una comprobación de estado de 3 a 10 segundos, mientras que una sana tarda de 9 a 225 milisegundos, y antes ambas se mostraban como correctas. Ahora, las instancias lentas aparecen como degradadas e incluyen el motivo de la propia instancia, de modo que vemos el problema mientras todavía es un solo servidor lento y no tu request fallida. Auto también se monitoriza, con límites ajustados al tiempo que tarda una resolución compleja real en lugar de un límite genérico que se activaría con cada éxito.
El Playground del Dashboard ahora tiene tres selectores en cascada para SO, navegador y versión, obtenidos en vivo del catálogo de perfiles. Elige dos cualquiera y el tercero se restringe a las opciones que realmente se resuelven. Seleccionar un perfil activa unblocker, porque la API rechaza los perfiles que no lo tienen.
La firma por defecto que envía el desbloqueador es ahora una versión mayor actual, no la antigua que los scrapers tenían fijada en su código. Los sitios que habían empezado a devolver páginas de bloqueo estáticas a versiones mayores más antiguas devuelven su página real en Single y Browser. Ambos productos se actualizaron al mismo tiempo, por lo que una repetición de cf_clearance desde Browser hacia Single sigue llegando byte por byte.
Browser solía cobrar el nivel de 30 créditos por defensa resuelta solo cuando aparecía una cookie de autorización de Cloudflare. Ahora hace lo mismo para cualquier defensa que reconocemos y superamos, empezando por SiteGround. La response también incluye defenses: { present, cleared }, para que puedas saber qué proveedor se interponía incluso cuando aún no lo hemos superado (DataDome, PerimeterX, Akamai, Incapsula y hCaptcha se reconocen por ahora, pero aún no se superan).
Las responses del navegador ahora devuelven defenses: { present, cleared }: cada proveedor que ejecutó el objetivo y cada uno que realmente superamos. La facturación sigue la misma regla. Una request que supera a cualquier proveedor (no solo Cloudflare) es una resolución de defensa, y los proveedores que reconocemos pero que aún no podemos vencer aparecen en present y nunca aumentan el precio.
Si pasas exitCountries y tu plan no incluye segmentación geográfica, obtendrás un error 403 que nombra el parámetro y señala la solución. Ya no hay que adivinar qué campo en el request activó la comprobación. Los planes que sí incluyen segmentación geográfica no se ven afectados.
