Nouveautés

Le tableau comparatif des forfaits comporte maintenant une ligne pour la bande passante. Chaque forfait public inclut la bande passante illimitée, le trafic sortant ne consommera donc pas discrètement votre budget à mesure que votre trafic augmente. Les forfaits personnalisés affichent leur volume exact en Go lorsqu'ils sont plafonnés.

Tout worker déconnecté entre les versions restait hors ligne jusqu'à ce que quelqu'un le remarque, réduisant silencieusement la capacité aux heures de pointe. Désormais, chaque déploiement rétablit la pleine capacité du pool en parallèle de la mise à jour continue, afin que les pics de trafic s'appuient sur la capacité que vous attendez.

Utilisation et limites dispose désormais de points d'attention par onglet, de barres d'utilisation colorées (orange à 80 %, rouge une fois la limite dépassée), d'une colonne Dernière utilisation triable et d'une actualisation automatique toutes les 30 secondes. Ouvrez-le depuis la barre latérale dans votre Dashboard.

Le tableau de comparaison de la page des tarifs est désormais regroupé par utilisation, fonctionnalités, rate limits et compte. Chaque cellule provient du même modèle de forfait que l'API lit, ce que vous y voyez est donc ce que votre forfait inclut réellement. La bande passante est illimitée sur tous les forfaits publics.

Proxy Finder exécute désormais ses trois vérifications de disponibilité simultanément au lieu de l'une après l'autre, de sorte que les sorties mortes sont recyclées environ trois fois plus vite. Une correction de blocage en tête de file maintient le débit de validation stable lorsqu'un sous-réseau atteint son rate limit. Attendez-vous à moins de proxies obsolètes sélectionnés pour vos requests.

Les proxies sont désormais validés en continu depuis un chemin réseau distinct, de sorte que le pool actif ne conserve que les sorties qui fonctionnent réellement en ce moment (et pas seulement au moment de leur découverte). Lorsque vous appelez /api/proxy ou laissez /api/auto router votre requête, le proxy sélectionné a plus de chances de fonctionner du premier coup.

L'API bloque toute requête Single ou Browser dont l'URL cible, la chaîne de redirection ou le champ proxy correspond à une plage d'adresses IP privée ou réservée. Même si une cible publique redirige vers un réseau interne, la requête s'arrête avant d'y parvenir.

Le sélecteur de langue du site principal, du blog, de la documentation et du portail de mises à jour a été entièrement revu. Chaque option affiche le nom natif de la langue ainsi que son nom dans la langue de votre interface actuelle (par exemple 'Deutsch · немски' sur le site bulgare), avec un champ de recherche qui filtre les 13 locales par nom, code ou identifiant de locale. Chaque option est désormais un vrai lien avec hreflang, afin que les moteurs de recherche et les robots d'IA puissent suivre chaque traduction, et vous pouvez faire un cmd-clic pour ouvrir une autre langue dans un nouvel onglet. Le sélecteur se trouve également dans le pied de page de chaque site.

Auto réduisait auparavant le TTL de session d'un hôte à chaque échec de rejeu, même lorsque l'échec ne reflétait pas une véritable expiration du cookie. Les sessions continuaient d'être évincées et résolues à nouveau alors que leurs cookies fonctionnaient encore. Le TTL augmente désormais lors des succès prolongés et ne diminue que lors des véritables expirations, de sorte qu'une session apprise pour un hôte autorisé par Cloudflare peut se maintenir pendant plusieurs minutes au lieu de s'interrompre après la première erreur 403.

Les sessions automatiques s'adaptent désormais aux besoins de chaque cible. Les sites sans défis interactifs s'exécutent comme des sessions portables où les cookies utilisent le pool de proxy, la rotation et le basculement se font donc automatiquement. Les sites qui lient leur déverrouillage à une seule sortie (Cloudflare interactif étant le principal) sont épinglés avec un plafond de simultanéité par autorisation, afin qu'une rafale de requêtes répétées ne puisse pas épuiser votre déverrouillage.

Les aperçus de requêtes dans Activité affichent désormais l'ID de proxy opaque partout, correspondant à ce que les réponses renvoyaient déjà.

Chaque réponse Auto contient désormais un objet meta (quel niveau l'a emporté, si un défi a été résolu, le nombre de tentatives, le total des crédits) ainsi que la session de travail (proxy, cookies, userAgent) afin que vous puissiez voir ce qui a débloqué la cible et la rejouer vous-même. Le champ session.proxy est l'ID de proxy base36 opaque, et jamais une adresse brute. Définissez returnSession: false si vous ne souhaitez pas la session dans la réponse.

Auto gère désormais les challenges Cloudflare non interactifs (le mur "Checking your browser" que certains sites protégés affichent) de bout en bout, au lieu de renvoyer la page de challenge comme s'il s'agissait de contenu. Deux cas liés ont également été corrigés : un transport 200 masquant un interstitiel de challenge déclenche désormais une véritable résolution, et un challenge qui réaffiche le mur après avoir déposé un cookie de validation se recharge désormais et récupère le contenu réel. Marathonbet est le site principal qui passe nouvellement avec succès ; vinted et quelques autres cibles avec interstitiel sur 200 en bénéficient également.

Le rafraîchissement du Playground n'affiche plus brièvement l'état statique avant que le vôtre ne réapparaisse. Un nouveau bouton Reset (soumis à confirmation) efface les trois onglets de request, les cookies et les proxies transférés en une seule fois. Une response peut désormais également transférer son ID de proxy ou son User-Agent dans la request suivante lorsque vous le demandez, au lieu de s'appliquer automatiquement à votre insu.

Chaque response Single inclut désormais l'ID du proxy qui a traité la request, et les responses Browser font de même. Utile pour les appels chaînés qui doivent rester sur le même proxy.