Wie arbeiten Meta-Pixel und Conversions API zusammen?

Damit Meta-Anzeigen (Facebook und Instagram) Sie zu guten Kundinnen und Kunden führen können, muss Meta wissen, was in Ihrem Shop passiert: wer ein Produkt angesehen, wer etwas in den Warenkorb gelegt und wer gekauft hat. Diese Information kann auf zwei Wegen zu Meta gelangen: über das Pixel, das im Browser des Besuchers läuft, und über die Conversions API, die direkt von Ihrem Server sendet. Meta empfiehlt, beide gemeinsam zu nutzen, also eine „redundante Einrichtung“.

Die gemeinsame Nutzung birgt zwei Risiken: dass derselbe Kauf doppelt gezählt wird und dass Einwilligungsregeln umgangen werden. In diesem Beitrag zeigen wir, wie Sie beides steuern, was SEPETYA automatisch erledigt und was Sie selbst prüfen sollten.

Zwei Wege, ein Ziel: Pixel und Conversions API

	Pixel	Conversions API
Wo läuft es?	Im Browser des Besuchers	Vom Server zu Meta
Was beeinflusst es?	Werbeblocker, Browser-Einschränkungen und abgelehnte Cookies können Events verlieren	Unabhängig vom Browser; da personenbezogene Daten gesendet werden, ist die Rechtsgrundlage jedoch besonders wichtig
Wann wird gesendet?	Beim Seitenaufruf, beim Hinzufügen zum Warenkorb usw.	Beim Kauf, sobald die Zahlung eingegangen ist; andere Events werden vom Browser an den Server weitergereicht

Erhält Meta dasselbe Event über beide Wege, wertet es sie als „Duplikat“ und fasst sie zu einem Event zusammen. Damit das funktioniert, müssen beide Events denselben Event-Namen und dieselbe Event-ID haben.

Wie wird doppeltes Zählen verhindert? Die Event-ID

Laut Meta-Dokumentation muss der Wert eventID des Pixels mit event_id in der Conversions API übereinstimmen und der Name des Pixel-Events mit event_name. Events werden nur innerhalb von 48 Stunden nach Eingang des ersten Events dedupliziert. Events aus nur einer Quelle (nur Browser oder nur Server) werden ohnehin nicht dedupliziert; sofern sich die Inhalte nicht wesentlich unterscheiden, bevorzugt Meta in der Regel das zuerst eingegangene Event.

SEPETYA übernimmt diese Zuordnung für Sie:

• Der Shop erzeugt für jedes Event eine eindeutige Event-ID. Das Pixel verwendet sie als eventID, die Serverkopie als event_id.
• Beim Kauf-Event ist die ID die Bestell-ID. Das Purchase-Event im Browser und das Purchase-Event auf dem Server tragen dieselbe Bestell-ID.
• Die Produkt-ID in den Events ist die Varianten-ID. Da die Produktkatalog-Anbindung von SEPETYA (Meta-Katalog) dieselbe ID verwendet, finden Event und Katalogzeile bei dynamischen Anzeigen zueinander.

Welches Event geht über welchen Weg?

Shop-Event	Meta-Event	Pixel	Server
Seitenaufruf	PageView	Ja	Nein
Produktansicht	ViewContent	Ja	Wählbar
In den Warenkorb	AddToCart	Ja	Wählbar
Checkout gestartet	InitiateCheckout	Ja	Wählbar
Zahlungsinformationen hinzugefügt	AddPaymentInfo	Ja	Wählbar
Suche	Search	Ja	Wählbar
Registrierung	CompleteRegistration	Ja	Wählbar
Kauf	Purchase	Ja	Sobald die Bestellung bezahlt ist, sofern im Checkout die Marketing-Einwilligung erteilt wurde

„Wählbare“ Events schalten Sie in der Einstellung „Auch vom Server zu sendende Events“ der Conversions-API-Erweiterung ein und aus; standardmäßig sind alle ausgewählt.

Einwilligung: Welches Event wird wann gesendet?

Dies ist der Teil, der am häufigsten verwechselt wird, deshalb ganz klar:

• Pixel: Wird erst geladen, nachdem der Besucher im Cookie-Banner Marketing-Cookies zugestimmt hat. Wird die Einwilligung widerrufen, erhält das Pixel eine Meldung zum Widerruf.
• Server-Events außer dem Kauf: Nur die Events von Besuchern, die Marketing-Cookies zugestimmt haben, werden an den Server weitergegeben.
• Kauf-Event: Wird bei Bezahlung der Bestellung vom Server gesendet, aber nur, wenn der Besucher bei der Bestellung Marketing-Cookies zugestimmt hat. Bestellungen ohne gespeicherte Einwilligungsentscheidung (im Panel oder per API angelegte Bestellungen, Marktplatzbestellungen, Besucher ohne Auswahl) werden nicht an Meta gesendet.

Bei Server-Events werden Kundendaten (E-Mail, Telefon, Vorname, Nachname, Stadt, Postleitzahl, Land und Kunden-ID) nach den Normalisierungsregeln von Meta mit SHA-256 gehasht gesendet. IP-Adresse, Browserinformationen und die Cookies _fbp/_fbc werden, wie von Meta verlangt, ungehasht übermittelt.

Regel zur zielgerichteten Werbung (1. August 2026)

Artikel 25/A, der am 1. Juli 2026 in die türkische Verordnung über Handelswerbung und unlautere Geschäftspraktiken (Ticari Reklam ve Haksız Ticari Uygulamalar Yönetmeliği) eingefügt wurde und am 1. August 2026 in Kraft trat, definiert die Ausspielung von Werbung an bestimmte Personen oder Gruppen auf Grundlage der Analyse ihres Online-Verhaltens, früherer Präferenzen, ihres Standorts oder demografischer Daten als „zielgerichtete Werbung“. Solche Werbung ist zulässig, sofern den Verbrauchern direkt und leicht zugänglich Informationen darüber bereitgestellt werden, nach welchen Kriterien ihnen die Werbung angezeigt wird und wie diese Kriterien geändert werden können. Ist bekannt oder vernünftigerweise anzunehmen, dass es sich um ein Kind handelt, ist zielgerichtete Werbung mit Profiling auf Basis personenbezogener Daten nicht zulässig. Wenn Sie mit Pixel und Conversions API Retargeting oder Lookalike-Kampagnen betreiben, klären Sie mit Ihrer Rechtsberatung, wie Sie diese Information bereitstellen.

Was steckt im Event?

Browser- und Serverkopie enthalten dieselben Felder; damit Meta die beiden Kopien nicht als „wesentlich unterschiedlich“ einstuft, erzeugt SEPETYA beide aus denselben Daten.

• Wert und Währung: Beim Kauf Bestellsumme und Bestellwährung; bei anderen Events der Betrag der betroffenen Produkte.
• Produkte: Inhaltstyp „product“; für jedes Produkt Varianten-ID, Menge und Stückpreis; Gesamtzahl der Artikel.
• Suche: Der gesuchte Text.
• Kundendaten (nur bei Server-Events): E-Mail, Telefon, Vorname, Nachname, Stadt, Postleitzahl, Land und Kunden-ID gehasht; IP-Adresse, Browserinformationen und die Cookies _fbp/_fbc ungehasht. Diese Angaben helfen, das Event einem Meta-Konto zuzuordnen.

Die Serverkopie eines Events wird nicht gesendet, wenn sie die Anforderungen von Meta nicht erfüllt (zum Beispiel fehlende Browserinformationen oder Seitenadresse) oder älter als sieben Tage ist, denn Meta lehnt wegen eines einzigen ungültigen Events den gesamten Stapel ab. Diese Aussortierungen werden in die Protokolle der Erweiterung geschrieben.

Einrichtungsschritte

1. Kopieren Sie im Meta Events Manager Ihre Pixel-ID aus den Datenquellen.
2. Öffnen Sie im SEPETYA-Panel die Seite Online-Shop › Erweiterungen. Klicken Sie in der Gruppe „Web-Tracking- und Analysetools“ auf der Karte „Facebook Pixel“ auf Verbinden und geben Sie die Pixel-ID ein. Sie müssen den Pixel-Code nicht manuell in das Theme einfügen.
3. Verbinden Sie in derselben Gruppe die Erweiterung „Facebook Conversion API“. Geben Sie die Pixel-ID erneut ein; erstellen Sie im Events Manager unter Einstellungen › Conversions API ein Zugriffstoken und fügen Sie es in das entsprechende Feld ein. Das Token wird verschlüsselt gespeichert.
4. Prüfen Sie die Liste „Auch vom Server zu sendende Events“.
5. Verwenden Sie bis zum Ende der Testphase das Feld „Test-Event-Code“ (siehe unten).

Wie testen Sie, ob es funktioniert?

Im Events Manager erhalten Sie auf dem Tab „Test-Events“ einen Testcode (zum Beispiel TEST12345). Tragen Sie diesen Code im Feld „Test-Event-Code“ der Erweiterung ein und speichern Sie. Die Schaltfläche Test-Event senden auf der Seite der Erweiterung sendet mit diesem Code ein PageView; das Event erscheint unter „Test-Events“. Rufen Sie danach in Ihrem Shop tatsächlich ein Produkt auf, legen Sie es in den Warenkorb und geben Sie eine Testbestellung auf; prüfen Sie, dass jeder Schritt sowohl vom Browser als auch vom Server ankommt.

Fehlerbehebung

Symptom	Mögliche Ursache	Was tun?
Kein Browser-Event im Events Manager	Der Besucher hat Marketing-Cookies nicht zugestimmt, die Pixel-ID ist falsch oder ein Werbeblocker ist aktiv	Erteilen Sie in Ihrem Testbrowser im Banner die Marketing-Einwilligung; prüfen Sie, dass die ID eine 15- bis 16-stellige Zahl ist.
Kein Server-Event	Das Zugriffstoken ist falsch, abgelaufen oder passt nicht zur Pixel-ID	Probieren Sie „Test-Event senden“; sehen Sie sich die Fehlermeldung in den Protokollen der Erweiterung an.
Käufe werden doppelt gezählt	Das Pixel ist zusätzlich auf einem zweiten Weg installiert (Tag Manager, eigener Code) oder die Zahlung wurde später als nach 48 Stunden markiert	Installieren Sie das Pixel nur auf einem Weg; markieren Sie Zahlungen ohne Verzögerung.
Events bleiben unter „Test-Events“	Im Live-Betrieb ist ein Test-Event-Code eingetragen	Leeren Sie das Feld „Test-Event-Code“.

Die 48-Stunden-Regel bei Überweisung und Nachnahme

Noch ein Detail: Bei Kartenzahlung wird das Purchase-Event im Browser nach Abschluss der Zahlung gesendet und das Purchase-Event auf dem Server mit der Zahlungsbestätigung; da beide zeitnah ankommen, werden sie dedupliziert. Bei Überweisung, Nachnahme und Zahlung im Geschäft wird das Browser-Event dagegen bei Aufgabe der Bestellung gesendet und das Server-Event erst, wenn Sie die Zahlung als „bezahlt“ markieren. Liegen mehr als 48 Stunden dazwischen, dedupliziert Meta die beiden Events möglicherweise nicht und zählt denselben Kauf doppelt.

• Markieren Sie Überweisungen am Tag des Zahlungseingangs als „bezahlt“.
• Verzögern Sie bei Nachnahme die Markierung nach der Zustellung nicht.
• Vergleichen Sie die Zahl der Käufe in den Meta-Berichten regelmäßig mit den Bestellungen in Ihrem Panel.

Welcher Shop sollte was einrichten?

• Neu eröffneter Shop mit kleinem Werbebudget: Zunächst reicht das Pixel. Ergänzen Sie die Conversions API, wenn Bestellzahlen und Werbeausgaben steigen.
• Shop mit regelmäßigen Werbeausgaben: Richten Sie Pixel und Conversions API gemeinsam ein; das ist der solideste Weg, um Event-Verluste zu verringern und Käufe an die Zahlungsbestätigung gebunden zu messen.
• Shop mit hoher Datenschutzsensibilität: Richten Sie das Pixel ein, beschränken Sie die vom Server gesendeten Events auf das Nötigste und beschreiben Sie die Datenübermittlung an Meta deutlich in Ihrer Datenschutzinformation.

Häufige Fehler

• Das Pixel sowohl über die Erweiterung als auch über Google Tag Manager oder „Eigener Code“ einzubinden. Dasselbe Event wird dann zweimal mit unterschiedlichen IDs gesendet und nicht dedupliziert.
• Nur die Conversions API einzurichten und das Pixel nicht zu verbinden. Meta empfiehlt die redundante Einrichtung; Browser-Events werden ebenfalls benötigt.
• Den Test-Event-Code im Live-Betrieb stehen zu lassen.
• Im Cookie-Banner die Marketing-Kategorie zu deaktivieren und dann zu suchen, warum das Pixel keine Events sendet. Das Pixel wird erst nach der Einwilligung geladen; das ist erwartetes Verhalten.
• Server-Events zu aktivieren, ohne die Datenübermittlung an Meta in der Datenschutzinformation zu erwähnen.

Verbinden Sie auch den Produktkatalog

Für dynamische Anzeigen ist der Katalog ebenso wichtig wie die Events. Die Meta-Katalog-Erweiterung von SEPETYA sendet Änderungen an Produkten, Preisen, Bestand und Aktionen sofort an den Katalog und verwendet dieselbe Varianten-ID wie die Events. Für einen ähnlichen Ablauf bei Google lesen Sie unseren Leitfaden zum Produkt-Feed für Google Merchant Center.

Wenn Sie die Werbemessung in Ihrem eigenen Shop einrichten und ausprobieren möchten, sehen Sie alle Schritte während der Testphase: kostenlos testen.

Dieser Beitrag ist keine Rechts- oder Steuerberatung.