ChatGPT Ads Conversion Tracking: Pixel, Conversions API und der Abgleich mit GA4

Seit Ende August 2026 sind ChatGPT Ads auch in Deutschland buchbar. Dieser Beitrag zeigt, wie die Messung funktioniert, was sie rechtlich voraussetzt und warum Ihre Zahlen im Ads Manager nie exakt zu GA4 passen werden.

Beim Klick auf eine Anzeige in ChatGPT hängt OpenAI die Klick-ID oppref an Ihre Ziel-URL. Gemessen wird danach auf drei Wegen: im Browser über das Measurement Pixel, serverseitig über die Conversions API oder über beides mit Deduplizierung.

Wer den Kanal nicht selbst aufsetzen will, findet die Leistungen unserer ChatGPT Ads Agentur an anderer Stelle. Die Einstellungen im Werbekonto behandelt der Schwesterbeitrag zum OpenAI Ads Manager.

Stand aller Plattform-Angaben: 18.09.2026. OpenAI ändert den Ads Manager derzeit im Wochentakt.

Wie funktioniert Conversion Tracking bei ChatGPT Ads?

Beim Klick auf eine Anzeige ergänzt OpenAI die Ziel-URL um den Parameter oppref. Das Pixel liest diesen Wert aus, legt ihn im First-Party-Cookie __oppref ab und hängt ihn an spätere Conversion-Events.

Die Kette hat vier Glieder:

1. Ein Nutzer klickt in ChatGPT auf Ihre Anzeige und landet mit ?oppref=… auf Ihrer Seite.
2. Das Pixel speichert die Klick-ID im Cookie __oppref.
3. Beim Kauf, beim Lead oder beim Termin meldet Ihre Website oder Ihr Server ein Event samt Klick-ID an OpenAI.
4. OpenAI ordnet das Event der Anzeige zu und zeigt es im Ads Manager.

Für Schritt 3 gibt es drei dokumentierte Wege: das Measurement Pixel im Browser, die Conversions API vom Server und einen Image Tag als Variante ohne JavaScript.

Was ist oppref – und was unterscheidet es von gclid?

oppref ist eine undurchsichtige Zeichenkette, die Sie unverändert weiterreichen. Die Dokumentation verlangt ausdrücklich, den Originalwert nicht zu verändern.

Zwei Unterschiede zu Google Ads sind für die Praxis wichtig. Erstens lässt sich oppref in keinem Plattform-Werkzeug auflösen, anders als eine gclid. Zweitens hängt OpenAI zwar die Klick-ID an, aber keine UTM-Parameter. Wer seinen ChatGPT-Traffic in GA4 sauber getrennt sehen will, muss die UTMs selbst an die Ziel-URL schreiben.

Vergleich: oppref, gclid, msclkid und fbclid

Wenn Sie schon mit Google, Microsoft oder Meta messen, kennen Sie das Prinzip. Die Unterschiede stecken im Detail:

Plattform	Klick-ID	UTM automatisch?	Trägercookie	Serverseitige Schnittstelle
OpenAI	oppref	nein, selbst setzen	__oppref	Conversions API
Google Ads	gclid	ja, per Auto-Tagging	_gcl_aw	Enhanced Conversions, Offline-Import
Microsoft Ads	msclkid	ja, per Auto-Tagging	_uetmsclkid	UET-Schnittstelle
Meta	fbclid	nein	_fbc	Conversions API

Wer bereits eine Meta-Conversions-API betreibt, kann die Architektur übernehmen. Drei Stellen sind anzupassen: das Betragsformat, die Reihenfolge bei der Deduplizierung und das fehlende Auto-Tagging.

Pixel, Conversions API oder beides – was brauchen Sie wirklich?

Weil OpenAI derzeit keine Zielgruppenbildung aus Pixel-Daten anbietet, ist eine rein serverseitige Anbindung der Pixel-Variante gleichwertig. Auf diesen Punkt hat Markus Bärsch in seiner Analyse des SDK zuerst hingewiesen. Er verschiebt die Abwägung: Es zählt, wie verlässlich Ihr eigenes Backend-Signal ist.

Ausgangslage	Empfehlung	Warum
Shop mit verlässlichem Bestell-Webhook	Conversions API allein	Der bestätigte Bestellwert steht im Backend, nicht im Browser
Lead-Gen mit CRM-Stufen	Conversions API plus Offline-Events	Nur so zählt der qualifizierte Lead, nicht das abgeschickte Formular
Kein verlässliches Backend-Signal, viele kleine Conversions	beides, Server zuerst	Das reichhaltigere Event muss gewinnen, siehe Deduplizierung
Kein Server-Container, Kampagnenstart nächste Woche	Pixel als Übergang	Schnell umsetzbar, aber mit Verfallsdatum im Projektplan

Das Measurement Pixel einbauen

Das Pixel besteht aus einem Loader-Snippet und einem oaiq("init", …)-Aufruf mit Ihrer Pixel-ID. Alles Weitere sind oaiq("measure", …)-Aufrufe.

<script>
  (function (w, d, s, u) {
    if (w.oaiq) return;
    var q = function () {
      q.q.push(arguments);
    };
    q.q = [];
    w.oaiq = q;
    var js = d.createElement(s);
    js.async = true;
    js.src = u;
    var f = d.getElementsByTagName(s)[0];
    f.parentNode.insertBefore(js, f);
  })(window, document, "script", "https://bzrcdn.openai.com/sdk/oaiq.min.js");

  oaiq("init", {
    pixelId: "<YOUR-PIXEL-ID>",
  });
</script>

Ein Kauf wird so gemeldet:

oaiq("measure", "order_created", {
  type: "contents",
  amount: 2599,
  currency: "USD",
});

Wichtig: Dieses Snippet darf erst nach der Einwilligung laufen. Warum das nicht von allein passiert, steht weiter unten.

Welche Events kennt OpenAI – und wie heißen die Pendants in GA4 und bei Meta?

OpenAI dokumentiert dreizehn Standard-Events. Die folgende Tabelle stellt sie den empfohlenen GA4-Ereignissen und den Meta-Standardereignissen gegenüber. Leere Felder heißen: Dort gibt es kein Standard-Pendant, Sie brauchen ein eigenes Ereignis.

OpenAI	GA4	Meta	Wofür
page_viewed	page_view	PageView	Aufruf einer relevanten Seite
contents_viewed	view_item	ViewContent	Produkt oder Inhalt angesehen
items_added	add_to_cart	AddToCart	Produkt in den Warenkorb gelegt
checkout_started	begin_checkout	InitiateCheckout	Kaufvorgang begonnen
order_created	purchase	Purchase	Bestellung abgeschlossen
lead_created	generate_lead	Lead	Anfrage oder Kontaktaufnahme
registration_completed	sign_up	CompleteRegistration	Registrierung abgeschlossen
appointment_scheduled		Schedule	Termin vereinbart
subscription_created		Subscribe	Abo abgeschlossen
trial_started		StartTrial	Testphase gestartet
app_installed	first_open (automatisch)		App installiert
app_opened	session_start (automatisch)		App geöffnet
custom	eigenes Ereignis	eigenes Ereignis	alles andere

Drei Hinweise zur Tabelle. Die GA4-Spalte nennt empfohlene Ereignisse, keine Pflichtnamen. Die beiden App-Ereignisse erfasst GA4 automatisch; Meta bildet sie über sein App-SDK ab, nicht über das Web-Pixel. Ein eigener Name unter custom_event_name darf Kleinbuchstaben, Ziffern, Unterstriche und Bindestriche enthalten und ist 1 bis 64 Zeichen lang.

Für conversion-optimierte Kampagnen gilt eine harte Grenze: Zulässig ist genau ein Standard-Event je Kampagne. Eigene Events sind als Optimierungsziel nicht unterstützt.

Der häufigste stille Fehler entsteht hier: Wer purchase statt order_created sendet, misst nichts. Im Ads Manager steht dann eine Null, und zwar ohne Fehlermeldung.

Der häufigste Fehler: amount wird in der kleinsten Währungseinheit erwartet

OpenAI erwartet Beträge als Ganzzahl in der kleinsten Währungseinheit. 42,00 Euro werden also als 4200 gesendet. GA4 liefert denselben Wert als 42.0.

Wer ein GA4-Purchase-Event im Server-Container eins zu eins auf die Conversions API mappt, meldet damit ein Hundertstel des echten Umsatzes. Der ROAS im Ads Manager sieht dann katastrophal aus, obwohl die Kampagne funktioniert.

Der Rechenweg: Betrag in der Hauptwährungseinheit mal Faktor der Subeinheit, dann auf eine Ganzzahl runden. Für Euro und US-Dollar ist der Faktor 100. Runden Sie nach der Multiplikation, nicht davor, sonst verlieren Sie die Cent-Stellen.

Die Conversions API anbinden

Die Conversions API nimmt Events per HTTPS-POST entgegen. Der API-Schlüssel gehört in einen serverseitigen Secret-Speicher, nie in Browser-Code, Logs oder die Versionsverwaltung.

curl -X POST "https://bzr.openai.com/v1/events?pid=<PIXEL-ID>" \
  -H "Authorization: Bearer <API-KEY>" \
  -H "Content-Type: application/json" \
  --data '{
    "validate_only": false,
    "events": [
      {
        "id": "order_12345",
        "type": "order_created",
        "timestamp_ms": 1773892800000,
        "oppref": "oppref_abc",
        "source_url": "https://shop.example.com/checkout/confirmation",
        "action_source": "web",
        "user": {
          "obref": "123e4567-e89b-42d3-a456-426614174000",
          "emails_sha256": ["..."]
        },
        "data": {
          "type": "contents",
          "amount": 2599,
          "currency": "USD"
        }
      }
    ]
  }'

Achten Sie auf die Feldnamen, denn sie weichen von den gewohnten ab. Das Event heißt id, nicht event_id. Die Nutzerdaten stehen unter user, nicht unter user_data. Die Conversion-Daten stehen unter data, nicht unter event_data.

Als action_source sind web, mobile_app, offline, physical_store, phone_call, email und other vorgesehen.

Ein Hinweis zum Datenschutz: Die Dokumentation erlaubt im user-Objekt auch IP-Adresse, User-Agent und Standortangaben. Für ein deutsches Setup gilt Datensparsamkeit – senden Sie nur, was Sie für die Zuordnung wirklich brauchen, und nur mit Einwilligung.

Grenzen, die Sie vor dem Bau kennen müssen

Drei dokumentierte Grenzen entscheiden über die Architektur:

• Ein Request nimmt bis zu 1.000 Events. Scheitert ein einziges Event, scheitert der gesamte Batch.
• Der Zeitstempel timestamp_ms darf höchstens sieben Tage alt sein und höchstens zehn Minuten in der Zukunft liegen.
• Listenfelder wie emails_sha256 verwenden die ersten drei gültigen Werte.

Daraus folgt für einen nächtlichen Export: kein Monolith-Batch, sondern Blöcke mit Einzel-Wiederholung und einer Ablage für dauerhaft abgelehnte Events. Sonst reißt eine einzige kaputte Telefonnummer den Tagesumsatz aus dem Reporting.

Zum Testen gibt es validate_only: true. Damit prüft OpenAI den Request, ohne Events zu speichern. Das ist das billigste Sicherheitsnetz im ganzen Setup, und es fehlt in den meisten Anleitungen.

Rate Limits dokumentiert OpenAI nicht. Planen Sie Wiederholungen mit wachsendem Abstand ein.

Pixel und API gleichzeitig: Deduplizierung richtig aufsetzen

Deduplizieren heißt: dasselbe Ereignis mit identischem Event-Namen und identischer ID an dieselbe Pixel-ID senden. OpenAI beschreibt die Regel so: „OpenAI uses the first event it receives for a matching key and ignores later duplicates.“

Diese Reihenfolge ist der Punkt, den viele Setups übersehen. Im Hybridbetrieb gewinnt fast immer das Browser-Event, weil der Server-Job Millisekunden später dran ist. Damit zählt ausgerechnet das ärmere Event: ohne bestätigten Bestellwert aus dem Shop-Backend und ohne die Matching-Daten aus dem CRM.

Zwei saubere Wege führen daraus heraus. Entweder Sie messen rein serverseitig. Oder Sie feuern das reichhaltigere Event bewusst zuerst, etwa den Bestell-Webhook vor dem Pixel auf der Danke-Seite.

Für den Hybridbetrieb kommt ein zweiter Identifier dazu: Lesen Sie das First-Party-Cookie __obref im Browser aus und senden Sie den Wert unverändert als user.obref mit. Anders als oppref gehört obref in das user-Objekt, und gehasht wird er nicht.

Ein praktischer Fallstrick aus beiden deutschen Anleitungen: Web-Tag und Server-Tag müssen auf demselben Auslöser sitzen, weil die gemeinsame Event-ID im Moment des Auslösers erzeugt wird.

Einwilligung, TDDDG und DSGVO – was in Deutschland gilt

Das Setzen und Auslesen der Cookies __oppref und __obref ist ein Zugriff auf die Endeinrichtung des Nutzers. Damit ist es nach § 25 Abs. 1 TDDDG einwilligungspflichtig. Die Ausnahme für unbedingt erforderliche Zugriffe greift bei Werbemessung nach herrschender Auffassung nicht.

Darauf sattelt die DSGVO auf: Sie brauchen eine eigene Rechtsgrundlage für die Verarbeitung und eine Bewertung des Drittlandtransfers, weil die Daten an OpenAI fließen.

Das ist eine Einordnung aus unserer Umsetzungspraxis, keine Rechtsberatung.

Achtung: Das Pixel startet mit Einwilligung „ja“

Die Dokumentation sagt es unmissverständlich: „The Pixel initializes consent to true by default unless you set it to false or the Pixel finds a stored denial.“

Wer das Standard-Snippet aus dem Ads Manager unverändert einbaut, misst also ohne Einwilligung. Das ist der wichtigste Satz dieses Beitrags für den deutschen Markt, und er steht in keiner der gängigen Übersichten.

oaiq("consent", false);
oaiq("init", { pixelId: "<YOUR-PIXEL-ID>" });
// Nach Zustimmung im Consent-Banner:
oaiq("consent", true);

Praktisch heißt das: Entweder Sie laden das Pixel erst nach der Zustimmung über Ihren Consent-Manager, oder Sie setzen den Schalter vor init auf false und danach auf true. Ein Modellierungsverfahren für abgelehnte Einwilligungen dokumentiert OpenAI nicht. Eine Ablehnung ist damit eine echte Null, kein geschätzter Wert.

Warum „serverseitig“ nicht „einwilligungsfrei“ heißt

Die Conversions API sendet vom Server. Das Feld oppref darin stammt aber aus einem Cookie auf dem Endgerät des Nutzers. Der einwilligungspflichtige Vorgang hat also längst stattgefunden, unabhängig davon, wer den Request am Ende absetzt.

Wer die Klick-ID weglässt, um einwilligungsfrei zu bleiben, sendet ein Event ohne Zuordnungsanker. Es zählt dann faktisch nicht. Diese Stelle ist der Punkt, an dem Marketing und Rechtsabteilung sich regelmäßig festfahren.

Automatischer Datenabgleich

Das Pixel erkennt unterstützte Kundendaten in Formularfeldern, normalisiert sie und hasht sie im Browser per SHA-256, bevor es sie mitsendet. Rohdaten verlassen den Browser laut Dokumentation nicht.

Mehrere Fachmedien berichten übereinstimmend, OpenAI habe diese Funktion am 17. August 2026 auch für bereits installierte Pixel aktiviert. Prüfen Sie deshalb im Konto, ob sie bei Ihnen aktiv ist.

Datenschutzrechtlich bleibt ein gehashter Identifier ein personenbezogenes Datum. Hashing ist Pseudonymisierung, keine Anonymisierung.

Auftragsverarbeitung: das Ad Tools DPA

Die erste Frage jeder Rechtsabteilung lautet, ob es eine Auftragsverarbeitungsvereinbarung gibt. Für die Werbewerkzeuge hat OpenAI ein eigenes „Ad Tools Data Processing Addendum“ veröffentlicht, das Standardvertragsklauseln für den EWR und die Schweiz enthält. Es ist von der allgemeinen API-Vereinbarung getrennt.

Cookie-Deklaration für Consent-Manager und Datenschutzerklärung

Diese Einträge gehören in Ihre Cookie-Deklaration. Die Laufzeiten dokumentiert OpenAI nicht; die Werte stammen aus Praxisquellen und sollten nach der Einrichtung im Browser geprüft werden.

Eintrag	Zweck	Laufzeit	Empfänger
__oppref	speichert die Klick-ID aus der Anzeige	laut Praxisquellen 30 Tage	OpenAI
__obref	Browser-Referenz für die Zuordnung	laut Praxisquellen 1 Jahr	OpenAI
__oaiq_consent	merkt den Einwilligungsstatus	Praxisquellen, im Browser prüfen	OpenAI
localStorage-Eintrag	Einwilligungsstatus des SDK	dauerhaft bis zum Löschen	OpenAI

Der localStorage-Eintrag wird bei der Deklaration regelmäßig vergessen und taucht dann im Consent-Scan als nicht deklariert auf.

Wie lange wird zugeordnet? Attributionsfenster und der Safari-Effekt

Klicks werden im Fenster zugeordnet, das Sie in der Konfiguration hinterlegen. Für Anzeigen-Einblendungen gilt ein festes Fenster von einem Tag, und diese View-through-Conversions weist OpenAI getrennt aus. Einen festen Zahlenwert für das Klickfenster nennt die Dokumentation nicht, prüfen Sie ihn also in Ihrer Event-Konfiguration.

Dazu kommt ein Effekt, der das nominale Fenster für einen Teil Ihrer Nutzer aushebelt: Safari begrenzt Cookies, die per JavaScript gesetzt werden, auf sieben Tage. Das Klick-ID-Cookie ist genau so ein Cookie, solange das SDK es im Browser setzt.

Bei zweistelligem iOS-Anteil verlieren Sie damit systematisch die Conversions mit längerem Entscheidungsweg, und zwar unsichtbar. Im Ads Manager stehen einfach weniger Conversions.

Gegenmittel ist, das Cookie serverseitig über eine eigene First-Party-Subdomain zu setzen, statt es dem SDK zu überlassen. Genau das leistet serverseitiges Tracking. Die Kappung auf sieben Tage ist dokumentiertes Browser-Verhalten, die Übertragung auf __oppref ist unsere Ableitung daraus.

ChatGPT Ads in GA4 und Matomo sichtbar machen

Ohne manuelles UTM-Tagging landet Ihr Anzeigen-Traffic in GA4 nicht als eigener Kanal, weil OpenAI keine UTMs anhängt.

Drei Schritte lösen das:

1. Hängen Sie an jede Ziel-URL ein striktes, durchgehend kleingeschriebenes UTM-Set. OpenAI stellt dafür die Platzhalter {campaign_id}, {ad_group_id}, {ad_id} und {ad_account_id} bereit.
2. Legen Sie in GA4 eine eigene benutzerdefinierte Kanalgruppe an, die auf utm_source greift.
3. Schreiben Sie oppref zusätzlich als Event-Parameter mit, in Matomo als benutzerdefinierte Dimension.

Wie ein sauberes UTM-Schema aussieht, steht im Leitfaden zu UTM-Parametern.

Warum GA4 und Ads Manager nie dieselbe Zahl zeigen

Der Abgleich läuft über drei Zahlen: die Bestellungen mit gespeicherter Klick-ID in Ihrem Backend, die tatsächlich an die API gesendeten Events und die im Ads Manager ausgewiesenen Conversions.

Die erste Differenz, zwischen Backend und Versand, ist Ihre eigene: abgelehnte Batches, fehlende Klick-IDs, Einwilligungslücken. Die zweite Differenz, zwischen Versand und Ads Manager, ist Plattform-Logik:

• View-through-Conversions werden getrennt geführt und zählen nicht in die Conversions-Metrik.
• Die Deduplizierung behält das zuerst eingetroffene Event.
• OpenAI ordnet über die Klick-ID zu, GA4 datengetrieben.
• Attribuierte Conversions erscheinen mit 24 bis 48 Stunden Verzögerung.
• Für abgelehnte Einwilligungen gibt es keine Modellierung.

Diese Zerlegung macht aus einer vagen Abweichung zwei getrennt behebbare Probleme. Das ist der Unterschied zwischen „unsere Zahlen stimmen nicht“ und „wir wissen, welche Lücke woher kommt“.

Die Reconciliation in BigQuery

Weil oppref als Event-Parameter im GA4-BigQuery-Export mitläuft, lässt sich die Bestelltabelle Ihres Shops direkt dagegen joinen.

Die Logik in vier Sätzen: Ziehen Sie aus dem GA4-Export alle Events mit gesetztem oppref. Ziehen Sie aus dem Shop alle Bestellungen desselben Zeitraums. Verbinden Sie beide über die Bestell-ID. Zählen Sie anschließend, wie viele Bestellungen mit Klick-ID im Versandprotokoll Ihrer API-Anbindung auftauchen.

Ein fertiges SQL steht hier bewusst nicht: Tabellen- und Spaltennamen sind in jedem Projekt anders, und ein erfundenes Schema hilft niemandem.

Von Lead-Formular zu Abschluss: der Closed Loop für B2B

Wer Leads verkauft und auf „Formular abgeschickt“ optimiert, optimiert auf das falsche Ereignis. Der Kreis schließt sich erst, wenn die Klick-ID ins CRM wandert und der Stufenwechsel zurückgemeldet wird.

Das Datenmodell in fünf Schritten:

1. oppref beim Absenden des Formulars in ein verstecktes Feld schreiben.
2. Den Wert mit dem Lead ins CRM übernehmen.
3. Beim Stufenwechsel, etwa zum qualifizierten Lead oder zum Abschluss, ein Event senden.
4. Dabei action_source: "offline" setzen und die gehashte E-Mail als zusätzlichen Anker mitgeben.
5. Das Ergebnis gegen Ihre Pipeline prüfen.

Ein Fallstrick zerstört dieses Setup still: timestamp_ms darf höchstens sieben Tage alt sein. Ein B2B-Lead wird oft später qualifiziert. Senden Sie deshalb den Zeitpunkt der Meldung, nicht das Datum des Lead-Eingangs, sonst lehnt die API den ganzen Batch ab.

Wie wir diese Kette für Google Ads, Matomo und das CRM aufbauen, zeigt unser Conversion-Tracking-Setup.

Es kommen keine Conversions an – woran liegt es?

In den meisten Fällen ist nicht das Pixel defekt, sondern die Klick-ID nie angekommen. Arbeiten Sie die vier Stufen der Reihe nach ab.

Stufe 1: die URL. Prüfen Sie, ob eine Weiterleitung den Parameter verwirft. Consent-Weichen, Sprachumleitungen und die Umstellung von www auf die nackte Domain sind die üblichen Verdächtigen.

curl -sIL "https://ihre-domain.de/zielseite/?oppref=TESTWERT" | grep -i '^location'

Steht oppref=TESTWERT in keinem Location-Header mehr, haben Sie die Ursache gefunden.

Stufe 2: das Cookie. Sehen Sie im Browser unter „Application“ nach, ob __oppref gesetzt ist.

Stufe 3: das Event. Filtern Sie im Netzwerk-Tab auf openai und prüfen Sie, ob der Request eine 2xx-Antwort bekommt.

Stufe 4: der Ads Manager. Hier lauert der häufigste Reporting-Fehler. Ein Event kann ausgelöst und angenommen werden und trotzdem null anzeigen. Der Grund: Es passt nicht zu dem Conversion-Event, das in der Kampagne konfiguriert ist. Bei eigenen Events muss der custom_event_name exakt übereinstimmen. Und es gibt kein Nachtragen: Historische Events aus einer nicht passenden Konfiguration werden nicht rückwirkend zugeordnet.

Die Ereignisqualität im Ads Manager erwartet außerdem, dass Server-Events zeitnah eintreffen, sinngemäß innerhalb einer Stunde nach der Aktion. Ein einmal täglicher Export kann dort also eine Warnung erzeugen, obwohl er technisch funktioniert.

CSP, Adblocker und stille Verwerfer

Wenn Sie eine Content-Security-Policy einsetzen, brauchen Sie bzrcdn.openai.com in script-src und connect-src sowie bzr.openai.com in connect-src und img-src.

Ohne JavaScript messen: der Image Tag

Für Umgebungen ohne JavaScript dokumentiert OpenAI einen Bild-Aufruf. Er misst nur den Seitenaufruf und unterstützt kein user-Objekt.

<img
  src="https://bzr.openai.com/v1/sdk/events?pid=<PIXEL-ID>&event=page_viewed&data[type]=contents"
  width="1"
  height="1"
  style="display:none"
  alt=""
/>

Achten Sie auf den Pfad: Der Image Tag spricht /v1/sdk/events an, die Conversions API dagegen /v1/events. Das ist kein Tippfehler.

Was dieser Beitrag bewusst auslässt

Kontoanlage, Kampagnenziele, Gebotsmodelle, Budgets, Targeting und Produktfeeds gehören in die Bedienung des Werbekontos. Sie stehen im Beitrag zu den Einstellungen im OpenAI Ads Manager.

Ein Punkt daraus greift allerdings direkt in die Messung: Kampagnenziel, Abrechnungsmodell und Conversion-Event lassen sich nach dem Anlegen einer Kampagne nicht mehr ändern. Ihre Messung muss deshalb stehen, bevor die erste Kampagne startet.

Häufige Fragen

Brauche ich Pixel und Conversions API? Nein. Weil OpenAI keine Zielgruppen aus Pixel-Daten bildet, ist eine rein serverseitige Anbindung gleichwertig. Der Hybridbetrieb lohnt sich, wenn Ihr Backend-Signal unvollständig ist.

Wie lange gilt die Klick-ID? OpenAI dokumentiert keine Laufzeit für __oppref. Praxisquellen nennen übereinstimmend 30 Tage. Prüfen Sie den Wert nach der Einrichtung im Browser.

Darf ich ohne Einwilligung messen? Nein. Das Cookie fällt unter § 25 Abs. 1 TDDDG. Serverseitiges Senden ändert daran nichts, solange die Klick-ID aus einem Cookie stammt.

Warum weichen GA4 und Ads Manager voneinander ab? Wegen getrennt geführter View-through-Conversions, der Deduplizierungsregel, unterschiedlicher Attributionsmodelle, der Meldeverzögerung und fehlender Modellierung bei Ablehnung.

Kann ich ohne JavaScript messen? Ja, über den Image Tag. Er erfasst allerdings nur Seitenaufrufe und keine späteren Interaktionen.

Wie teste ich, ohne echte Daten zu schreiben? Mit validate_only: true in der Conversions API. OpenAI prüft den Request und speichert nichts.

Quellen und Stand

Alle Angaben geprüft am 18.09.2026.

• OpenAI, Measurement Pixel
• OpenAI, Conversions API
• OpenAI, Image Tag
• OpenAI, Supported Events
• OpenAI Help Center, Measure Results
• OpenAI Help Center, Event Quality
• OpenAI, Ad Tools Data Processing Addendum
• Markus Bärsch, OpenAI Ads Measurement – Anleitung und FAQ
• PROANALYTICS, Setting Up Conversion Tracking for OpenAI Ads
• Stape, ChatGPT Ads Tracking Configuration Guide