Das im Browser eingebaute Pixel sieht nur noch einen Teil Ihrer Conversions. Werbeblocker, verweigerte Einwilligung, Browserbeschränkungen für Drittanbieter-Cookies: Der Verlust ist strukturell und nimmt zu. Die Conversions-API gibt es, um ihn auszugleichen, sofern sie richtig eingerichtet wird.
Die zwei Kanäle
Das Browser-Pixel läuft beim Besucher. Es erfasst den vollen Kontext: Werbe-IDs, Cookies, Surfverhalten. Es wird blockiert, sobald ein Blocker, eine Erweiterung oder eine verweigerte Einwilligung dazwischenkommt.
Die Conversions-API sendet das Ereignis von Ihrem Server an die Plattform, ohne den Browser. Sie wird nicht blockiert, verfügt aber nur über das, was Sie ihr übergeben, und ist blind für den Surfverlauf.
Beide sind keine Alternativen. Die empfohlene Konfiguration lässt sie gemeinsam auf denselben Ereignissen laufen, mit einem Deduplizierungsmechanismus.
Die Deduplizierung
Das ist der zentrale technische Punkt und der, den Umsetzungen am häufigsten verfehlen.
Wird ein Kauf vom Pixel und von der API ohne Abgleichmechanismus gesendet, zählt die Plattform zwei Conversions. Ihre Berichte zeigen doppeltes Volumen, Ihre Kosten je Akquise erscheinen halbiert, und Ihre Werbeentscheidungen beruhen auf falschen Zahlen.
Der Abgleich stützt sich auf zwei Werte, die in beiden Sendungen strikt identisch sein müssen: der Ereignisname und eine für dieses Vorkommen erzeugte eindeutige Kennung.
Drei praktische Regeln. Die Kennung muss serverseitig erzeugt und dann an das Pixel übergeben werden, nicht umgekehrt. Sie muss beim Neuladen der Seite stabil bleiben, was eine Zufallsziehung bei jeder Anzeige ausschließt: Die Bestellreferenz ist der beste Kandidat für den Kauf. Und sie muss je Vorkommen eindeutig sein, nicht je Produkt und nicht je Sitzung.
Facebook Dynamic Ads + Pixel PRO — Produkt-Feed, Pixel & Conversions API (PrestaShop 8 & 9)Verkaufen Sie Ihre Produkte auf Facebook & Instagram und messen Sie jede Conversion89,00€
Was die API erwartet
Anders als das Pixel, das vieles erschließt, kennt die API nur, was Sie senden. Drei Informationsfamilien.
Die Kundenabgleichsdaten. E-Mail, Telefon, Vorname, Nachname, Ort, Postleitzahl, Land. Sie dienen dazu, die Conversion einem Nutzer der Plattform zuzuordnen. Sie müssen vor dem Senden normalisiert und gehasht werden, niemals im Klartext übertragen.
Die Ereignisdaten. Name, Zeitstempel, Wert, Währung, Bestellinhalt mit den Produktkennungen.
Die Kontextdaten. IP-Adresse und User-Agent des Besuchers, dazu die Werbeklick-Kennungen, sofern sie in der Ziel-URL enthalten sind. Die letzten beiden verbessern den Abgleich deutlich und werden oft vergessen.
Die Abgleichqualität
Die Plattform berechnet einen Wert, der ihre Fähigkeit misst, Ihre Ereignisse Nutzern zuzuordnen. Dieser Wert bestimmt unmittelbar die Leistung Ihrer Kampagnen und ist weit maßgeblicher als die Menge gesendeter Ereignisse.
Drei Hebel zur Verbesserung. Mehr Abgleichparameter senden: Jedes zusätzliche Feld erhöht die Zuordnungswahrscheinlichkeit. Vor dem Hashen korrekt normalisieren: Kleinschreibung, Leerzeichen entfernen, internationales Format für Telefonnummern. Und die Klick-Kennungen übergeben, die die verlässlichsten Signale sind.
Ein niedriger Wert zeigt sich nicht in Ihren Conversion-Berichten, sondern in der Leistung Ihrer Kampagnen. Genau das macht ihn schwer zu diagnostizieren.
Die Einwilligung
Ein Punkt, der ernst zu nehmen ist, denn das serverseitige Senden befreit von nichts.
Dass das Ereignis von Ihrem Server statt vom Browser ausgeht, ändert seine rechtliche Natur nicht. Hat der Besucher Werbetracker abgelehnt, dürfen Sie seine Daten nicht an eine Werbeplattform übermitteln, gleich über welchen technischen Kanal.
Die Conversions-API gleicht den Verlust durch Blocker und technische Browserbeschränkungen aus, nicht den durch verweigerte Einwilligung. Das Gegenteil zu behaupten ist eine weit verbreitete Fehllesart.
Konkret muss Ihre serverseitige Umsetzung den Einwilligungsstand des Besuchers kennen und das Senden davon abhängig machen.
Die abzudeckenden Ereignisse
Fünf genügen zur Steuerung von E-Commerce-Kampagnen: Inhaltsansicht, In-den-Warenkorb, Beginn des Bezahlvorgangs, Kauf und Registrierung, falls Sie sie brauchen.
Der Kauf ist der einzige, der zwingend über beide Kanäle mit Deduplizierung laufen muss. Die anderen können zunächst mit dem Pixel auskommen, die Serverabdeckung folgt später.
Ein Konsistenzpunkt zum Beobachten: Die in den Ereignissen gesendeten Produktkennungen müssen exakt denen Ihres Produktfeeds entsprechen. Eine Abweichung verhindert das Funktionieren dynamischer Kampagnen, die auf diesem Abgleich beruhen.
Prüfen
Drei Kontrollen, in dieser Reihenfolge.
Das Testwerkzeug der Plattform, das die empfangenen Ereignisse in Echtzeit mit ihrer Quelle anzeigt. Geben Sie eine vollständige Bestellung auf und prüfen Sie, dass der Kauf einmal erscheint, mit dem Hinweis auf eine erfolgte Deduplizierung.
Der Wert der Abgleichqualität, nach einigen Tagen Aktivität abzulesen und mit den Richtwerten der Plattform zu vergleichen.
Der Abgleich mit Ihrem Backoffice über eine Woche. Eine Abweichung von 10 bis 20 % nach unten bleibt normal. Eine Abweichung nach oben, bei der die Plattform mehr Käufe zählt als Sie erfasst haben, zeigt eine fehlgeschlagene Deduplizierung an.
Das Modul Facebook Dynamic Ads und Pixel PRO für PrestaShop richtet diese doppelte Abdeckung unter PrestaShop 8 und 9 ein: Browser-Pixel und Conversions-API mit Deduplizierung über die Ereigniskennung, Hashen der Abgleichdaten, Berücksichtigung der Einwilligung und Erzeugung des Produktfeeds für dynamische Kampagnen.