Alle Beiträge

FourA Digest, 1. bis 8. Mai 2026

Proxy Finder wählt Proxies jetzt basierend darauf aus, was tatsächlich für deine Zielseiten funktioniert hat, plus Stabilitätsfixes für Browser und ein Produktfilter im Dashboard.

Highlights

Proxy Finder lernt jetzt pro Host. Es wählt nicht mehr nur einen allgemein schnellen Proxy aus; es wählt einen, der für die von dir aufgerufene Seite bereits funktioniert hat. Browser hat einen Stabilitätsfix erhalten, der eine bestimmte Klasse von Cold-Start-Fehlern abfängt. Und die Ansichten Metrics und Activity im Dashboard können jetzt auf ein bestimmtes Produkt eingegrenzt werden.

Was gibt's Neues

Proxy Finder wählt Proxies, die tatsächlich für dein Ziel funktionieren

Das ist die größte Änderung der Woche, und es waren mehrere Iterationen nötig, bis sie live ging.

Vorher: Proxy Finder wählte aus dem globalen Pool nach allgemeiner Eignung aus. Zwei Requests an dieselbe Zielseite wählten aus demselben großen Pool, obwohl die meisten Proxies in diesem Pool auf dieser spezifischen Seite nicht funktionieren würden.

Jetzt: Für jeden von dir abgefragten Ziel-Host verfolgt Proxy Finder, welche Proxies tatsächlich geliefert haben. Neue Requests testen ein paar aus der bewährten Gruppe, greifen auf eine kleine Stichprobe unbekannter Proxies zurück, um weiter zu lernen, und vermeiden diejenigen, die dort bereits fehlgeschlagen sind. Die bewährte Gruppe existiert pro Host und bleibt über Neustarts hinweg bestehen.

Wenn du geschützte Seiten scrapest, auf denen nur ein kleiner Bruchteil der Proxies funktioniert, solltest du das merken. Weniger Fehlgriffe, weniger Retries, weniger verschwendetes Budget.

Wir haben dies hinter einem Flag eingeführt, sechs Iterationen durchlaufen, um Ecken und Kanten abzurunden (eine davon, die Begrenzung der Lernlogik, damit sie bei geringem Traffic stabil bleibt, erforderte zwei weitere Durchläufe), und diese Woche den Standardwert für die Production umgestellt.

Browser ist nach Inaktivitätsphasen zuverlässig

Zwei Fixes, ein Ergebnis.

Erstens hatte Browser einen Stale-State-Bug beim Cold-Start. Nach ausreichend Inaktivität hielt der zugrunde liegende Display-Layer einen Lock, der den nächsten erfolgreichen Start verhinderte. Dein erster Request nach einer Ruhephase konnte fehlschlagen oder hängen bleiben. Wir geben den Lock jetzt vor dem Start frei.

Zweitens zeigte der öffentliche API-Pfad, der zu Browser routet, in einigen Umgebungen auf das falsche Ziel. Traffic wurde unbemerkt falsch geroutet. Die Routing-Konfiguration ist jetzt korrekt.

Wenn du bei geringem Volumen ein unzuverlässiges Verhalten beim ersten Request von Browser beobachtet hast, war das die Ursache.

Metrics und Activity nach Produkt filtern

Die Seiten Metrics und Activity im Dashboard haben jetzt einen Produkt-Chip-Filter. Klicke auf Single, Browser oder Proxy Finder, und die Diagramme beschränken sich auf den Traffic dieses Produkts. Nützlich, wenn du nur die Latenz oder Fehler eines Teils deiner Nutzung sehen willst statt der aggregierten Ansicht.

Ein kleines Website-Update

Die Seite /jobs ist live. Wir suchen einen Founding Engineer und einen Engineer. Beide Seiten beschreiben den Aufgabenbereich, wie der erste Monat aussieht und wie man sich bewirbt.

Wir also haben das mobile Rendering der Dashboard-Vorschau auf der Homepage optimiert, die Social-Share-Bilder pro Seite für neun öffentliche Routen aktualisiert, die robots.txt für die KI-Ära 2026 angepasst (Retrieval- und Social-Share-Previewer erlaubt, Trainings-Crawler blockiert) und die Terms of Service mit einer klareren Acceptable-Use-Klausel sowie einem Gerichtsstandshinweis für Sofia mit EU-Verbraucherausnahme aktualisiert.

Unter der Haube

Eine nicht kundenorientierte Umbenennung vor Kurzem: "anti-bot bypass" wurde auf der gesamten Website zu "anti-bot resilience". Dasselbe Produkt, dasselbe Verhalten; die alte Formulierung hatte die Richtlinienfilter von Werbeplattformen ausgelöst.

Wir veröffentlichen noch keine Zahlen zur neuen Auswahllogik. Wir wollen zwei saubere Wochen mit Production-Traffic abwarten, bevor wir Aussagen über Erfolgsquoten treffen. Echte Zahlen, sobald wir sie haben.

Wir haben den letzten Monat damit verbracht, den Layer neu aufzubauen, der entscheidet, welcher Proxy für welches Ziel verwendet wird. Und der schwierige Teil ist nicht der Algorithmus; es ist die Messung, ob er unter realer Last tatsächlich hilft. Darum geht es im Mai.