ChatGPT Sites ermöglicht es dir, interaktive Websites, Web-Apps und Spiele direkt in ChatGPT zu erstellen, zu hosten und zu teilen – ganz ohne separate Deploy-Pipeline und ohne einen Server mieten zu müssen. Du beschreibst in einem Prompt, was du möchtest, ChatGPT baut es (im Hintergrund auf Codex laufend), und du erhältst eine Live-Produktions-URL, die du mit deinem Workspace oder öffentlich teilen kannst. Stand Juli 2026 befindet es sich in der öffentlichen Beta auf jedem kostenpflichtigen ChatGPT-Plan außer Free und Go, und es ist nicht dasselbe wie ChatGPT Projects oder Canvas. Dieser Leitfaden zeigt dir Schritt für Schritt, wie du ChatGPT Sites verwendest, was es bauen kann und was nicht, und wann du besser stattdessen gegen eine API entwickelst.
Was ChatGPT Sites eigentlich ist
Sites verwandelt einen Prompt in eine gehostete, interaktive Oberfläche (ein Dashboard, einen Projekt-Tracker, eine Landingpage, ein internes Tool oder ein kleines Spiel) statt in ein statisches Dokument oder eine Chat-Antwort. Erstellen und Hosting erfolgen beide in ChatGPT, sodass kein Code exportiert, kein Host ausgewählt und kein Deploy-Schritt eingerichtet werden muss.
Zwei Unterscheidungen sind von Anfang an wichtig. Sites ist getrennt von ChatGPT Projects (das Chats und Dateien organisiert) und von Canvas (einer Dokument-/Code-Bearbeitungsfläche innerhalb eines einzelnen Chats). Sites ist das einzige der drei, das eine *gehostete, teilbare* App unter seiner eigenen URL erzeugt. Es basiert auf Codex, demselben Agenten, der OpenAIs Coding-Workflows antreibt, und richtet sich ebenso an Operatoren, Analysten und Marketingfachleute wie an Entwickler.
*Die untenstehenden Details wurden anhand der offiziellen Sites-Dokumentation von OpenAI zum 15. Juli 2026 überprüft. Da sich Sites in der öffentlichen Beta befindet, können sich die Verfügbarkeit von Tarifen und Regionen ändern.*
Wer ChatGPT Sites derzeit nutzen kann
Sites befindet sich in der öffentlichen Beta, und der Zugriff wird Plan für Plan ausgerollt. Die aktuelle Regel aus dem Help Center von OpenAI: Sites ist in kostenpflichtigen Plänen verfügbar außer Free und Go. Das umfasst Plus, Pro, Business, Enterprise und Edu, wobei einige Pläne (Plus und Business) später im Rollout aktiviert wurden als Pro und Enterprise. Workspace-Admins können dies einschränken, sodass Sie bei verwalteten Konten möglicherweise einen Admin benötigen, um es zu aktivieren.
Zwei Zugriffsbeschränkungen überraschen oft:
- Region. Zum Start ist Sites im Europäischen Wirtschaftsraum, in der Schweiz und im Vereinigten Königreich nicht verfügbar, und es gibt keinen angekündigten Zeitplan für diese Regionen.
- Platform. Sie öffnen Sites in der ChatGPT desktop app oder über ChatGPT Work im Web unter
chatgpt.com/sites. Es wird nicht über die Codex CLI oder IDE-Erweiterungen verwaltet.
Um zu beginnen, bitten Sie entweder ChatGPT, Ihnen in einem normalen Chat eine Website zu erstellen, oder geben Sie @Sites in Ihren Prompt ein, um den Build ausdrücklich auszulösen. Sie können auch mit einem kompatiblen bestehenden lokalen Projekt starten, anstatt ganz von vorne anzufangen.
Wenn Sie Sites gar nicht sehen, liegt die Ursache fast immer an einem von drei Dingen: Sie nutzen Free oder Go (nicht unterstützt), Sie befinden sich in einer eingeschränkten Region (EEA, UK oder Schweiz), oder ein Workspace-Administrator hat es für Ihr Konto nicht aktiviert.
Wie man eine Website Schritt für Schritt erstellt
Der Aufbau ist ein Gespräch, kein Formular. Vier Phasen:
1. Schreiben Sie den Eröffnungsprompt. Die Qualität des ersten Builds folgt der Detailgenauigkeit Ihres Prompts. Geben Sie die Zielgruppe, den zentralen Workflow, die benötigten Daten, an, ob sich Benutzer anmelden, und wer ihn sehen können soll. Ein Prompt, der funktioniert:
> Erstellen Sie einen internen Projekttracker für mein Marketingteam. Teammitglieder melden sich mit unserem Workspace-Konto an. Jedes Projekt hat einen Namen, einen Eigentümer, einen Status (Nicht begonnen / In Bearbeitung / Erledigt) und ein Fälligkeitsdatum. Speichern Sie die Datensätze so, dass sie erhalten bleiben. Zeigen Sie eine Übersichtstabelle sowie ein einfaches Board, gruppiert nach Status. Der Zugriff sollte auf unseren Workspace beschränkt sein.
Dieser einzelne Prompt benennt die Zielgruppe (Marketingteam), den Workflow (Projekte verfolgen), das Datenmodell (Felder), die Persistenz (Datensätze speichern) und den Zugriffsumfang (nur Arbeitsbereich), was alles ist, was Sites braucht, um sinnvolle Entscheidungen zu treffen, statt zu raten.
2. Überprüfen Sie, was es generiert hat. ChatGPT zeigt Ihnen die erstellte Website und wie sie mit Daten umgeht. Prüfen Sie das Layout, die Felder und jedes Anmelde- oder Speicherverhalten, bevor Sie es irgendwo teilen.
3. Verfeinern. Bitten Sie in einfacher Sprache um Änderungen: „füge einen Filter für überfällige Projekte hinzu“, „verschiebe das Board über die Tabelle“, „erlaube Besitzern nur, ihre eigenen Zeilen zu bearbeiten“. Sie können Screenshots oder Dateien anhängen, um das Design zu steuern. Die meisten nicht trivialen Websites brauchen ein paar Verfeinerungsrunden, um es richtig hinzubekommen, besonders bei der Anmelde- und Berechtigungslogik.
4. Holen Sie sich Ihren Link. Wenn er fertig ist, stellen Sie ihn bereit und teilen Sie die URL. Mehr zum Veröffentlichungsschritt im nächsten Abschnitt.
Speichern vs. Bereitstellen: Wie die Veröffentlichung funktioniert
Das ist der Teil, der Erstnutzer oft aus dem Konzept bringt. Jede Deployment-URL ist eine Produktions-URL. Es gibt keine separate Staging-Umgebung, daher teilt Sites das Veröffentlichen in zwei Aktionen auf:
- Eine Version speichern erstellt einen überprüfbaren Build, der an einen Quell-Commit gebunden ist, ohne ihn live zu schalten.
- Eine Version bereitstellen veröffentlicht einen gespeicherten Build unter seiner Produktions-URL.
Das sichere Muster: Bitten Sie ChatGPT, eine Version zu *speichern*, überprüfen Sie sie und *deployen* Sie erst dann. Wenn Sie direkt zum Deployen übergehen, ist alles, was Sie erstellt haben, sofort unter einer teilbaren Adresse live.
Freigabe und Zugriffssteuerung
Nach der Bereitstellung kontrollieren Sie, wer auf die Website zugreifen kann. Die Zugriffsmodi sind:
- Nur Eigentümer: nur Sie und Workspace-Admins (eine gute Standardoption, solange eine Site noch überprüft wird).
- Ausgewählte Nutzer oder Gruppen: bestimmte Personen, die Sie benennen.
- Workspace: alle aktiven Personen in Ihrem Workspace.
- Öffentlich: jeder mit dem Link.
Freigabe gewährt Ansicht, nicht Bearbeitung: Empfänger sehen die Site, sie gelangen nicht in den Builder. Admins können die öffentliche Freigabe vollständig deaktivieren, und in Enterprise-Workspaces kann die Veröffentlichung durch Admins freigegeben werden. Alle Geheimnisse, die Ihre App benötigt (API keys, tokens), gehören in das Settings-Panel der Site, nicht in Ihren Code oder Konfigurationsdateien, damit sie nicht im geteilten Build offengelegt werden.
Was Sie bauen können und was nicht
Das Wissen um die Grenzen im Voraus spart einen vergeblichen Build. Sites läuft auf von OpenAI verwaltetem Hosting, das mit der Cloudflare Workers Runtime kompatibel ist, mit zwei Speicheroptionen: D1 (eine auf SQLite basierende relationale Datenbank) für strukturierte Datensätze und R2 (Objektspeicher) für Dateiuploads wie Bilder, Dokumente und Videos.
| Unterstützt | Nicht unterstützt | |
|---|---|---|
| App-Typen | Content-Seiten, Dashboards, Tracker, Planer, Landingpages, interne Portale, kleine Spiele | E-Commerce / Zahlungsartenverarbeitung, Apps für Gesundheitsdaten, alles für unter 13-Jährige |
| Backend | Verwaltete serverlose Logik (Workers runtime), D1-Datenbank, R2-Dateispeicher, Arbeitsbereich oder öffentliche Anmeldung | Node.js-Server, Postgres oder externe Datenbanken, WebSocket-Server, Hintergrundjobs / lang laufende Dienste |
| Daten | Persistente Datensätze in D1, Uploads in R2, Umgebungsvariablen über Einstellungen | Kontrollen zur Datenresidenz (bei Start nicht verfügbar) |
Die technischen Grenzen sind der eigentliche Haken: Wenn deine Idee einen persistenten Serverprozess, eine externe Postgres-Instanz, Live-WebSocket-Verbindungen oder geplante Hintergrundaufgaben benötigt, kann Sites das nicht hosten. Es ist für interaktive Front-Ends mit leichtgewichtiger, verwalteter Persistenz gedacht, nicht für vollständig benutzerdefinierte Backends.
Eigene Domains funktionieren dort, wo verfügbar, mit einer Einschränkung: Sites registriert keine Domain für Sie. Sie bringen Ihre eigene mit, besitzen sie und verweisen DNS-Einträge auf die Site. Eigene Domains sind zum Start außerdem in Enterprise-Workspaces *nicht* verfügbar.
Was es kostet
Es gibt keine separate Sites-Gebühr. Es ist in Ihrem kostenpflichtigen ChatGPT-Plan enthalten, und das Erstellen oder Bearbeiten einer Site wird gegen das Nutzungsvolumen Ihres Plans abgerechnet, unter derselben Struktur wie Codex, sodass intensives Iterieren dasselbe Budget aufbraucht wie Ihre andere Codex-Arbeit. Die Nutzung ist auf planspezifische Limits begrenzt, die OpenAI im Produkt anzeigt. Stand Juli 2026 gibt es keine öffentliche Preisliste speziell für Sites; die Kosten sind effektiv „Teil Ihres bestehenden Abonnements, innerhalb seiner Nutzungsgrenzen“.
Wann man eine API statt Sites verwendet
Sites ist der schnellste Weg von der Idee zu einer gemeinsam nutzbaren, funktionierenden App, *wenn* du innerhalb seiner Grenzen bleibst. Du wächst darüber hinaus in dem Moment hinaus, in dem du etwas brauchst, das die Runtime blockiert (einen echten Backend-Server, eine externe Datenbank wie Postgres, persistente WebSocket-Verbindungen oder Hintergrundjobs), ein bestimmtes Modell, das die App direkt aufruft, nutzungsbasierte Preise statt Abrechnung über einen Chat-Tarif oder ein Deployment in einer Region, die Sites noch nicht abdeckt.
An diesem Punkt bauen Sie eine normale Anwendung gegen eine Model-API und hosten sie selbst, was die Zero-Setup-Komfort von Sites gegen volle Kontrolle über den Stack eintauscht. Der Zugriff auf Modelle über eine API wird pro Token abgerechnet und nicht über einen sitzungsbasierten Plan; Gateways wie AIReiter leiten die wichtigsten Modellfamilien (einschließlich Anthropic-kompatibler Claude-Endpunkte) zu nutzungsbasierten Tarifen weiter, was genau die Preisstruktur ist, die eine eigenständige App typischerweise benötigt. Es ist ein anderes Werkzeug für eine andere Aufgabe: Sites für schnelle, in sich geschlossene interne Apps; eine API, wenn Sie ein echtes Backend benötigen.
| Verwende ChatGPT Sites, wenn… | Setze auf eine API, wenn… |
|---|---|
| Du in wenigen Minuten eine teilbare App erstellen möchtest | Du ein benutzerdefiniertes oder dauerhaftes Backend benötigst |
| Ein Dashboard, Tracker oder internes Tool ausreicht | Du Postgres, WebSockets oder Background Jobs benötigst |
| Deine Nutzer sich innerhalb deines Workspaces befinden | Du eine bestimmte Region oder einen bestimmten Anbieter benötigst |
| Abgerechnete Nutzung in deinem Plan in Ordnung ist | Du Kostenkontrolle pro Token auf Nutzungsbasis möchtest |
Häufig gestellte Fragen
Ist ChatGPT Sites kostenlos?
Nein. Es erfordert einen kostenpflichtigen ChatGPT-Plan. Es ist in allen kostenpflichtigen Tarifen außer Free und Go verfügbar, und es fallen keine separaten Gebühren zusätzlich zum Abonnement an. Die Nutzung wird auf die Limits Ihres Plans angerechnet.
Kann ich eine benutzerdefinierte Domain mit ChatGPT Sites verwenden?
Ja, wo die Funktion verfügbar ist: Sie geben eine Domain an, die Sie bereits besitzen, und verweisen deren DNS-Einträge auf die Site. Sites wird keine Domain für Sie registrieren, und benutzerdefinierte Domains werden beim Start nicht in Enterprise-Workspaces angeboten.
Ist ChatGPT Sites im Plus-Tarif verfügbar?
Es wird für bezahlte Tarife außer Free und Go ausgerollt, einschließlich Plus, obwohl Plus und Business später im Rollout kamen als Pro und Enterprise. Die Verfügbarkeit kann weiterhin von Ihrer Region und den Workspace-Einstellungen abhängen.
Was ist der Unterschied zwischen ChatGPT Sites und ChatGPT Projects?
Projekte organisiert zusammenhängende Chats, Dateien und Anweisungen in einem Arbeitsbereich. Sites erstellt eine gehostete, interaktive Website oder App unter einer eigenen, teilbaren URL. Es sind separate Funktionen, die unterschiedliche Probleme lösen.
Kann ich mit ChatGPT Sites einen Online-Shop erstellen?
Nein. Sites verbietet ausdrücklich E-Commerce und die Verarbeitung von Zahlungskartendaten sowie Apps mit Gesundheitsdaten und alles, was sich an Kinder unter 13 Jahren richtet. Es ist für interaktive Tools und Content-Websites gedacht, nicht für transaktionalen Handel.