ChatGPT Ads FAQ

ChatGPT Ads (offiziell: OpenAI Ads) ist die Werbeplattform von OpenAI, mit der Unternehmen Anzeigen direkt in ChatGPT ausspielen. Verwaltet wird alles über den Ads Manager unter ads.openai.com: Kampagnen, Anzeigen, Audiences, Product Feeds, Billing und Reporting.

Inhaltlich ist das System klassischen Werbenetzwerken ähnlich (Kampagnen, Gebote, Conversion Tracking), aber der Kontext ist neu: Deine Anzeige erscheint in einem KI-Chat, in dem Nutzer aktiv Fragen stellen – darum spielen Context Hints und die Qualität der Landingpage eine große Rolle.

Nein. OpenAI Ads befindet sich aktuell in einer Betaphase und wird schrittweise ausgerollt. Ob du sofort loslegen kannst, hängt von Region, Einladung und Rollout-Stand ab. Prüfe den aktuellen Status im OpenAI Help Center und unter ads.openai.com.

Praxis: Auch wenn du noch keinen Zugang hast, kannst du schon vorbereiten – Verifizierungsunterlagen, Landingpage-Qualität, Cookie-Consent und Conversion-Planung sind unabhängig vom Zugang sinnvoll.

Für den Advertiser Account empfehlen wir eine eigenständige geschäftliche E-Mail-Adresse. Dein persönlicher ChatGPT-Login und dein Werbekonto sind getrennte Bereiche – private und geschäftliche Nutzung solltest du sauber trennen.

Praxis: Nutze eine Adresse wie ads@<deine-domain>.de, auf die mehrere Teammitglieder Zugriff haben, oder lege eine Verteileradresse an – wichtige Benachrichtigungen (Ablehnungen, Billing) sollten nie in einem einzelnen Postfach verschwinden.

Der Account Owner sollte immer das Unternehmen sein, für das geworben wird – also der Kunde, nicht die Agentur. Denn im Account liegen Zahlungsdaten, Verifizierung, Audiences und die komplette Kampagnen-Historie.

Praxis für Agenturen: Lass den Kunden den Account anlegen und verifizieren und arbeite dann über eingeladene Zugriffe. So bleiben Daten und Kontrolle beim Kunden, wenn die Zusammenarbeit endet.

Sechs Dinge sollten stehen, bevor du Geld ausgibst: (1) verifiziertes Unternehmen, (2) Billing Profile mit Zahlungsmethode, (3) eine Landingpage, die für den OpenAI-Crawler erreichbar ist und klaren HTML-Text enthält, (4) Cookie-Banner mit sauberem Marketing-Consent, (5) das Measurement Pixel auf der Website, (6) definierte Conversion Events.

Praxis: Arbeite das 14-Schritte-Tutorial der Reihe nach durch – es deckt genau diese Vorbereitung ab, von Account & Verifizierung bis Pixel und Reporting.

OpenAI muss sicherstellen, dass hinter jedem Werbekonto ein echtes, seriöses Unternehmen steht – das schützt Nutzer vor Betrug und ist regulatorisch notwendig. Ohne abgeschlossene Business Verification kannst du keine Ads ausliefern.

Die Prüfung läuft über den Dienstleister Persona. Du gibst Unternehmensdaten ein und lädst Nachweise hoch – je nach Land z. B. Handelsregisterauszug oder Steuernummer.

EIN ist die US-Steuernummer – als Unternehmen aus Deutschland, Österreich oder der Schweiz hast du sie naturgemäß nicht. Du nutzt stattdessen deine lokalen Nummern: In Deutschland die Steuernummer und/oder die USt-IdNr, in Österreich die UID-Nummer, in der Schweiz die UID/MWST-Nummer.

Wichtig: Die Nummer muss exakt zum eingetragenen Firmennamen und zur Adresse passen. Abweichungen (alte Firmierung, abweichende Schreibweise) sind der häufigste Grund für Rückfragen oder Ablehnungen.

Deutschland: Steuernummer (vom Finanzamt) und USt-IdNr (beginnt mit DE). Österreich: UID-Nummer (beginnt mit ATU). Schweiz: UID/MWST-Nummer (Format CHE-…). Dazu kommt je nach Rechtsform der Handelsregistereintrag (HRA/HRB mit Amtsgericht).

Praxis: Halte alle Nummern als Text bereit, bevor du den Persona-Flow startest – abgebrochene Verifizierungen kosten spürbar Zeit.

Von wenigen Stunden bis zu mehreren Werktagen – je nach Vollständigkeit deiner Angaben und aktuellem Prüfvolumen. Starte die Verifizierung deshalb früh, idealerweise bevor du Kampagnen und Creatives baust.

Praxis: Reagiere schnell auf Rückfragen im Ads Manager. Jede Rückfrage-Schleife verlängert die Dauer deutlich.

„Not serving“ bedeutet: Deine Kampagne läuft formal, liefert aber nicht aus. Typische Ursachen: Verifizierung noch nicht abgeschlossen, Zahlungsmethode fehlt oder wurde abgelehnt, Anzeigen hängen noch in der Prüfung, oder die Landingpage ist für den Crawler nicht erreichbar.

Geh die Kette der Reihe nach durch: Account-Status → Billing → Ad-Review-Status → Landingpage-Check. In den meisten Fällen liegt es an einem dieser vier Punkte.

Beim Hinterlegen einer Kreditkarte führt OpenAI eine temporäre Autorisierung von 100 USD durch, um die Karte zu prüfen. Das ist keine Abbuchung: Der Betrag wird nur reserviert und automatisch freigegeben – je nach Bank kann er bis zu 7 Tage auf dem Kartenkonto sichtbar sein.

Praxis: Warne deine Buchhaltung vor, damit der Posten nicht als Fehlbuchung gemeldet wird.

Zwei verschiedene Steuerungen: Das Kampagnenbudget (Daily Budget) begrenzt, wie viel deine Kampagne pro Tag ausgibt. Der Payment Threshold ist der Abrechnungsschwellenwert deines Accounts: Sobald deine angefallenen Kosten diesen Betrag erreichen, bucht OpenAI automatisch ab – unabhängig vom Monatsende.

Merksatz: Budget steuerst du aktiv pro Kampagne, der Threshold entscheidet nur, wann abgerechnet wird.

Drei Ebenen mit klarer Aufgabenteilung: Die Campaign hält Ziel (Objective), Gesamtbudget und Laufzeit – das ist deine Strategie-Ebene. Die Ad Group darunter steuert Targeting, Gebote, Bid Multiplier und bei Feed-Kampagnen die Produktfilter. Die Ad ist das eigentliche Creative: Title, Copy, Bild, Landingpage-URL.

Merksatz: Campaign = was will ich erreichen, Ad Group = bei wem und zu welchem Preis, Ad = was der Nutzer sieht.

CPM (Cost per Mille): Du zahlst pro tausend Impressionen – sinnvoll für Sichtbarkeit und Branding. CPC (Cost per Click): Du zahlst nur Klicks – sinnvoll, wenn Traffic das Ziel ist. oCPC (optimized CPC): Du zahlst pro Klick, gibst aber ein Conversion-Event vor, auf das OpenAI die Auslieferung optimiert.

Praxis: oCPC braucht sauberes Conversion Tracking (Pixel und/oder Conversions API) und genug Event-Volumen. Ohne verlässliche Events startest du besser mit CPC und steigst später um.

Context Hints sind thematische Hinweise, die du deiner Anzeige gibst, damit OpenAI sie in passenden Chat-Kontexten einordnen kann – z. B. „Projektmanagement-Software für Agenturen“ statt nur „Software“. Sie sind das Nächste, was ChatGPT Ads an Keyword-Targeting hat.

Praxis: Formuliere Hints so, wie deine Zielkunden ihre Fragen stellen würden – konkret und lösungsorientiert, nicht werblich.

Starte mit 2–4 Varianten pro Ad Group. Genug, um echte Unterschiede zu messen (z. B. anderer Title-Ansatz, andere Copy-Länge), aber nicht so viele, dass dein Budget zu dünn verteilt wird und keine Variante signifikante Daten bekommt.

Praxis: Ändere pro Varianten-Runde nur eine Dimension (Title ODER Copy ODER Bild), sonst weißt du am Ende nicht, was den Unterschied gemacht hat.

Achte auf die im Ads Manager hinterlegten Format- und Größenvorgaben für Image Assets, saubere Lesbarkeit auch in kleiner Darstellung und einen klaren Bezug zum beworbenen Angebot. Vermeide Textwände im Bild, irreführende UI-Nachbildungen (z. B. falsche Buttons) und generische Stockfotos ohne Produktbezug.

Praxis: Prüfe jedes Creative in der Vorschau des Ads Managers – dort siehst du, wie es im Chat-Kontext wirkt.

Jede Ad durchläuft vor Auslieferung ein Review: OpenAI prüft Copy, Bilder und Landingpage gegen die Ad Policies. Bis zur Freigabe hat die Anzeige den Status „in Prüfung“, danach „aktiv“ oder „abgelehnt“ mit Begründung.

Praxis: Bei Ablehnung steht der Grund in der Regel dabei. Korrigiere gezielt genau diesen Punkt und reiche erneut ein – statt die ganze Anzeige neu zu bauen.

OpenAI bewertet Anzeige und Zielseite gemeinsam: Passt der Inhalt der Landingpage zum Versprechen der Anzeige? Ist sie seriös, vollständig und technisch erreichbar? Eine schwache Landingpage kann die Freigabe verhindern – und nach dem Klick entscheidet sie ohnehin über die Conversion.

Ja. Der Crawler muss die Seite ohne Login, ohne Cookie-Blocker und ohne JavaScript-Zwang lesen können. Häufige Blocker: robots.txt-Regeln, die OpenAI-Crawler aussperren, Bot-Protection mit harter Auslieferung von Challenge-Seiten, oder ein Cookie-Banner, das den gesamten Inhalt verdeckt.

Praxis: Teste die URL in einem Inkognito-Fenster und prüfe in robots.txt, dass keine Regel den OpenAI-Crawler blockiert.

OAI-AdsBot ist der User-Agent, mit dem OpenAI deine Landingpage für die Anzeigenprüfung abruft. Er sollte in deiner robots.txt und in deiner Bot-Protection explizit erlaubt sein, damit das Review deine tatsächliche Seite sieht – und nicht eine Blockier- oder Challenge-Seite.

User-agent: OAI-AdsBot
Allow: /

Der Crawler bewertet, was er lesen kann. Liegen Preise, Leistungen oder der Call-to-Action nur in Bildern oder werden sie ausschließlich per JavaScript nachgeladen, sieht das Review im Zweifel eine leere Seite. Sauberes HTML mit echtem Text ist sowohl für die Prüfung als auch für SEO die robusteste Lösung.

Die Klassiker: Seite nicht erreichbar (Timeout, 404, Weiterleitungs-Ketten), Cookie-Banner deckt alles ab, Inhalt nur als Bild/Video, fehlende Pflichtangaben (Impressum, Datenschutz), inhaltlicher Widerspruch zwischen Anzeige und Seite, und fehlende Preisangaben bei kaufbaren Angeboten.

Praxis: Nutze die Landingpage-Checkliste auf unserer Wissensseite – sie deckt genau diese Punkte ab.

Ein JavaScript-Snippet, das du in den <head> deiner Website einbaust. Es meldet Seitenaufrufe und Conversion Events aus dem Browser an OpenAI und verknüpft sie über den Click-Parameter oppref mit dem ursprünglichen Anzeigenklick.

Wichtig: Das Pixel darf erst nach Marketing-Consent geladen werden. Dein Cookie-Banner muss es bis zur Einwilligung blockieren.

Ja – im Idealfall liegt das Basis-Snippet im globalen Template und lädt auf jeder Seite. Nur so können PageViews überall gemessen werden und Conversion Events (z. B. „Purchase“ auf der Danke-Seite) zuverlässig dem Anzeigenklick zugeordnet werden.

Praxis: Ein Consent-fähiger Einbau über dein Cookie-Tool oder deinen Tag Manager stellt sicher, dass das Pixel erst nach Opt-in lädt – auf allen Seiten gleichermaßen.

Eine definierte Nutzeraktion, die du als Erfolg misst: z. B. Lead, Purchase oder eine Anmeldung. OpenAI kennt Standard Events mit festen Namen und erlaubt zusätzlich Custom Events für spezifischere Aktionen. Conversion Events sind die Grundlage für oCPC-Optimierung und Conversion-Reporting.

Leads: Standard Event „Lead“ beim Absenden des Formulars oder auf der Danke-Seite. Käufe: Standard Event „Purchase“ mit value und currency. Webinar-Anmeldungen und Terminbuchungen: dafür gibt es je nach Kontext kein perfekt passendes Standard Event – hier sind Custom Events sinnvoll, z. B. webinar_registration oder appointment_booked.

Praxis: Lege vor der Implementierung eine Conversion Map an – welche Aktion, welches Event, welche Parameter. Genau dafür gibt es unser Conversion Map Tool.

Ja. Purchase-Events akzeptieren value (Betrag als Zahl) und currency als ISO-Code – also z. B. value: 149.00 und currency: "EUR". Nur mit Werten kann das Reporting Umsatz und ROAS ausweisen statt nur Conversions zu zählen.

Praxis: Übergib den tatsächlichen Netto- oder Brutto-Betrag konsistent – entscheide dich für eine Konvention und dokumentiere sie, sonst vergleichst du später Äpfel mit Birnen.

Ja, über Custom-Parameter bzw. den vierten Parameter custom_event_name. So kannst du z. B. bei mehreren Webinaren unterscheiden, welches konkret gebucht wurde, ohne für jedes ein eigenes Event anzulegen.

Wichtig: Sende nur technische Bezeichner (Webinar-Slug, Produkt-ID) – keine personenbezogenen Daten wie E-Mail-Adressen oder Namen deiner Kunden.

Der Event Stream im Ads Manager zeigt eingehende Events nahezu in Echtzeit – mit Event-Name, Parametern und Zeitpunkt. So testest du: Consent im eigenen Banner erteilen, die Aktion auf der Website ausführen (z. B. Testformular absenden), dann im Event Stream prüfen, ob das Event mit den richtigen Parametern erscheint.

Prüfe dabei: Kommt das Event überhaupt an? Stimmen value/currency? Ist eine event_id dabei? Fehlt etwas, liegt der Fehler meist im Snippet oder im Consent-Setup.

Die event_id ist eine eindeutige Kennung pro Conversion, die du selbst generierst (z. B. Bestellnummer oder eine UUID). Sobald du Pixel und Conversions API parallel betreibst, erkennt OpenAI über identische event_ids, dass beide Meldungen dasselbe Ereignis beschreiben – und zählt die Conversion nur einmal.

Ohne event_id riskierst du Doppelzählungen und verfälschte Reportings, sobald du beide Kanäle nutzt.

Beim track-Aufruf des Pixels ist der erste Parameter der Event-Typ (z. B. ein Standard Event), weitere Parameter tragen Werte wie value und currency. Der vierte Parameter custom_event_name erlaubt eine eigene, spezifischere Bezeichnung – etwa um mehrere Anmeldearten unter einem Event-Typ zu unterscheiden.

window.opai("track", "Lead", {
  event_id: "<EINDEUTIGE_ID>",
}, "webinar_registration");

Hinweis: Das Beispiel zeigt das Prinzip mit Platzhaltern – prüfe die exakte Parameter-Signatur immer in der offiziellen Pixel-Dokumentation.

Das Pixel läuft im Browser und meldet Events clientseitig – es braucht Consent und kann durch Browser-Schutz oder Ad-Blocker ausfallen. Die Conversions API (CAPI) sendet Events serverseitig von deinem Backend direkt an OpenAI. Sie ist robuster, erfordert aber Entwicklungsaufwand und einen API Key.

Best Practice ist der parallele Betrieb: Das Pixel deckt Browser-nahe Events ab, die API fängt ab, was der Browser verliert (Ad-Blocker, Tracking-Schutz, Abbrüche). OpenAI dedupliziert beide Wege über die event_id – du bekommst vollständigere Daten ohne Doppelzählung.

Der Mechanismus, mit dem OpenAI erkennt, dass ein Pixel-Event und ein API-Event dasselbe Ereignis beschreiben. Voraussetzung: Beide Sendungen tragen exakt dieselbe event_id. Dann zählt die Conversion einmal – ohne Deduplication würde sie doppelt gezählt.

Ein Parameter der Conversions API für Tests: Mit validate_only: true prüft die API deinen Request auf korrekte Struktur und Pflichtfelder, ohne das Event zu speichern oder ins Reporting zu übernehmen. Ideal, um deine Integration zu testen, ohne Testdaten in echten Reports zu haben.

Performance-Daten deines Accounts als maschinenlesbare Daten: Impressionen, Klicks, Kosten, Conversions und abgeleitete Werte – filterbar nach Zeitraum und Ebene (Account, Campaign, Ad Group, Ad). Damit baust du eigene Dashboards oder automatisierte Reports außerhalb des Ads Managers.

Ja – genau dafür ist die Insights API gedacht. Du rufst die Kennzahlen per API Key ab, speicherst sie in deiner Datenbank und bildest daraus eigene Dashboards oder wöchentliche Reports. ROAS berechnest du aus Umsatz (Conversion-Werte) geteilt durch Kosten.

Praxis: Plane Rate Limits und ein Caching-Intervall ein – ein nächtlicher Sync reicht für die meisten Reportings völlig aus.

Der <OPENAI_ADS_API_KEY> für Conversions API und Insights API ist ein Server-Geheimnis: Er gehört ausschließlich in dein Backend (z. B. als Environment Variable) und niemals in JavaScript, das im Browser läuft – jeder Website-Besucher könnte ihn sonst auslesen und in deinem Namen API-Aufrufe machen.

Umgekehrt ist die <PIXEL_ID> kein Geheimnis – sie steht ohnehin im öffentlichen Snippet. Geheim halten musst du nur API Keys.

Zielgruppen, die du aus eigenen Daten aufbaust – typischerweise aus Kundenlisten, die du hochlädst. OpenAI gleicht die Einträge mit Nutzern ab und bildet daraus eine adressierbare Zielgruppe für deine Kampagnen.

Wichtig: Du darfst nur Listen verwenden, für deren Nutzung zu Werbezwecken eine Rechtsgrundlage besteht. Prüfe das datenschutzrechtlich, bevor du Kundendaten hochlädst.

Inclusion: Die Audience wird gezielt beworben – deine Ads sollen genau diesen Nutzern gezeigt werden. Exclusion: Die Audience wird ausgeschlossen – z. B. Bestandskunden bei einer Neukunden-Kampagne, damit du nicht für unnötige Impressionen zahlst.

Die Anzahl der Einträge deiner hochgeladenen Liste, die OpenAI tatsächlich Nutzern zuordnen konnte. Die Match-Rate liegt praktisch nie bei 100 % – E-Mail-Adressen, die nicht mit einem ChatGPT-Account verknüpft sind, können nicht gematcht werden.

Prozentuale Anpassungen deines Gebots für bestimmte Audiences. Beispiel: +30 % Gebot für Bestandskunden, weil deren Conversion-Wahrscheinlichkeit höher ist, oder −50 % für eine Audience mit schwacher Performance. So steuerst du Budget in Richtung deiner wertvollsten Segmente, ohne Kampagnen zu vervielfachen.

Wenn du einen Shop oder Katalog mit vielen Produkten bewirbst. Statt für jedes Produkt manuell eine Anzeige zu bauen, lädst du den Katalog als Feed hoch (Datei, Hosted URL oder SFTP) – OpenAI erzeugt daraus dynamisch produktbezogene Anzeigen. Für einen Handvoll Dienstleistungen lohnt sich der Aufwand meist nicht.

Ein Feed, den du per Hosted URL eingebunden hast, muss dauerhaft unter dieser URL erreichbar bleiben und regelmäßig aktualisiert werden (Preise, Verfügbarkeit). Fällt die URL aus oder der Feed wird veraltet, riskierst du Fehlermeldungen bis hin zur Deaktivierung der Katalog-Kampagne – und schlimmstenfalls Anzeigen mit falschen Preisen, was auch ein Policy-Problem ist.

Ein Feld im Product Feed für werbespezifische Zusatzdaten zu einem Produkt – also Informationen, die nicht zum eigentlichen Produktkatalog gehören, aber die Anzeigenausspielung steuern oder anreichern (z. B. Kampagnen-Hinweise, Prioritäten oder kontextuelle Labels).

Die offiziellen Ad Policies regeln erlaubte und verbotene Inhalte: Keine irreführenden Behauptungen, Einschränkungen für sensible Kategorien, Anforderungen an Landingpages und Transparenz. Die Policies sind verbindlich – Verstöße führen zu Ablehnungen oder im Wiederholungsfall zur Account-Sperrung.

Grundsätzlich nichts, was du nicht belegen kannst: keine übertriebenen Heils- oder Gewinnversprechen, keine erfundenen Dringlichkeiten („Nur noch heute!“, wenn es nicht stimmt), keine persönlichen Zuschreibungen an den Nutzer („Du hast Schulden?“) und keine Inhalte aus verbotenen Kategorien.

Praxis: Formuliere konkret und ehrlich – „30 % weniger Zeitaufwand laut Kundenbericht“ ist belastbarer als „Die beste Lösung der Welt“.

In der EU dürfen Tracking-Technologien wie das OpenAI Pixel nur nach ausdrücklicher Einwilligung des Nutzers gesetzt werden (DSGVO und TTDSG bzw. ePrivacy). Das Pixel darf also erst laden, wenn der Nutzer im Cookie-Banner Marketing-Cookies akzeptiert hat – vorher muss dein Consent-Tool es technisch blockieren.

Wenn du OpenAI Ads nutzt: der Hinweis, dass Conversion Tracking über OpenAI stattfindet, Zweck der Verarbeitung, welche Daten übertragen werden (z. B. Klick-IDs, Event-Daten), Rechtsgrundlage (Einwilligung), Hinweise zur Datenübertragung in Drittländer und die Widerrufsmöglichkeit über die Cookie-Einstellungen.

Auf unserer Cookie/DSGVO-Seite findest du einen Beispieltext zum Anpassen – ersetzt aber keine individuelle Rechtsberatung.

Nein – und das gilt für jeden Beispieltext im Internet. Unsere Texte sind didaktische Vorlagen ohne Gewähr: Sie zeigen Struktur und typische Inhalte, können aber deine konkrete Situation (Rechtsform, Datenflüsse, weitere Tools) nicht abbilden. Lass die finale Version von einer datenschutzrechtlich qualifizierten Stelle prüfen.

Zuerst die Ablehnungsgrund lesen – sie steht in der Regel direkt an der Anzeige. Dann gezielt nur den beanstandeten Punkt korrigieren (Formulierung, Bild, Landingpage) und erneut einreichen. Bei wiederholten oder unklaren Ablehnungen hilft der Blick in die Ad Policies und in den Support des Ads Managers.

Wichtig: Versuche nicht, Ablehnungen mit Tricks zu umgehen (z. B. andere Zielseite nach dem Review) – das gefährdet den ganzen Account.