Verwalte für deinen Workspace das Erstellen, Veröffentlichen und Teilen von Sites sowie den Zugriff auf verbundene Apps.

Überblick

Mit ChatGPT Sites können Workspace-Mitglieder gehostete Sites direkt in ChatGPT erstellen und teilen. Personen mit Inhaberrolle im Workspace und Admins können mitbestimmen, wer Sites erstellen und veröffentlichen darf, wie Sites geteilt werden und wie sie bei Bedarf überprüft oder entfernt werden sollen.

Für Funktionen mit verbundenen Apps legen Workspace-Admins fest, welche unterstützten Plugins Sites verwenden können. Jede Person, die eine Site besucht, autorisiert den Zugriff über ihr eigenes verbundenes Konto. Ihre bestehenden App-Berechtigungen gelten weiterhin.

Verfügbarkeit

Dieser Artikel richtet sich an Personen mit Inhaberrolle und Admins in ChatGPT Business und Enterprise. Die verfügbaren Steuerelemente hängen von deinem Plan und der Workspace-Konfiguration ab.

Die Admin-Vorschau von Sites wird schrittweise für berechtigte Enterprise-Workspaces eingeführt. Admins können den Zugriff prüfen, bevor sie Sites für Mitglieder aktivieren. Workspace-Einstellungen und Rollenberechtigungen legen fest, wer Sites nutzen kann. Die öffentliche Veröffentlichung wird separat gesteuert.

Für die Verfügbarkeit von Funktionen mit verbundenen Apps gelten eigene Voraussetzungen. Workspace- und Organisationseinstellungen gelten weiterhin. Die Unterstützung der Datenresidenz für Sites gewährt keinen Zugriff auf verbundene Apps.

Datenresidenz

Bei Workspaces mit Datenresidenz in den USA oder der EU nutzen neue Sites für unterstützte Speicher- und Hosting-Funktionen automatisch die bestehende Region des Workspace. Sites sind auch in Workspaces mit Datenresidenz in anderen Regionen verfügbar. Die regionale Residenzeinstellung gilt derzeit jedoch nicht für die Speicherung und das Hosting von Sites.

Bestehende Sites bleiben an ihrem aktuellen Standort und werden nicht automatisch migriert. Das regionale Hosting von Sites ist von der Inferenzresidenz für die Verarbeitung durch Modelle getrennt. Weitere Informationen findest du im Artikel Datenresidenz und Inferenzresidenz für ChatGPT.

Workspace-Richtlinien festlegen

Bevor du Sites für einen größeren Personenkreis aktivierst, lege Folgendes fest:

Wer Sites erstellen darf.
Ob die öffentliche Veröffentlichung erlaubt sein soll.
Welche Inhalte veröffentlicht werden dürfen.
Wie deine Organisation mit Support, Überprüfungen, der Entfernung von Sites und Compliance-Fragen umgeht.

Prüfe die Anforderungen deines Workspace an die Datenresidenz und den unterstützten Funktionsumfang von Sites, bevor Mitglieder Sites erstellen. Bestehende Sites bleiben an ihrem aktuellen Standort und werden nicht automatisch migriert.

Sites aktivieren oder einschränken

In Business-Workspaces ist Sites standardmäßig aktiviert. Personen mit Inhaberrolle in Enterprise und Admins können über rollenbasierte Zugriffskontrollen (RBAC) festlegen, wer Sites erstellen und veröffentlichen darf.

Prüfe den aktuellen Sites-Zugriff der Mitglieder und ihre Berechtigungen zur öffentlichen Veröffentlichung, bevor du Sites für einen größeren Personenkreis aktivierst.

Wenn Sites in der Admin-Vorschau angezeigt wird, wähle Zugriff zum Start festlegen oder Zugriff zum Start bearbeiten, um den Zugriff bei der Einführung festzulegen. Der Zugriff zum Start ist vom aktuellen Vorschauzugriff getrennt.

Damit Sites bei der Einführung deaktiviert bleibt, setze die entsprechenden Optionen für Zugriff zum Start auf Aus und speichere deine Änderungen. Öffne die Einstellung erneut, um zu prüfen, ob Aus gespeichert wurde.

Beachte die Opt-out-Frist in deiner Einführungsmitteilung. Wenn du bereits über ein früheres Verfahren ein Opt-out beantragt hast, wende dich an den OpenAI-Support, um den Antrag bestätigen zu lassen.

Hilfe zu einer Einführungsmitteilung oder einem Opt-out-Antrag findest du im Artikel Den OpenAI-Support kontaktieren.

Die öffentliche Veröffentlichung ist in Enterprise-Workspaces standardmäßig deaktiviert. So erlaubst du Mitgliedern, Sites öffentlich zu veröffentlichen:

Aktiviere die öffentliche Veröffentlichung in den Workspace-Einstellungen.
Erteile den entsprechenden Personen oder Gruppen über RBAC die Berechtigung, Sites zu erstellen und zu veröffentlichen.

Wenn ein Mitglied Sites nicht nutzen kann, prüfe Folgendes:

Sites ist für den Workspace aktiviert.
Das Mitglied hat eine berechtigte Rolle oder gehört einer berechtigten Gruppe an.
Das Mitglied ist im richtigen Workspace angemeldet.

Diese Einstellungen steuern das Erstellen und Veröffentlichen von Sites. Der Zugriff auf verbundene Apps hängt außerdem von den Workspace-Einstellungen, der Zustimmung jeder Person, die die Site besucht, und gegebenenfalls der Mandantenrichtlinie ab.

Zugriff auf verbundene Apps verwalten

In unterstützten Workspaces kann eine Site die jeweils eigenen verbundenen Apps der Personen nutzen, die sie besuchen. Ein geteiltes Dashboard kann zum Beispiel Informationen aus dem Konto der angemeldeten Person anzeigen.

Für die Nutzung verbundener Apps gilt:

Die Site darf nur innerhalb eines Workspace zugänglich sein.
Die Person, die die Site besucht, muss diesem Workspace angehören.
Die Person muss den Zugriff über ihr eigenes verbundenes Konto genehmigen.

Wenn eine Site Schreibzugriff anfordert, muss jede Person, die sie besucht, diesen für ihr eigenes verbundenes Konto genehmigen. Die bestehenden App-Berechtigungen der jeweiligen Person gelten weiterhin. Diese Genehmigung gewährt geplanten Hintergrundaufgaben keinen Zugriff auf die verbundenen Apps der Person.

Bevor du ein Plugin in Sites erlaubst, prüfe, auf welche Informationen es zugreifen und welche Aktionen es ausführen kann.

Wenn die Mandantenrichtlinie den Zugriff blockiert, muss eine Person mit globalen Adminrechten folgende Schritte ausführen:

Die OpenAI Admin Console öffnen.
Unter Externer Zugriff die Option ChatGPT Sites öffnen.
Zugriff auswählen und dann Verbundene Apps auf Erlaubt setzen.

Personen mit Inhaberrolle im Workspace und Admins haben nicht automatisch globale Adminrechte. Workspaces ohne Mandanten haben dieses Steuerelement nicht.

Wenn keine ausdrückliche Richtlinie für verbundene Apps in Sites festgelegt wurde, ist der Zugriff auf Organisationsebene erlaubt. Bereits gespeicherte Mandantenrichtlinien bleiben wirksam.

Die Schritte für Zugriff und Genehmigung auf Mandantenebene findest du im Artikel Deinen Mandanten in der Admin Console verwalten.

Ein Plugin in Sites erlauben

Prüfe in den Sites-Einstellungen des Plugins die Option Gästen der Site erlauben, dieses Plugin zu verwenden.

Eine von einem Admin gespeicherte Auswahl hat Vorrang vor der Standardeinstellung. Wenn keine Auswahl gespeichert ist:

Business: Verfügbare Plugins sind standardmäßig erlaubt.
Enterprise: Verfügbare Plugins sind standardmäßig deaktiviert.

Ein Plugin kann in ChatGPT verfügbar, aber in Sites deaktiviert sein. Wenn du es für Sites aktivierst, erhalten Mitglieder dadurch keinen Zugriff auf die App, und es wird kein Konto für sie verbunden. Jede Person, die die Site besucht, muss den angeforderten Zugriff weiterhin genehmigen.

Zugriff für ein Workspace-Mitglied prüfen

Wenn eine Site die verbundene App eines Mitglieds nicht nutzen kann, prüfe zuerst die Workspace-Einstellungen:

Der Zugriff auf verbundene Apps für Sites ist im Workspace verfügbar.
Wenn der Workspace einem Mandanten zugeordnet ist, erlaubt dieser den Zugriff auf verbundene Apps für ChatGPT Sites. Eine Person mit globalen Adminrechten kann dies unter Externer Zugriff in der OpenAI Admin Console prüfen.
Gästen der Site erlauben, dieses Plugin zu verwenden ist für das Plugin der App aktiviert.
Die jeweilige App ist für den Workspace aktiviert.

Prüfe anschließend die Einrichtung beim Mitglied:

Die Site ist nur innerhalb des Workspace zugänglich, und das Mitglied gehört diesem Workspace an.
Die App ist mit dem Konto des Mitglieds verbunden, und das Mitglied hat das gewünschte verbundene Konto ausgewählt.
Das Mitglied hat sich angemeldet, die von der Site angeforderten Berechtigungen geprüft und den Zugriff genehmigt.
Das Mitglied hat die erforderlichen Berechtigungen in der verbundenen App.

Eine Genehmigung auf Mandantenebene gilt, sofern erforderlich, für aktuelle und zukünftige Sites. Jede Person, die eine Site besucht, muss den Zugriff weiterhin über ihr eigenes Konto genehmigen. Die Genehmigung auf Mandantenebene gewährt nicht jeder Site Zugriff auf die Daten aller Mitglieder.

Das Teilen einer Site, das Erlauben der öffentlichen Veröffentlichung oder das Einladen einer externen Person zum Ansehen genehmigt keinen Zugriff auf verbundene Apps.

Eine Anleitung zum Erstellen einer Site mit verbundenen Apps und zum Genehmigen des Zugriffs für Gäste findest du im Artikel ChatGPT Sites erstellen und nutzen.

Veröffentlichung und Zugriff verwalten

Eine Site kann für folgende Personen freigegeben werden:

Nur für die Person mit Inhaberrolle und die Workspace-Admins.
Für aktive Mitglieder des Workspace.
Für ausgewählte aktive Personen oder Gruppen, sofern unterstützt.
Für alle im Internet, sofern die öffentliche Veröffentlichung aktiviert ist und das Mitglied die Berechtigung zum Veröffentlichen hat.

Die Person mit Inhaberrolle kann einem aktiven Mitglied desselben Workspace die Zugriffsberechtigung Kann bearbeiten erteilen. Personen mit Bearbeitungszugriff können Änderungen speichern. Nachdem die Person mit Inhaberrolle die Site erstmals veröffentlicht hat, können sie spätere Versionen unter derselben URL veröffentlichen.

Personen mit Bearbeitungszugriff können außerdem die Live-Datenbank einsehen und Code veröffentlichen, der die Secrets und den Speicher der Site nutzt. Erteile nur Personen Bearbeitungszugriff, denen du vertraust.

In den Einstellungen der Site kann die Person mit Inhaberrolle:

Verwalten, wer Zugriff hat.
Den Namen oder die URL der Site ändern.
Die Inhaberschaft auf ein anderes aktives Workspace-Mitglied übertragen.
Einstellungen konfigurieren, die der Inhaberrolle vorbehalten sind, etwa Secrets und benutzerdefinierte Domains.

Personen mit Inhaberrolle im Workspace und Admins können die Inhaberschaft ebenfalls auf ein anderes aktives Mitglied desselben Workspace übertragen.

Die Person mit Inhaberrolle kann den Zugriff einer Person mit Bearbeitungszugriff auf Kann ansehen ändern oder die Person entfernen. Damit kann die Person die Site nicht mehr bearbeiten. Prüfe anhand der übrigen Zielgruppeneinstellungen der Site, ob die Person sie weiterhin ansehen kann.

Wenn benutzerdefinierte Domains für Sites im Workspace aktiviert sind, kann die Person mit Inhaberrolle eine Domain verbinden, die sie kontrolliert. Wenn die Steuerelemente fehlen oder eine Aktion abgelehnt wird, prüfe zunächst, wer die Inhaberrolle der Site hat, ob Sites im Workspace verfügbar ist und welche Sites-Berechtigungen gelten, bevor du DNS-Probleme untersuchst.

Eine Anleitung zur Einrichtung einer Domain findest du im Artikel ChatGPT Sites erstellen und nutzen.

Durch die öffentliche Freigabe wird eine Site auch außerhalb des Workspace zugänglich, entsprechend der beim Veröffentlichen ausgewählten Zielgruppe.

Die verfügbaren Steuerelemente variieren je nach Plan und Workspace-Konfiguration. Wenn du ein Steuerelement nicht findest oder nicht verwenden kannst, wende dich an den OpenAI-Support.

Tunnel-Berechtigungen prüfen

Über einen Tunnel kann sich eine Site mit einem Dienst im privaten Netzwerk deines Unternehmens verbinden, etwa mit einer internen API.

Bevor du eine Site mit einem Tunnel verbindest:

Prüfe, ob sowohl die Person mit Inhaberrolle der Site als auch die Person, die den Tunnel verbindet, Zugriff auf Sites haben. Mitgliedern erlauben, private Tunnel anzubinden muss für beide Personen aktiviert sein.
Verwende einen Tunnel, der im Workspace der Site verfügbar ist. Wenn die Site bereits öffentlich ist, stelle sie auf privat, bevor du einen neuen Tunnel hinzufügst.
Kläre mit der für den Dienst verantwortlichen Person, auf welche Daten die Site zugreifen und welche Aktionen sie ausführen kann.

Damit die Site öffentlich gemacht werden kann, muss Öffentliche Sites mit privaten Tunneln erlauben sowohl für die Person mit Inhaberrolle als auch für die Person, die sie veröffentlicht, aktiviert sein. Der Workspace muss die öffentliche Veröffentlichung ebenfalls erlauben. Prüfe vor dem Veröffentlichen, was Gäste auf der Site sehen und welche Aktionen sie darüber ausführen können.

Tunnel ändern die Berechtigungen der Gäste für verbundene Apps nicht.

Informationen zur Einrichtung von Tunneln, zu Berechtigungen und zur Fehlerbehebung findest du im Artikel ChatGPT Sites über Tunnel mit privaten Diensten verbinden.

Externe Personen mit Lesezugriff

Personen mit Inhaberrolle einer Site können bestimmte Personen außerhalb des Workspace einladen, die Site anzusehen.

In Business-Workspaces können Personen, die Sites erstellen, über ihre bestehenden Sites-Berechtigungen in den Workspace-Einstellungen externe Personen zum Ansehen einladen.

In Enterprise-Workspaces benötigt die Person, die die Einladung sendet, eine separate Berechtigung, um externe Personen zum Ansehen einzuladen. Befolge die unten stehenden Schritte für Enterprise, um diese Berechtigung zu aktivieren.

Personen mit Inhaberrolle im Workspace und Admins können externe Personen mit Lesezugriff unter Workspace-Einstellungen > Sites verwalten.

In Enterprise-Workspaces:

Gehe zu Workspace-Einstellungen > Berechtigungen & Rollen.
Wähle die Rolle, die externe Personen zum Ansehen einladen darf, oder wähle die Workspace-Standardeinstellungen.
Stelle unter Vorabzugriff > Sites sicher, dass Sites für diese Rolle oder für den Workspace aktiviert ist.
Aktiviere für die ausgewählte Rolle die Option Mitgliedern erlauben, externe Gäste einzuladen, damit sie Einladungen zu Sites senden können.

Eine externe Person mit Lesezugriff muss sich mit dem ChatGPT-Konto anmelden, das zur Site eingeladen wurde. Die Person kann die Site ansehen, aber nicht bearbeiten. Durch die Einladung wird die Person weder deinem Workspace hinzugefügt noch wird die Site öffentlich.

Die Berechtigung, externe Personen zum Ansehen einzuladen, ist von der Berechtigung zur öffentlichen Veröffentlichung getrennt. Externe Personen mit Lesezugriff erfüllen auch nicht die Voraussetzung der Workspace-Mitgliedschaft für Funktionen mit verbundenen Apps.

Wenn du eine Einladung entfernst, kann die Person möglicherweise über eine andere Zielgruppeneinstellung weiterhin Zugriff haben. Nachdem du eine externe Person mit Lesezugriff hinzugefügt oder entfernt hast:

Prüfe die gespeicherte Zugriffsliste.
Prüfe, ob eine andere Zielgruppeneinstellung der Person weiterhin Zugriff gewährt.
Teste, wie die Site für die vorgesehenen Gäste angezeigt wird.

Wenn die Option für externe Einladungen nicht verfügbar ist oder eine Änderung nicht wirksam wird, prüfe den ausgewählten Workspace, die Rolle und Einladungsberechtigung der einladenden Person sowie die verwendete App oder den Browser. Wenn das Problem weiterhin besteht, lies den Artikel Den OpenAI-Support kontaktieren.

Zugriff auf Plugins prüfen, die auf Sites gehostet werden

Eine neue oder bestehende Site kann einen MCP-Server und ein Plugin hosten. Prüfe, ob die empfangende Person sowohl auf das Plugin als auch auf die Site zugreifen kann, auf der es gehostet wird. Das Teilen oder Installieren des Plugins allein gewährt der Person keinen Zugriff auf die Site.

Die empfangende Person muss möglicherweise zusätzlich eine App autorisieren oder eine angeforderte Aktion genehmigen. Der Zugriff auf die Site ersetzt diese Genehmigungen nicht.

Prüfe die Berechtigungen für folgende Aktionen getrennt:

Die Site öffentlich veröffentlichen.
Eine Person zum Ansehen der Site einladen.
Das Plugin teilen.
Das Plugin in einem Workspace-Verzeichnis veröffentlichen.

Weitere Informationen zum Hosting von Plugins auf einer Site, einschließlich der erforderlichen Adminberechtigungen, die du aktivieren musst, findest du im Artikel Ein Plugin mit ChatGPT Sites hosten.

Informationen zu Zugriffskontrollen für Plugins findest du im Artikel Admin-Steuerelemente, Sicherheit und Compliance für Plugins und Apps.

Hinweise zu Daten, Compliance und Datenresidenz

Sites können Prompts, Anweisungen, Dateien, Site-Code, generierte Artefakte, gehostete URLs, Speicher und Protokolle umfassen, die für den Betrieb und die Sicherheit der Site erforderlich sind.

Wenn die Hosting-Region einer Site nicht deinen Erwartungen entspricht, prüfe die für den Workspace festgelegte Region und den Erstellungszeitpunkt der Site. Bestehende Sites bleiben an ihrem aktuellen Standort und werden nicht automatisch migriert.

Empfohlene Workspace-Richtlinie

Gib Mitgliedern klare Leitlinien zum Erstellen von Sites, die den Anforderungen deiner Organisation an Sicherheit, Vertraulichkeit, Datenschutz und weiteren Vorgaben entsprechen.
Lege in einer Richtlinie fest, wann eine öffentliche Veröffentlichung erlaubt ist.
Schreibe eine Überprüfung vor, bevor Sites mit vertraulichen oder sensiblen Inhalten oder Inhalten Dritter veröffentlicht werden.
Lege fest, wer öffentliche Sites genehmigen und wer sie entfernen darf.
Dokumentiere, wo Mitglieder verdächtige, schädliche, rechtsverletzende oder unsichere Sites melden sollen.
Benenne für jede Site eine Person, die sie aktuell hält und sich um Zugriffsfragen kümmert. Plane die Übergabe, bevor diese Person das Team verlässt.
Überprüfe die Site nach wesentlichen Änderungen an ihren Inhalten, verbundenen Diensten oder ihrer Zielgruppe.

Häufig gestellte Fragen

Fallen in Enterprise-Workspaces Gebühren für das Hosting und die Nutzung von Sites an?

Für Enterprise-Workspaces werden die Gebühren für den Betrieb und das Hosting von Sites derzeit erlassen. Das Erstellen oder Bearbeiten einer Site wird weiterhin auf die Codex-Nutzung angerechnet. Nutzungs- und Speicherlimits gelten weiterhin.

ChatGPT Sites für deinen Workspace verwalten