ChatGPT Sites: Was es ist und wie du eine Site baust

01

Was ChatGPT Sites ist

Kein Screenshot-Generator: Es erzeugt eine gehostete Webanwendung, die du öffnen, testen, verbessern und teilen kannst.

Sites verwandelt einen Prompt oder ein kompatibles lokales Projekt in eine gehostete Website, kleine App oder ein Spiel. ChatGPT übernimmt Erstellung, gespeicherte Versionen, Deployment und Verwaltung im Web oder in der Desktop-App.

Codex bleibt zum Bearbeiten und Testen des lokalen Codes nützlich; Sites verwaltet Erstellung, Deployment, Zugriff und Analysen. Eine Site bleibt nach Ende des erstellenden Chats bestehen und ist von einem ChatGPT-Projekt getrennt.

Verfügbar in: ChatGPT Web und Desktop-App; Tarif, Region und Workspace-Einstellungen gelten
Erstellt: Websites, Dashboards, interne Tools, kleine Apps und Spiele
Veröffentlichung: Version speichern und deployen sind getrennt; jede deployte URL ist Produktion
Kann enthalten: Persistente Daten, Dateien, Identität, gesteuerten Zugriff und Analysen, wenn unterstützt

02

Deine erste Site erstellen

Trenne Absicht, Prüfung und Veröffentlichung, damit der erste Entwurf nicht versehentlich produktiv wird.

Öffne Sites über Mehr > Sites in ChatGPT im Web, über chatgpt.com/sites oder in der Desktop-App.
Beschreibe Zielgruppe, Zweck, Kernerlebnis, benötigte Informationen und was die Site zwischen Besuchen speichern soll.
Prüfe Inhalte, Abläufe, Daten und leere Zustände in der Vorschau; ergänze Screenshots oder Dateien für visuelle Änderungen.
Bitte ChatGPT, eine Version ohne Deployment zu speichern, und prüfe den vollständigen Kandidaten.
Deploye nur die freigegebene Version, wähle den engsten Zugriff und teste den Link als Besucher.

03

Sechs Sites für echte Arbeit

Starte mit einem konkreten betrieblichen Bedarf, nicht mit „Mach mir eine schöne Website“.

Projekt-Dashboard

Bündelt Anfragen, Zuständige, Status und Filter für ein Team.

Ergebnis Workspace-geschütztes Panel mit persistenten Datensätzen

Internes Portal

Ordnet Prozesse, Richtlinien, Links und Formulare in einer Oberfläche.

Ergebnis Privates Portal mit geprüften Rechten

Interaktiver Bericht

Macht Analyse durch Diagramme, Filter und Erklärungen erkundbar.

Ergebnis Ergebnis-Microsite mit Quellen und Methode

Launch-Kalender

Vereint Meilensteine, Abhängigkeiten, Verantwortliche und Risiken.

Ergebnis Lebende Roadmap mit Daten und Status

Funktionaler Prototyp

Validiert einen Ablauf vor der Investition in eine vollständige App.

Ergebnis Gehosteter Prototyp mit testbarem Verhalten

Lernressource

Erstellt eine kurze Erfahrung mit Fortschritt, Punkten oder Interaktion.

Ergebnis Teilbare, messbare Webaktivität

04

Der Prompt für eine nützliche Site

Definiere Produkt, Verhalten und Zugriff. Sage ausdrücklich, ob Daten oder Dateien erhalten bleiben müssen.

Zielgruppe

Wer zugreift und welche Rechte nötig sind.

Ziel

Gelöstes Problem und unterstützte Aktion.

Erlebnis

Seiten, Hauptablauf und Zustände.

Daten

Startinformationen, persistente Datensätze und Dateien.

Qualität

Visuelle, responsive, barrierefreie und Testkriterien.

Veröffentlichung

Version, Zielgruppe und Prüfung vor Deployment.

Beispiel-Briefing für Sites

Erstelle eine Site, auf der das Operations-Team interne Anfragen verwaltet.

Zielgruppe: authentifizierte Workspace-Mitarbeitende. Sie müssen Anfragen erstellen, Verantwortliche zuweisen, Status ändern und nach Team, Priorität und Datum filtern können.

Daten: Speichere Anfragen und Änderungen zwischen Besuchen. Berücksichtige leere, Lade-, Erfolgs- und Fehlerzustände. Nutze im ersten Prototyp keine echten Daten.

Design: zurückhaltend, responsiv, per Tastatur bedienbar und AA-Kontrast. Tabelle auf Desktop, Karten auf Mobilgeräten.

Erzeuge vor der Veröffentlichung Testdaten, prüfe die Hauptabläufe und speichere eine Version für meine Kontrolle.

Nicht deployen und Zugriff nicht erweitern, bis ich genau diese Version schriftlich freigebe.

05

Sites, Work oder Codex

Alle drei können an einem Projekt mitwirken, haben aber unterschiedliche Aufgaben.

Kriterium	Sites	Work	Codex
Hauptergebnis	Gehostete Webanwendung	Professionelles Arbeitsergebnis	Softwareänderungen
Verwaltung	Versionen, Deployment, Zugriff und Analysen	Recherche, Dateien und Koordination	Code, Tests und Repository
Lokales Projekt	Kann ein kompatibles veröffentlichen	Kann erlaubte Dateien nutzen	Bearbeitet und testet es direkt
Wähle es, wenn	Das Ergebnis im Browser nutzbar sein muss	Das Ergebnis ein Dokument oder eine Analyse ist	Du technische Kontrolle über den Code brauchst

06

Vor dem Teilen prüfen

Eine Site kann Inhalte, Daten und Formulare mehr Menschen zeigen als geplant. Die Zielgruppe ist Produkt- und Sicherheitsentscheidung.

Halte die Site privat, solange du Inhalt, Verhalten, Dateien und Datenverarbeitung prüfst.
Prüfe den Site-Zugriff getrennt von jeder Anmeldung innerhalb der Anwendung.
Keine Geheimnisse in Prompts, Anhänge, Inhalte oder Repository; konfiguriere sie in den Site-Einstellungen.
Teste Formulare, Links, Uploads, Rechte, Fehlerzustände und mobile Darstellung als Besucher.
Nutze Entwicklungsdaten und entferne vertrauliche Informationen, die nicht geteilt werden dürfen.
Speichere eine prüfbare Version, kontrolliere Code und Migrationen und deploye erst nach Freigabe.

Teilen erlaubt den Besuch, nicht die Bearbeitung. Workspace-Admins können öffentliche Veröffentlichung einschränken; Verfügbarkeit variiert nach Tarif, Region und Einstellungen.

07

Offizielle Quellen

Der Inhalt wurde ausschließlich anhand der offiziellen Anbieterdokumentation geprüft. Über die Links kannst du Verfügbarkeit und spätere Änderungen kontrollieren.

Sites — ChatGPT Learn

Erstellung, Prompts, Analysen, Versionen, Deployment, Speicher, Zugriff und Geheimnisse.

learn.chatgpt.com
ChatGPT Sites erstellen und verwalten

Verfügbarkeit, Zielgruppe, Veröffentlichung, Datenschutz und Prüfungen vor dem Teilen.

help.openai.com

Nächste Lektion: Scheduled Tasks