Meta Conversions API für Shopify einrichten

Die Conversions API – kurz CAPI – ist Metas Antwort auf ein Problem, das jeder Werbetreibende kennt: Das Pixel im Browser sieht immer weniger. Richtig eingerichtet schließt CAPI diese Lücke. Falsch eingerichtet verschlimmert sie die Datenlage, weil Käufe doppelt oder gar nicht gezählt werden. Dieser Beitrag zeigt, worauf es bei Shopify ankommt.

Warum das Pixel allein nicht mehr genügt

Drei Entwicklungen treffen das Pixel gleichzeitig. Safari und iOS begrenzen per Script gesetzte Cookies auf sieben Tage. Rund ein Drittel der Nutzer blockiert Tracking-Scripts vollständig. Und in Deutschland stimmt nur etwa die Hälfte der Besucher dem Tracking überhaupt zu.

Die Folge ist keine kleine Unschärfe. Meta selbst nennt als Richtwert rund 20 Prozent mehr gemessene Conversions und 16 Prozent niedrigere Kosten pro Ergebnis, wenn CAPI sauber ergänzt wird. Advantage+ optimiert auf die Käufe, die es sieht – fehlen diese, optimiert es auf ein verzerrtes Bild.

Reicht Shopifys eigene Meta-Anbindung?

Shopify bietet über den Facebook-&-Instagram-Vertriebskanal eine CAPI-Anbindung an. Für den Einstieg ist sie brauchbar. Sie hat aber Grenzen: Sie lässt sich kaum konfigurieren, ihre Datenqualität ist von außen schwer zu prüfen, und sie arbeitet getrennt von Ihrem übrigen Tracking.

Ein deutscher Shopify-Händler stellte beim Abgleich mit dem Backend fest, dass trotz korrekter Einstellungen im Events Manager rund 20 Prozent der Verkäufe fehlten. Nach dem Wechsel auf ein eigenes Setup über einen Server-Container stieg der ROAS um 37 Prozent, der CPA sank um 20 Prozent, die Event Match Quality verbesserte sich um 10 Prozent.

Der Grundsatz: Pixel und CAPI gehören zusammen

Ein verbreitetes Missverständnis lautet, CAPI ersetze das Pixel. Meta empfiehlt ausdrücklich das Gegenteil: beide parallel.

• Der Browser kennt die Click-ID aus der Anzeige und die Meta-Cookies _fbp und _fbc.
• Der Server kennt jede Bestellung – auch die, bei der ein Ad-Blocker das Pixel unterdrückt hat.

Erst zusammen ergeben sie ein vollständiges Ereignis mit guten Kennungen. Wer das Pixel abschaltet, verliert Event Match Quality. Wer nur das Pixel nutzt, verliert Käufe.

Browser (Pixel)

• Kennt die Click-ID aus der Anzeige
• Kennt die Cookies _fbp und _fbc
• Verliert Käufe durch Ad-Blocker

Server (CAPI)

• Kennt jede Bestellung
• Auch bei blockiertem Pixel
• Ohne Pixel weniger Event Match Quality

Deduplizierung: das Herzstück

Senden Browser und Server denselben Kauf, muss Meta erkennen, dass es ein Ereignis ist. Das geschieht über zwei Felder, die exakt übereinstimmen müssen: den Ereignisnamen und die event_id.

In der Praxis bewährt sich die Bestellnummer als Basis der event_id, weil sie im Browser und im Backend identisch vorliegt. Meta führt Ereignisse zusammen, die innerhalb von 48 Stunden eintreffen. Kommt das Server-Ereignis später, wird doppelt gezählt.

Die häufigsten Fehler:

• Das Pixel sendet gar keine event_id.
• Browser und Server erzeugen unterschiedliche IDs, etwa einmal die Bestellnummer und einmal eine Zufallszahl.
• Die Ereignisnamen weichen ab, zum Beispiel Purchase und purchase.

Event Match Quality gezielt verbessern

Die Event Match Quality beschreibt, wie gut Meta ein Ereignis einer Person zuordnen kann. Sie steigt mit jeder verlässlichen Kennung:

• gehashte E-Mail-Adresse und Telefonnummer aus der Bestellung
• _fbp und _fbc aus dem Browser
• IP-Adresse und User-Agent
• Name, Ort und Postleitzahl, jeweils gehasht

Wichtig: Personenbezogene Angaben gehen ausschließlich per SHA-256 gehasht an Meta, nie im Klartext. Auf dem Server legen Sie Feld für Feld fest, was übermittelt wird.

Der Aufbau für Shopify

1. Web-GTM im Shop, geladen über die eigene Domain. Er sendet die Browser-Ereignisse und setzt langlebige First-Party-Cookies.
2. Stape-App für Shopify. Sie erzeugt den dataLayer mit den E-Commerce-Ereignissen und richtet Webhooks für Bestellungen und Rückerstattungen ein.
3. Server-Container in der EU. Er empfängt Browser-Ereignisse und Webhooks, prüft den Consent, hasht Kundendaten und sendet an die Conversions API.
4. Deduplizierung über die gemeinsame event_id.
5. Test im Events Manager: Kommen Browser- und Server-Ereignis an, und werden sie als dedupliziert ausgewiesen?

Consent nicht vergessen

Server-Side Tracking ist kein Weg am Cookie-Banner vorbei. Lehnt ein Nutzer ab, darf auch der Server nichts an Meta senden. Der Consent-Status muss deshalb vom Browser bis in den Server-Container durchgereicht und dort geprüft werden. Ein Setup, das den Consent im Browser beachtet, auf dem Server aber ignoriert, ist ein Datenschutzproblem.

Woran Sie ein gutes Setup erkennen

• Im Events Manager erscheinen Purchase-Ereignisse aus beiden Quellen, als dedupliziert markiert.
• Die Event Match Quality für Purchase liegt im guten Bereich.
• Die Zahl der Käufe bei Meta weicht nur wenige Prozent von den Bestellungen im Shopify-Backend ab, bezogen auf Nutzer mit Einwilligung.
• Rückerstattungen werden übermittelt.

Fazit

CAPI ist kein Schalter, den man umlegt, sondern ein Zusammenspiel aus Browser, Backend und Server. Die Arbeit steckt in Deduplizierung, Kennungen und Consent. Wer sie sauber erledigt, gibt Advantage+ zum ersten Mal ein vollständiges Bild.

Den gesamten Aufbau beschreiben wir auf der Seite zur Meta Conversions API. Begriffe wie event_id oder EMQ erklärt das Glossar. Für Ihr konkretes Konto: Erstgespräch anfragen.