Chrome DevTools MCP

Chrome DevTools MCP ist ein Model-Context-Protocol-Server, mit dem ein KI-Coding-Agent einen echten, laufenden Chrome-Browser steuert und inspiziert. Er wird vom Chrome-DevTools-Team bei Google im Repository ChromeDevTools/chrome-devtools-mcp gepflegt.

Im Kern nutzt der Server Puppeteer für die Browser-Automatisierung und ergänzt sie um echte DevTools-Fähigkeiten: Performance-Traces aufzeichnen und auswerten, Netzwerkanfragen analysieren, Konsolenmeldungen auslesen und Screenshots erstellen.

Die Werkzeuge gliedern sich laut Dokumentation in folgende Kategorien:

Input-Automatisierung (Klicks, Tastatureingaben, Formulare), Navigationsautomatisierung, Emulation (z. B. Netzwerkdrosselung, Geräteprofile), Performance (Trace-Aufzeichnung und -Analyse), Netzwerk (Request-Inspektion) sowie Debugging (Konsole, Stacktraces).

Für einfachere Aufgaben gibt es einen reduzierten Slim-Modus (--slim) mit kleinerem Werkzeugumfang. Voraussetzung ist Node.js in einer LTS-Version sowie eine aktuelle stabile Chrome-Version; andere Chromium-Browser werden nicht offiziell unterstützt.

Gestartet wird der Server ohne vorherige Installation direkt per npx:

npx -y chrome-devtools-mcp@latest

In einem MCP-Client wird er über die übliche Konfigurationsdatei eingebunden:

{
  "mcpServers": {
    "chrome-devtools": {
      "command": "npx",
      "args": ["-y", "chrome-devtools-mcp@latest"]
    }
  }
}

Der offizielle Client-Konfigurationsleitfaden beschreibt die Einrichtung für eine große Zahl an Werkzeugen, darunter Claude Code, Cursor, Codex, VS Code/Copilot, Gemini CLI, Windsurf, Cline, JetBrains AI Assistant und Antigravity.

Was Chrome DevTools MCP von reiner Browser-Automatisierung unterscheidet

Viele Browser-Automatisierungswerkzeuge beschränken sich auf Klicks, Eingaben und das Auslesen von Seiteninhalten. Chrome DevTools MCP geht laut Dokumentation einen Schritt weiter und bringt echte Debugging- und Performance-Fähigkeiten mit, wie sie sonst nur über die Chrome-DevTools-Oberfläche selbst zugänglich sind. Ein Coding-Agent kann damit nicht nur eine Seite bedienen, sondern auch messen, warum sie langsam lädt, welche Netzwerkanfragen fehlschlagen oder welche Fehler in der Konsole auftauchen – Informationen, die für das Debuggen von Web-Anwendungen oft entscheidender sind als reine Interaktionsfähigkeit.

Typische Einsatzszenarien

Der Server eignet sich besonders für Aufgaben, bei denen ein Agent den tatsächlichen Zustand einer Webanwendung im Browser verstehen muss: das automatisierte Aufspüren von Performance-Regressionen nach einem Code-Update, das Nachvollziehen eines Layout-Fehlers anhand von Konsolenmeldungen, das Prüfen, ob eine Seite unter Netzwerkdrosselung noch nutzbar bleibt, oder das Erstellen reproduzierbarer Fehlerberichte samt Trace-Daten für ein Entwicklerteam. Für reine Inhaltsauswertung ohne Interaktion oder Performance-Fragen ist ein einfacherer Fetch-Server oft die leichtere Alternative.

Datenschutz-Voreinstellungen beachten

Wichtig für den produktiven Einsatz: Der Server sammelt standardmäßig anonyme Nutzungsstatistiken für Google und kann bei aktivierten Performance-Werkzeugen Trace-URLs an die Chrome-User-Experience-Report-API senden. Beide Verhaltensweisen lassen sich über eigene Flags abschalten. Wer den Server in einem Unternehmensumfeld oder mit sensiblen internen Anwendungen einsetzt, sollte diese Einstellungen vor dem produktiven Betrieb bewusst prüfen und gegebenenfalls deaktivieren.

Node.js in einer LTS-Version, npm sowie eine aktuelle stabile Chrome-Version (oder Chrome for Testing). Ein MCP-Client mit stdio-Unterstützung.

Den Server direkt über npx starten und den Befehl in der MCP-Konfiguration des Clients hinterlegen. Eine globale Installation ist nicht erforderlich.

Für einfachere Aufgaben mit kleinerem Werkzeugumfang lässt sich zusätzlich --slim (optional kombiniert mit --headless) übergeben. Weitere Optionen wie --browserUrl, --isolated, --channel, --executablePath, --viewport oder --proxy-server sind im offiziellen Configuration Guide dokumentiert.

npx -y chrome-devtools-mcp@latest

Keine Anmeldung erforderlich. Der Server startet einen lokalen Chrome-Prozess und kommuniziert mit dem Client über stdio.

Benötigt die Berechtigung, einen Chrome-Prozess zu starten und zu steuern, sowie Netzwerkzugriff zu den aufgerufenen Websites. Der Client erhält Zugriff auf Seiteninhalte, Konsole, Netzwerkdaten und Performance-Traces des gesteuerten Browsers.

Der Server legt Browserinhalte, Konsolenmeldungen, Netzwerkdaten und Performance-Traces gegenüber dem MCP-Client offen; laut Dokumentation sollten deshalb keine sensiblen oder persönlichen Daten preisgegeben werden, die nicht mit dem Client geteilt werden sollen. Performance-Werkzeuge können Trace-URLs an die Google-CrUX-API senden (abschaltbar über --no-performance-crux). Standardmäßig sammelt Google zudem anonyme Nutzungsstatistiken zur Verbesserung des Tools, abschaltbar über --no-usage-statistics bzw. die Umgebungsvariable CHROME_DEVTOOLS_MCP_NO_USAGE_STATISTICS.

Ein Agent steuert einen echten Browser und kann mit einer angemeldeten Sitzung reale Aktionen auf Websites auslösen oder vertrauliche Inhalte auslesen. Webseiteninhalte fließen in den Kontext des Modells und sollten wie jeder externe, nicht vertrauenswürdige Text behandelt werden. Nur mit den tatsächlich benötigten Berechtigungen und, wo möglich, in einer isolierten Browser-Instanz betreiben.