ChatGPT Sites kann jetzt MCP-Server hosten. Am 1. Oktober 2026 gaben zwei Produktverantwortliche von OpenAI nacheinander in sozialen Medien öffentlich bekannt: Nutzer können MCP-Server direkt in ChatGPT bauen und bereitstellen, sie in Plugins umwandeln und in ChatGPT nutzen – mit Zugriff wahlweise nur für sich selbst, für bestimmte Personen oder öffentlich für alle. Für MCP-Entwickler, die lange unter „Host finden, Zertifikate einrichten, dauerhaft online bleiben" litten, ist das faktisch die offizielle, ChatGPT-native Hosting-Antwort, die einen eigenen Server überflüssig macht.
Zuerst die Fakten
Dies war kein offizieller Blogbeitrag und keine Pressemitteilung, sondern eine direkte Ankündigung der Verantwortlichen in sozialen Medien. Tibo Sottiaux, Leiter von Codex, schrieb, man könne „you can now build and deploy MCP servers right through ChatGPT" – also MCP-Server direkt in ChatGPT bauen und bereitstellen –, und betonte, dass der Zugriff eingeschränkt oder öffentlich geteilt werden kann. Max Stoiber, Leiter für Plugins, bestätigte anschließend: ChatGPT Sites kann MCP-Server hosten, einschließlich Plugin-Erweiterungen.
Der Beispielablauf ist konkret: Bittet man Sites, „eine To-do-Liste zu erstellen, die ich in ChatGPT nutzen kann", läuft dahinter die komplette Kette „MCP-Server erstellen → auf Sites bereitstellen → in Plugin umwandeln". Eine am selben Tag veröffentlichte Praxisanleitung eines Drittanbieters ergänzte wichtige Details: Vor dem Deployment eine Version speichern, jede Deployment-URL ist die Produktionsumgebung; das Teilen läuft über die Sites-Zielgruppensteuerung (nur ich, eingeladene Personen, Workspace oder öffentlich); die Aufnahme in das öffentliche Plugin-Verzeichnis ist dagegen ein separater Prüfpfad – wer auf Sites teilt, landet nicht automatisch im öffentlichen Verzeichnis. Wer mit MCP noch nicht vertraut ist, beginnt am besten mit dieser Erklärung zu den Unterschieden zwischen MCP, APIs und Plugin-Aufrufen.
Warum zuerst der „Host" von MCP gelöst wurde
Das MCP-Protokoll selbst ist nicht kompliziert. Die wahre Hürde war immer der „Host": ein dauerhaft laufender Server, der Streamable HTTP spricht und von ChatGPT erreichbar ist. Für Einzelentwickler und kleine Teams ist die Tool-Logik vielleicht an einem Nachmittag geschrieben – VPS suchen, HTTPS einrichten und stabilen Betrieb garantieren, das ist der Schritt, der abschreckt. Genau dort hat OpenAI jetzt angesetzt und den lästigsten Betriebsteil in das eigene ChatGPT-Territorium geholt.
Wer es zuerst nutzen wird – und wo die Grenzen liegen
Zwei Gruppen profitieren am meisten. Erstens Nutzer, die „Anforderungen beschreiben, aber nicht betreiben" können: Bisher mussten sie auf fremde Plugins warten, jetzt bauen sie sich direkt im Dialog ihr eigenes Spezialwerkzeug. Zweitens Teams mit internen Tools: Die Sites-Zielgruppensteuerung passt natürlich zu „nur fürs Team" – kein separates Authentifizierungs- und Release-Setup mehr für ein kleines Tool.
Die Grenzen sind aber ebenso klar. Sites befindet sich in der Public Beta und deckt die Pläne Plus, Pro, Business, Enterprise und Edu ab, jeweils mit Nutzungslimits; wer private Datenquellen direkt anbinden, rohes TCP nutzen oder sensible Daten bzw. Datenresidenz-Anforderungen erfüllen muss, braucht weiterhin einen eigenen Host. Wichtiger noch: Die öffentliche Sites-Dokumentation ist nach wie vor als „Website-Hosting" geschrieben, die offizielle MCP-Hosting-Dokumentation hinkt hinterher – für produktive, sensible Dienste ist es derzeit vernünftiger, Demos und interne Tools zu testen, statt direkt in Produktion zu gehen. Zum Vergleich mit dem anderen Ansatz: Claude öffnet offiziellen Einreichungskanal für Plugins: MCP-Konnektoren und Agent Skills direkt im Verzeichnis – Anthropic setzt auf „Prüfung für das offene Verzeichnis", OpenAI diesmal auf „natives Hosting"; die beiden Routen ergänzen sich.
Das eigentliche Signal
MCP wandelt sich vom „Entwicklerprotokoll" zur „direkt konsumierbaren Fähigkeitsschicht". Wenn die Hürde zum Bau eines MCP-Servers von „betreiben können" auf „beschreiben können" sinkt, öffnet sich die Angebotsseite von Tools vollständig – künftig zählt nicht mehr, wer einen Server aufsetzen kann, sondern wer Anforderungen am präzisesten beschreibt. Das Hosting selbst ist zum neuen umkämpften Punkt geworden: MCP-Clouds von Drittanbietern, das Claude-Konnektoren-Verzeichnis und nun das OpenAI-Sites-Hosting – alle drei kämpfen um dasselbe: den „Standard-Ablageort" für Agenten-Tools zu werden. OpenAIs Stärke ist die Nähe zum Nutzer, seine Schwäche die noch nicht nachgezogene Dokumentation und Ökosystemreife. Dieses Spiel hat gerade erst begonnen.
