WebMCP-Browser-APIs könnten den Bedarf an Web-Scraping für KI-Agenten verringern.

Was WebMCP für die Webautomatisierung ändert
Google hat kürzlich WebMCP veröffentlicht, zwei neue Browser-APIs, die es Websites ermöglichen, Tools zu registrieren, die KI-Agenten direkt aufrufen können. Anstatt DOM-Elemente zu scrapen oder Anti-Bot-Systeme zu umgehen, können Websites ihre Funktionalität über standardisierte Schnittstellen bereitstellen.
Wie es technisch funktioniert
Websites registrieren Tools mit navigator.modelContext.registerTool() mit einem Namen, einer Beschreibung, einem Eingabeschema und einer Ausführungsfunktion. Die Quelle liefert dieses Beispiel:
navigator.modelContext.registerTool({
name: "search_flights",
description: "Verfügbare Flüge suchen",
inputSchema: { /* JSON Schema */ },
execute: async (input) => {
return await internalFlightAPI(input);
}
});Dieser Ansatz eliminiert CSS-Selektor-Ketten, Wiederholungslogik, Headless-Browser-Sitzungsverwaltung und DOM-Scraping für jede Website, die WebMCP implementiert.
Aktueller Implementierungsstatus
Die Spezifikation befindet sich noch in einem frühen Stadium – der W3C-Entwurf enthält wörtliche "TODO: fill this out"-Kommentare in Methodendefinitionen. Sie ist derzeit nur in Chrome 146 als frühe Vorschau verfügbar. Der Autor hat sich für die frühe Vorschau angemeldet, um zu testen, wie viel seines bestehenden Scraping-Codes ersetzt werden kann.
Praktische Auswirkungen für Entwickler
Für Entwickler, die bereits MCP-Server aufbauen, ist das mentale Modell identisch: Tools + Schemata + Ausführung. Der Schritt von der Bereitstellung lokaler Ressourcen als MCP-Tools zur Bereitstellung von Websites als MCP-Tools ist klein – gleiche Architektur, anderer Transport.
Große Websites mit bestehenden internen APIs (wie Booking, Amazon, Fluggesellschaften) werden wahrscheinlich zuerst übernehmen, da sie ihre APIs mit minimalen Änderungen über WebMCP bereitstellen können. Scraper werden nicht vollständig verschwinden – Websites ohne WebMCP-Implementierung erfordern weiterhin traditionelle Ansätze.
Der Autor schlägt einen gestaffelten Ansatz vor: Agenten versuchen zuerst WebMCP, greifen bei Nichtverfügbarkeit auf DOM-Automatisierung zurück und dann als letzten Ausweg auf Roh-Scraping – unter Verwendung der besten verfügbaren Methode pro Website.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
Usage4Claude 3.0.0: Open Source macOS Menüleisten-Tracker für Claude und Codex
Usage4Claude 3.0.0 fügt optionale Codex-Unterstützung, integrierten Browser-Login für Claude, Multi-Konto-Wechsel und lokalisierte Benachrichtigungen hinzu.

Top 6 Open-Source-Claude-Fähigkeiten (15. April – 3. Mai)
Sechs Open-Source-Claude-Skills aus den letzten 15 Tagen: Brand-Alchemy, npm-Downloads-to-Leads, Hyperframes, Email-Newsletter, Pricing und mehr. Detaillierte Aufschlüsselung der Funktionalität jedes Skills.

EvalShift: Open-Source-CLI zur Erkennung von LLM-Regressionen bei der Modellmigration
EvalShift ist ein MIT-lizenziertes Python-CLI, das Ausgaben von Quell- vs. Ziel-LLMs über Prompts, Agents und Tool-Calling-Workflows vergleicht und einen lokalen HTML-Regressionsbericht erstellt.

Agent-Browser-Protokoll: Open-Source-Chrome-Fork für KI-Agenten erreicht 90 % auf dem Mind2Web-Benchmark
Agent Browser Protocol (ABP) ist eine Open-Source-Chrome-Abspaltung, die JavaScript und die Zeit nach jeder Aktion einfriert, um das Surfen im Web in multimodalen Chat für KI-Agenten zu verwandeln. Es erreichte 90,53 % im Online Mind2Web Benchmark und kann mit einem einzigen Befehl zu Claude Code hinzugefügt werden.