Was ist Chrome DevTools MCP?
Chrome DevTools MCP, das Google inzwischen Chrome DevTools for agents nennt, gibt einem Agenten die Kontrolle über einen echten Chrome-Browser und die Inspektionswerkzeuge von DevTools. Neben Klicken und Ausfüllen von Formularen kann er Performance-Traces aufzeichnen, Netzwerk-Requests und Konsolenmeldungen mit per Source Map aufgelösten Stack Traces lesen, Lighthouse-Audits ausführen und Heap-Snapshots analysieren.
Installiert wird er mit npx -y chrome-devtools-mcp@latest auf einem LTS-Release von Node.js. Die Tool-Referenz listet 59 Tools; Speicher-Tools brauchen --memoryDebugging und Klicks auf Koordinaten --experimentalVision, während --slim den Satz auf drei reduziert. Er kann ein eigenes Chrome starten, sich mit --autoConnect an ein laufendes hängen oder über einen Remote-Debugging-Port verbinden. Offiziell unterstützt sind nur Google Chrome und Chrome for Testing.
Version 1.12.0 erschien am 22. Oktober 2026, eine Woche nach 1.11.0. Das Paket enthält auch eine chrome-devtools-CLI und Skills für Agenten, die Befehle MCP vorziehen.
Chrome DevTools MCP installieren
npx -y chrome-devtools-mcp@latestLohnt sich Chrome DevTools MCP?
Chrome DevTools MCP ist zuerst ein Debugger und erst danach ein Browser-Treiber, und darin liegt sein Argument gegen Playwright MCP. performance_start_trace und performance_analyze_insight liefern Befunde aus dem Trace, list_network_requests und get_network_request zeigen den fehlschlagenden Aufruf, und Konsolenmeldungen kommen mit per Source Map aufgelösten Stack Traces. Heap-Snapshot-Tools wie compare_heapsnapshots und get_heapsnapshot_retaining_paths führen einen Agenten in die Suche nach Speicherlecks, die Playwright MCP gar nicht erst versucht.
Das Projekt bewegt sich schnell. Es hat 54.000 GitHub-Sterne überschritten, und das Release 1.12.0 brachte parallele Ausführung unabhängiger Tool-Aufrufe, Neuladen der Konfiguration im laufenden Betrieb und Heap-Analyse ohne Browserverbindung. Der Preis ist die Oberfläche: 59 Tools sind eine schwere Last für den Kontext eines Modells, weshalb es --slim gibt, wobei drei Tools eine grobe Alternative sind.
Die Voreinstellungen schicken Daten an Google. Nutzungsstatistiken wie Erfolgsquoten der Tools, Latenz und Angaben zur Umgebung werden erfasst, sofern du nicht --no-usage-statistics übergibst oder CHROME_DEVTOOLS_MCP_NO_USAGE_STATISTICS setzt (auch das Setzen von CI schaltet sie ab). Performance-Tools können Trace-URLs an die Chrome UX Report API senden, sofern du nicht --no-performance-crux übergibst. Der Server prüft außerdem regelmäßig auf npm, ob es Updates gibt.
Die lokale Angriffsfläche verdient dieselbe Sorgfalt. Das Profil unter ~/.cache/chrome-devtools-mcp/chrome-profile bleibt zwischen Läufen erhalten, sofern du nicht --isolated übergibst, und die Dokumentation warnt, dass ein offener Remote-Debugging-Port jeder Anwendung auf dem Rechner die Kontrolle über den Browser gibt. Vier Advisories mittlerer Schwere wurden veröffentlicht, die letzten zwei am 22. Oktober 2026 für Fehler, die schon in 1.4.0 und 1.5.0 behoben waren: Service-Worker-Abrufe, die die Allow- und Blocklisten für URLs umgingen, und ein Symlink-Pfad, der aus den MCP-Roots ausbrach. Browserübergreifende Arbeit bleibt Sache von Playwright, da nur Chrome unterstützt wird.
Wo es sich lohnt
Ein Performance-Engineer bei einer E-Commerce-Site mit einer langsamen Produktseite
Herausfinden, was die Ladezeit belastet, und einen Fix vorschlagen
Der Agent zeichnet mit performance_start_trace einen Trace auf, liest die Insights und prüft den Netzwerk-Wasserfall, dann bearbeitet er den Code. Starte ihn mit --no-performance-crux, wenn die Staging-URLs Google nicht erreichen sollen.
Eine React-Entwicklerin, die in einem Single-Page-Dashboard einem Speicherleck nachjagt
Herausfinden, welche Komponente abgelöste DOM-Knoten am Leben hält
Sie startet den Server mit --memoryDebugging, macht Heap-Snapshots vor und nach dem verdächtigen Routenwechsel und lässt den Agenten sie vergleichen und den Retaining Paths folgen. Kostenlos, allerdings sind Heap-Snapshots einer großen App langsam zu analysieren.
Ein Engineering Lead in einer Agentur mit 25 Entwicklern
Entwickler Kundenseiten mit einem Agenten debuggen lassen, ohne Kundendaten preiszugeben
Er legt in der gemeinsamen MCP-Konfiguration --isolated und --no-usage-statistics als Standard fest und verbietet die Verbindung mit persönlichen Chrome-Profilen. Das hält Kunden-Logins aus dem dauerhaften Profil und Nutzungsdaten von Google fern.
Bevor du dich festlegst
- Einrichtung
- npx -y chrome-devtools-mcp@latest in Claude, Cursor, Copilot, Antigravity, Gemini CLI und anderen Clients; der Browser startet beim ersten Tool-Aufruf, der ihn braucht, ein erster Trace dauert also ein paar Minuten.
- Integrationen
- 59 Tools in 11 Gruppen, darunter navigate_page, click, fill_form, evaluate_script, lighthouse_audit, performance_start_trace, list_network_requests und 14 Heap-Snapshot-Tools; --slim lässt navigate, evaluate und screenshot übrig.
- Daten und Datenschutz
- Legt dem MCP-Client alles im Browserprofil offen. Nutzungsstatistiken gehen standardmäßig an Google, Trace-URLs können an CrUX gehen, und 2026 wurden vier Advisories mittlerer Schwere veröffentlicht, alle für Versionen vor 1.5.0.
- Kosten im großen Maßstab
- Kostenlos; die Kosten sind Modell-Tokens für Snapshots und Traces und ein lokales Chrome pro gleichzeitiger Sitzung.
- Grenzen
- Unterstützt offiziell nur Google Chrome und Chrome for Testing; Speicher- und Vision-Tools liegen hinter Flags; das Standard-Profilverzeichnis kann immer nur einen Browser gleichzeitig bedienen.
Was gut ist
- Performance-Traces, Netzwerk, Konsole und Heap-Snapshots in einem Server
- Vom Chrome-DevTools-Team gebaut, mit häufigen Releases
- Lighthouse-Audits und per Source Map aufgelöste Stack Traces
- Hängt sich an ein laufendes Chrome oder startet ein eigenes
Was nicht
- Nutzungsstatistiken gehen standardmäßig an Google
- Trace-URLs können an die CrUX API gehen, sofern nicht abgeschaltet
- 59 Tools im vollen Modus; der Slim-Modus behält nur drei
- Nur Chrome; vier Sicherheits-Advisories im Jahr 2026
Am besten für
Frontend- und Performance-Engineers, die einen Agenten Laufzeitfehler, langsame Seiten und Speicherlecks in Chrome diagnostizieren lassen wollen.
Alternativen zu Chrome DevTools MCP
Chrome DevTools MCP: häufige Fragen
- Lohnt sich Chrome DevTools MCP?
- Wenn ein Agent wissen muss, warum eine Seite langsam oder kaputt ist, statt sich nur durchzuklicken, ist das der Server, der es ihm sagen kann. Wir bewerten es mit 4.6 von 5.
- Was kostet Chrome DevTools MCP?
- Kostenlos und unter Apache-2.0-Lizenz. Nutzungsstatistiken gehen an Google, sofern du nicht widersprichst.
- Welche Nachteile hat Chrome DevTools MCP?
- Nutzungsstatistiken gehen standardmäßig an Google; Trace-URLs können an die CrUX API gehen, sofern nicht abgeschaltet; 59 Tools im vollen Modus; der Slim-Modus behält nur drei; Nur Chrome; vier Sicherheits-Advisories im Jahr 2026.
- Für wen eignet sich Chrome DevTools MCP?
- Frontend- und Performance-Engineers, die einen Agenten Laufzeitfehler, langsame Seiten und Speicherlecks in Chrome diagnostizieren lassen wollen.
- Was kostet Chrome DevTools MCP für ein Team oder im Produktivbetrieb?
- Kostenlos; die Kosten sind Modell-Tokens für Snapshots und Traces und ein lokales Chrome pro gleichzeitiger Sitzung.
- Ist Chrome DevTools MCP sicher für Firmendaten?
- Legt dem MCP-Client alles im Browserprofil offen. Nutzungsstatistiken gehen standardmäßig an Google, Trace-URLs können an CrUX gehen, und 2026 wurden vier Advisories mittlerer Schwere veröffentlicht, alle für Versionen vor 1.5.0.
- Was sind die besten Alternativen zu Chrome DevTools MCP?
- Die nächsten Alternativen, die wir getestet haben, sind Playwright MCP und Browserbase MCP.
Antworten geprüft am 22. Okt. 2026.