Highlights
Früher war eine Organisation nur eine Zeile für genau eine Person. Jetzt ist sie ein Bereich, den du selbst verwaltest: Lade Kollegen ein, weise ihnen Rollen zu und lass sie Keys erstellen, die über das Unternehmen abgerechnet werden. Proxy Finder meldet nicht mehr pauschal "out of tries", sondern nennt die genaue Ursache. Browser stellt zudem sicher, dass er einer Seite konsistente Daten liefert.
Neuigkeiten
Organisationen direkt verwalten
Bisher musstest du uns eine E-Mail schreiben, um Kollegen hinzuzufügen. Viele Teams schlossen deshalb separate Abonnements ab.
Deine Organisation hat jetzt eine eigene Seite im Dashboard mit drei Rollen. Der Owner hält das Abonnement, über das die Keys abgerechnet werden. Es gibt genau einen Owner, und die Rolle lässt sich übertragen. Admins verwalten Nutzung, Abrechnung und Mitglieder. Members nutzen den Dienst. Einladungen erfolgen per E-Mail und funktionieren auch für Personen ohne bisherigen Account.
Jedes Organisationsmitglied kann Keys erstellen oder persönliche Keys übertragen. Entwickler müssen Firmen-Workloads also nicht mehr privat abrechnen. Die Nutzung eines Organisations-Keys läuft über den Plan des Owners, was bei jeder Bestätigung transparent angezeigt wird. Jedes Mitglied kann Keys umbenennen. Das Neugenerieren, Deaktivieren und Löschen bleibt Owners und Admins vorbehalten, da dies den Zugriff für alle Kollegen sofort beendet.
Ein einheitlicher Owner-Filter steht in Overview, Detailed Metrics, Recent Activity und der Key-Liste bereit. Usage & Limits sowie Billing bleiben privat, da Members keinen Zugriff auf das Kontingent des Owners haben sollten.
Proxy Finder liefert klare Fehlerursachen
"Download maxTry limit reached" erschien bisher unabhängig davon, ob alle Exits blockiert waren, keine Antwort lieferten oder ob die Seite geladen, aber von deiner eigenen Regel verworfen wurde. Diese Fälle erfordern völlig unterschiedliche Lösungen.
Ein fehlgeschlagener Task enthält jetzt attemptReport: wie viele Exits nicht geantwortet haben, wie viele von bekannten Schutzmechanismen abgewiesen wurden (inklusive Vendor-Angabe), wie viele durch dein validate.status abgelehnt wurden und wie viele HTTP 200 ohne Schutzmechanismus lieferten, aber an deinem validate.data scheiterten. Dazu gibt es eine klare Zusammenfassung als Text.
Besonders dieser letzte Wert ist entscheidend. Eine Content-Regel, die nie zutrifft, sah in den bisherigen Metriken exakt wie ein Block aus und ließ sich durch keinen Retry beheben. (Mehr dazu, wie validate-Regeln über den Erfolg entscheiden.)
Der zweite Punkt betrifft das Profil. Proxy Finder rotierte bisher nur Exits, nicht aber die Client-Signatur. Wenn eine Seite ein Browser-Profil blockierte, schlug der Request an jedem Exit im Pool fehl. Bei einem Retry wechselt Proxy Finder nun automatisch das Profil, ohne dass zusätzliche Requests oder Credits pro Task anfallen. Wenn du profile festlegst, bleibt alles wie gewohnt. Bei besonders stark geschützten Zielen bleibt die Wahl des Exits weiterhin wichtiger als das gesendete Profil.
Browser liefert konsistente Daten
Den Browser nach einem User-Agent zu fragen, war früher schlimmer, als gar nicht zu fragen. Drei Ebenen hatten jeweils ihre eigene Vorstellung davon, wer der Request war. So konnte ein einziger Request gleichzeitig Windows, einen Mac und eine Version angeben, die auf der Flotte gar nicht lief. Jetzt gibt es einen einzigen Wert, einmal festgelegt und überall übernommen: beim Start, auf der Seite und in den Workers, die die Seite startet.
Client Hints werden aus diesem String abgeleitet, sodass sec-ch-ua, die Plattform und navigator.platform damit übereinstimmen. Die Response meldet den String zurück, den wir tatsächlich gesendet haben. Das ist wichtig, da Clearance-Cookies an den Exit und den User-Agent gemeinsam gebunden sind. Die Renderer-Frage liefert nun im Dokument und im Worker dasselbe Ergebnis, ein weiteres der schwachen Signale, die sich summieren.
Drei weitere Verbesserungen kamen damit hinzu:
- Die Uhrzeit folgt dem Exit. Browser läuft in der Zeitzone des Landes, in dem sich dein Exit befindet. Eine Seite, die lokale Zeiten rendert, zeigt also genau das an, was ein Besucher von dort sehen würde. Ist das Land nicht bekannt, bleibt die Uhrzeit unverändert.
- WebRTC nutzt denselben Pfad wie alles andere. Eine Proxy-Einstellung deckt ab, was ein Browser über TCP sendet. WebRTC liegt nicht auf diesem Pfad, daher erhält eine Seite, die ICE-Kandidaten abfragt, eine separate Antwort. Browser schaltet das ab, sobald ein Request einen Exit enthält.
- Verankerte URLs kosten, was sie kosten sollten. Eine URL, die auf
#reviewsendete, führte früher jedes Mal zu einem Timeout. Jetzt läuft sie wieder mit normaler Geschwindigkeit.
Günstigere Routen und ein Dashboard, das exakt zählt
Imperva injiziert sein Skript in reguläre Seiten, nicht nur in Abweisungsseiten. Auto konnte die beiden nicht unterscheiden, sodass reguläre Seiten grundlos zu einem Browser eskaliert wurden. Bei einer Mietwagen-Website bedeutete das 75 Credits und 27,5 Sekunden über sechs Versuche hinweg. Jetzt ist es ein Versuch, 10 Credits und etwa sechseinhalb Sekunden. Manche Websites übergeben dir eine Session innerhalb der Abweisung, mit der sie auf einen Request ohne Session antworten. Alle vier Engines senden diese nun direkt zurück, bevor sie eskalieren.
Die Credit-Übersichtskarte zeigte alle Ausgaben an und deklarierte sie als abgerechnet. Bei Pay-for-Success unterscheiden sich diese Werte, und die Differenz ist echtes Geld. Daher sind nun beide auf der Karte zu sehen: abgerechnet als Hauptzahl, ausgegeben darunter, jeweils pro Produkt und insgesamt. Die Requests-Karte ist genauso aufgeteilt. Zeitraum und Detaillierungsgrad sind jetzt ebenfalls getrennte Steuerelemente, von 30 Minuten bis zu einem Jahr plus benutzerdefiniertem Bereich. Damit entfällt der Button, auf dem "1D" stand und der dreißig Tage öffnete.
Im Playground bietet der Übernehmen-Button nun das Profil aus der letzten Response an. So wiederholt ein Request, der unter einem nicht manuell eingegebenen Profil gesendet wurde, die Version, die funktioniert hat. Jeder Parameter ist in der API-Referenz zu finden.
Unter der Haube
Proxy Finder behält mehr Historie pro Host: 32 Exits statt eines Dutzends. Im Live-A/B-Test war die Performance bei einfachen Zielen gleichauf und bei schwierigen besser. Dort sank die mediane Seitenladezeit von 5,5 s auf 3,8 s, während die flottenweite Latenz unverändert blieb. Ein Ziel entwickelte sich gegenteilig und wir wissen noch nicht warum, daher erhält es eine eigene Messung.
Ein Task, der fehlschlagen wird, schlägt so oder so fehl. Der Unterschied ist, ob du das Ticket in einer Minute schließt oder den Nachmittag damit verbringst, das Falsche zu messen.