Meta Pixel Conversions API Doppelte Events: So beheben Sie sie

Meta Pixel Conversions API doppelte Events: Was ist passiert und was tun Sie zuerst?

Meta Pixel Conversions API doppelte Events entstehen, wenn Browser (Pixel) und Server (Conversions API) denselben Kauf oder Lead melden und Meta ihn zweimal zählt. Prüfen Sie zunächst, ob beide Quellen dieselbe event_id und denselben event_name senden. Danach kontrollieren Sie, ob der Pixel auf Ihrer Seite doppelt lädt.

Keine Panik, denn dieses Problem liegt meist an der Einrichtung. Außerdem lässt es sich in einer klaren Reihenfolge eingrenzen. Unser Team beginnt mit diesen Schritten:

1. Öffnen Sie im Events Manager das richtige Dataset und trennen Sie die Event Zahlen nach Browser und Server.
2. Bestätigen Sie, dass beide Quellen für denselben Kauf eine gemeinsame event_id senden.
3. Prüfen Sie, ob der event_name in beiden Quellen exakt gleich lautet.
4. Stellen Sie sicher, dass der Basis Code des Pixels nur einmal pro Seite läuft.
5. Senden Sie nach jeder Änderung eine Testbestellung über das Test Events Tool.

In diesem Beitrag geht es nur um einen Fall: dasselbe Event wird doppelt gezählt, nachdem Sie Pixel und Conversions API zusammen einsetzen. Einrichtung und Match Quality behandeln wir anderswo. Deshalb verweisen wir nur kurz auf unsere Anleitung zum Meta Pixel und auf unseren Beitrag zur Event Match Quality.

Was unterscheidet den Pixel von der Conversions API?

Zunächst: Der Pixel ist ein Messscript, das im Browser des Besuchers läuft. Er sieht, was auf der Seite passiert, und meldet es dann an Meta. Die Conversions API schickt die Informationen dagegen von Ihrem eigenen Server. Beide Wege sehen dasselbe Event an unterschiedlichen Orten, deshalb ergänzen sie sich.

Ein Browser kann Signale verlieren, zum Beispiel wegen Cookies und Datenschutz Einstellungen. Ihr Server weiß dagegen sicher, dass eine Bestellung existiert, denn er legt sie selbst an. Daher setzen viele Unternehmen beide Wege ein. Meta nennt das ein redundantes Setup.

Allerdings gibt es einen Haken. Beide Kanäle melden dasselbe Event, also müssen Sie Meta mitteilen, dass die zwei Meldungen zu einem Verkauf gehören. Fehlt dieser Hinweis, wird aus dem Backup Kanal ein zweiter Kanal. Somit ist genau das die Wurzel der doppelten Zählung.

Kurz gesagt: Die Kanäle sind nicht das Problem. Das Problem ist also, dass sie einander nicht erkennen.

Warum taucht derselbe Verkauf im Report zweimal auf?

Zunächst gilt: Wenn ein Kunde bestellt, sendet der Pixel im Browser ein Kauf Event an Meta. Zur selben Zeit meldet Ihr Server die gleiche Bestellung über die Conversions API. Meta braucht eine gemeinsame Kennung, um zu verstehen, dass beide Meldungen eine Bestellung beschreiben. Fehlt sie, sieht Meta stattdessen zwei getrennte Verkäufe.

Zum Beispiel sehen Sie an einem Tag mit 40 echten Bestellungen im Report 80 Käufe. Das ist eine Beispielrechnung, aber die Logik gilt trotzdem auch in echten Konten.

Folglich wirkt Ihre Kampagne besser, als sie ist. Außerdem lernt das Anzeigensystem aus einem aufgeblähten Signal. Anders gesagt: Falsche Messung ist nicht nur ein Reporting Problem, sondern auch ein Optimierungsproblem.

Doppelte Zählung hat zwei Hauptquellen. Erstens können die Deduplizierungs Schlüssel fehlen oder nicht zueinander passen. Zweitens kann derselbe Pixel zweimal laufen, oder Ihr Server sendet dasselbe Event zweimal. Trennen Sie diese beiden Fälle nicht, verlieren Sie daher Zeit an der falschen Stelle.

Wie dedupliziert Meta Pixel und Server Events?

Kurz gesagt bedeutet Deduplizierung, von zwei Kopien desselben Events nur eine zu zählen. Laut Meta for Developers gleicht das System also Events über ID und Namen ab. Die Event ID im Pixel muss mit der event_id der Conversions API übereinstimmen, und der Event Name im Pixel muss dem event_name entsprechen.

Stimmen beide überein, bevorzugt Meta dann in der Regel das Event, das zuerst eintrifft. Die Dokumentation nennt außerdem ein Zeitfenster, in dem die Deduplizierung greift. Dieses Fenster kann sich ändern, daher prüfen Sie den aktuellen Wert in der offiziellen Dokumentation zur Deduplizierung.

Haben Sie keine ID eingerichtet, gibt es einen Ersatzweg: fbp und external_id plus derselbe Event Name. Allerdings funktioniert dieser Weg laut Dokumentation nur, wenn das Event zuerst vom Browser und danach vom Server kommt. Kopien aus nur einer Quelle bereinigt er außerdem nicht.

Redundanz bringt Ihnen also nur dann Abdeckung, wenn die Events zusammenpassen. Die Tabelle zeigt deshalb, was jedes Setup bewirkt.

Wie müssen event_id und event_name übereinstimmen?

Der Abgleich hat drei Bedingungen, also müssen alle drei gleichzeitig gelten. Fehlt eine, behandelt Meta folglich die zwei Einträge als verschiedene Events.

• Browser und Server müssen für dasselbe Event dieselbe event_id senden.
• Jede event_id muss eindeutig sein, verschiedene Bestellungen teilen sich also nie eine ID.
• Der event_name muss in beiden Quellen gleich geschrieben sein.
• Trägt nur eine Quelle eine ID, entsteht kein Abgleich.

Am zuverlässigsten bilden Sie also die ID aus einem Wert, den beide Seiten bereits kennen. Für Käufe nutzen Sie zum Beispiel einen Wert, der an die Bestellnummer gekoppelt ist. Bei Leads eignet sich dagegen die Nummer des Formulareintrags. Das ist ein Beispielszenario, passen Sie es an Ihre eigene Technik an.

Erzeugen Browser und Server jeweils eigene Zufallswerte, passen sie nie zusammen. Das ist zudem einer der häufigsten Fehler, die wir sehen. Deshalb erzeugen Sie die ID an einer Stelle und geben sie an die andere Seite weiter.

Dieselbe Regel gilt für Wiederholungen. Sendet Ihr Server eine Anfrage erneut, sollte er dann für dasselbe Event dieselbe ID verwenden. Erzeugt jeder Versuch eine neue ID, sieht jeder Versuch somit wie ein neues Event aus.

Woran erkennen Sie, welche Quelle Meta Pixel Conversions API doppelte Events verursacht?

Grenzen Sie die Ursache über das Symptom ein, sparen Sie sich sinnlose Einstellungsänderungen. Die Tabelle ist ein schneller Startpunkt. Trennen Sie zunächst im Events Manager die Zahlen nach Quelle und kehren Sie dann hierher zurück.

Diese Tabelle ist allerdings keine endgültige Diagnose, sie weist nur die Richtung. Dennoch löst die Suche nach der fehlerhaften Quelle schon das halbe Problem.

Woran erkennen Sie, dass der Pixel doppelt lädt?

Lädt der Pixel doppelt, sendet der Browser jedes Event zweimal. In diesem Fall liegt das Problem also nicht am Abgleich zwischen Browser und Server. Vielmehr ist die Quelle selbst doppelt vorhanden. Sie können doppelte Zählung sogar auf einer Seite sehen, die nie die Conversions API eingerichtet hat.

Zum Prüfen nutzen Sie das Diagnosetool im Browser, das Meta bereitstellt, und öffnen Ihre Bestellseite. Läuft dieselbe Pixel ID mehrfach, ist Ihre Einrichtung folglich doppelt. Schauen Sie außerdem in die Vorschau Ihres Tag Managers, ob zwei Tags dasselbe Event auslösen.

Verwechseln Sie diese beiden Fälle nicht, denn sie brauchen unterschiedliche Lösungen. Ist die Quelle doppelt, hilft eine gemeinsame ID nicht, weil beide Kopien vom selben Ort stammen. Auf die Deduplizierung bei Kopien aus nur einer Quelle sollten Sie sich daher laut Dokumentation nicht verlassen. Also schalten Sie zuerst die überzählige Installation ab und gehen dann zum ID Abgleich über.

• Ein von Hand ins Theme eingefügter Pixel Code plus ein Plugin, das denselben Pixel lädt.
• Ein Meta Tag im Tag Manager plus eine zusätzliche Installation auf der Seite.
• Mehrere Integrationen, die dieselbe Pixel ID für dieselben Events nutzen.
• Ein alter Codeschnipsel aus einem früheren Setup, den niemand entfernt hat.

Nutzen Sie einen Tag Manager, hilft Ihnen unsere Anleitung zum Google Tag Manager, die Logik der Auslöser zu verstehen.

Wie finden Sie doppelte Installationen durch CMS und Plugins?

Erstens: Die häufigste Ursache einer Doppelinstallation ist derselbe Pixel an mehreren Stellen. Eine Theme Einstellung, ein Plugin, ein Tag Manager und die eigene Meta Integration Ihrer Plattform können dieselbe Pixel ID nutzen. Manche davon senden zudem Server Events.

Legen Sie deshalb zuerst eine Bestandsliste an. Notieren Sie jede Stelle, an der Ihre Pixel ID auf der Seite vorkommt:

• Der Einstellungsbildschirm Ihres Themes oder Page Builders.
• Alle Shop oder Marketing Plugins, die Sie einsetzen.
• Meta Tags in Ihrem Tag Manager.
• Die eigene Meta Integration oder Kanalverbindung Ihrer Plattform.
• Individuelle Setups, die ein Entwickler von Hand angelegt hat.

Danach schalten Sie jeden Punkt einzeln aus und wieder ein und testen Sie das Ergebnis. Welches Plugin Pixel und Server Events zugleich sendet, steht dann in dessen Dokumentation. Am Ende lassen Sie für jeden Event Typ genau ein zuständiges Setup übrig.

Meta hat außerdem eine eigene Hilfeseite zur Pixel Duplizierung bei Shops Anzeigen. Betreiben Sie ein solches Setup, lesen Sie sie deshalb ebenfalls.

Wie prüfen Sie die Deduplizierung im Events Manager?

Laut Metas Dokumentation zur Überprüfung gibt es im Events Manager einen eigenen Bereich zur Deduplizierung. Er zeigt zwei Kennzahlen: den Anteil deduplizierter Events je Quelle und den Anteil der Events mit Deduplizierungs Schlüssel. Bezeichnungen in der Oberfläche können sich ändern, suchen Sie daher den passenden Bereich im Panel.

Beachten Sie ein Detail. Allerdings spiegelt laut Metas Hilfeinhalt die Gesamtzahl der Events im Events Manager die Deduplizierung nicht wider. Das heißt, eine doppelte Summe bedeutet nicht automatisch, dass auch Ihre Reports doppelt zählen. Ziehen Sie deshalb keine Schlüsse, bevor Sie den Deduplizierungs Bereich geöffnet haben.

So lesen Sie den Bereich:

• Eine niedrige Schlüsselquote heißt, dass ein Teil der Events ohne ID läuft.
• Dagegen heißt eine hohe Schlüsselquote bei niedriger Deduplizierungsquote, dass die IDs nicht zusammenpassen.
• Sehen Sie nur eine Quelle, gibt es kein Paar zum Abgleichen.

Diese Lesarten zeigen eine Richtung, sie sind dennoch kein Urteil. Für eine sichere Antwort führen Sie zusätzlich den folgenden Test durch.

Was können Sie mit dem Test Events Tool prüfen?

Mit dem Test Events Tool beobachten Sie also live, wie eine Testbestellung bei Meta ankommt. Das Tool erzeugt eine Test ID. Auf der Serverseite senden Sie diese ID als Parameter für den Testcode mit, sonst erscheinen Server Events nicht im Testfenster.

Geben Sie eine Testbestellung auf und achten Sie auf diese Punkte:

1. Erzeugt eine Bestellung je einen Eintrag aus Browser und Server?
2. Stimmen die Event Namen der Einträge überein?
3. Wie viele Einträge kamen aus jeder Quelle, und sind es mehr als erwartet?
4. Entsteht ein zusätzlicher Eintrag, wenn Sie die Seite neu laden oder den Bestellstatus ändern?

Bleiben Sie nicht beim Idealfall stehen. Probieren Sie auch Neuladen, Rückkehr nach der Zahlung, Statuswechsel und doppeltes Absenden desselben Formulars. Doppelte Zählung versteckt sich nämlich oft in solchen Randfällen.

Eine weitere Warnung ist wichtig. Laut Metas Dokumentation dient der Testcode nur zum Testen, und Sie sollten ihn aus der Produktivlast entfernen. Außerdem verwirft Meta Events mit diesem Code nicht. Stattdessen fließen sie in den Events Manager und in Targeting und Messung. Ein vergessener Testcode verschmutzt also Ihre Daten. Details finden Sie in der Dokumentation zur Überprüfung und in der Dokumentation zur API Nutzung.

Warum zählt ein Kauf erneut, wenn die Danke Seite neu lädt?

In den meisten Setups feuert das Kauf Event, sobald die Bestätigungsseite lädt. Zum Beispiel: Lädt ein Kunde die Seite neu, kehrt mit der Zurück Taste zurück oder öffnet den Link in der E-Mail erneut, kann das Event wieder feuern. Das Ergebnis ist somit eine Kopie aus derselben Quelle.

Ein ID Abgleich löst das nicht. Selbst wenn Browser und Server perfekt zusammenpassen, hat die Browserseite dieselbe Bestellung zweimal gemeldet. Die Lösung besteht daher darin, das Event auf einmal pro Bestellung zu begrenzen.

Bitten Sie Ihren Entwickler um Folgendes: Die Bestätigungsseite soll wissen, ob sie das Event für diese Bestellung schon gesendet hat. Zum Beispiel können Sie dafür eine Markierung am Bestelldatensatz speichern. Code schreiben wir hier nicht, denn jede Technik ist anders. Es genügt, das Konzept klar zu übergeben.

Laden Sie die Seite in Ihrem Test außerdem einige Male neu. Steigt die Zahl der Einträge, haben Sie die Ursache gefunden.

Warum sendet der Server dasselbe Event zweimal?

Doppeltes Senden vom Server hat zum Beispiel ein paar typische Ursachen. Alle hängen mit Auslösern im Bestellablauf zusammen und entstehen meist durch eine unerwartete Wiederholung.

• Das Kauf Event geht bei jedem Statuswechsel erneut raus (bezahlt, in Vorbereitung, abgeschlossen).
• Dieselbe Anfrage startet nach einem Netzwerk Timeout automatisch neu.
• Ein Zahlungsanbieter liefert dieselbe Benachrichtigung zweimal.
• Ein Plugin und eine eigene Integration senden dasselbe Event.
• Beim Absenden eines Formulars feuern ein Seiten Auslöser und ein Hintergrund Auslöser.

Der Ansatz ist bei allen gleich: Sie geben jeder Bestellung das Recht auf genau ein Event. Protokollieren Sie die gesendeten IDs, erkennen Sie dann eine Wiederholung leichter. Zudem kann eine zweite Anfrage mit derselben ID innerhalb des Deduplizierungsfensters bei Meta herausfallen. Sich darauf zu verlassen und die Quelle nicht zu korrigieren, wäre dennoch falsch.

Am Ende soll also nicht Meta die Kopien aufräumen. Das Ziel ist, Kopien gar nicht erst zu erzeugen.

Wie zeigen sich doppelte Events bei Leads?

Allerdings unterscheidet sich ein Lead Event etwas vom Kauf. Ein Formular kann nämlich im Hintergrund absenden, ohne dass die Seite neu lädt. Dasselbe Formular kann Meta daher über einen Browser Tag und eine Serververbindung erreichen.

Ein erster Hinweis ist, dass Ihre Formularzahl und die Lead Zahl in Meta nicht zusammenpassen. Gehen zum Beispiel 25 Formulare auf Ihrer Seite ein, Meta zeigt aber 50 Leads, schauen Sie auf die Aufteilung nach Quelle. Das ist ein Beispielszenario.

Die Prüfreihenfolge entspricht der beim Kauf. Zählen Sie zunächst die Formular Auslöser, dann gleichen Sie ID und Event Namen ab. Die Nummer des Formulareintrags als gemeinsame ID ist in den meisten Setups eine sinnvolle Wahl.

Außerdem können Spam Einsendungen wie echte doppelte Zählung aussehen. Vergleichen Sie die Zahlen deshalb nicht nur mit Meta, sondern auch mit Ihren Formulareinträgen.

Sollten Sie Pixel und Conversions API zusammen einsetzen?

Meta verlangt eine Deduplizierungs Methode, sobald Sie beide Quellen in einem redundanten Setup nutzen. Der Grund ist einfach: Fehlt das Browser Signal, füllt das Server Signal die Lücke. Allerdings entsteht dieser Vorteil nur, wenn die Events zusammenpassen.

Die Entscheidung hängt also davon ab, wie gut Sie das Setup steuern. Kontrollieren Sie ID Erzeugung und Event Namen, arbeiten dann beide Quellen gut zusammen. Können Sie das nicht, schadet stattdessen eine saubere Messung mit nur einer Quelle weniger als doppelte Zählung.

Egal, wofür Sie sich entscheiden: Testen Sie die Messung mit Zahlen. Dann legen Sie die echte Bestellzahl aus Ihrem Shop neben die Zahl, die Meta meldet. Diesen Vergleich vertiefen wir weiter unten.

In welcher Reihenfolge beheben Sie Meta Pixel Conversions API doppelte Events?

Die Reihenfolge zählt, denn jeder Schritt ist Voraussetzung für den nächsten. Unser Team folgt diesem Ablauf:

1. Trennen Sie die Event Zahlen nach Quelle und finden Sie heraus, welche aufgebläht ist.
2. Listen Sie jede Stelle mit Ihrer Pixel ID auf und schalten Sie überzählige Installationen ab.
3. Beheben Sie Kopien aus einer Quelle, etwa durch Neuladen der Seite oder wiederholte Auslöser.
4. Legen Sie fest, wie Browser und Server eine gemeinsame event_id erzeugen.
5. Schreiben Sie den event_name in beiden Quellen exakt gleich.
6. Senden Sie eine Testbestellung über das Test Events Tool und zählen Sie die Einträge.
7. Entfernen Sie den Testcode aus der Produktion.
8. Vergleichen Sie mehrere Tage lang mit echten Bestellungen.

Gehen Sie diese Liste Abschnitt für Abschnitt durch, denn nicht alles auf einmal ist sinnvoll. So sehen Sie die Wirkung jeder Änderung zudem einzeln. Ändern Sie fünf Dinge gleichzeitig, wissen Sie dann nicht, welches geholfen hat.

Welche Fehler machen Menschen beim Beheben doppelter Zählung am häufigsten?

Die meisten Fehler entstehen, weil man die Zahl polieren will, statt die Quelle zu beheben. Wer sie vermeidet, spart daher Zeit:

• Den Report von Hand durch zwei teilen. Das korrigiert die Zahl, aber nicht das Optimierungssignal.
• Den Pixel komplett löschen. Dann verlieren Sie auch das Browser Signal.
• Die ID auf beiden Seiten getrennt erzeugen.
• Events wahllos umbenennen, nur um einen Abgleich zu erzwingen.
• Den Testcode live lassen.
• Die Zahlen direkt nach der Änderung deuten.

Alle diese Fehler haben eines gemeinsam: Sie springen zu einem Ergebnis, ohne die Quelle zu suchen. Die Reihenfolge oben stellt deshalb die Quellensuche an den Anfang. So prüft jede Änderung genau eine Hypothese.

Warum pendeln sich die Zahlen nach der Korrektur nicht sofort ein?

Erstens: Beurteilen Sie die Zahlen nicht in den ersten Stunden nach einer Korrektur. Zweitens: Gehen Sie nicht davon aus, dass Meta alte Einträge rückwirkend neu schreibt. Neue Events zählen korrekt, vergangene Reports können jedoch die alte Aufblähung behalten. Vergleichen Sie deshalb nur Tage nach dem Korrekturdatum.

Zudem erzeugen Verzögerungen im Reporting und unterschiedliche Attributionsfenster kurzfristige Schwankungen. Die Zahl eines einzelnen Tages exakt an Ihr Bestellsystem anzugleichen, führt in die Irre. Stattdessen prüfen Sie, ob sich das Verhältnis über mehrere Tage stabilisiert.

Ist das Verhältnis von doppelt auf eine vernünftige Abweichung gesunken, hat die Korrektur gewirkt. Eine kleine Lücke ist normal, denn Meta und Ihr Bestellsystem messen nicht dasselbe nach denselben Regeln. Bleibt eine große Lücke, gehen Sie dann zur Liste zurück und suchen die Quelle erneut.

Ein einfacher Überwachungsplan genügt:

• Notieren Sie das Korrekturdatum, damit Sie vorher und nachher getrennt lesen.
• Vergleichen Sie Meta und Bestellzahlen anfangs täglich.
• Wechseln Sie in den folgenden Wochen auf einen wöchentlichen Vergleich.
• Kehrt eine große Abweichung zurück, machen Sie jüngste Änderungen rückgängig und suchen die Quelle neu.

Ist jede Abweichung in den Reports doppelte Zählung?

Nein, denn nicht jede Abweichung ist doppelte Zählung. Metas eigene Hilfeseite erklärt, warum sich Event Zahlen zwischen Werbeanzeigenmanager, Anzeigenreports und Events Manager unterscheiden. Diese drei Orte zählen also nicht dasselbe auf dieselbe Weise. Details finden Sie auf Metas Hilfeseite zu Unterschieden bei Event Zahlen.

Zum Beispiel bestimmen die Attributionseinstellungen, welche Conversion zu welcher Anzeige gehört. Deshalb sehen Sie auf zwei Bildschirmen unterschiedliche Summen. Wir erklären das in unserem Beitrag zu Attributionsfenstern bei Meta.

Dennoch hilft eine einfache Regel, doppelte Zählung von einer normalen Lücke zu trennen. Liegt die Abweichung nahe am Doppelten und ist die Quellenaufteilung paarig, liegt der Verdacht auf der Deduplizierung. Ist die Abweichung dagegen schwankend und klein, denken Sie an Attribution oder Timing.

Wie verzerrt doppelte Zählung ROAS und Optimierung?

Ein doppelt gezählter Kauf lässt den Umsatz höher aussehen, als er ist. Hier eine Beispielrechnung: Sie geben 10.000 Euro für Werbung aus und erzielen 30.000 Euro echten Umsatz. Der echte ROAS beträgt 3. Zählt jeder Verkauf doppelt, zeigt der Report 60.000 Euro Umsatz und einen ROAS von 6.

Dieser aufgeblähte Wert verursacht mehrere Probleme. Sie verschieben Budget in die falsche Kampagne, denn eine Kampagne, die hervorragend aussieht, ist in Wahrheit Durchschnitt. Auch kostenbasierte Gebotsstrategien arbeiten dann mit dem falschen Signal. Folglich lernt das System auf ein Ziel hin, das die echte Leistung nicht abbildet.

Testen Sie Ihre eigenen Zahlen mit unserem ROAS Rechner. Wie Sie steigenden oder fallenden ROAS deuten, lesen Sie in unserem Beitrag zum ROAS Rückgang. Sinkt der ROAS nach Ihrer Korrektur, erschrecken Sie deshalb nicht. Das kann bedeuten, dass die Messung näher an die Realität rückt.

Dieselbe Logik gilt ebenso für die Kosten pro Conversion. Noch eine Beispielrechnung: 10.000 Euro Ausgaben und 100 echte Verkäufe kosten 100 Euro pro Verkauf. Zählen die Verkäufe doppelt, zeigt der Report 200 Verkäufe und 50 Euro. Ihre Kosten sehen also halbiert aus, obwohl sich nichts geändert hat.

Wie gleichen Sie doppelte Zählung mit Bestellungen und GA4 ab?

Die zuverlässigste Kontrolle ist daher der Vergleich der von Meta gemeldeten Käufe mit der echten Bestellzahl in Ihrem Shop. Wählen Sie denselben Zeitraum und behandeln Sie stornierte Bestellungen getrennt. Liegt das Verhältnis nahe bei eins, funktioniert somit die Deduplizierung.

Außerdem können Sie GA4 als zweite Referenz nutzen. GA4 zählt in sich ebenfalls anders, sehen Sie es daher nicht als Richter, sondern als zweites Augenpaar. Fehlende Conversions in GA4 sind ein eigenes Thema, das wir in unserem Beitrag zu fehlenden GA4 Conversions behandeln.

Möchten Sie diese Kontrolle zur wöchentlichen Gewohnheit machen, können Sie das Reporting automatisieren. Unsere KI Lösung für Reporting Automatisierung ist ein Beispiel, solche Vergleiche regelmäßig zu erzeugen. Zunächst empfehlen wir, von Hand zu prüfen, damit Sie die Logik verstehen.

Wie verhindern Sie, dass Meta Pixel Conversions API doppelte Events zurückkehren?

Die dauerhafte Lösung besteht deshalb darin, Messung als laufende Pflege zu sehen und nicht als einmalige Aufgabe. Testen Sie Ihre Messung nach jeder größeren Änderung an der Seite erneut (Theme, Plugin, Zahlungsanbieter, Formular). Die meisten doppelten Zählungen beginnen zum Beispiel nach einem Update, das niemand mit dem Tracking verbunden hat.

• Benennen Sie für jeden Event Typ ein zuständiges Setup und halten Sie es schriftlich fest.
• Prüfen Sie vor einem neuen Plugin dessen Meta Funktionen oder schalten Sie sie ab.
• Senden Sie nach jedem Release eine Testbestellung.
• Vergleichen Sie Meta und Bestellzahlen wöchentlich.
• Notieren Sie, dass Sie den Testcode aus der Produktion entfernt haben.

Ähnliche Mess und Verifizierungsprobleme treten außerdem auch auf anderen Plattformen auf. Können Sie zum Beispiel Ihre Website bei Pinterest nicht beanspruchen, hilft unser Beitrag zum Beanspruchen der Website bei Pinterest. Erscheint Ihr Katalog nicht in WhatsApp, lesen Sie unseren Beitrag zum WhatsApp Business Katalog.

Was tun, wenn sich die Meta Oberfläche oder Dokumentationsnamen ändern?

Plattformen benennen zum Beispiel Menüs um und ordnen Bildschirme neu an. Deshalb verlassen wir uns in diesem Beitrag nicht auf genaue Schaltflächentexte. Die Logik bleibt dagegen gleich, also: zwei Quellen, eine gemeinsame ID, derselbe Event Name und ein zuständiges Setup.

Sieht die Oberfläche anders aus, öffnen Sie zuerst Metas aktuelle Hilfe und Entwicklerdokumentation zur Deduplizierung. Stellen Sie dann dieselben drei Fragen. Kommt das Event aus zwei Quellen? Passen die IDs zusammen? Ist eine Quelle doppelt? Ihre Antworten zeigen den richtigen Schritt, egal wie der Bildschirm aussieht.

Wann lohnt es sich, Experten um Hilfe zu bitten?

Weil ID Erzeugung, Server Auslöser und Plugin Konflikte technisches Wissen erfordern, kann Hilfe sinnvoll sein. Haben Sie die obigen Prüfungen gemacht und die Ursache eingegrenzt, erreichen aber die Person nicht, die die Serverseite ändert, lohnt sich Hilfe. Sie müssen das nicht allein lösen.

Talha Aslan und Team behandeln Meta Messung und Reporting als Teil unserer Arbeit im Social Media Management. Brauchen Sie das, erreichen Sie uns dann über unsere Seite zur Social Media Betreuung. Ein garantiertes Ergebnis versprechen wir bei einer Messkorrektur nicht, denn es hängt von Ihrer Technik und Ihren Plugins ab.

Hinweis: Dieser Beitrag enthält allgemeine Informationen. Menünamen und Details der Dokumentation können sich mit der Zeit ändern, prüfen Sie daher vor dem Handeln Metas aktuelle Dokumentation.