Bei einem neuen Werbekanal fehlen zunächst die eigenen Vergleichswerte. Ob ChatGPT Ads Kunden bringen und nach Abzug der Werbekosten einen positiven Beitrag leisten, beantworten deshalb nur die Zahlen aus dem eigenen Vertrieb und Tracking.
Bevor die erste Kampagne livegeht, muss feststehen, welche Handlung als Erfolg zählt und welchen wirtschaftlichen Wert sie hat. Pixel und Conversions API übertragen diese Entscheidung nur. Wer das falsche Ereignis sauber misst, erhält präzise Zahlen zur falschen Frage.
Stufe 1: Das Basispixel einbauen
Das Measurement Pixel schafft die technische Grundlage für das ChatGPT Ads Tracking. Es ist ein extern geladenes Skript, das Ereignisse aus dem Browser an OpenAI sendet. In einem EU-Setup wird das SDK erst geladen, wenn der Nutzer dem Marketing-Tracking zugestimmt hat.
Bereits beim Abruf des Skripts von einer externen Domain entsteht eine Verbindung zu OpenAI, bei der technisch unter anderem die IP-Adresse übertragen wird. Die Consent-Funktion des SDK verhindert zwar Ereignisse, nicht aber diesen vorherigen Skriptabruf. Sie ersetzt deshalb keine Ladesperre in der Consent-Plattform.
Sie brauchen eine Pixel-ID aus dem Ads Manager. Läuft bei Ihnen ein Tag Manager , sollte der vollständige Pixel-Tag dort an die Zustimmung für Marketing-Tracking gekoppelt werden. Erst nach diesem Signal lädt der Tag das SDK und initialisiert es mit der Pixel-ID.
<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: "IHRE-PIXEL-ID"
});
</script>Das Snippet lädt zuerst das SDK und initialisiert es anschließend mit der Pixel-ID. Der gesamte Block darf erst nach erteilter Zustimmung ausgeführt werden. Die Initialisierung allein meldet noch keine Conversion und auch keinen Seitenaufruf. Welche Ereignisse das Pixel senden soll, wird in Stufe 2 festgelegt.
Stufe 2: Events und Conversions festlegen
Das Basispixel allein misst noch keinen Geschäftserfolg. In dieser Stufe legen Sie die relevanten Ziele fest und bauen die passenden Ereignisse am tatsächlichen Abschluss ein. Der wirtschaftliche Wert folgt in Stufe 3.
Ziele festlegen
Wählen Sie als Hauptziel die Handlung, die dem Geschäftsergebnis möglichst nahekommt und trotzdem häufig genug eintritt. Für einen Onlineshop ist das normalerweise die Bestellung. Bei einer Steuerberatung kann es die qualifizierte Anfrage sein, bei einem Softwareanbieter der gebuchte Demotermin.
Legen Sie vor dem Start fest, welche Frage der Test beantworten soll: Entstehen qualifizierte Anfragen? Bleiben die Kosten unter dem erwarteten Deckungsbeitrag? Oder ist zunächst nur zu prüfen, ob ausreichend Conversion-Volumen zustande kommt? Ohne vorher definierte Schwelle lässt sich fast jedes Ergebnis im Nachhinein als Erfolg oder Misserfolg auslegen.
Ein Button-Klick ist kein sinnvolles Ziel. Das Ereignis sollte erst ausgelöst werden, wenn Ihr System den Vorgang tatsächlich gespeichert hat. Sonst messen Sie Klickversuche, Formularfehler und Mehrfachklicks als Geschäftserfolg.
Events einbauen
OpenAI unterstützt aktuell zwölf Standardereignisse und frei definierbare eigene Ereignisse. Verwenden Sie den Namen, der den tatsächlich bestätigten Geschäftsvorgang am genauesten beschreibt.
| Ereignisname | Wann das Ereignis verwendet wird |
|---|---|
order_created |
Eine Bestellung wurde erfolgreich abgeschlossen. |
checkout_started |
Ein Nutzer hat den Bestellvorgang begonnen. |
items_added |
Ein oder mehrere Artikel wurden in den Warenkorb gelegt. |
lead_created |
Eine Anfrage wurde erfolgreich übermittelt und gespeichert. |
appointment_scheduled |
Ein Termin, eine Beratung oder eine Demo wurde verbindlich gebucht. |
registration_completed |
Eine Registrierung oder Kontoerstellung wurde abgeschlossen. |
subscription_created |
Ein Abonnement wurde abgeschlossen. |
trial_started |
Eine Testphase wurde gestartet. |
contents_viewed |
Ein bestimmter Inhalt oder eine Produktansicht wurde aufgerufen. |
page_viewed |
Eine Seite wurde aufgerufen. |
app_installed |
Eine App wurde installiert. Das Ereignis ist nur über die Conversions API meldbar. |
app_opened |
Eine App wurde geöffnet. Das Ereignis ist nur über die Conversions API meldbar. |
custom |
Ein eigener Vorgang wird gemessen, für den kein Standardereignis passt. |
Eigene Ereignisnamen dürfen Kleinbuchstaben, Ziffern, Unterstriche und Bindestriche enthalten, sind 1 bis 64 Zeichen lang und dürfen keinen Standardnamen wiederverwenden. Verwenden Sie ein eigenes Ereignis nur, wenn kein Standardereignis den Vorgang treffend beschreibt.
Das Ereignis wird mit einem measure-Aufruf dort eingebaut, wo der Vorgang zuverlässig bestätigt wird.
Im Beispiel wird eine gespeicherte Anfrage als Lead an OpenAI gemeldet.
oaiq("measure", "lead_created", {
type: "customer_action"
});
lead_created beschreibt den Vorgang, customer_action die dafür erwartete Datenstruktur. Weitere
Angaben wie Geldwert und Ereignis-ID werden ergänzt, sobald das Setup entsprechend ausgebaut wird.
Ein Ziel kann wirtschaftlich perfekt und für die Kampagnensteuerung trotzdem ungeeignet sein, wenn es nur selten eintritt. Bei langen Verkaufsprozessen kann deshalb zunächst die qualifizierte Anfrage das bessere Optimierungsziel sein. Der spätere Vertragsabschluss bleibt die wirtschaftliche Kontrollgröße im CRM.
Stufe 3: Wirtschaftliche Werte zuweisen
Ereigniszahlen allein zeigen, wie viele Abschlüsse eine Kampagne erzeugt. Erst ein wirtschaftlicher Wert macht sichtbar, ob viele kleine Conversions mehr zum Ergebnis beitragen als wenige große und ob die Werbekosten in einem vertretbaren Verhältnis dazu stehen.
Eine Bestellung ist nicht wie die andere. Ein Warenkorb über 40 Euro und einer über 4.000 Euro landen ohne Betragsangabe als derselbe Datenpunkt im Report. Die Kampagne mit vielen kleinen Abschlüssen kann dann besser aussehen als die mit wenigen großen, obwohl sie weniger zum Ergebnis beiträgt.
Deshalb gehören amount und currency zu jedem Ereignis mit Geldwert. Beträge werden als ganze
Zahl in der kleinsten Währungseinheit übergeben. 60000 steht bei Euro also für 600,00 Euro.
Bei Leads ist nicht der durchschnittliche Auftragsumsatz die beste Grundlage, sondern der erwartete Deckungsbeitrag. Bringt ein gewonnener Kunde durchschnittlich 3.000 Euro Deckungsbeitrag und wird aus jeder fünften qualifizierten Anfrage ein Kunde, beträgt der erwartete Lead-Wert 600 Euro.
oaiq("measure", "lead_created", {
type: "customer_action",
amount: 60000,
currency: "EUR"
});Der Wert ist bei Leads eine Kalkulationsgröße, keine Umsatzbuchung. Passen Sie ihn an, wenn sich Abschlussquote oder durchschnittlicher Deckungsbeitrag erkennbar verändern.
Stufe 4: Bezahlte Zugriffe in Google Analytics kennzeichnen
Wenn Sie Google Analytics verwenden, kennzeichnen Sie die Ziel-URLs Ihrer Anzeigen mit eindeutigen
Kampagnenparametern, etwa utm_source=chatgpt und utm_medium=paid. Sonst können bezahlte
Anzeigenklicks und organische Verweise aus ChatGPT im selben Bericht landen, obwohl sie nach unterschiedlichen
Regeln bewertet werden müssen.
Damit lässt sich in Google Analytics 4 nachvollziehen, welche Sitzungen und Conversions aus den Anzeigen
stammen. Das OpenAI Pixel übernimmt die Zuordnung im Ads Manager, die Kampagnenparameter schaffen die
Nachvollziehbarkeit in Ihrer Webanalyse. Prüfen Sie bei Weiterleitungen, dass sowohl die UTM-Parameter als auch
oppref erhalten bleiben.
Stufe 5: Conversions serverseitig absichern
Die Conversions API meldet Abschlüsse direkt aus Ihrem Backend und ist deshalb weniger abhängig von Browserabbrüchen oder blockierten Skripten. Sie ersetzt die Browsermessung nicht automatisch: Für eine gute Zuordnung muss der Klickbezug aus dem Browser bis zum Server erhalten bleiben.
Voraussetzung ist eine serverseitige Tracking-Infrastruktur. Wenn Sie noch keine haben, ist das der eigentliche Aufwand, nicht der einzelne API-Aufruf. Wie das grundsätzlich funktioniert, erklären wir unter Server-Side Tracking.
So läuft die Anbindung ab
Der Server sollte ein Ereignis erst dann senden, wenn Ihr eigenes System den Geschäftsvorgang bestätigt hat. Für Web-Conversions kommt die Zuordnung zum ursprünglichen Anzeigenklick hinzu.
API-Key im Ads Manager unter Conversions erzeugen. Er gehört in Ihre Server-Konfiguration, nie in den Website-Code.
Den Abschluss dort auslösen, wo Bestellung, Termin oder Anfrage tatsächlich gespeichert und bestätigt wird.
OpenAI hängt oppref an die Zielseiten-URL. Dieser Wert muss Weiterleitungen und den
Abschlussprozess unverändert überstehen und mit dem Serverereignis gesendet werden.
Das Backend sendet Ereignistyp, Zeitstempel, Quelle, Betrag und eine eindeutige ID an den API-Endpunkt.
Pixel und Server verwenden für denselben Abschluss dieselbe Ereignis-ID. Sonst kann der Abschluss zweimal im Report landen.
Mit validate_only prüft OpenAI die Anfrage, ohne sie zu speichern. Nach erfolgreicher
Validierung werden echte Ereignisse gesendet.
Der Request
Der Endpunkt nimmt bis zu 1.000 Ereignisse pro Anfrage entgegen. Schlägt ein Ereignis fehl, wird der gesamte Stapel abgelehnt. Zeitstempel dürfen höchstens 7 Tage zurückliegen und maximal 10 Minuten in der Zukunft liegen.
POST https://bzr.openai.com/v1/events?pid=IHRE-PIXEL-ID
Authorization: Bearer IHR-API-KEY
Content-Type: application/json
Im Beispiel wird der Zeitstempel beim Versand erzeugt. validate_only bleibt für den ersten Test auf
true und wird erst danach auf false gesetzt.
const payload = {
validate_only: true,
events: [{
id: "bestellung-10432",
type: "order_created",
timestamp_ms: Date.now(),
oppref: openAiClickReference,
source_url: "https://example.at/bestellung-bestaetigt",
action_source: "web",
data: {
type: "contents",
amount: 12900,
currency: "EUR"
}
}]
};
Über action_source lassen sich auch Abschlüsse melden, die nicht auf der Website entstehen. Neben
web, mobile_app und offline stehen dafür unter anderem phone_call,
email und physical_store zur Verfügung.
Nutzerdaten richtig hashen
Ein optionales user-Objekt kann die Zuordnung verbessern. Personenbezogene Kennungen werden zuerst nach
den OpenAI-Vorgaben normalisiert und danach mit SHA-256 gehasht. Hashing ist keine Verschlüsselung und ersetzt
weder eine Rechtsgrundlage noch die erforderliche Zustimmung.
Für hybride Setups kann zusätzlich der Browserbezug obref aus dem First-Party-Cookie an den Server
übergeben werden. Auch dieser Wert darf erst nach Zustimmung gelesen und weitergeleitet werden.
Das Tracking vor dem Kampagnenstart prüfen
Das Tracking ist nicht fertig, wenn ein Request den Status 200 liefert. Fertig ist es, wenn ein realer Testabschluss im eigenen System genau einmal gespeichert, von OpenAI akzeptiert und dem richtigen Kampagnenziel zugeordnet wird.
oppref bleibt über Weiterleitungen erhalten und erreicht das Backend unverändert.Ein technisch akzeptiertes Ereignis kann im Ads Manager trotzdem null Conversions zeigen, wenn es nicht zum konfigurierten Kampagnenziel passt. Prüfen Sie diese Zuordnung vor dem Start. Korrekturen führen nicht dazu, dass frühere, falsch zugeordnete Ereignisse nachträglich als Conversions erscheinen.
Wo es schwierig wird
Die einzelnen API-Aufrufe sind selten das Hauptproblem. Anspruchsvoll wird das Zusammenspiel aus tatsächlichem Geschäftsabschluss, Consent-Status, Klickbezug und mehreren Messwegen.
Doppelzählung
Doppelzählungen fallen selten sofort auf, weil die Zahlen zunächst gut aussehen. Sichtbar werden sie oft erst beim Abgleich mit Bestellungen oder CRM-Daten. Bis dahin kann die Kampagne bereits auf einer falschen Grundlage optimiert worden sein.
Einwilligung
Der Consent-Status muss Browser und Server gemeinsam steuern. Ohne Zustimmung bleibt das externe Pixel-Skript ungeladen und der Server sendet keine zugehörigen Conversion-Daten. Ein Widerruf muss auf beiden Wegen wirken.
Zuordnung ohne Klick
Bei berechtigten Konten kann OpenAI Conversions auch einem Anzeigenkontakt ohne Klick zuordnen, wenn der Abschluss innerhalb eines Tages erfolgt. Diese View-through-Conversions erscheinen getrennt von den normalen Klick-Conversions und fließen aktuell nicht in CPA, Gebote oder Conversion-Optimierung ein. Qualifizieren sich Eindruck und Klick für denselben Abschluss, erhält der Klick den Vorrang.
Ist das Setup kampagnenbereit?
Wir prüfen, ob Messziel, Wert, Consent und Deduplizierung zusammenpassen, und gleichen Testabschlüsse mit den tatsächlich gespeicherten Bestellungen oder Anfragen ab.
- Bestandsaufnahme des aktuellen Tracking-Setups
- Prüfung von Ereignissen, Werten und Kampagnenzuordnung
- Pixel, serverseitige Anbindung und Consent gemeinsam abnehmen
Häufige Fragen
Für einen kontrollierten Pilot kann das Pixel reichen, wenn alle wichtigen Abschlüsse auf der Website entstehen und nach Zustimmung zuverlässig im Browser erfasst werden. Es zeigt, ob über den Kanal grundsätzlich relevante Conversions entstehen.
Die Conversions API wird sinnvoll, wenn das Backend den Abschluss verlässlicher kennt, Offline-Vorgänge einfließen sollen oder Browsermessung allein zu lückenhaft ist. Nachrüsten ist möglich, bereits fehlende Conversions lassen sich dadurch aber nicht rückwirkend wiederherstellen.
Vergleichen Sie die Kosten pro Abschluss mit dem Deckungsbeitrag, den dieser Abschluss voraussichtlich erzeugt. Ohne Werte zählen Sie nur Ereignisse und können Kampagnen mit unterschiedlich wertvollen Abschlüssen nicht fair vergleichen.
Bei Leads rechnen Sie mit dem erwarteten Deckungsbeitrag: durchschnittlicher Deckungsbeitrag eines gewonnenen Kunden multipliziert mit der Abschlussquote. Überprüfen Sie diese Annahme regelmäßig mit den tatsächlichen Vertriebsdaten.
Nicht zwangsläufig. OpenAI und GA4 können andere Attributionsfenster, Zeitgrenzen, Consent-Signale und Zuordnungsmodelle verwenden. Vergleichen Sie deshalb dasselbe Ereignis, denselben Zeitraum, dieselbe Zeitzone und nur die Klick-Conversions miteinander.
Einen allgemein unauffälligen Prozentbereich gibt es nicht. Entscheidend ist, ob die Abweichung erklärbar und über mehrere Zeiträume stabil ist. Prüfen Sie bei Sprüngen zuerst doppelte Ereignisse, verlorene URL-Parameter, geänderte Consent-Regeln und die Zuordnung des Ereignisses zur Kampagne.
Häufig fehlen der Klickbezug oppref oder die gemeinsame Ereignis-ID zwischen Pixel und Server.
Ebenfalls typisch sind Beträge ohne Währung und Ereignisse, die an einen Button statt an den
tatsächlichen Abschluss gekoppelt sind.
Tückisch sind Fehler, bei denen weiter Daten ankommen. Das Setup wirkt funktionsfähig, misst aber nach einer Formular- oder Layoutänderung einen anderen Vorgang als zuvor. Deshalb gehört ein Abgleich mit Backend oder CRM zur laufenden Kontrolle.
Für das Pixel nicht zwingend. Wenn Tag Manager, Consent-Plattform und DataLayer die wichtigen Vorgänge sauber abbilden, lässt es sich ohne Änderung am Anwendungscode einrichten. Die Ladesperre vor der Zustimmung muss dabei ausdrücklich getestet werden.
Die Conversions API verlangt meist Entwicklungsarbeit im Backend. Ihr System muss Abschlüsse, Consent-Status, Klickbezug und Ereignis-ID zusammenführen und kontrolliert an OpenAI senden.
Ja, innerhalb von 7 Tagen nach dem Ereignis. Das hilft, wenn ein Kauf erst mit der Zahlungsbestätigung gültig wird oder eine Anfrage kurzfristig qualifiziert werden muss.
Bei Verkaufsprozessen über mehrere Wochen reicht das Fenster nicht. Dann eignet sich ein früherer, verlässlich messbarer Zwischenschritt als Zielgröße, etwa die qualifizierte Anfrage statt des unterschriebenen Vertrags.
Wer den Kanal selbst einordnen möchte, findet die Übersicht auf unserer Seite zu ChatGPT Ads.