Rotierender Proxy

API-Credits sind die internen Abrechnungseinheiten, mit denen gemessen wird, wie viel Last Ihre Anfragen erzeugen. Jeder Tarif enthält eine feste Anzahl an Credits, und jede ausgehende Anfrage zieht einen bestimmten Betrag ab – abhängig davon, wie komplex die Zielseite ist.

Eine einfache Anfrage, die nur HTML oder JSON lädt, kostet in der Regel 1 Credit. Anfragen, die mehrere parallele Assets auslösen – wie Skripte, Bilder, CSS-Dateien, Schriftarten, APIs und Tracking-Anfragen – verbrauchen mehr Credits. Jedes Asset zählt als separate nachgelagerte Anfrage.

Diese Werte sind Richtwerte und variieren je nach Website:

• 1 Credit — einfache API-Anfrage, kein Browser, kein JS
• 2–3 Credits — Browser-Anfrage ohne JS (einfaches DOM, kein Rendering)
• ≈10 Credits — vollständiger Headless-Browser mit JS-Rendering, typische Rechenzentrums-Proxy-Last
• 10–15+ Credits — schwere Seiten mit vielen Skripten, Trackern, Werbung, Analytics oder großen Asset-Bundles

Verschiedene Websites haben unterschiedliche DOM-Strukturen, JS-Bundles und Asset-Ketten. Eine Website lädt möglicherweise nur wenige Dateien; eine andere löst über 30 nachgelagerte Anfragen pro Seite aus.

Wie berechnen Sie Ihren tatsächlichen Verbrauch?

Den Credit-Verbrauch können Sie einfach abschätzen, bevor Sie sich für einen Tarif entscheiden:

• Öffnen Sie die Seite, die Sie scrapen möchten.
• Prüfen Sie, wie viele parallele Requests ausgeführt werden – nutzen Sie dazu ein Tool wie RequestMap
• Die Anzahl der geladenen Assets ≈ Anzahl der Credits pro Seitenaufruf.

So erhalten Sie eine genaue Prognose, wie viele API-Credits Ihr Workflow verbrauchen wird. Jeder Request, der unsere Infrastruktur erreicht, verbraucht Credits – einschließlich Antworten wie 404, 429, 503 oder Timeouts. Auch wenn die Zielseite einen Fehler zurückgibt, haben wir den Request bereits verarbeitet und weitergeleitet.

Die kostenpflichtige 48-Stunden-Option ist nur für nicht rotierende Proxy-Produkte verfügbar. Wählen Sie für rotierende Proxys eine Standardlaufzeit.

Rotierende Proxys weisen Ihnen bei jedem Request eine neue IP-Adresse zu, was es Websites deutlich schwerer macht, Sie zu blockieren oder einem Rate-Limiting zu unterziehen. In Kombination mit realistischen Headers und User-Agents helfen sie dabei, WAFs und CAPTCHA-Abfragen zu umgehen und Ihre Scraping-Sessions stabil zu halten. Mit unbegrenzter Bandbreite, unbegrenzter Parallelität und einem weltweiten IP-Pool erhalten Sie eine Scraping-API auf Enterprise-Niveau – zu einem Bruchteil des Marktpreises.

Sie verbinden sich mit einem einzigen FineProxy-Gateway – einer Domain und einem Port. Wenn Ihre Anwendung einen Request sendet, wählt das Gateway eine IP aus dem Pool mit ~100.000 Adressen und leitet den Request darüber weiter. Der nächste Request erhält automatisch eine andere IP. Sie verwalten keine Proxy-Listen oder Rotationslogik – das Gateway übernimmt alles.

Jeder HTTP-Request, der unsere Infrastruktur erreicht, verbraucht Credits – einschließlich Requests, die Fehler wie 404 oder 503 zurückgeben. Ein einzelner Seitenaufruf kann mehrere nachgelagerte Requests auslösen (Skripte, Bilder, Schriftarten), und jeder davon wird einzeln gezählt.

Ihr Tarif ist 30 Tage lang gültig oder bis alle API-Credits aufgebraucht sind – je nachdem, was zuerst eintritt. Nicht genutzte Credits werden nicht in den nächsten Abrechnungszeitraum übertragen.

Ja. In Ihrem Dashboard verfügt jeder aktive Tarif über eine eigene Seite, auf der Sie Ihren API-Credit-Verbrauch, den Request-Verlauf und Ihre Nutzungsmuster einsehen können.

Sie können den Verbrauch senken, indem Sie die Anzahl der bei jedem Request geladenen Assets reduzieren. Mögliche Techniken:

• accept-encoding: gzip, deflate, br verwenden, um die Payload-Größe zu reduzieren
• Headless-Browser-Rendering vermeiden, sofern nicht erforderlich
• Bilder, Schriftarten und umfangreiche JS-Ressourcen wo möglich deaktivieren
• einfachere Request-Modi für API-Endpunkte verwenden

Grundsätzlich gilt: weniger parallele Assets = weniger verbrauchte Credits.

Unsere rotierenden Proxys weisen bei jeder Anfrage eine neue IP zu. Eine Sticky-Session-Option gibt es nicht — jede Anfrage läuft über eine andere Adresse. Das funktioniert perfekt für Scraping-Aufgaben, bei denen jeder Seitenaufruf unabhängig ist. Für Workflows, die dieselbe IP über mehrere Schritte hinweg benötigen — z. B. Login auf einer Website oder Abschluss eines Checkouts — empfehlen wir unsere statischen dedizierten Proxys oder ISP-Proxys.

Wenn Anbieter von “10 Millionen IPs” sprechen, zählen sie in der Regel jede IP, die jemals durch ihr Netzwerk gelaufen ist — nicht das, was gerade aktiv ist. Unsere 100.000 Adressen sind ausnahmslos Rechenzentrums-IPv4, alle aktiv, alle unter unserer direkten Kontrolle. Noch wichtiger: Sie sind exklusiv für unseren Dienst reserviert. Niemand sonst nutzt sie, daher bleiben sie sauber. Ein fokussierter Pool frischer, nicht geteilter IPs schlägt einen riesigen Pool recycelter, geflaggter Adressen jedes Mal.

Nein. FineProxys rotierende Proxys kommen mit unbegrenztem Traffic. Es fallen keine Kosten pro Gigabyte an, und es gibt kein Throttling bei hohen Volumina. Für Betriebe, die monatlich Terabytes an Traffic erzeugen, ist das eine grundlegend andere Kostenstruktur als bei Residential-Proxys, die pro GB abrechnen.

Rechenzentrums-IPs unterliegen auf Websites mit Enterprise-Anti-Bot-Lösungen strengeren Prüfungen. Für diese Fälle erzielen Residential- oder ISP-Proxys in der Regel bessere Ergebnisse. Unser rotierender Rechenzentrums-Pool funktioniert gut für die breite Mitte des Webs – also die Mehrheit der Websites, die nicht in erstklassige Bot-Erkennung investieren. Für die härtesten Ziele kombinieren Sie unseren rotierenden Pool mit intelligentem Rate-Limiting und korrekten Headers, oder wechseln Sie für kritische Seiten zu ISP-Proxys.

Richten Sie Ihren HTTP-Client auf den FineProxy-Gateway-Endpunkt (Domain:Port) aus. In Python Requests – ein proxies-Parameter. In Scrapy – eine Middleware-Einstellung. Jede Sprache und jedes Tool, das HTTP-Proxys unterstützt, funktioniert genauso. Kein SDK erforderlich, keine Proxy-Listen-Dateien, kein Rotationscode auf Ihrer Seite.

Das Erfassen öffentlich zugänglicher Daten ist in den meisten Rechtsbereichen legal. Das US-Berufungsgerichtsurteil von 2022 in hiQ Labs v. LinkedIn bestätigte, dass das Scraping öffentlicher Daten nicht gegen den Computer Fraud and Abuse Act verstößt. Dennoch ist es gute Praxis, robots.txt und Rate-Limits zu respektieren – und es reduziert auch Blockierungen, was in Ihrem eigenen Interesse liegt. Der Proxy selbst ist ein standardmäßiges Netzwerk-Tool; die Legalität hängt davon ab, was Sie damit tun.