ChatGPT beantwortet Fragen über Ihr Unternehmen. Sind Ihre Daten bereit?

Ein Blick auf OpenAIs Beta “Businesses in ChatGPT” vom Problem her - und auf die Datenarchitektur hinter einer glaubwürdigen KI-Präsenz.

Am 10. November 2026 hat OpenAI “Businesses in ChatGPT” als Beta vorgestellt. Die Kernfunktionen lassen sich schnell zusammenfassen: Unternehmen können ihr Profil beanspruchen und verifizieren, aktuelle Informationen veröffentlichen, Produktdaten-Feeds anbinden, aggregierte Nutzungsstatistiken einsehen und - sofern berechtigt - einen Business Agent starten, der innerhalb von ChatGPT mit Kundinnen und Kunden spricht.

Die schwierigere Frage liegt unterhalb der Ankündigung. ChatGPT beantwortet bereits heute Fragen über Ihr Unternehmen, ob Sie diese Präsenz verwalten oder nicht. Laut OpenAI nutzen über eine Milliarde Menschen ChatGPT jede Woche, und diese Menschen fragen zunehmend, was sie kaufen, wo sie übernachten und welchem Anbieter sie vertrauen sollen. Die Antworten werden aus den Daten zusammengesetzt, die das Modell finden kann. Wenn Ihre Preise, Verfügbarkeiten, Richtlinien und Beschreibungen in Systemen liegen, die nie dafür gebaut wurden, einen maschinenlesbaren Kanal zu speisen, kann die Version Ihres Unternehmens, der Kundinnen und Kunden in ChatGPT begegnen, veraltet, unvollständig oder von Dritten geschrieben sein.

Dieser Artikel handelt von der Architektur hinter der Lösung: was OpenAI tatsächlich veröffentlicht hat, was es nicht leistet und welches Daten-Engineering ein beanspruchtes Profil von einer vertrauenswürdigen KI-Präsenz unterscheidet.

Was OpenAI tatsächlich angekündigt hat

Drei Produkte unter einem Beta-Dach:

Business Hub ist die Verwaltungsoberfläche. Ein Unternehmen beansprucht seine Organisation, verifiziert die Verbindung (per Geschäftstelefon, geschäftlicher E-Mail, DNS-TXT-Eintrag auf der Website-Domain oder einem verbundenen Shopify-Shop) und durchläuft anschließend eine Identitätsprüfung über Persona, bevor es Änderungen veröffentlichen, einen Produkt-Feed anbinden oder Insights einsehen kann. Nach der Freigabe trägt das Profil einen blauen Haken. Verifizierte Unternehmen können Website-Link, Beschreibung, Kategorie, Logo, Liefer- und Rückgaberichtlinien sowie optionale Angaben wie ein Titelbild aktualisieren.

Produkt-Feeds ermöglichen es, Preise und Verfügbarkeit in einem strukturierten Format zu teilen. OpenAI akzeptiert einen CSV-Upload oder eine gehostete Feed-URL nach seiner Product-Feed-Spezifikation; Shopify-Händler können ihren Katalog direkt verbinden. Produkte im Feed müssen den Commerce-Richtlinien von OpenAI entsprechen.

Aggregierte Insights zeigen, wie Menschen in den vergangenen 28 Tagen mit dem Unternehmen interagiert haben: Mentions, Website-Klicks und “Discovery Topics”, die übergreifenden Themen in ChatGPT-Antworten, in denen das Unternehmen erwähnt oder zitiert wurde. Die Insights sind zum Schutz der Privatsphäre schwellenwertbasiert. Unternehmen sehen niemals einzelne Prompts oder Unterhaltungen, auch nicht die Chats mit ihrem eigenen Business Agent.

Darauf aufbauend gibt es den Business Agent: eine klar gekennzeichnete Unterhaltung mit dem Unternehmen, getrennt vom eigenen ChatGPT-Verlauf des Nutzers und sichtbar von ChatGPTs unabhängigen Antworten unterschieden. Der Agent antwortet auf Basis der Produkt- und Richtlinieninformationen des Unternehmens und nach Anweisungen, die das Unternehmen selbst formuliert. Unternehmen können ihren Agent außerdem bewerben und als Ziel für ChatGPT Ads nutzen.

Die Grenzen, die vor der Planung zählen

Lesen Sie OpenAIs Setup-Dokumentation und Business Agents Policy vor dem Strategie-Deck:

• Die Berechtigung ist zweifach gestuft. Das Beanspruchen eines Profils ist grundsätzlich für berechtigte Unternehmen überall dort möglich, wo ChatGPT angeboten wird - abhängig von Standort, Unternehmensart und Verifizierungsprüfungen. Business Agents sind enger gefasst: derzeit auf berechtigte E-Commerce- und Online-Dienstleistungsunternehmen in den USA mit eigener Website beschränkt, und die Business Agents Policy ergänzt branchenspezifische Anforderungen. OpenAI kündigt eine Ausweitung auf weitere Märkte und Kategorien an, nennt aber keinen Zeitplan. Ob eine bestimmte Hotelgruppe, Universität oder ein Reiseanbieter heute qualifiziert ist, muss anhand der aktuellen Richtlinie geprüft werden - und darf nicht aus der Ankündigung heraus angenommen werden.
• Das Beanspruchen kauft Genauigkeit, kein Ranking. OpenAI stellt unmissverständlich klar, dass das Beanspruchen weder eine höhere Platzierung noch mehr Umsatz garantiert und dass Werbung ChatGPTs unabhängige Antworten nicht beeinflusst. ChatGPT kann außerdem weiterhin andere Quellen nutzen, wenn es Fragen über Sie beantwortet.
• Agents können nicht transaktional handeln. Ein Business Agent kann Produkte und Richtlinien erklären und auf Ihre Website verlinken. Er kann keinen Kauf abschließen, keine Buchung vornehmen und keinen Bestellstatus abrufen. Jede Conversion findet weiterhin auf Ihrer eigenen Infrastruktur statt.
• Insights sind Aggregate mit Untergrenzen. Eine leere Kennzahl bedeutet nicht null Aktivität; sie kann bedeuten, dass der Meldeschwellenwert nicht erreicht wurde. Es gibt keine Query-Logs, keine Gesprächsexporte, keine Intent-Berichte.

All das macht die Ankündigung nicht kleiner. Es macht sie zu einem Datenproblem statt zu einem Werbeproblem.

Die Architektur hinter einer glaubwürdigen KI-Präsenz

Betrachten Sie “in ChatGPT korrekt erscheinen” als ein Engineering-System mit vier Schichten. Jede hat ihre eigenen Fehlerfälle.

Schicht 1: Identität und Verifizierung

Der Claim-Prozess ist eine Identitätspipeline, kein Anmeldeformular. Die Verifizierung kann per SMS oder automatisiertem Anruf auf eine hinterlegte Geschäftsnummer, per E-Mail auf der Unternehmensdomain, per DNS-TXT-Eintrag oder über eine Shopify-Verbindung erfolgen - und jede Veröffentlichung von Änderungen erfordert zusätzlich die Persona-Identitätsprüfung. Dafür können ein amtlicher Ausweis, Angaben zur Unternehmensregistrierung und ein Nachweis der Vertretungsberechtigung erforderlich sein.

Daraus folgen zwei operative Konsequenzen. Erstens liegt der Claim bei wem auch immer eine der angebotenen Verifizierungsmethoden und anschließend die Persona-Identitätsprüfung abschließen kann - dafür können ein amtlicher Ausweis, Angaben zur Unternehmensregistrierung und ein Nachweis der Vertretungsberechtigung erforderlich sein. In den meisten Organisationen bedeutet das Abstimmung zwischen IT, Rechtsabteilung und Marketing, statt es an das Social-Media-Team zu delegieren. Zweitens stellt OpenAI klar, dass jede eigenständige Marke separat verwaltet wird, dass eine zentrale Verwaltung über die Marken und Standorte eines Mutterkonzerns derzeit nicht verfügbar ist und dass das Beanspruchen der Hauptmarke nicht deren Standorte beansprucht. Für ein Unternehmen mit mehreren Marken oder Standorten ist jede ein eigener Claim- und Verifizierungsaufwand.

Falls bereits jemand anderes Ihr Unternehmen beansprucht hat, gibt es ein Dispute-Verfahren - es läuft jedoch über dieselbe Identitätsprüfung. Der Zielkonflikt ist von Google Business Profile und App-Store-Verifizierungen bekannt: Die Reibung ist das Sicherheitsmodell.

Schicht 2: Der Produkt-Feed als Datenpipeline

Die Feed-Spezifikation ist der Punkt, an dem aus der Ankündigung Schema-Design wird. OpenAIs Product-Feed-Spezifikation verlangt neun Pflichtfelder pro Zeile: item_id, title, description, url, brand, seller_name, image_url, availability und price. Die Verfügbarkeit ist ein Enum (in_stock, out_of_stock, pre_order, backorder oder unknown); ein leerer oder unbekannter Wert führt zur Ablehnung der Zeile. Varianten werden explizit modelliert: Jede verkaufbare Variante ist eine eigene Zeile mit eigener item_id, verbunden über eine gemeinsame group_id und ein variant_dict der gewählten Optionen; jede Variantenzeile benötigt listing_has_variations=true, und eine optionale offer_id unterscheidet Angebote, die sich eine Produkt-URL teilen. Die Kennungen müssen stabil bleiben, wenn sich Preise, Bestand oder Bilder ändern.

Dieser Vertrag erzwingt Entscheidungen, die die meisten Unternehmen nie sauber getroffen haben:

• Was ist die führende Quelle? Der Feed muss aus dem System erzeugt werden, das Preis und Verfügbarkeit tatsächlich kennt: die E-Commerce-Plattform, das ERP oder - im Hospitality-Kontext - das PMS und die Booking Engine. Wenn das Website-Frontend der einzige Ort ist, an dem Preis und Bestand zusammentreffen, muss dieser Join erst gebaut werden.
• Wie frisch ist frisch genug? Planen Sie bei einer gehosteten Feed-URL eine Verarbeitungsverzögerung ein, statt sofortige Aktualisierungen anzunehmen: OpenAI weist darauf hin, dass Änderungen Zeit brauchen, bis sie in Antworten erscheinen. Ein nächtlicher Export, der für einen Preisvergleichs-Feed akzeptabel war, kann für einen Kanal falsch sein, in dem ein Kunde mitten im Gespräch ist. Der Zielkonflikt liegt zwischen den Kosten der Feed-Erzeugung und der Support-Last veralteter Preise.
• Wie sieht Ihr Variantenmodell aus? Eine Analogie zur Veranschaulichung: Wenn ein Unternehmen, dessen Angebot kein klassisches Produkt ist - etwa ein Hotel, das über Zimmertypen mit unterschiedlichen Raten nachdenkt -, sein Angebot in Feed-Begriffen beschreiben wollte, würde es genau solche Variantengruppen modellieren. Das ist eine interne Modellierungsanalogie, keine dokumentierte Funktion: Die Spezifikation ist für käufliche Produkte geschrieben, und ob ein bestimmter Service oder Buchungsbestand in den Feed und die aktuellen Richtlinien passt, muss geprüft werden und darf nicht angenommen werden. Unternehmen, deren Kataloge nie formale Varianten-IDs brauchten - darunter die meisten Dienstleister - erfinden Identitätsregeln unterwegs. Die Regel, dass eine item_id niemals für ein anderes Produkt wiederverwendet werden darf, klingt trivial, bis eine Katalogmigration alles neu nummeriert.

Der Feed ist außerdem eine Governance-Fläche. Die Business Agents Policy verlangt, dass Informationen aktuell gehalten werden, und verbietet, einen Agent anzuweisen, Preise oder Verfügbarkeiten zu erfinden. Ein Feed, der still von der Website abweicht, ist nicht nur ein Datenfehler; er ist ein Policy-Risiko in einem Kanal, in dem das Unternehmen formal dafür verantwortlich ist, was sein Agent sagt.

Schicht 3: Das Agent-Gespräch und der Handover daraus

Ein Business Agent antwortet auf Basis der Informationen und Anweisungen des Unternehmens, und OpenAIs Richtlinie zieht die Grenzen klar: Der Agent muss transparent machen, dass er eine KI ist, die das Unternehmen vertritt; er darf keine Angebote oder Garantien erfinden; er darf Nutzer nicht unter Druck setzen oder unnötige personenbezogene Daten abfragen; und er muss in seiner freigegebenen Rolle bleiben.

Da der Agent nicht transaktional handeln kann, ist seine eigentliche Aufgabe Qualifizierung und Routing. Die Kundin fragt, welche von zwei Optionen zu ihren Anforderungen passt; der Agent antwortet aus Ihren Daten; danach muss die Kundin irgendwohin, um zu handeln. Dieses “irgendwohin” ist eine Design-Entscheidung. Die naive Version verlinkt auf die Startseite und verliert den Faden. Eine bessere Version nutzt die Links, die der Agent anbieten kann, gezielt: ein Deep Link auf genau das Produkt oder Programm, über das gesprochen wurde, oder ein Pfad in den eigenen Web-Chat oder WhatsApp-Kanal, wo, wenn sinnvoll, ein Mensch in die Schleife treten kann.

Seien Sie präzise, was diese Grenze überquert. Das Unternehmen sieht die ChatGPT-Unterhaltung nie, nicht einmal die Chats mit dem eigenen Agent, und die aktuelle Setup-Dokumentation beschreibt keine Export- oder Integrations-API für diese Gespräche. Der Handover kann das Gespräch also nicht mitnehmen: Kontext auf Ihrer Seite muss aus dem Ziel stammen, das der Kunde wählt (der Seite, auf die der Link zeigt), aus dem, was der Kunde Ihnen mitteilt, oder aus Daten, die Sie separat nutzen dürfen. Ihr CRM erkennt den Kunden erst, wenn er sich in Ihrem Kanal identifiziert. Diese Ankunftserfahrung zu gestalten - und ehrlich darüber zu sein, wo der Kontext endet -, ist die eigentliche Integrationsarbeit: OpenAI liefert die Gesprächsoberfläche, nicht die Verbindung in Ihre Systeme.

Schicht 4: Messung innerhalb der Grenzen des Kanals

Die Insights, die OpenAI bereitstellt, sind bewusst schmal. Eine “Mention” zählt für ein Online-Unternehmen, wenn ChatGPT die Website des Unternehmens referenziert; die bloße Nennung des Markennamens zählt nicht. Website-Klicks sind Click-Throughs. Discovery Topics sind aggregierte Themen, ausdrücklich keine einzelnen Prompts und ausdrücklich kein direktes Maß für Kundenabsicht. Alles ist ein 28-Tage-Aggregat mit Datenschutz-Schwellenwerten, und eine leere Kennzahl kann bedeuten, dass der Schwellenwert nicht erreicht wurde.

Architektonisch heißt das: First-Party-Messung muss die Hauptlast tragen. Traffic, der von ChatGPT kommt, sollte in Ihrem eigenen Analytics über Referrer- und Kampagnenparameter auf den URLs erkennbar sein, die Sie kontrollieren - damit feed-getriebene Sichtbarkeit auf Ihrer Seite mit Sitzungen, Leads und Buchungen verknüpft werden kann. Am besten positioniert, um in diesem Kanal zu lernen, sind Unternehmen, die OpenAIs Dashboard als Richtungssignal und ihre eigene Instrumentierung als führendes System behandeln.

Was das bedeutet, wenn Sie noch nicht berechtigt sind

Wenn Ihr Unternehmen nicht in die derzeit dokumentierten Business-Agent-Kategorien fällt, prüfen Sie Ihre Berechtigung anhand der aktuellen Richtlinie, bevor Sie um einen Agent herum planen. Das macht die Sache nicht zum Wartespiel.

ChatGPT zeigt Informationen über Unternehmen, ob sie einen Agent haben oder nicht, und OpenAI hat angekündigt, auf weitere Märkte und Kategorien zu expandieren. Die Arbeit, die verbessert, wie die eigenen Informationen eines Unternehmens in KI-Antworten gelangen können - die Bereinigung der führenden Datenquellen, ihre Strukturierung in maschinenlesbare Feeds mit stabilen Kennungen und der Entwurf des Weges aus einem KI-Gespräch in eigene Kanäle -, ist dieselbe Arbeit, ob der Konsument dieser Daten heute ChatGPTs Produkt-Feed ist, morgen das Äquivalent einer anderen KI-Plattform oder der eigene KI-Agent auf Website und WhatsApp. Der Feed ist das Asset; die Plattformen sind austauschbare Konsumenten. Nichts davon kontrolliert die unabhängigen Antworten einer KI-Plattform, aber all das erhöht die Wahrscheinlichkeit, dass korrekte Informationen verfügbar sind, wenn diese Antworten entstehen.

Am besten positioniert werden nicht die Organisationen sein, die ihr Profil zuerst beansprucht haben, sondern die, deren Daten bereit sind, wenn und falls ihre Kategorie geöffnet wird.

Die Regel für die Praxis

Behandeln Sie Ihre KI-Präsenz als kontrolliertes Datenprodukt, nicht als Ranking-Abkürzung. Geben Sie jedem Preis, jeder Verfügbarkeit und jeder Richtlinie eine führende Quelle, einen Verantwortlichen und eine Aktualitätsprüfung. Prüfen Sie die Berechtigung separat und planen Sie Übergaben, ohne anzunehmen, dass private ChatGPT-Gespräche in Ihr CRM übertragen werden.

Verfügbarkeit und Berechtigungen entsprechen OpenAIs veröffentlichter Dokumentation vom 11. November 2026 und können sich während der Beta ändern.

Wie Incresco hilft

Incresco ist OpenAI-Partner. Incresco ist Claude-Partner. Für ein Unternehmen, das auf Businesses in ChatGPT blickt, würden wir mit Ihren Zahlen und Systemen beginnen: wo heute die Wahrheit über Preis, Verfügbarkeit und Richtlinien liegt, wie eine richtlinienkonforme Feed-Pipeline aus diesen Quellen aussehen könnte, wie die Anweisungen und Leitplanken eines Agents unter OpenAIs Richtlinien gestaltet werden sollten und wie Gespräche in Kanäle übergeben werden könnten, die Sie bereits besitzen, etwa Ihre Website, Salesforce-Workflows oder WhatsApp.

Wo die aktuellen Berechtigungsregeln Ihre Kategorie noch nicht abdecken, können wir bei der Vorbereitung der Daten- und Integrationsschicht helfen, damit Sie bereit sind, falls sie es tun - und dieselbe Grundlage in Kanälen nutzen, die Ihnen bereits offenstehen.

Lesen Sie auch unsere Analysen zu KI-Agenten in der Hochschulzulassung und KI im Hotelbetrieb jenseits von Chatbots. Unsere Arbeit in KI-Transformation und Systemintegration verbindet diese Entscheidungen mit Ihren vorhandenen Systemen.

Sprechen Sie mit Incresco über einen KI-Datenbereitschafts-Check. Wir prüfen Ihre Quellsysteme, Feed-Anforderungen, Aktualitätskontrollen und den Übergang in Ihre Kundenkanäle, mit klar benannten Berechtigungen und Plattformgrenzen.