ChatGPT Browser: Wann sich Site Tools wirklich lohnen
Der ChatGPT Browser führt mit Site Tools strukturierte Website-Aktionen aus. Erfahren Sie, wann sich WebMCP lohnt, wie der Test gelingt und wo Grenzen liegen.

Die Site Tools von ChatGPT im ChatGPT Browser spielen ihre Einrichtungskosten nur dann wieder ein, wenn eine unterstützte Website-Aktion oft genug anfällt, um den Entwicklungsaufwand zu amortisieren. Am 31. August 2026 gab OpenAI ChatGPT Work und Codex die direkte Möglichkeit, von Websites bereitgestellte Aktionen im integrierten Browser der Desktop-App zu nutzen – ohne separate Verbindung.
Was Site Tools im ChatGPT Browser tatsächlich ändern
Ein gewöhnlicher Browser-Agent muss eine für Menschen gestaltete Seite erfassen, die richtige Schaltfläche erkennen und die Oberfläche per Klick und Texteingabe bedienen. Ein Site Tool stellt dem Agenten dagegen eine strukturierte Aktion bereit, die direkt von der Seite stammt.
Das funktioniert wie ein zweites Menü: Menschen sehen Schaltflächen und Formulare. Der Assistent sieht eine kurze Liste benannter Aktionen, die jeweils benötigten Angaben und den auszuführenden Code.
Die Website registriert diese Aktionen über WebMCP. Dieser vorgeschlagene Webstandard macht clientseitige JavaScript-Funktionen als Agenten-Tools zugänglich. Ein Tool kann einen Namen, eine verständliche Beschreibung, ein Eingabeschema für seine Felder, eine Ausführungsfunktion und Hinweise enthalten. Diese zeigen etwa an, ob es nur liest, nicht vertrauenswürdige Inhalte zurückgibt oder eine folgenreiche Aktion auslöst. Der aktuelle WebMCP-Entwurf ist ein Bericht einer Community Group und noch kein fertiger W3C-Standard.
In der Praxis sieht der Unterschied so aus:
WebMCP und Backend-MCP verwenden Begriffe wie Tool und Schema, sind aber nicht austauschbar. WebMCP ist der browsernative, clientseitige Weg. Laut Spezifikation kann ein Browser die Tools einer Seite per MCP, proprietärem Function Calling oder auf anderem Weg an einen Agenten übergeben. Das WebMCP-Projekt versteht sich als Ergänzung zu Backend-Integrationen, nicht als deren Ersatz.
Damit unterscheiden sich Site Tools auch von ChatGPT Computer History. Computer History zeichnet genehmigte Aktivitäten auf, damit sich erledigte Arbeit später wiederfinden und abrufen lässt. Ein Site Tool ist hingegen eine aufrufbare Aktion, die eine Webseite bewusst im jeweiligen Moment bereitstellt.

Für Nutzer schrumpft der Einrichtungsaufwand
Wer eine unterstützte Seite verwendet, muss keinen separaten Connector installieren. Es genügt, die Seite im Browser der ChatGPT Desktop-App zu öffnen und sich dort bei Bedarf anzumelden. ChatGPT kann dann die von der Seite angebotenen Aktionen erkennen.
Der Einrichtungsaufwand ist damit nicht verschwunden. Er liegt nun beim Website-Betreiber.
Das Produktteam muss weiterhin eine sinnvolle Aktion auswählen, sie registrieren, ihre Eingaben validieren, die vorhandene Anwendungslogik aufrufen, die sichtbare Seite aktualisieren, Fehler behandeln und den Berechtigungspfad testen. Der Vorteil: Die Aktion kann den aktuellen Seitenzustand und die angemeldete Sitzung nutzen. Das Team muss für dieselbe Aufgabe auf der Seite kein zweites, eigens für Agenten vorgesehenes Backend entwickeln.
Genau darin liegt der geschäftliche Effekt. Nach einer einmaligen Implementierung können Site Tools wiederholte Navigation und Formulararbeit reduzieren – allerdings nur auf Seiten und bei Aktionen, die sie unterstützen. Sie helfen nicht, wenn eine Website kein passendes Tool bereitstellt, Konto oder Modell keinen Zugriff haben oder der Ablauf nach dem Schließen der Seite weiterlaufen muss.
Welche Oberfläche sich im größeren Vergleich zwischen normalem Chat, Work und Codex für welches Ergebnis eignet, zeigt der Test von ChatGPT Work.
Wer diese Funktion wie einsetzen kann
Eine operative Leitung mit browserbasiertem Aufgabenboard
Das Produktteam kann auf der geöffneten Aufgabenseite eine bereits vorhandene Aktion zum Hinzufügen einer Folgemaßnahme anbieten. Die operative Leitung weist ChatGPT an, den im Meeting vereinbarten Schritt einzutragen, prüft die Felder und sieht die Aufgabe anschließend in derselben Oberfläche.
Der Nutzen liegt in weniger wiederholter Navigation. Die Validierung bleibt Sache der Website, und der sichtbare Datensatz bleibt der Ort, an dem das Ergebnis kontrolliert wird.
Eine Support-Leitung im Dashboard
Ein Support-Produkt kann für die aktive Kundenansicht eine eng begrenzte Suche und für eine interne Notiz eine separate Aktualisierungsaktion bereitstellen. Die Leitung bittet ChatGPT Work, den relevanten Kontokontext zu finden und die Notiz vorzubereiten, während das Dashboard geöffnet bleibt.
Der Vorteil ist ein schnellerer Weg durch eine komplexe Oberfläche. Lese- und Schreibaktionen sollten getrennt bleiben, damit die Berechtigungsgrenze eindeutig erkennbar ist.
Ein E-Commerce-Verantwortlicher prüft einen Warenkorb
OpenAI nennt Aktualisierungen von Warenkörben als unterstützte Aufgabe für Site Tools. Ein E-Commerce-Verantwortlicher kann ChatGPT bitten, den Warenkorb auf der angemeldeten Seite anzupassen, und das Ergebnis vor jedem Kauf prüfen.
So fallen weniger manuelle Schritte an. Der Kauf bleibt eine folgenreiche Aktion, daher ist weiterhin eine Bestätigung nötig.
Eine Entwicklungsleitung auf einer Code-Review-Seite
Das WebMCP-Projekt nutzt eine Code-Review-Oberfläche als eines seiner Beispiele. Die Seite kann über ihren eigenen Anwendungscode eine Statusabfrage, Fehlerdetails und eine Aktion für Änderungsvorschläge anbieten. Codex kann die Fehler untersuchen und eine vorgeschlagene Anpassung in die sichtbare Review-Oberfläche eintragen.
Der Nutzen besteht nicht in einem autonomen Merge. Vielmehr verkürzt sich der Weg von einem komplexen Seitenzustand zu einem prüfbaren Vorschlag.
So lässt sich der Ablauf im ChatGPT Browser testen
Der OpenAI-Leitfaden zu Site Tools beschreibt einen sichtbaren Zugriffstest. Ob eine Seite geeignet ist, muss also nicht erraten werden.
1. Den richtigen Browser öffnen
Verwenden Sie den integrierten Browser von ChatGPT Work oder Codex in der Desktop-App unter macOS oder Windows. Über die Chrome-Erweiterung sind Site Tools nicht verfügbar.
2. Seite öffnen und anmelden
Öffnen Sie die Seite, die die Aktion bereitstellen soll. Der integrierte Browser verwaltet einen eigenen Browserzustand, deshalb wird eine Anmeldung aus Chrome möglicherweise nicht übernommen.
3. Die Adressleiste prüfen
Ein grauer Pfeil zeigt an, dass Site Tools verfügbar sind. Nach einem Klick darauf erscheinen die Tools der Seite sowie die Information, ob sie Daten lesen oder eine Änderung vornehmen. Während ChatGPT ein Tool verwendet, wird der Pfeil blau.
4. Um eine klar begrenzte Aktion bitten
Benennen Sie das gewünschte Ergebnis und den Datensatz, der betroffen sein soll. Beschränken Sie den ersten Test auf eine einzelne Aktion, deren Ergebnis sich auf der sichtbaren Seite kontrollieren lässt.
5. Zugriff und Ergebnis kontrollieren
Genehmigen Sie die Interaktion mit der Website, wenn die Abfrage erscheint. Vor sensiblen Aktivitäten wie Käufen, Löschvorgängen, Berechtigungsänderungen, dem Teilen personenbezogener Daten oder dem Senden einer Nachricht fragt ChatGPT erneut nach.
Fehlt der Pfeil, ist eine von drei Voraussetzungen nicht erfüllt: das Konto, das ausgewählte Modell oder die aktuelle Webseite. Der aktuelle OpenAI-Leitfaden enthält keine genaue Kompatibilitätstabelle für Tarife und Modelle. Eine vage Verfügbarkeitsaussage sollte daher nicht zur Grundlage einer Beschaffungsentscheidung werden. Entscheidend sind das konkrete Konto und das tatsächlich vorgesehene Modell.
Vor der Entwicklung: Amortisation berechnen
Die einfache Formel lautet:
Einfache Amortisationsdauer in Wochen = Implementierungskosten / wöchentlich eingesparter Arbeitswert
Grundlage sollte die gemessene Bearbeitungszeit sein, nicht ein Versprechen zum Produktstart. In den hier verwendeten Primärquellen findet sich kein Benchmark zur Zeitersparnis durch Site Tools.
Dieses Beispiel berücksichtigt weder die Nutzung des Assistenten noch Wartung, Sicherheitsprüfung, Fehlerbehandlung oder die Kosten einer fehlerhaften Schreibaktion. Diese Posten gehören vor der Freigabe in die Rechnung. Ist das Team noch nicht für Site Tools berechtigt, sollten zusätzliche Kontokosten erst einfließen, nachdem der Zugriff im konkret vorgesehenen Konto und Modell sichtbar ist.
Die Rechnung verbessert sich am schnellsten nicht durch mehr Tools. Sinnvoller ist eine einzelne Aktion, die häufig vorkommt, stabile Eingaben hat und ein für Menschen prüfbares Ergebnis liefert. Ein großer Katalog verbraucht mehr Modellkontext und erhöht die Gefahr, dass Tools verwechselt werden.
Die Grenzen ohne Beschönigung
Site Tools sind an eine Seite gebunden. ChatGPT kann zwar über mehrere Tabs hinweg arbeiten, doch ein Tool gehört zu der Seite, die es bereitstellt. Wird diese Seite geschlossen, verschwindet auch das Tool. Tools, die ausschließlich von eingebetteten Inhalten angeboten werden, werden derzeit nicht unterstützt.
Auch ein System zur Hintergrundautomatisierung sind Site Tools nicht. WebMCP wurde für kooperative Arbeit mit menschlicher Kontrolle rund um eine Webseite konzipiert. Muss eine Aufgabe unbeaufsichtigt und ohne geöffnete Seite laufen, passt eine Backend-Integration oder eine herkömmliche Anwendungs-API besser.
Der Vorschlag entwickelt sich noch weiter. Die deklarative, formularbasierte API ist im aktuellen Entwurf weiterhin unfertig; mehrere Verhaltensweisen rund um Fehler, Validierung und dokumentübergreifende Abläufe sind noch offen. Deshalb sollte die kleinste Oberfläche entwickelt werden, die ein messbares Ergebnis liefert – samt eingeplanter Wartung.
Wer jetzt handeln, warten oder das Thema ignorieren sollte
Diese Woche lohnt sich der Start, wenn das Team die Website kontrolliert, eine Aktion auf der Seite häufig wiederkehrt, dafür bereits eine saubere Anwendungsfunktion existiert und ein Mensch das Ergebnis prüfen kann. Das reicht für einen klar begrenzten Pilotversuch.
Abwarten ist sinnvoll, wenn das erforderliche Modell oder der Tarif keinen Zugriff anzeigt, die nützliche Aktion in eingebetteten Inhalten liegt, die Seite nicht geöffnet bleiben kann oder die Aufgabe selten und risikoreich ist. Die Einrichtung amortisiert sich nicht allein deshalb, weil der Standard neu ist.
Ohne Auswirkungen bleibt die Neuerung für alle, die lediglich Websites Dritter nutzen, auf denen keine Site Tools angeboten werden. Von ChatGPT aus lässt sich keine Aktion hinzufügen. Die herkömmliche Browsersteuerung kann weiterhin helfen; für serverseitige Arbeit kann außerdem eine separate MCP-Verbindung die richtige Lösung sein.
Der nächste Schritt am Montag
Wählen Sie eine wiederkehrende Aktion auf einer Website, die dem eigenen Team gehört. Zählen Sie die Ausführungen der vergangenen Woche, messen Sie die Dauer von fünf normalen Durchläufen und halten Sie fest, welche menschliche Kontrolle bestehen bleiben muss. Planen Sie zunächst ein einzelnes, rein lesendes Tool, testen Sie es im integrierten Browser der Desktop-App und genehmigen Sie den nächsten Schritt erst, wenn die gemessene Amortisationsdauer in das bereits für interne Software verwendete Budgetfenster passt.
Weitere verständliche Entscheidungshilfen zu neuen KI-Veröffentlichungen gibt es im Newsletter.
7. Sept. 2026







