Zum Inhalt springen

Blog

Playwright MCP einrichten: Browser und Profile prüfen

Playwright MCP mit isoliertem Browser einrichten. JSON-Beispiel, erster Seitenaufruf, Profilkonflikte und ein klarer Prüfplan für Ihre Website.

Veröffentlicht am · von tracevero · Lesezeit 4 Minuten (625 Wörter)

Sie möchten eine Website über MCP öffnen und ihre Bedienelemente untersuchen. Beginnen Sie mit einer öffentlichen Testseite und einem klaren Ziel: Die erwartete Überschrift soll sichtbar sein und ein bestimmter Link zum richtigen Ziel führen. Damit prüfen Sie eine tatsächliche Browseraufgabe. Ein erfolgreich gestarteter Server allein beantwortet diese Frage noch nicht. Legen Sie vorab fest, welche Adresse und welches Ergebnis Sie erwarten.

Browsersteuerung oder einfacher Webseitenabruf?

Für eine Oberfläche mit Navigation und Formularen ist ein Browser ein passender Prüfweg. Benötigen Sie nur den Text einer bekannten Adresse, vergleichen Sie zunächst den Fetch-Leitfaden. Im Browser-Verzeichnis finden Sie deklarierte Servereigenschaften. Ähnliche Namen ersetzen keinen Abgleich von Paket und Herstellerquelle.

Den Prüfumfang festlegen
AufgabeErwartetes ErgebnisZusätzliche Kontrolle
Öffentliche Seite öffnenÜberschrift und Zieladresse stimmenEndadresse nach Weiterleitung
Navigation bedienenGewählte Zielseite erscheintLinktext und Tastaturfokus
Angemeldeten Bereich prüfenNur das Testkonto ist sichtbarKontoname vor jeder Änderung

Konfiguration mit einem isolierten Profil

Microsoft dokumentiert das Paket @playwright/mcp. Die Option --isolated hält den Browserzustand im Arbeitsspeicher. Das folgende Beispiel verwendet die Wurzel mcpServers; übernehmen Sie es in eine dazu passende Clientdatei. Für VS Code und Cursor erklären eigene Anleitungen den Ablageort.

{
  "mcpServers": {
    "playwright": {
      "command": "npx",
      "args": [
        "-y",
        "@playwright/mcp@latest",
        "--isolated"
      ]
    }
  }
}

Die Kennzeichnung @latest ist ein bewegliches Ziel. Notieren Sie nach Ihrem Versuch die tatsächlich eingesetzte Version und verwenden Sie für wiederholbare Prüfungen eine bewusst gewählte Fassung. Speichern Sie außerdem Clientversion, Betriebssystem und Testadresse. Falls der Start scheitert, hilft die Prüfung von Startbefehl und Suchpfad. Ein Terminal und ein Editor können unterschiedliche Umgebungen verwenden.

Einen vollständigen Browserweg prüfen

Ihre Funktionsprüfung 1. Vorbereiten Zieladresse notieren 2. Öffnen Überschrift lesen 3. Bedienen Linkziel vergleichen
Vorgeschlagene Prüfung Ihrer Umgebung, kein durchgeführter Servertest.
  1. Lassen Sie die verfügbare Werkzeugliste anzeigen. Wählen Sie die angebotene Navigation und öffnen Sie Ihre öffentliche Testadresse.

  2. Lesen Sie die Seitenstruktur. Vergleichen Sie Überschrift und Endadresse mit Ihrer unabhängigen Erwartung.

  3. Öffnen Sie einen zuvor festgelegten Link. Prüfen Sie das Ergebnis erneut, auch bei einem neuen Tab oder einer Weiterleitung.

  4. Schließen Sie den Browser und wiederholen Sie den Weg. Halten Sie fest, ob beide Versuche dieselbe Seite und denselben Inhalt erreichen.

Wählen Sie für die erste Probe einen Link ohne Nebenwirkungen. Danach können Sie einen eigenen Testfall mit Formularfeldern ergänzen. Trennen Sie das Ausfüllen vom Absenden und kontrollieren Sie den Zustand vor dem letzten Schritt. Ein Screenshot ergänzt die Prüfung, wenn es um Anordnung oder abgeschnittene Inhalte geht. Notieren Sie dafür die Fensterbreite, damit ein späterer Vergleich aussagekräftig bleibt.

Profilkonflikte und verlorene Anmeldung eingrenzen

Ein dauerhaftes Profil kann nicht gleichzeitig von mehreren Browserinstanzen genutzt werden. Verwenden Sie bei parallelen Clients getrennte Profile oder isolierte Sitzungen. Im isolierten Modus geht der Sitzungszustand beim Schließen verloren. Ein erneuter Login ist dann nicht automatisch ein Defekt. Prüfen Sie vor einer Fehlermeldung, welchen Profilmodus der konkrete Startbefehl tatsächlich gewählt hat.

Für die Übergabe reicht ein kleines Protokoll: Ausgangsadresse, gewählte Aktion, erwartetes Ergebnis und beobachtete Abweichung. Ergänzen Sie, ob bereits die Verbindung oder erst der Seitenaufruf scheiterte. Die Inspector-Anleitung hilft bei der Trennung dieser Schritte. Starten Sie bei einem Fehler nicht gleichzeitig einen anderen Client, eine andere Paketversion und eine andere Website; sonst bleibt die Ursache offen.

Ist Playwright MCP dasselbe wie eine Testsuite?
Planen Sie wiederkehrende Prüfungen mit festen Erwartungen und dokumentierten Ergebnissen. Eine einzelne Browseraktion belegt nur diesen einen Versuch.
Muss ich mein normales Browserprofil verwenden?
Für den ersten Versuch genügt eine öffentliche Seite im isolierten Profil. Ein persönliches Profil ist dafür nicht erforderlich.
Warum ist die Anmeldung nach dem Schließen weg?
Prüfen Sie zuerst den Profilmodus. Eine isolierte Sitzung ist absichtlich nicht dauerhaft.
Hat tracevero jeden aufgeführten Browser-Server getestet?
Nein. Das Verzeichnis nennt Quellen und deklarierte Eigenschaften. Diese Anleitung beschreibt Ihren eigenen Prüfablauf.

Herstellerdokumentation am 1. Oktober 2026 abgerufen. Prüfpläne und Testbeispiele sind redaktionelle Vorschläge.

  1. Microsoft: Playwright MCP
    Abrufbefehl anzeigencurl -s https://github.com/microsoft/playwright-mcp

Weiter zur Anwendung

Alle Beiträge

tracevero · https://tracevero.de/blog/playwright-mcp-einrichten