AI-Agent-Proxy-Bandbreitenkosten: Die echten Zahlen pro Aufgabe

Ein Browser-Agent lädt bei jedem Schritt jedes Bild, jede Schriftart und jeden Tracker herunter. Bei 8 Navigationen pro Aufgabe sind das 24 MB - etwa 700 GB im Monat bei tausend Aufgaben pro Tag. Hier erfahren Sie, wohin es geht und wie Sie es reduzieren können.

Die AI-Agent-Proxy-Bandbreitenkosten, die niemand einplant, sind die, die mit dem Browser kommen. Ein HTTP-Scraper holt das HTML, das er parst, und stoppt. Ein Agent steuert ein echtes Chromium: Er lädt die Bilder herunter, damit der Vision-Schritt sie sehen kann, die Web-Schriftarten, damit das Layout sich stabilisiert, die Analyse-Beacons, weil ihm niemand gesagt hat, dass er es nicht tun soll - und das macht er bei jeder Navigation, bei jedem erneuten Versuch, bei jeder Aufgabe. Dieser Beitrag macht die Arithmetik laut, zeigt Ihnen, wie Sie Ihre eigene Zahl messen können, anstatt unserer zu vertrauen, und listet die Hebel auf, die eine Residential-Gigabyte-Rechnung um etwa das 10-fache reduzieren.

Die Arithmetik: Seitengewicht mal Schritte mal Aufgaben

Beginnen Sie mit Messungen, die wir zuvor veröffentlicht haben: Ein vollständiges Browser-Rendering einer modernen Seite bewegt 2-5 MB, sobald Bilder, Medien, Schriftarten und Drittanbieter-Skripte geladen sind, während dieselbe Seite mit blockierten Assets oft unter 150 KB HTML liegt. Nehmen Sie 3 MB als Arbeitsdurchschnitt für eine frische Seitenladung. Zählen Sie nun Navigationen statt Schritte - ein Agent, der innerhalb einer Seite klickt, lädt sehr wenig neu herunter, aber jede neue URL ist eine frische Seite. Eine realistische Forschungs- oder Preisüberprüfungsaufgabe berührt etwa acht davon:

Sieben Cent pro Aufgabe klingen trivial, bis es der größte Posten in der Einheitseconomics Ihres Agents ist. Im Gegensatz zu Tokens skaliert es mit der Schwere Ihrer Ziele, nicht mit der Schwierigkeit Ihrer Aufgabe: Eine triviale Aufgabe auf einem bildreichen Marktplatz kostet mehr als eine komplexe auf einer Textseite. Wenn die Preisgestaltung pro GB neu für Sie ist, deckt unser Überblick über was ein Residential-Gigabyte tatsächlich kauft die Seiten-pro-GB-Seite derselben Gleichung ab.

Messen Sie Ihre eigenen AI-Agent-Proxy-Bandbreitenkosten

Unsere ist ein Durchschnitt; Ihre hängt vollständig von Ihren Zielen ab. Chromium kann eine HAR-Datei jeder Anfrage schreiben, die es macht, und browser-use stellt das über record_har_path zur Verfügung. Verwenden Sie record_har_mode="full", damit die Größenfelder ausgefüllt werden, und record_har_content="omit", damit Sie die Byte-Zahlen erhalten, ohne jede Antwort im Dateiinhalt einzubetten:

from browser_use import Browser

browser = Browser(
    proxy={
        "server": "http://gate.quantumproxies.io:8000",
        "username": "USER",
        "password": "PASS",
    },
    record_har_path="./runs/task-01.har",
    record_har_mode="full",     # 'minimal' drops the size fields you need
    record_har_content="omit",  # sizes yes, response bodies no
)

Dann summieren Sie es. Ein Proxy berechnet in beide Richtungen, daher zählen auch Anforderungsheader, und HAR schreibt -1, wenn eine Größe unbekannt ist - klemmen Sie diese auf null, anstatt sie stillschweigend abzuziehen:

import json, sys

har = json.load(open(sys.argv[1]))
entries = har["log"]["entries"]

def size(d, *keys):
    return sum(max(0, d.get(k, 0) or 0) for k in keys)

total = 0
by_type = {}
for e in entries:
    up = size(e["request"], "headersSize", "bodySize")
    down = size(e["response"], "headersSize", "bodySize")
    total += up + down
    mime = e["response"].get("content", {}).get("mimeType", "?").split(";")[0]
    by_type[mime] = by_type.get(mime, 0) + up + down

print(f"{len(entries)} requests, {total/1_048_576:.2f} MB billed")
for mime, n in sorted(by_type.items(), key=lambda kv: -kv[1])[:8]:
    print(f"  {n/1024:8.0f} KB  {mime}")

Führen Sie das bei drei repräsentativen Aufgaben aus und Sie haben einen echten Kosten pro Aufgabe. Die Aufschlüsselung pro MIME ist der nützliche Teil: Auf den meisten Verbraucherseiten sind die obersten Reihen Bilder, Videos, Schriftarten und Analysen, und keiner von ihnen füttert die Argumentation Ihres Agents.

Statistiken für AI-Agent-Bandbreite: 3 MB pro frische Seite, 24 MB pro Aufgabe, etwa 700 GB pro Monat bei tausend Aufgaben pro Tag und eine 10-fache Reduzierung mit blockierten Assets
Acht Navigationen zu je 3 MB sind 24 MB pro Aufgabe. Multiplizieren Sie mit Ihrem täglichen Volumen, bevor Sie einen Plan pro GB auswählen.

Hebel 1: Hören Sie auf, herunterzuladen, was der Agent nie liest

Das ist der große Punkt und es ist allein 5-10x wert. In Playwright oder Puppeteer können Sie Anfragen abfangen und nach Ressourcentyp abbrechen - das Rezept finden Sie in unserem Leitfaden zum Senkung der Proxy-GB-Rechnung. In browser-use haben Sie zwei stumpfere, aber effektive Werkzeuge: Chromium-Startflags über args und das Standarderweiterungspaket, das uBlock Origin plus Cookie-Handling und URL-Bereinigung enthält und durch enable_default_extensions aktiviert wird. Lassen Sie das eingeschaltet - jeder Werbe- und Trackeraufruf, den es blockiert, ist ein Aufruf, für den Sie nicht berechnet werden.

browser = Browser(
    proxy=PROXY,
    enable_default_extensions=True,   # uBlock Origin: fewer tracker requests
    args=[
        "--blink-settings=imagesEnabled=false",   # no image bytes at all
        "--disable-remote-fonts",                 # no web font downloads
        "--autoplay-policy=user-gesture-required",# no video streaming itself
        "--mute-audio",
    ],
)

Ein ehrlicher Vorbehalt: Das Töten von Bildern macht einen vision-gesteuerten Agenten blind. Wenn Ihr Agent über Screenshots argumentiert, testen Sie ihn mit ausgeschalteten Bildern, bevor Sie ihn ausliefern - viele Aufgaben überleben, weil das DOM immer noch den Text und die Struktur trägt, aber eine Aufgabe, die Produkte anhand von Fotos identifiziert, wird es nicht. Wenn es bricht, lassen Sie imagesEnabled=false fallen und behalten Sie die Einsparungen bei Schriftarten, Medien und Trackern, die immer noch den größten Teil des Gewinns ausmachen.

Hebel 2: Den Agenten einzäunen

Ein Agent, der sich verirrt, ist ein Agent, der Videos durch Ihr gemessenes Residential-Gateway streamt. browser-use hat allowed_domains und prohibited_domains genau dafür, wobei allowed_domains Vorrang hat, wenn Sie beide einstellen. Muster wie *.example.com decken Subdomains ab; Wildcards in der TLD-Position werden absichtlich abgelehnt, und Listen mit mehr als hundert Einträgen werden in Sets optimiert. Setzen Sie es bei jedem Produktionsagenten - es ist eine Kostenkontrolle, bevor es eine Sicherheitskontrolle ist.

Hebel 3: Das Profil wiederverwenden und die Wiederholungen begrenzen

Ein frisches Inkognito-Profil pro Lauf bedeutet einen leeren HTTP-Cache, sodass der Agent dasselbe Logo, Stylesheet und Framework-Bundle bei jeder Aufgabe gegen dieselbe Seite erneut herunterlädt. Das Zeigen von user_data_dir auf ein persistentes Verzeichnis lässt den Cache seine Arbeit über Läufe hinweg erledigen. Der Kompromiss ist die Identität: Ein zwischengespeichertes, cookie-tragendes Profil ist ein stabiler Fingerabdruck, daher sollten Sie ein Profil an eine klebrige Exit-IP binden, anstatt es über den Pool wandern zu lassen - die Paarung wird in unserem browser-use proxy configuration guide behandelt.

Wiederholungen sind der andere stille Multiplikator. Drei Versuche bei einer 3 MB-Seite verwandeln eine fehlgeschlagene Navigation in 9 MB, und Agenten versuchen es häufiger als Scraper, weil das Modell immer wieder entscheidet, "nochmals zu versuchen". Begrenzen Sie es auf einen Wiederholungsversuch und lassen Sie den Wiederholungswechsel die Exit-IP ändern, anstatt dieselbe Anfrage über dieselbe blockierte Adresse zu wiederholen. Zwei Versuche über zwei IPs schlagen fünf über eine, bei 40% der Bytes.

Sehen Sie, was ein Gigabyte auf Pay-per-GB-Residential kostet

Checkliste zum Vergleich von Hebeln, die AI-Agent-Bandbreite reduzieren - Asset-Blockierung, Werbeblockierung, Domain-Einfassung, Profilwiederverwendung, Wiederholungsbegrenzungen - gegen die Gewohnheiten, die sie verbrennen
Vier Hebel, gestapelt, bringen einen Browsing-Agenten von 24 MB pro Aufgabe auf etwa 2,4 MB, ohne zu ändern, was er tun kann.

Hebel 4: Verwenden Sie keinen Agenten, den Sie nicht benötigen

Das ist der ehrliche Teil. Ein Agent verdient seine Kosten, wenn der Weg unbekannt ist - wenn er suchen, lesen, entscheiden und seinen Weg zu Daten navigieren muss, deren URL niemand im Voraus hätte aufschreiben können. Wenn Sie die URL und die Felder bereits kennen, ist es der teuerste Weg, einen Browser zu steuern, um sie zu erhalten. Eine Scraper API, die sauberes Markdown oder JSON zurückgibt, liefert dieselbe Seite als etwa 30-60 KB extrahierten Text anstelle von 3 MB Render, da das Asset-Stripping und das Parsen am Rand stattfinden und Sie für das Ergebnis, nicht den Rohverkehr, berechnet werden. Bei der Preisgestaltung pro Anfrage, die typischerweise

-3 pro tausend erfolgreicher Anfragen auf dem Markt beträgt, kosten acht Seiten Cent.

Das Muster, das in der Produktion gewinnt, ist hybrid: Lassen Sie den Agenten erkunden und entscheiden, dann übergeben Sie den wiederholbaren Teil an einen API-Pfad. Sobald er entdeckt hat, dass der Preis an einer bestimmten URL in einem bestimmten Feld liegt, sollte diese Abfrage nie wieder durch einen Browser gehen. Unsere Notizen zu headless browser versus HTTP requests quantifizieren denselben Trade-off für klassisches Scraping, und der breitere Agenten-Stack ist in web infrastructure for AI agents enthalten.

Wie die optimierte Rechnung aussieht

Stapeln Sie die Hebel und führen Sie die Arithmetik erneut aus. Blockierte Assets reduzieren die durchschnittliche frische Seite von 3 MB auf etwa 300 KB, sodass acht Navigationen 2,4 MB statt 24 MB werden. Tausend Aufgaben pro Tag sind dann etwa 2,3 GB pro Tag und 70 GB pro Monat - $70-420 zu Marktpreisen, gegenüber $700-4.200 zuvor. Nichts an der Fähigkeit des Agents hat sich geändert; er hat einfach aufgehört, für den Download von Fotos zu zahlen, die er nie angesehen hat.

Häufig gestellte Fragen

Wie viel Bandbreite verbraucht ein AI-Agent?

Planen Sie etwa 3 MB pro frische Seitenladung mit Assets ein, also etwa 24 MB für eine Aufgabe, die acht URLs berührt. Video-reiche Seiten laufen um ein Vielfaches höher; textorientierte Seiten niedriger. Messen Sie Ihre mit einer HAR-Aufnahme, anstatt anzunehmen - die Spanne zwischen Zielseiten ist größer als die Spanne zwischen Agenten-Frameworks.

Warum verbrauchen Agenten mehr Bandbreite als Scraper?

Ein Scraper holt ein Dokument und parst es. Ein Agent rendert die vollständige Seite - Bilder, Schriftarten, Medien, Analysen - weil er die Seite wie eine Seite verhalten lassen muss, und das macht er bei jeder Navigation und jedem erneuten Versuch. Er erkundet auch: Er besucht Seiten, die ein Scraper nie anfordern würde, weil er im Voraus nicht weiß, welche die Antwort enthält.

Gehen die LLM-API-Aufrufe durch den Proxy?

Sollten sie nicht. Konfigurieren Sie den Proxy nur in der Browsersitzung. Wenn Sie HTTP_PROXY oder HTTPS_PROXY als Umgebungsvariablen setzen, um gründlich zu sein, reist jede Modellanfrage ebenfalls durch Ihr gemessenes Residential-Gateway - Eingabeaufforderungen und Antworten, bei jedem Schritt. Es ist reine Verschwendung, und es ist eine der einfachsten großen Einsparungen, die man in einem bestehenden Agenten finden kann.

Ist eine Scraping-API günstiger als ein Agent?

Für bekannte URLs und bekannte Felder fast immer. Sie erhalten geparstes Markdown oder JSON, gemessen in Dutzenden von Kilobytes, anstelle eines Multi-Megabyte-Renders, und die Preisgestaltung pro Anfrage auf dem Markt liegt bei etwa

-3 pro tausend erfolgreicher Anfragen. Der Agent ist seinen Preis wert, wenn der Weg entdeckt werden muss - verwenden Sie ihn zum Erkunden, dann übergeben Sie die wiederholbaren Abfragen an die API.

Sollten Agenten Rechenzentrumsproxies verwenden, um Geld zu sparen?

Wo das Ziel sie toleriert, ja - Rechenzentrumsbandbreite ist pro Gigabyte um ein Vielfaches günstiger und die Geschwindigkeit ist besser. Der Haken ist, dass Agentenverkehr bereits nicht menschlich aussieht, sodass eine Rechenzentrums-IP auf einer geschützten Seite dazu neigt, zu scheitern, und eine fehlgeschlagene Aufgabe kostet ihre Bytes doppelt. Standardmäßig auf Rechenzentrum bei ungeschützten Zielen und reservieren Sie Residential für die Seiten, die tatsächlich nach IP-Reputation filtern.

Bandbreite ist der stille Posten in der Agentenökonomie, und sie reagiert auf langweilige Technik: Messen Sie mit einer HAR, blockieren Sie, was der Agent nie liest, umzäunen Sie die Domains, wiederverwenden Sie den Cache, begrenzen Sie die Wiederholungen und lehnen Sie es ab, eine Seite zu rendern, deren URL Sie bereits kennen. Machen Sie alle sechs und ein 700 GB Monat wird zu einem 70 GB Monat ohne Verlust an Fähigkeit.

Führen Sie Ihre Agenten auf Pay-per-GB-Residential-Proxies aus