Zum Inhalt springen
Teil von: Meta Ads click fraud

Gefälschte Meta-Pixel-Events: Bot-Käufe und Leads erkennen

Gefälschte Meta-Pixel-Events: Purchase, Lead und AddToCart ohne Kunde. So finden Sie sie im Events Manager und trennen sie von Tracking-Fehlern.

ClickFortify-Team13 Min. Lesezeit

Gefälschte Meta-Pixel-Events: Bot-Käufe und Leads erkennen

Das Symptom: Der Events Manager zeigt Purchases oder Leads, die Ihr Bestellsystem oder CRM nicht zuordnen kann. Ein Werbetreibender meldete 105 Käufe an einem Tag aus einer Traffic-Anzeige bei null Shop-Bestellungen (Community-Thread einer Shop-Plattform, begonnen am 25. Dez. 2023, von Werbetreibenden gemeldet). Diese Lücke deutet auf Events hin, die nie stattgefunden haben, oder auf Tracking-Fehler. Eine echte betrügerische Handlung hinterlässt keine Lücke, denn die Bestellung oder der Lead existiert; sie zeigt sich später als Rückbuchung oder als Lead, den niemand erreicht. Wie Bots und ungültiger Traffic überhaupt zu Meta-Anzeigen gelangen, lesen Sie zuerst in unserem Leitfaden zu Klickbetrug bei Meta Ads.

So haben wir es geprüft. Wir haben keinen Test im Werbekonto durchgeführt. Metas Verhalten stammt aus Seiten von Meta for Developers, gelesen am 12. November 2026, und die Muster bei Werbetreibenden stammen aus datierten Community-Threads.

Wie entstehen gefälschte Meta-Pixel-Events?

Verdächtige Events haben drei Ursachen: Events, die nie stattgefunden haben (ein Skript oder Headless-Browser löst das Pixel aus), echte betrügerische Handlungen, die echte Events erzeugen (etwa Bestellungen zum Testen von Karten), und Tracking-Fehler (doppelte Installationen, falsch auslösende Einrichtungsregeln, ein vergessener test_event_code). Eine Frage sortiert die meisten: Gibt es einen Datensatz in Ihrem Bestellsystem oder CRM? Kein Datensatz und das Event lässt sich auf Ihrer eigenen Seite reproduzieren, heißt Fehler. Kein Datensatz und keine Reproduktion heißt, es hat nie stattgefunden. Ein betrügerischer Datensatz heißt echter Betrug.

Metas neuere Dokumentation nennt den Speicher Ihrer Events einen Datensatz (Dataset): Das Meta Pixel sendet Browser-Events dorthin, die Meta Conversions API sendet Server-Events, und der Events Manager zeigt beides. Das Pixel ist ein öffentliches Skript, dessen ID im Quelltext Ihrer Seite steht. Meta definiert Purchase als „Wenn ein Kauf getätigt oder der Checkout-Ablauf abgeschlossen wird“ und nennt currency und value dafür als erforderlich (Meta-Pixel-Referenz). Nichts an diesem Aufruf belegt, dass ein Kauf stattgefunden hat.

Events, die nie stattgefunden haben. Jedes Skript, das das Pixel ausführen kann, kann fbq('track', 'Purchase') mit beliebigem Wert aufrufen. Ein Headless-Browser tut dasselbe weniger sichtbar und löst die Events aus, die auch eine Person auslösen würde.

Echte betrügerische Handlungen. Ein Bot zum Testen von Karten, der den Checkout mit einer gestohlenen Karte abschließt, erzeugt eine echte Bestellung, der Purchase ist also ein echtes Event. Ein Händler meldete im Mai dieses Jahres Bots, die Hunderte Stück desselben Produkts bestellten, was sein Pixel beeinflusste (Community-Thread einer Shop-Plattform, begonnen am 16. Mai 2026, von Werbetreibenden gemeldet). Unsere Seite zum Schutz vor Klickbetrug im E-Commerce behandelt die Shop-Seite.

Tracking-Fehler. Die häufigen sind doppelte Pixel-Installationen, eine Danke-Seite, die beim Neuladen erneut auslöst, ein in der Produktion vergessener test_event_code, defekte Deduplizierungsschlüssel und Einrichtungsregeln, die Purchase auf der falschen Seite auslösen. Eine Antwort vom Oktober 2026 im oben zitierten Thread mit den 105 Käufen schlug vor, nach einer Regel im Event Setup Tool zu suchen, die Seitenaufrufe in Purchase-Events umwandelt (von Werbetreibenden gemeldet).

Fehler auf Metas Seite. Ein Händler meldete Käufe mit dem Wert null, die die Zahlen aufblähten, und schrieb dann am 20. Februar 2025, Meta habe einen Fehler auf eigener Seite behoben, der von einem Code-Update zwischen dem 8. und 11. Februar stammte und inzwischen rückgängig gemacht wurde (Community-Thread einer Shop-Plattform, begonnen am 10. Feb. 2025, von Werbetreibenden gemeldet).

Warum optimiert Meta auf gefälschte Events?

Unsere Lesart: Metas Auslieferung lernt aus den Conversions, die Sie melden, ein gefälschter Purchase oder Lead bringt ihr also bei, mehr Besuche wie den gefälschten zu finden.

Die Wertoptimierung fügt eine zweite Verzerrung hinzu: Eine Reihe von Purchases mit 0 $ oder runden Werten verzerrt den Wert, den das System einem Käufer zuschreibt, auch das ist unsere Lesart.

Wo zeigen sich gefälschte Events im Events Manager?

Der Events Manager zeigt Volumen, Verbindungsmethoden und Deduplizierungsraten, und Metas dokumentierte Datenprüfungen markieren fehlerhafte Daten, nicht gefälschte Meta-Pixel-Events. Nutzen Sie ihn, um eine Lücke zu lokalisieren, und bestätigen Sie die Ursache anderswo.

  • Übersicht (Overview). Meta sagt, die Übersicht zeige „die Anzahl der Events, die wir vor der Deduplizierung erhalten haben“, und „unter Verbindungsmethode (Connection Method) sehen Sie den Kanal, über den das Event gesendet wurde“ (Verifying Your Setup, Meta for Developers). Vergleichen Sie die tägliche Purchase-Zahl mit den bezahlten Bestellungen.
  • Event-Details (Event Details). Der Tab Event-Deduplizierung (Event Deduplication), den Sie aus der Übersicht öffnen, zeigt den „Prozentsatz der Events, die aus jeder Event-Quelle dedupliziert wurden“, und wie oft jeder Deduplizierungsschlüssel verwendet wird (gleiche Seite).
  • Dataset Quality API. Metas Dataset Quality API prüft auf Events, deren „Wert- oder Währungsparameter fehlt oder ungültig ist“, auf Client-IP-Adressen, die „nicht mit denen vom Meta Pixel übereinstimmen“, und auf Events, die „dieselbe Platzhalter-E-Mail statt einer echten teilen“ (Dataset Quality API, Meta for Developers). Das sind Formatprüfungen. Wir haben keine Meta-Seite gefunden, die eine Prüfung auf Bots, Spam oder Betrug beschreibt, eine korrekt aufgebaute Fälschung besteht sie also alle.
  • Test Events. Metas Pfad ist Events Manager, dann Datenquellen (Data Sources), dann Ihr Pixel, dann Test Events, und Server-Events, die Sie mit dem Parameter test_event_code senden, erscheinen dort (Using the Conversions API).
  • Event Match Quality (EMQ). Die EMQ zeigt, wie gut die Kundeninformationen eines Events zu einem Meta-Konto passen könnten (Best Practices zur Conversions API), nicht, ob das Event betrügerisch ist. Meta sagt, sie „wird von 1 bis 10 bewertet“, und empfiehlt, „einen Event-Match-Quality-Wert von 6,0 oder höher anzustreben“ (Verifying Your Setup).

Unsere Lesart, nicht die von Meta: Sinkt die EMQ bei Lead-Events, während das Lead-Volumen steigt, prüfen Sie die Leads, denn erfundene Kontaktdaten passen zu keinem echten Konto. Auch ein Formular, das ein Feld nicht mehr übergibt, senkt die EMQ.

Gefälschtes Event oder Tracking-Fehler?

Die meisten Muster haben eine harmlose und eine feindliche Erklärung, und meist klärt eine Prüfung, welche zutrifft.

MusterMeist ein Fehler, wennNie stattgefunden oder echter Betrug, wennPrüfung, die es klärt
Purchase ohne Bestell-IDIhre Einrichtung übergibt nie eine Bestell-IDNie stattgefunden: echte Purchases tragen eineZeitstempel jedes Events einer Bestellung zuordnen
Purchase, ausgelöst auf der URL einer ProduktseiteEs löst bei jedem Neuladen der Seite ausNie stattgefunden: es lässt sich nicht reproduzieren und keine Bestellung passtSeite mit geöffnetem Netzwerk-Panel neu laden
Runder oder null WertEine Regel sendet einen festen oder leeren WertNie stattgefunden: der Wert passt zu keinem ProduktWerte mit Ihren Preisen und Bestellungen vergleichen
Events nur aus dem Browser, ohne Server-ZwillingIhr Server sendet nur einige EventsNie stattgefunden: Ihr Server sendet jeden echten PurchaseVerbindungsmethoden in der Übersicht vergleichen
Events von einer Domain, die Ihnen nicht gehörtDie Domain ist eine Shop-Vorschau oder TestsitzungNie stattgefunden: die Domain hat keine Verbindung zu Ihrem UnternehmenDomains in Ihren Pixel-Einstellungen prüfen
Viele identische Leads von einem Besucher in SekundenDas Formular wird doppelt abgesendetEchter Betrug: ein Bot hat das Formular abgesendet, CRM-Datensätze existieren alsoLeads CRM-Datensätzen und Zeitstempeln zuordnen
AddToCart-Spitze, InitiateCheckout flachEine Regel löst AddToCart beim Seitenaufruf ausNie stattgefunden: automatisierte Besuche klicken auf In den WarenkorbDie Spitze nach Quelle, Seite und Stunde gruppieren
Zahlen genau doppeltZwei Installationen lösen aus oder die Deduplizierungsschlüssel unterscheiden sichSelten beides: Verdopplung deutet auf die EinrichtungTab Event-Deduplizierung lesen
Spitze bei einem brandneuen Shop oder einer neuen KampagneDie Einrichtung wird noch getestetNie stattgefunden: automatisierte Besuche tasten die neue Website abMit Bestellungen und Testdaten vergleichen
EMQ sinkt, während das Volumen steigtEin Formular hat aufgehört, ein Feld zu übergebenEchter Betrug: neue Leads tragen erfundene KontaktdatenDie neuen Leads in Ihrem CRM prüfen
Events mit einem test_event_code in der ProduktionDer Code wurde nie entferntSelten beides: ein vergessener Code ist ein EinrichtungsfehlerIhren Server-Payload nach test_event_code durchsuchen

Werbetreibende haben mehrere dieser Muster in Community-Threads von Shop-Plattformen gemeldet:

  • Purchases mit festem Wert. Ein Thread, begonnen am 17. Okt. 2021 und nach gefälschten 99-Dollar-Käufen benannt, beschreibt Purchase-Events nur aus dem Browser, die von der Produktseite ausgelöst wurden. Eine spätere Antwort besagte, der Meta-Support habe sehen können, dass die Events über eine Partner-Integration eingerichtet worden waren.
  • Neue Shops. Ein Händler sah zwei Tage nach der Shop-Eröffnung gefälschte Events für In den Warenkorb, Checkout und Kauf (begonnen am 25. Nov. 2020), ein anderer dasselbe bei zwei Shops, die jünger als 15 Tage waren (begonnen am 19. Okt. 2022).
  • Unbekannte Domains. Ein Händler fand etwa 40 in den Traffic-Berechtigungen, darunter Shop-Vorschau-Subdomains, und eine Antwort legte nahe, dass Testsitzungen einige erklären könnten (begonnen am 10. Apr. 2024).

Was die Deduplizierung entfernt und was nicht

Die Deduplizierung entfernt Kopien eines echten Events; an einem gefälschten Browser-Event ohne Server-Kopie ändert sie nichts. Meta gleicht Events „anhand ihrer ID und ihres Namens“ ab, also anhand von event_id und Event-Name, und dedupliziert sie nur, „wenn sie innerhalb von 48 Stunden“ nach dem ersten Event mit dieser ID eingehen (Deduplicate pixel and server events, Meta for Developers).

Die Grenzen wiegen schwerer. Meta sagt, es „dedupliziert keine Events, wenn nur eine Event-Quelle genutzt wird, also nur Browser oder nur Server“, und dass zwei aufeinanderfolgende Browser-Events mit denselben Informationen beide behalten werden. Meta sagt außerdem, die Methode mit fbp oder external_id funktioniere „in der Regel“ nur für Events, die „zuerst vom Browser und dann über den Server gesendet“ werden (gleiche Seite). Ein Skript, das Purchase im Browser auslöst, wird also jedes Mal gezählt. Wie Sie die Event-ID-Einrichtung aufbauen, lesen Sie unter Deduplizierung und betrugsbereinigte Conversions einrichten.

So verfolgen Sie einen verdächtigen Purchase

Wählen Sie einen Purchase, den Sie keiner Bestellung zuordnen können, und verfolgen Sie ihn bis zu einer Seite, einer Regel oder einem Skript. Dieses Beispiel ist illustrativ, kein echtes Konto.

  1. Finden Sie die Lücke in der Übersicht. Stellen Sie den Zeitraum auf den Tag der Lücke und lesen Sie die Verbindungsmethode (Connection Method) für Purchase.
  2. Erfassen Sie Wert und Währung. Ihre Conversions-API-Protokolle enthalten sie für Server-Events. Ein Purchase nur aus dem Browser, dessen Wert zu keinem Produkt passt, ist die Spur.
  3. Ordnen Sie den Zeitstempel einer Bestellung zu. Keine bezahlte Bestellung innerhalb von Minuten heißt, hinter dem Event steht kein Kunde.
  4. Öffnen Sie das Netzwerk-Panel der Entwicklertools Ihres Browsers und laden Sie die Produktseite neu. Beobachten Sie, welche Pixel-Anfragen mit welchen Parametern auslösen.
  5. Bestätigen Sie mit Meta Ads Data Advisor. Meta sagt, die Erweiterung, früher Meta Pixel Helper, zeige „die Anzahl der Pixel-Events, die auf der aktuellen Webseite ausgelöst wurden“, und ihre Parameter (Meta for Developers).
  6. Reproduzieren Sie es in Test Events. Nutzen Sie einen Test-Datensatz und lassen Sie den test_event_code nie in Ihrem Produktiv-Payload. Meta warnt, dass damit gesendete Events „nicht verworfen werden“ und „in den Events Manager fließen und für Targeting und Werbemessung verwendet werden“ (Using the Conversions API).
  7. Prüfen Sie die Domains, die Events senden, in den Traffic-Berechtigungen Ihres Pixels. Metas Hilfeseite zu dieser Einstellung ließ sich bei uns am 12. November 2026 nicht laden.

Ein Purchase, der beim Neuladen der Seite auslöst, löst für jeden Besucher aus. Erklärt eine Regel, Theme-Code oder eine Integration das, haben Sie einen Fehler; erklärt es nichts, suchen Sie nach einem eingeschleusten Skript. Lässt es sich nicht reproduzieren und keine Bestellung passt, prüfen Sie Domain und Verbindungsmethode: Ein von Hand ausgelöster Aufruf oder das Skript einer anderen Domain erscheint nie in Ihrem Netzwerk-Panel.

So stoppen Sie gefälschte Events bei Meta

Um gefälschte Meta-Pixel-Events zu stoppen, beschränken Sie die Domains, die Events senden, korrigieren Sie die Deduplizierungsschlüssel, entfernen Sie den test_event_code und senden Sie Purchase dann von Ihrem Server mit Daten bezahlter Bestellungen.

  • Traffic-Berechtigungen prüfen. Schließen Sie Vorschauen und Testsitzungen aus und lassen Sie dann nur Ihre eigenen Domains zu, falls Ihre aktuellen Ansichten das anbieten. Eine Positivliste stoppt kein Skript auf einer Domain, die Ihnen gehört.
  • Deduplizierungsschlüssel korrigieren. Übergeben Sie für jedes echte Event dieselbe Event-ID und denselben Event-Namen aus Browser und Server.
  • Conversion-Events vom Server mit gemeinsamer Event-ID senden. Ihr Server weiß, welche Bestellungen bezahlt wurden. Das entfernt keine gefälschten Browser-Events, die weiterhin gezählt werden, liefert Ihnen aber eine vom Server bestätigte Purchase-Zahl zum Vergleich.
  • test_event_code entfernen. Durchsuchen Sie Server-Payloads vor jedem Release danach.
  • Wöchentlich abgleichen. Vergleichen Sie Purchase- und Lead-Events mit bezahlten Bestellungen und CRM-Datensätzen, Ihrer maßgeblichen Quelle.

Da der Black Friday auf den 27. November fällt, exportieren Sie jetzt die täglichen Purchase-, Lead- und AddToCart-Zahlen nach Verbindungsmethode, um Spitzen am Aktionstag an einer Ausgangslinie zu messen, wie es unsere Checkliste für die Feiertage bei Google Ads und Meta beschreibt.

Zu Leads, die echte Personen ohne Kaufabsicht sind, lesen Sie, wie Sie Leads mit geringer Absicht von Bots unterscheiden. Beginnt die Lücke früher, beim Klick, lesen Sie Link-Klicks vs. Landingpage-Aufrufe.

Was ClickFortify leistet und was nicht

ClickFortify markiert verdächtige Conversions nach einem Meta-Anzeigenklick und kann Server-Events filtern, die über den CAPI-Proxy gesendet werden; es entfernt keine Events, die das Meta Pixel im Browser auslöst.

ClickFortify erkennt Meta-Anzeigenklicks an ihrer fbclid und bewertet jeden Besuch auf dem Weg über die Landingpage anhand von 100+ Geräte-, Netzwerk- und Verhaltensdatenpunkten. Es markiert drei Muster verdächtiger Conversions im Klickprotokoll: eine Conversion innerhalb von 2 Sekunden nach dem Klick, eine Conversion eines Besuchers, der bereits als Bot eingestuft ist, und ein Gerät mit 3 oder mehr Conversions. Ist der CAPI-Proxy aktiviert, werden Conversions, die über ClickFortify gesendet werden, gegen den Betrugs-Score des Besuchers geprüft, und markierte Events werden verworfen oder gekennzeichnet, bevor Meta sie erhält. Dieser Filter erfasst nur die Server-Events, die über den Proxy gesendet werden. Events, die das Meta Pixel im Browser auslöst, erreichen Meta weiterhin, und ClickFortify kann ein Skript oder einen Bot nicht stoppen, der das Pixel von Hand auslöst.

ClickFortify prüft weder die E-Mail-Adresse noch die Telefonnummer in einem Lead, kombinieren Sie es also mit CRM-Prüfungen. Leads aus Sofortformularen sind keine Pixel-Events, und ClickFortify kann sie nicht sehen; dazu lesen Sie unseren Leitfaden zu gefälschten Leads aus Facebook Lead Ads. Es sperrt bei Meta keine IP-Adressen und erstellt keine Zielgruppenausschlüsse. Die Einrichtung finden Sie unter ClickFortify für Meta Ads.

Schalten Sie auch Google Ads? Die Seite der Conversion-Aktionen behandelt unser Leitfaden zu gefälschten Conversions in Google Ads.

Unser Fazit: Gleichen Sie Events mit Bestellungen ab und beheben Sie zuerst Fehler, denn sie sind die günstigste Ursache zum Ausschließen. Ergänzen Sie Conversion-Prüfungen, wenn die Lücke auf bezahlte Klicks folgt und die Bereinigung übersteht. Für den Rest des Themenclusters stöbern Sie in allen Leitfäden zu Betrug bei Meta Ads.

Häufig gestellte Fragen

Warum zeigt Meta Käufe, obwohl mein Shop keine Bestellungen hat?

Meta zeigt Käufe ohne Bestellung im Shop, wenn etwas Purchase-Events an Ihr Meta Pixel sendet, die keine bezahlte Bestellung belegt. Mögliche Ursachen sind eine Regel, die auf der falschen Seite auslöst, eine doppelte Pixel-Installation, ein vergessener test_event_code, ein Skript, das das Pixel direkt aufruft, oder ein Fehler auf Metas Seite. Vergleichen Sie die Purchase-Events mit den bezahlten Bestellungen für dieselben Tage und dieselbe Zeitzone, prüfen Sie dann die Verbindungsmethode (Connection Method) in der Übersicht und versuchen Sie, die zusätzlichen Events auf Ihrer eigenen Seite zu reproduzieren.

Kann jemand von einer anderen Website aus gefälschte Purchase-Events auf meinem Pixel auslösen?

Ja, ein Skript auf einer anderen Website kann Purchase-Events auf Ihrem Meta Pixel auslösen, weil die Pixel-ID im Quelltext Ihrer Seite öffentlich steht und das Pixel jedes Event annimmt, das ein Skript sendet. Nicht jede fremde Domain ist ein Angriff, denn auch Shop-Vorschauen und Pixel-Testsitzungen senden Events. Prüfen Sie die Domains in den Traffic-Berechtigungen Ihres Pixels. Metas Hilfeseite zu dieser Einstellung ließ sich bei uns am 12. November 2026 nicht laden, bestätigen Sie die aktuellen Optionen also selbst. Eine Positivliste stoppt kein Skript auf einer Domain, die Ihnen gehört.

Warum sehe ich Purchase-Events mit 0 $ oder festem Wert?

Purchase-Events mit dem Wert null und mit festem Wert wurden beide von Werbetreibenden gemeldet. Ein Thread vom Oktober 2021, der nach gefälschten 99-Dollar-Käufen benannt ist, beschreibt Purchase-Events, die von Produktseiten ausgelöst werden, und ein Thread vom Februar 2025 beschreibt Käufe mit dem Wert null, die der Verfasser später als Fehler auf Metas Seite meldete, inzwischen rückgängig gemacht. Ein Platzhalterwert deutet darauf hin, dass eine Regel oder ein Skript Purchase ohne Ihre echten Bestelldaten sendet. Niemand hat eine Quote veröffentlicht, prüfen Sie also, ob zu jedem Event eine echte Bestellung passt.

Lösen Bots AddToCart- und Lead-Events aus?

Ja, Bots können AddToCart- und Lead-Events auf Ihrem Meta Pixel auslösen. Ein Headless-Browser lädt Ihre Seite und führt Ihre Skripte aus wie ein Browser. Löst Ihr AddToCart- oder Lead-Event bei einem Klick oder beim Absenden eines Formulars aus, löst ihn auch ein automatisierter Besuch aus, der klickt oder absendet. Bots, die mit gestohlenen Karten echte Bestellungen aufgeben oder Ware in Warenkörbe legen, erzeugen echte Events, weil die Handlung wirklich stattgefunden hat. Prüfen Sie den Datensatz hinter jedem Event, nicht nur das Event.

Was sind die unbekannten Domains, die Events an mein Pixel senden?

Unbekannte Domains, die Events an Ihr Meta Pixel senden, sind manchmal harmlos und manchmal ungeklärt. Werbetreibende haben Shop-Vorschau-Subdomains und Pixel-Testsitzungen in dieser Liste gemeldet, neben Domains, die sie nicht erklären konnten. Meta hat eine Hilfeseite mit dem Titel „Manage Meta Pixel Traffic Permissions in Events Manager“, deren Inhalt sich bei uns am 12. November 2026 aber nicht laden ließ. Prüfen Sie deshalb in Ihren Pixel-Einstellungen, ob Sie nur Ihre eigenen Domains zulassen können. Eine Positivliste stoppt kein Skript auf einer Domain, die Ihnen gehört.

Entfernt die Deduplizierung gefälschte Events?

Nein, die Deduplizierung von Meta entfernt keine gefälschten Events. Meta dedupliziert eine Browser-Kopie und eine Server-Kopie eines Events, die dieselbe Event-ID und denselben Event-Namen haben. Meta gibt an, Events aus nur einer Quelle nicht zu deduplizieren, ein gefälschtes Browser-Event ohne Server-Kopie wird also gezählt. Die Deduplizierung behebt die Doppelzählung echter Events, nicht Fälschungen.

Kann ich gefälschte Events aus dem Events Manager löschen?

Wir haben, Stand 12. November 2026, keine Meta-Seite gefunden, die das Löschen von Events aus dem Events Manager dokumentiert, sobald Meta sie erhalten hat. Der praktische Weg: die Quelle stoppen, Ihre Deduplizierungsschlüssel korrigieren, das Bestellsystem oder CRM als Ihre maßgebliche Quelle behalten und das Berichtsfenster an den fehlerhaften Tagen vorbeiziehen lassen. Richten Sie für die Optimierung Anzeigengruppen auf eine Conversion aus, die nur auf Ihrer echten Bestätigungsseite zählt. Das behebt Regeln, die auf der falschen Seite auslösen, nicht aber ein Skript, das Ihre Bestätigungsseite meldet.

Ist es Betrug oder ein Tracking-Fehler?

Ein verdächtiges Meta-Pixel-Event ist ein Tracking-Fehler, wenn es sich auf Ihrer eigenen Seite reproduzieren lässt oder auf eine doppelte Installation, eine falsch auslösende Regel, einen vergessenen test_event_code oder defekte Deduplizierungsschlüssel zurückgeht. Beginnen Sie mit Fehlern, denn sie lassen sich am günstigsten ausschließen. Betrug ist wahrscheinlicher bei Events nur aus dem Browser, bei Domains, die Ihnen nicht gehören, bei Schüben von einem Besucher oder bei Werten, die zu keinem Produkt passen. Ordnen Sie jedes Event einer Bestellung oder einem CRM-Datensatz zu: Gibt es keinen Datensatz, hat es nie stattgefunden, und ein betrügerischer Datensatz bedeutet echten Betrug.

Artikel teilen
Weitere Artikel

Empfohlene Artikel