Serverseitiges Tracking mit der Conversion API: Meta CAPI, Google Data Manager API und ChatGPT Ads richtig anbinden (2026)

Kurze Antwort: Was ist eine Conversion API? Die Schnittstelle, über die Sie Conversion-Ereignisse wie Käufe, Formularanfragen oder Registrierungen nicht aus dem Browser der Besucher, sondern von Ihrem eigenen Server an die Werbeplattform senden – sie ist damit das zentrale Werkzeug für serverseitiges Tracking. Bei Meta heißt sie Conversions API (CAPI; in der türkischen Oberfläche „Dönüşümler API'si“); bei Google übernehmen die Enhanced Conversions und die Data Manager API diese Aufgabe, bei Anzeigen in ChatGPT die Conversions API von OpenAI. Meta empfiehlt, die CAPI nicht anstelle des Pixels, sondern parallel dazu einzusetzen: Dasselbe Ereignis kommt sowohl aus dem Browser als auch vom Server und wird über eine gemeinsame Ereignis-ID (event_id) dedupliziert. Der eigentliche Wert der serverseitigen Einrichtung liegt darin, dass die Daten für die Plattformen nicht aus dem Browser stammen, sondern aus Ihren Bestell- und CRM-Datensätzen.

Dieser Leitfaden richtet sich an Geschäftsführende sowie Marketing- und IT-Verantwortliche in E-Commerce- und B2B-Unternehmen, die regelmäßig auf Meta und Google werben und deren Website oder CRM individuell entwickelt ist (Laravel, Node.js, .NET) oder deren Verkäufe offline abgeschlossen werden – ob in der Türkei oder im Mittelstand der DACH-Region, etwa wenn Sie mit türkischen Partnern arbeiten oder in die Türkei verkaufen. Die Angaben haben wir anhand der Dokumentationen von Meta, Google und OpenAI sowie des türkischen Datenschutzrechts geprüft; Sekundärquellen weisen wir gesondert aus. KVKK steht dabei sowohl für das türkische Datenschutzgesetz Nr. 6698 als auch für die Datenschutzbehörde des Landes. Dieser Beitrag gibt den Stand vom 31. Oktober 2026 wieder.

Was ist eine Conversion API, und was unterscheidet serverseitiges Tracking vom Pixel?

Das Pixel ist ein JavaScript-Code, der das Ereignis aus dem Browser der Besucher sendet; Werbeblocker, Browser-Einschränkungen oder ein abgebrochener Seitenaufbau können dazu führen, dass das Ereignis unterwegs verloren geht. Bei der Conversion API erzeugt Ihr Server das Ereignis und übermittelt es direkt an die API der Plattform. So lassen sich auch Ereignisse senden, die der Browser nie zu sehen bekommt: etwa eine Zahlungsbestätigung, ein im Geschäft abgeschlossener Verkauf oder ein Lead, der im CRM als „qualifiziert“ markiert wird.

Was ist Meta CAPI? Die serverseitige Ereignisschnittstelle von Meta; im türkischen Hilfebereich heißt sie „Dönüşümler API'si“, in Suchanfragen taucht sie auch als „Facebook Conversion API“ auf. Meta empfiehlt, die CAPI parallel zum Pixel zu betreiben; in der Entwicklerdokumentation heißt dieses Setup „redundant setup“, also redundante Einrichtung. Stimmen die eventID im Pixel und die event_id in der CAPI sowie die Ereignisnamen überein, zählen beide Kopien als ein einziges Ereignis. Diese Deduplizierung per event_id greift innerhalb von 48 Stunden nach Eingang des ersten Ereignisses mit derselben ID, und Meta behält in der Regel die zuerst eingegangene Kopie. Die alternative Methode auf Basis von fbp oder external_id kann dagegen meist nur Ereignisse zuordnen, die zuerst aus dem Browser und danach vom Server kommen; geben Sie deshalb jedem Ereignis eine eindeutige event_id.

Bei Google besteht das Gegenstück aus zwei Teilen: den Enhanced Conversions (in der deutschen Google-Ads-Oberfläche „erweiterte Conversions“), die gehashte E-Mail-Adressen und Telefonnummern zusammen mit der Conversion übermitteln, und der Data Manager API, die inzwischen der primäre Weg für den Import von Offline-Conversions ist. Für Anzeigen in ChatGPT funktioniert die Conversions API von OpenAI nach derselben Logik.

Fertiges Plug-in, Ein-Klick-Einrichtung oder individuelle Conversion-API-Integration?

Nicht jedes Unternehmen braucht eine individuelle Einrichtung. Meta hat am 15. April 2026 eine Ein-Klick-Einrichtung der CAPI für Web-Ereignisse angekündigt, die weder technisches Fachwissen noch Kosten oder Wartung erfordert; bestehende Partner- und individuelle Integrationen bleiben unverändert. Laut dem Fachportal PPC Land deckt diese Einrichtung nur das Web ab, die Auswahl von Ereignissen und Parametern lässt sich nicht konfigurieren (was das Pixel sendet, geht auch vom Server aus), und für App- und Offline-Ereignisse ist eine separate Integration nötig. Fertige Optionen sind außerdem die Erweiterung „Facebook Conversion API“ der türkischen E-Commerce-Plattform ikas sowie die Datenfreigabe-Stufen von Shopify, die die CAPI nutzen.

In einem individuell entwickelten E-Commerce-System ist es am saubersten, das Ereignis aus der Bestelltabelle zu erzeugen; eine ähnliche Entscheidung haben wir in unserem Beitrag zur ERP-Integration erörtert.

Was hat sich 2026 bei Meta, Google und OpenAI geändert?

Die meisten Änderungen kommen von Google; die Zeile zum 12. November stützt sich auf Sekundärquellen.

12. November 2026: Was ändert Metas Messung von Conversions auf Kundengeräten?

Im Meta-Hilfebereich gibt es dazu einen Artikel mit dem Titel „About measuring conversions on customer devices“; die Details stammen aus Fachmedien, die den Text im Events Manager und die E-Mail an Werbetreibende wiedergeben. Laut PPC Land steht im Events Manager unter der Option „Measure conversions on customer devices“ der Hinweis „Measurement starting November 12, 2026“. Die Einstellung ist bei Datensätzen, die Ereignisse senden, standardmäßig aktiviert, lässt sich pro Datensatz jederzeit deaktivieren und erfordert keine Codeänderung; laut demselben Bericht erfolgt der Rollout ab dem 12. November schrittweise. Nach Angaben von MetricMaven, das sich auf Meta beruft, findet der Abgleich auf dem Gerät der Kundin oder des Kunden statt; Meta erfährt nur, dass ein Kauf stattgefunden hat und welcher Kampagne die Conversion zugeschrieben wird; Attributionsfenster und Attributionsmodell ändern sich nicht.

Laut MetricMaven und Stape ist die Funktion für Personen in der EU und im Vereinigten Königreich nicht aktiv, und es gibt Teilnahmevoraussetzungen, etwa dass die Website eine Anmeldung per E-Mail-Adresse oder Telefonnummer verlangt; trifft das zu, könnten Shops mit Gastbestellung außen vor bleiben. Für Unternehmen aus der DACH-Region heißt das: Bei Zielgruppen in Deutschland und Österreich wäre die Funktion demnach nicht aktiv; für Kampagnen, die Menschen in der Türkei erreichen, greift diese Ausnahme dagegen nicht. Entscheidend sind die Punkte, die Meta noch nicht offengelegt hat: wie die zusätzlich erfassten Käufe mit CAPI-Ereignissen dedupliziert werden, wie sich die Funktion auf die Gebote auswirkt, ob Wert und Währung übermittelt werden und wie mit der Einwilligung umgegangen wird. Auch das Timing ist heikel: Der 12. November folgt direkt auf die 11.11-Aktionen (Singles' Day) und liegt 15 Tage vor dem Black Friday am 27. November. Wir empfehlen, nicht blind abzuschalten, sondern auf Basis von Messungen zu entscheiden. Unsere Checkliste deckt sich mit den Empfehlungen aus Branchenquellen:

1. Status festhalten: Notieren Sie für jeden Datensatz, ob die Einstellung aktiviert oder deaktiviert ist; markieren Sie den 12. November in Ihren Dashboards sowie in den Berichten zu 11.11 und Black Friday.
2. Baseline ermitteln: Berechnen Sie für jeden Tag vor dem 12. November das Verhältnis „von Meta gemeldete Käufe ÷ tatsächliche Bestellungen“; beobachten Sie danach vier bis sechs Wochen lang dieses Verhältnis und Sprünge durch Doppelzählungen.
3. Holdout einrichten: Prüfen Sie den gemeldeten Anstieg mit einer Kontrollgruppe nach Region oder Kampagne gegen die tatsächlichen Bestellungen.
4. In regulierten Branchen ist es eine Option, die Einstellung bis zur rechtlichen Prüfung zu deaktivieren und die Begründung zu dokumentieren.

Conversion API einrichten: Wie gelingt serverseitiges Tracking Schritt für Schritt?

In unserer Referenzarchitektur ist der Bestell- oder CRM-Datensatz die maßgebliche Quelle (Single Source of Truth); Meta, Google und optional OpenAI werden aus einem einzigen Ereignisstrom gespeist, der aus diesem Datensatz erzeugt wird und die Einwilligungsinformation mitführt. Wenn Sie die Meta Conversions API einrichten, erzeugen Sie den Zugriffsschlüssel (Meta CAPI Token) im Events Manager auf dem Tab „Einstellungen“ des Pixels im Bereich „Conversions API“; diesen Link sehen nur Nutzer, die im Unternehmenskonto Entwicklerrechte haben. Halten Sie den Token auf dem Server geheim.

1. Ereignis aus dem Datensatz erzeugen. Ein Kauf entsteht nicht, wenn die „Danke“-Seite lädt, sondern wenn die Zahlungsbenachrichtigung verifiziert und die Bestellung bestätigt ist; diesen Schritt beschreiben wir in unserem Leitfaden zu Webhooks beim virtuellen POS (in der Türkei die übliche Bezeichnung für die Online-Kartenakzeptanz).
2. Klick-IDs erfassen. Für Meta das aus fbclid erzeugte fbc (fb.${subdomain_index}.${creation_time}.${fbclid}) und fbp; für Google gclid, gbraid, wbraid; für OpenAI das Cookie __obref, sofern Ihre Einwilligungsregeln das zulassen. Diese IDs, die IP-Adresse und der User Agent werden ungehasht übermittelt.
3. Eine einzige Ereignis-ID verwenden. Die Bestellnummer dient als eventID des Pixels, als event_id der CAPI, als transactionId bei Google und als Feld id bei OpenAI.
4. Einwilligung ins Ereignis schreiben. Die Präferenz, die die Nutzerin oder der Nutzer in diesem Moment gewählt hat, wird mit dem Ereignis gespeichert; die Data Manager API sieht dafür die Felder adUserData und adPersonalization vor.
5. Normalisieren und hashen (siehe nächster Abschnitt).
6. In eine Warteschlange schreiben, idempotent senden. Das Ereignis wird in eine Queue geschrieben, ein Worker-Prozess sendet es und versucht es bei Fehlern in wachsenden Abständen erneut. Wiederholungen erzeugen keine Doppelzählungen: Meta und OpenAI behalten von Kopien mit demselben Schlüssel die erste; Google wertet eine bekannte Transaction-ID nicht als neue Conversion, sondern als Anpassung und erhöht die Conversion-Anzahl nicht.
7. Testen und abgleichen. Bei Meta test_event_code (im Livebetrieb entfernen), bei Google validateOnly und requestStatus.retrieve, bei OpenAI validate_only. Im Livebetrieb vergleichen Sie den Plattformbericht täglich mit den tatsächlichen Bestellungen.

Übermittlungsregeln je Plattform

Türkei-spezifische Fallstricke bei Normalisierung und Hashing

Alle drei Plattformen erwarten E-Mail-Adresse und Telefonnummer als SHA-256-Hash. Schon ein abweichendes Zeichen ergibt einen völlig anderen Hash; ein Normalisierungsfehler kostet Übereinstimmungen (Matches), und zwar still: Es erscheint keine Fehlermeldung. Das betrifft jedes Unternehmen, das Bestellungen oder Leads aus der Türkei verarbeitet – auch aus der DACH-Region.

• Telefonnummern werden nicht überall gleich geschrieben. Die türkische Mobilnummer 0532 123 45 67 wird für die Conversions API von Meta und OpenAI als 905321234567 normalisiert und gehasht (führende Null entfernen, Ländervorwahl ergänzen, kein „+“), für die Google Data Manager API und die Zielgruppen-Uploads von OpenAI dagegen als +905321234567 (E.164). OpenAI rät selbst davon ab, anzunehmen, dass die Telefonregel einer API auch für eine andere gilt.
• Die Kleinschreibung von İ/ı verändert den Hash. Nach der Standardregel von Unicode wird das türkische „İ“ (großes I mit Punkt) beim Kleinschreiben zu „i̇“ aus zwei Zeichen (i + U+0307); das einfache „i“ und „I“→„ı“ (kleines i ohne Punkt) gelten nur mit türkischem Gebietsschema (Locale). In unserem Test lieferte "İLKER".lower() in Python „i̇lker“, und der Hash stimmte nicht mit dem von „ilker“ überein; aus "IŞIK".lower() wurde „işik“. Seit PHP 8.2 wandelt strtolower() nur noch ASCII-Buchstaben um und lässt „İ“ und „Ş“ deshalb unverändert; mb_strtolower(), auf dem Laravels Hilfsfunktion Str::lower() aufbaut, macht aus „İ“ ein „i̇“. Auch der umgekehrte Fall ist gefährlich: Mit türkischem Gebietsschema (in JavaScript toLocaleLowerCase('tr'), in .NET ToLower() unter der Kultur tr-TR) wird aus „[email protected]“ „ılker@fırma.com“.
• Eigene Regeln für E-Mail und Namen. Verwenden Sie für E-Mail-Adressen eine Kleinschreibung, die nicht vom Gebietsschema abhängt, und wandeln Sie vorher „İ“ in „i“ um: Setzt die mobile Tastatur den ersten Buchstaben nach türkischer Regel groß, kann eine Adresse als „İlker@…“ gespeichert werden. Bei Namen gehen die Regeln auseinander: Meta empfiehlt a–z, akzeptiert aber UTF-8, OpenAI verlangt, Akzente beizubehalten, und Google erwartet Kleinbuchstaben ohne Titel und Namenszusätze. In welcher Form türkische Zeichen besser abgeglichen werden, ist nicht dokumentiert; testen Sie das mit Ihren eigenen Daten.
• Die Gmail-Regel gilt nur bei Google: Bei Adressen mit gmail.com und googlemail.com werden die Punkte vor dem @ sowie das „+“ und alles danach entfernt. In den Regeln von Meta und OpenAI gibt es diesen Schritt nicht; OpenAI verlangt bei Zielgruppen-Uploads sogar ausdrücklich, Punkte und Plus-Tags nicht zu entfernen.
• Lira und Kuruş nicht verwechseln. Google verlangt, dass der hochgeladene Wert dasselbe Format und dieselbe Einheit hat wie im Tag; eine andere Einheit wie ganzzahlige Cent-Beträge (in der Türkei Kuruş: 100 Kuruş ergeben 1 Türkische Lira, TL) führe zu einer „erheblichen Überhöhung des Conversion-Werts“, und das System rechne die Einheit nicht selbst um. Werden 24990 Kuruş unverändert übertragen, erscheint eine Bestellung über 249,90 TL als 24.990 TL.

Wir bündeln die Normalisierung in einer einzigen Funktion mit Unit-Tests; Beispielvektoren: „ İ[email protected]“ → [email protected], für Google „[email protected]“ → [email protected].

Google Data Manager API, Offline-Conversions und Lead-Qualität aus dem CRM

Google: Enhanced Conversions und Data Manager API

Nach Googles Zeitplan sind die Enhanced Conversions für Web und für Leads ab Juni 2026 eine einzige Ein/Aus-Einstellung; pro Conversion-Aktion lassen sie sich deaktivieren. Google bezeichnet die Data Manager API als primären Weg für den Import von Offline-Conversions; neue Projekte starten wir direkt damit. Worauf Sie bei der Migration achten sollten:

• Ein Developer Token ist nicht erforderlich (auch die Google Ads API ignoriert den Token seit dem 9. September 2026); die Kontingente hängen am Google-Cloud-Projekt.
• operating_account muss das Konto sein, dem die Conversion-Aktion gehört; über- oder untergeordnete Konten werden nicht akzeptiert.
• Upload und Anpassung laufen über denselben IngestEvents-Aufruf; wird eine vorhandene Transaction-ID mit neuen Werten gesendet, gilt das als Anpassung. Beim Zurückziehen (Retraction) widersprechen sich die Dokumentationen: Der Upgrade-Leitfaden und die Seite zu Anpassungen sagen, dass sich nur der Wert neu angeben lässt und die Conversion-Anzahl unverändert bleibt; die Seite zu Offline-Conversions spricht dagegen von Zurückziehen. Testen Sie Ihr Szenario für Retouren und Erstattungen vor dem Livegang.
• Senden Sie die GCLID wann immer möglich mit jedem Ereignis; wenn Sie Nutzerdaten nicht per Tag erfassen, ist sie Pflicht.

Die eigentliche Neuerung sind die Conversions aus mehreren Quellen (Multi-Source Conversions, Beta): Einer manuell per Google-Tag oder GTM eingerichteten Web-Conversion lässt sich Ihr CRM oder Ihre Bestelldatenbank als zweite Quelle hinzufügen. Die Datensätze werden über die Transaction-ID dedupliziert; die hinzugefügte Quelle überschreibt bei übereinstimmenden Ereignissen den Wert aus dem Tag und wird so zur maßgeblichen Quelle für den Wert. Während des ersten, 14-tägigen Testzeitraums sind Wertaktualisierungen deaktiviert, und neue Conversions werden nicht für Gebote verwendet.

Meta: Lead-Phasen aus dem CRM zurückmelden

Bei der Conversion-Leads-Integration empfiehlt Meta, für die besten Ergebnisse die 15- bis 17-stellige Meta-Lead-ID im CRM zu speichern; fehlt sie, werden Klick-ID, Telefonnummer oder E-Mail-Adresse gesendet. Die Voraussetzungen: mindestens 200 Leads pro Monat; die zu optimierende Phase wird innerhalb von 28 Tagen nach dem Lead erreicht und hat eine Conversion-Rate von 1–40 %; Upload mindestens einmal täglich. Für die Lernphase nennt Meta 2–4 Wochen. Im B2B-Geschäft mit langen Vertriebszyklen kann der Abschluss länger als 28 Tage dauern; dann ist es unter Umständen nötig, statt „gewonnen“ eine frühere Phase wie „qualifizierter Lead“ zu optimieren. Dieselbe Phasenänderung geht über die Data Manager API mit GCLID und gehashter E-Mail-Adresse als Enhanced Conversion für Leads an Google. In CRM- und ERP-Projekten gestalten wir die Phasenfelder von Anfang an für diesen Bedarf.

KVKK und Einwilligung: Welche Fragen sollten Sie Ihrer Rechtsabteilung stellen?

Dieser Abschnitt ist keine Rechtsberatung.

• Sind Datenschutzhinweise und ausdrückliche Einwilligung getrennt? Nach dem Grundsatzbeschluss Nr. 2026/347 des türkischen Datenschutzrats (Kurul) erfolgt die Information der betroffenen Person (aydınlatma) unabhängig von der Rechtsgrundlage vor der Verarbeitung; stützt sich die Verarbeitung auf die ausdrückliche Einwilligung (açık rıza), werden beide Texte unter verschiedenen Überschriften getrennt gestaltet; beruht sie auf einer anderen Rechtsgrundlage, wird kein Einwilligungstext vorgelegt.
• Worauf stützt sich die Übermittlung ins Ausland? Der seit dem 1. Juni 2024 geltende Art. 9 KVKK verlangt neben einer Verarbeitungsvoraussetzung zunächst einen Angemessenheitsbeschluss und, falls keiner vorliegt, geeignete Garantien wie einen Standardvertrag; ein Standardvertrag muss innerhalb von fünf Arbeitstagen nach der Unterzeichnung der Behörde (Kurum) gemeldet werden. Die ausdrückliche Einwilligung ist nur bei „gelegentlicher“ (arızi) Übermittlung ein ausnahmsweise zulässiger Weg; die zugehörige Verordnung definiert diese als Übermittlung, die nicht regelmäßig, nur einmal oder wenige Male erfolgt, nicht auf Dauer angelegt ist und nicht zum gewöhnlichen Geschäftsablauf gehört. Passt ein Datenfluss, der bei jeder Bestellung läuft, in dieses Bild?
• Ist Hashing eine Anonymisierung? Zweck des Hashings ist es, die Person dem Konto auf der Plattform zuzuordnen; auch Google gleicht gehashte Daten mit angemeldeten Konten ab. Wir betrachten Hashing nicht als Anonymisierung, sondern als Sicherheitsmaßnahme.
• Welche Einwilligung gilt standardmäßig? Das OpenAI-Pixel initialisiert die Einwilligung standardmäßig mit true; rufen Sie, wo erforderlich, vor init den Befehl oaiq('consent', false) auf.
• Schalten Sie Anzeigen für Nutzer in Europa? Googles Richtlinie zur Einwilligung der Nutzer in der EU (EU User Consent Policy) gilt für Nutzer im Europäischen Wirtschaftsraum, im Vereinigten Königreich und in der Schweiz und verlangt eine wirksame Einwilligung in die Erhebung, Weitergabe und Nutzung personenbezogener Daten zur Personalisierung von Anzeigen. Wer – etwa als türkischer Exporteur oder als Unternehmen aus der DACH-Region – über Google-Produkte Nutzer in Deutschland erreicht, fällt für diese Nutzer unter die Richtlinie. Für Traffic aus der Türkei setzt das KVKK den Rahmen.

Klären Sie Dateninventar und Schutzmaßnahmen im Rahmen einer Prüfung zur KVKK- und DSGVO-Compliance, bevor Sie die Integration entwerfen.

Wie unterstützt Partnerfy Sie dabei?

Wir betrachten die Conversion API nicht als Tag-Einrichtung, sondern als Integrationsprojekt, das bei Ihren Bestell- und CRM-Daten beginnt. Zuerst prüfen wir Ihre bestehenden Pixel- und Server-Ereignisse; danach bilden wir das Ereignisschema auf Meta, Google und bei Bedarf OpenAI ab und legen die event_id-Strategie und die Normalisierungsregeln mit Testvektoren fest. Die Übermittlungsschicht bauen wir auf Ihrer bestehenden Infrastruktur (z. B. Laravel, Node.js oder .NET) mit Warteschlange, idempotenten Wiederholungen und Fehlerüberwachung auf und machen den Einwilligungsstatus zum Bestandteil des Ereignisses. Nach dem Livegang richten wir zudem eine Abgleichs- und Monitoring-Ansicht ein, die die Plattformberichte mit den tatsächlichen Bestellungen vergleicht. Details finden Sie auf unserer Seite zu Conversion-API-Integrationen; um Ihr bestehendes Setup gemeinsam zu prüfen, schreiben Sie uns.

Quellen

• Meta for Developers: Deduplizierung, Parameter für Kundeninformationen, Nutzung der API, Zugriffsschlüssel, Conversion Leads
• Meta: Ankündigung vom 15. April 2026; Hilfebereich (türkische Fassung): Über die Conversions API, Messung auf Kundengeräten
• Google Ads API: Abkündigungen (Deprecations), Developer Token, Developer Blog, 15. Mai 2026
• Google-Ads-Hilfe: Enhanced Conversions für Leads, Aktualisierungen der Einstellungen, Conversions aus mehreren Quellen
• Google Data Manager API: Upgrade-Leitfaden, Offline-Conversions, Anpassungen, events.ingest, Fehlermodell, Formatierung, Consent; Google: Richtlinie zur Einwilligung der Nutzer in der EU
• OpenAI Ads: Conversions API, Measurement Pixel, Custom Audiences, Targeting, Änderungsprotokoll, Verfügbarkeit des Ads Managers
• KVKK: Bekanntmachung zum Grundsatzbeschluss Nr. 2026/347, Gesetz Nr. 6698; Resmî Gazete (türkisches Amtsblatt): Verordnung über die Übermittlung personenbezogener Daten ins Ausland
• Technik: Unicode SpecialCasing, MDN, Microsoft Learn, PHP strtolower; fertige Shop-Plattformen: ikas, Shopify
• Sekundärquellen: PPC Land, 27. Oktober 2026, PPC Land, 27. April 2026, Stape, 22. Oktober 2026, MetricMaven, 19. Oktober 2026

Häufig gestellte Fragen (FAQ)