Nouveautés

Lorsque votre banque demandait le 3D Secure lors d'une mise à niveau de forfait, la requête attendait un changement qui n'arrivait jamais (personne ne vous avait invité à vous authentifier). Le flux de modification de forfait gère désormais cette étape supplémentaire comme lors du premier abonnement, afin que la mise à niveau aboutisse.

Si un administrateur vous attribue un forfait personnalisé, il s'affiche désormais dans Facturation / Forfait sous la forme 'Votre forfait personnalisé : {name} ({price})' avec un bouton pour vous abonner. Auparavant, cette attribution restait invisible jusqu'à ce que quelqu'un vous informe de son existence.

Auparavant, Browser facturait le palier de 30 crédits pour la résolution de défense uniquement lorsqu'un cookie de validation Cloudflare apparaissait. Désormais, il fait de même pour toute défense que nous reconnaissons et contournons, à commencer par SiteGround. La réponse inclut également defenses: { present, cleared }, vous permettant d'identifier le fournisseur qui faisait obstacle, même si nous ne l'avons pas encore contourné (DataDome, PerimeterX, Akamai, Incapsula et hCaptcha sont reconnus pour le moment, mais pas encore contournés).

Les réponses du navigateur renvoient désormais defenses: { present, cleared } : chaque fournisseur exécuté par la cible, et tous ceux que nous avons réellement contournés. La facturation suit la même règle. Une requête qui contourne un fournisseur (et pas seulement Cloudflare) constitue une résolution de défense. Les fournisseurs que nous identifions mais ne pouvons pas encore contourner apparaissent dans present et n'augmentent jamais le prix.

SiteGround sert de front-end à une grande partie des petites boutiques WordPress et WooCommerce, son Robot Challenge Screen est donc une classe de cibles et non un seul site. Avec unblocker: true, Single le résout désormais in-process et renvoie la page réelle. Auparavant, vous deviez lancer Browser pour cette classe de cible, ce qui signifiait payer pour une session de navigateur et attendre. Le cookie d'autorisation revient dans la response, une répétition reste donc peu coûteuse.

Le navigateur gère désormais une page de challenge qui redirige avant que son corps puisse être lu, de sorte que les requêtes vers les sites protégés reviennent avec du contenu au lieu d'une réponse vide.

SiteGround place un 'Robot Challenge Screen' devant de nombreuses petites boutiques WordPress et WooCommerce ; il n'y a rien à cliquer, il s'agit d'une preuve de travail SHA-1. Single le contourne désormais en un seul appel et renvoie la page réelle, pour 2 crédits au lieu d'une session de navigateur à 30 crédits. C'est la première protection non-Cloudflare que Single gère de manière autonome.

Lorsque vous envoyez un header sur des requests Single ou Proxy avec le débloqueur activé (par défaut), votre valeur atteint désormais l'origine telle qu'elle a été envoyée. Des headers courants comme Accept et User-Agent pouvaient être envoyés deux fois, et certains serveurs amonts choisissaient le mauvais. Si vous avez remarqué que Accept: application/json revenait sous forme de XML, ou qu'un User-Agent spécifique n'était pas respecté, cela est corrigé.

Si vous passez exitCountries et que votre forfait n'inclut pas le ciblage géographique, vous recevrez une erreur 403 indiquant le paramètre et la solution. Plus besoin de deviner quel champ de la requête a déclenché la vérification. Les forfaits qui incluent le ciblage géographique ne sont pas affecté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.

Les avertissements d'utilisation de crédit sont suspendus jusqu'à ce que chaque compte ait son plan attribué. Si vous avez reçu un avis '100% utilisé', vous pouvez l'ignorer ; rien n'a changé sur votre compte.

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.

Chaque limite de forfait se trouve désormais à côté de ce que vous avez réellement utilisé pendant cette période de facturation. Les crédits sont répartis entre facturés (uniquement les requests réussies) et dépensés (tout ce que vous avez consommé), avec une répartition par clé et des compteurs en direct pour la concurrence et le taux. Ouvrez-la depuis la barre latérale de votre Dashboard.