Bright Data MCP 2.12: Mehr als 1.200 Web-Scraper direkt im KI-Agenten
Neue Werkzeuge verbinden MCP-kompatible Agenten mit einem fertigen Scraper-Katalog – einschließlich Detailprüfung, Start, asynchroner Status- und Ergebnisabfrage sowie eines neuen Content Gates.
Bright Data hat am 8. Oktober 2026 Version 2.12.0 seines MCP-Servers veröffentlicht. Das Update bringt neue Werkzeuge, über die ein MCP-kompatibler KI-Agent mehr als 1.200 vorgefertigte Web-Scraper durchsuchen, prüfen und ausführen kann. Status und Ergebnisse längerer Aufträge lassen sich anschließend separat abrufen.
Damit wird aus dem bisherigen Webzugang ein deutlich breiterer Werkzeugkasten für strukturierte Daten. Ein Agent muss nicht mehr für jede unterstützte Website ausschließlich mit allgemeiner Suche, Seitenabruf oder Browsersteuerung arbeiten. Er kann im Scraper-Katalog nach einer spezialisierten Extraktion suchen und die zurückgegebenen Daten in seine weitere Aufgabe übernehmen. Der Changelog nennt außerdem ein standardmäßig aktives Content Gate, das bestimmte verdächtige Anweisungen aus Seiteninhalten vor der Ausgabe anhält.
Neu ist der Zugriff auf den Scraper-Katalog
Ein Agent kann zunächst nach einem geeigneten Scraper suchen und dessen Details prüfen. Danach startet er den gewählten Lauf mit den für die Aufgabe benötigten Eingaben. Zwei weitere Abfragen trennen anschließend den Ausführungsstatus vom eigentlichen Ergebnis. Bright Data stellt dafür neue Werkzeuge für Suche, Detailprüfung, Start sowie Status- und Ergebnisabfrage bereit.
Der offizielle Release-Eintrag zu Version 2.12.0 führt die Erweiterung zusammen mit den Sicherheitsverbesserungen auf. Laut Werkzeugreferenz umfasst der gesamte Server nun 32 MCP-Werkzeuge. Dazu gehören neben den neuen Scraper-Funktionen auch Websuche, Seitenabruf, strukturierte Extraktion und Browserautomatisierung.
Marktbeobachtung ohne selbst geschriebene Extraktion
Ein konkretes Beispiel ist die Beobachtung mehrerer Produktangebote. Der Agent erhält nicht nur den Auftrag, passende Seiten zu finden, sondern soll daraus wiederholt dieselben Felder gewinnen. Er sucht dafür zunächst im Katalog nach einem Scraper für die betreffende Quelle oder Seitenart. Vor dem Start prüft er die Beschreibung und die erwarteten Eingaben, damit die Auswahl zur gewünschten Datenstruktur passt.
Anschließend kann er den Lauf mit einer Suchadresse, Kategorie oder einem anderen vom ausgewählten Scraper vorgesehenen Eingang starten. Je nach gewähltem Scraper können dabei strukturierte Datensätze zurückkommen, die sich vergleichen, filtern oder an eine Tabelle und ein internes Analysesystem übergeben lassen. Welche Felder tatsächlich enthalten sind und ob sie für die Aufgabe genügen, hängt vom jeweiligen Scraper ab; der Agent sollte deshalb die Detailprüfung nicht überspringen.
Lange Scraper-Läufe blockieren den Agenten nicht
Webextraktion passt zeitlich nicht immer in einen einzelnen Werkzeugaufruf. Nach Angaben der Dokumentation wartet das Startwerkzeug zunächst bis zu 45 Sekunden auf ein Ergebnis. Liegt es innerhalb dieses Fensters vor, kann der Agent unmittelbar damit weiterarbeiten. Ist es nach Ablauf des Fensters noch nicht verfügbar, erhält er stattdessen eine Snapshot-ID.
Diese Kennung ist der Übergabepunkt für die asynchrone Nutzung. Der Agent fragt damit zunächst den Status des laufenden Auftrags ab. Sobald die Verarbeitung abgeschlossen ist, ruft er über dieselbe Zuordnung die Ergebnisse ab. Ein umfangreicher Scraper-Lauf muss dadurch weder als fehlgeschlagen gelten noch den gesamten Agentendialog offenhalten.
Für ein Monitoring kann die Aufgabenlogik beispielsweise lauten: passenden Scraper suchen, Details kontrollieren, Lauf starten und eine zurückgegebene Snapshot-ID speichern. Während Bright Data die Daten verarbeitet, kann der Agent bereits andere Quellen bearbeiten. Danach prüft er den Status und übernimmt die verfügbaren Ergebnisse in den Vergleich. Die getrennten Werkzeuge machen den Zustand des Auftrags ausdrücklich sichtbar, statt einen langen Aufruf lediglich wiederholt neu zu starten.
Suche, Seitenabruf und Scraper erfüllen verschiedene Rollen
Die Erweiterung ersetzt die vorhandenen Webwerkzeuge nicht. Eine Suchfunktion eignet sich, um relevante Quellen und aktuelle Fundstellen zu entdecken. Der Seitenabruf liefert den Inhalt einer bekannten URL. Ein vorgefertigter Scraper ist dann sinnvoll, wenn aus einer unterstützten Quelle wiederholt gleichartige strukturierte Informationen benötigt werden.
Browserautomatisierung deckt wiederum interaktive Seiten ab. Sie kann Seiten öffnen und bedienen, wenn eine einfache Abfrage nicht genügt. Bright Data übernimmt laut MCP-Übersicht im Hintergrund Proxy-Rotation, Anti-Bot-Prüfungen und CAPTCHA-Behandlung. Dadurch muss der aufrufende Agent diese Infrastruktur nicht selbst steuern.
In einer Recherche können die Werkzeugarten nacheinander zusammenspielen: Die Suche findet Kandidaten, ein spezialisierter Scraper gewinnt standardisierte Datensätze, und der Browser bleibt für interaktive Sonderfälle reserviert. Diese Aufteilung vermeidet, jede Quelle mit der aufwendigsten Methode zu behandeln. Sie macht zugleich deutlich, weshalb der Katalogzugriff mehr ist als ein weiterer allgemeiner Seitenleser.
Das Content Gate fängt Konfigurationsanweisungen ab
Webinhalte können Texte enthalten, die nicht zur eigentlichen Information einer Seite gehören, sondern einen Agenten zu Änderungen an seiner Werkzeugkonfiguration bewegen sollen. Version 2.12 ergänzt deshalb ein standardmäßig aktives Content Gate. Erkennt es abgerufene Inhalte, die wie Anweisungen zur Änderung der MCP-Konfiguration wirken, gibt es diese nicht ohne Weiteres an den Agenten aus.
Stattdessen verlangt der Server eine Bestätigung über eine MCP-Abfrage. Der verdächtige Inhalt wird damit nicht stillschweigend als normale Seitenaussage behandelt. Für Agenten, die viele unbekannte Webseiten lesen, ist das eine relevante zusätzliche Trennlinie zwischen recherchierten Daten und Anweisungen an das System.
Die Schutzwirkung hat einen klar benannten Umfang: Browserwerkzeuge sind vom Content Gate nicht erfasst. Wer interaktive Browsersteuerung nutzt, erhält daher nicht automatisch dieselbe Prüfung wie beim geschützten Seiteninhalt. Das ist besonders wichtig, wenn allgemeiner Seitenabruf und Browserautomatisierung innerhalb derselben Aufgabe kombiniert werden. Die Wahl des Werkzeugs entscheidet hier auch darüber, ob dieser zusätzliche Bestätigungsschritt greift.
So nutzt man die neuen Werkzeuge sinnvoll
Am Anfang steht eine präzise Datenfrage. Statt nur nach „Informationen über Produkte“ zu fragen, sollte der Auftrag die gewünschte Quelle, den Zeitraum und die benötigten Felder benennen. Dadurch kann der Agent den Katalog gezielt durchsuchen und die Details der Kandidaten an der tatsächlichen Aufgabe messen.
Nach der Auswahl startet der Agent den Scraper mit den vom jeweiligen Werkzeug beschriebenen Eingaben. Kommt sofort ein Ergebnis zurück, kann er die Daten direkt prüfen und weiterverarbeiten. Erhält er eine Snapshot-ID, bewahrt er sie als Referenz für diesen konkreten Lauf auf. Die Statusabfrage zeigt, ob die Verarbeitung noch läuft; die Ergebnisabfrage holt erst danach die Daten.
Für wiederkehrende Beobachtungen sollte die nachgelagerte Analyse stabil bleiben: gleiche Felder vergleichen, Zeitstempel der eigenen Erhebung mitführen und fehlende Werte nicht als unveränderte Werte interpretieren. Bright Data berechnet Scraper-Ausführungen laut Werkzeugreferenz pro zurückgegebenem Datensatz. Eine eng formulierte Abfrage und die Auswahl eines passenden Scrapertyps sind deshalb nicht nur für die Datenqualität, sondern auch für den Verbrauch relevant.
Cloudbetrieb oder eigener MCP-Server
Bright Data stellt den MCP-Server in zwei Betriebsformen bereit. Teams können das vollständig verwaltete Cloudangebot verwenden oder den Server lokal beziehungsweise in einer privaten Cloud betreiben. Beide Varianten richten sich an MCP-kompatible Clients; die Übersicht nennt unter anderem Claude und Cursor als Beispiele.
Die Entscheidung betrifft vor allem die technische Einbindung. Das verwaltete Angebot reduziert den eigenen Serverbetrieb, während eine lokale oder private Installation mehr Kontrolle über die Umgebung der MCP-Verbindung bietet. Die eigentliche Webinfrastruktur hinter Suche, Scraping und Browserzugriff bleibt ein Dienst von Bright Data.
Das kostenlose Kontingent umfasst laut Dokumentation 5.000 Anfragen pro Monat und wird gemeinsam auf Kontoebene geführt. Die Preisseite nennt für die nutzungsabhängige Stufe 1,50 US-Dollar je 1.000 Anfragen. Verwaltete Browser werden dort zusätzlich mit 8 US-Dollar pro Gigabyte ausgewiesen. Für Scraper kommt die Abrechnung pro zurückgegebenem Datensatz hinzu; Anfragezahl, Browserverkehr und Scraper-Ergebnisse sind daher unterschiedliche Verbrauchsgrößen.