← Dokumentation

Messung und Inkrementalität

Wenn Metas Zahlen nicht zu Ihrem Backend passen

Meta-Conversions stimmen selten mit CRM oder Shop-Analyse überein. Gründe warum, welcher Zahl zu vertrauen und wie die Lücke zu schließen.

YieldBI TeamGrowth ResearchAktualisiert Juli 2026

Fast jeder Werbetreibende bemerkt es irgendwann: Der Meta Ads Manager meldet eine bestimmte Anzahl an Käufen, und das eigene Backend des Shops, Shopify, ein CRM oder ein Auftragsverwaltungssystem, meldet eine andere. Keine der beiden Zahlen ist falsch. Sie messen von Natur aus unterschiedliche Dinge.

Warum die beiden Zahlen auseinanderlaufen

Attributionsfenster. Meta schreibt eine Conversion einer Anzeige zu, wenn sie innerhalb eines festgelegten Zeitfensters nach einem Klick oder View stattfand (üblich ist standardmäßig 7 Tage Klick und 1 Tag View, aber konfigurierbar). Ein Backend-System erfasst die Bestellung einfach in dem Moment, in dem sie aufgegeben wird, ohne Konzept davon, welcher Anzeige die Zuschreibung gebührt. Ein Verkauf, der neun Tage nach einem Anzeigenklick zustande kommt, kann als Backend-Bestellung erscheinen, fällt aber komplett aus Metas Fenster heraus.

View-Through-Zuschreibung und Modellierung. Meta kann eine Conversion von jemandem zählen, der eine Anzeige gesehen, aber nie darauf geklickt hat, basierend auf modellierter Attribution. Ein CRM hat keine Möglichkeit, zu erfassen, dass jemand lediglich eine Anzeige gesehen hat. Ebenso schätzt Meta manchmal statistisch Conversions, wenn ein Browser-seitiges Ereignis nicht direkt beobachtet werden kann, etwa wegen ATT-Opt-outs oder Ad-Blockern, und diese Schätzungen erscheinen in der Plattform-Gesamtzahl ohne entsprechenden Backend-Eintrag.

Geräteübergreifende Journeys. Jemand klickt auf eine Anzeige auf dem Smartphone und kauft später am Laptop. Meta kann das über den Login-Status teilweise zusammenführen, aber nicht perfekt, und ein Backend-System mit einem anderen Kunden-ID-Schema verknüpft die beiden Ereignisse möglicherweise nicht auf dieselbe Weise.

Deduplizierung und Timing. Ein Backend zählt eine Bestellung einmal. Ein Pixel- und ein Conversions-API-Ereignis für dieselbe Bestellung können, ohne korrekte Deduplizierung über eine Event-ID, auf der Plattformseite doppelt gezählt werden. Unabhängig davon stimmt Metas Reporting-Tag möglicherweise nicht mit der Zeitzone des Shops überein, wodurch Conversions beim Vergleich in einen angrenzenden Tag verschoben werden.

Rückerstattungen. Eine Backend-Gesamtzahl spiegelt in der Regel den Nettoumsatz nach Rückerstattungen wider. Metas Conversion-Zählung kann noch eine Bestellung enthalten, die später erstattet oder storniert wurde.

Welcher Zahl Sie wofür vertrauen sollten

Nutzen Sie die Backend-Zahl als Grundwahrheit dafür, wie viel Umsatz tatsächlich eingegangen ist und was versendet wurde. Es ist die Zahl für Finanzen, Lagerbestand und alles, was mit echtem Geld abgeglichen wird.

Nutzen Sie die Plattform-Zahl, konsistent über die Zeit gelesen statt mit Backend-Summen verglichen, um zu beurteilen, ob eine bestimmte Anzeige sich besser oder schlechter entwickelt als in der Vorwoche. Sie ist richtungsweisend, nicht absolut.

Nutzen Sie den Blended ROAS oder MER, den gesamten Backend-Umsatz geteilt durch die gesamten Werbeausgaben über alle Kanäle, wenn die Frage ist, ob Marketing insgesamt funktioniert. Das umgeht die Diskrepanz, indem gar nicht auf die Plattform-Attribution zurückgegriffen wird.

Wie Sie die Lücke abgleichen

Beheben Sie zuerst die Deduplizierung: bestätigen Sie, dass Pixel- und Conversions-API-Ereignisse für dieselbe Bestellung eine gemeinsame Event-ID teilen. Vergleichen Sie Summen über einen Zeitraum, nicht pro Tag, und lassen Sie das Attributionsfenster vollständig verstreichen, bevor Sie vergleichen. Prüfen Sie, ob View-Through-Conversions die Plattformzahl aufblähen, und bestätigen Sie, dass die Zeitzonen übereinstimmen. Rechnen Sie damit, dass auch danach eine Lücke bleibt: eine kleine, stabile Lücke ist normal, eine große oder wachsende deutet auf eine konkrete Störung hin, die es aufzuspüren lohnt.

Häufige Fehler

Gleichtägige Plattform- und Backend-Summen vergleichen, bevor das Attributionsfenster geschlossen ist. Annehmen, die Plattformzahl sei überhöht, statt zuerst Deduplizierung und View-Through-Zählung zu prüfen. Ausgaben für eine Kampagne kürzen, weil deren gemeldete Conversions gesunken sind, während der Backend-Umsatz stabil blieb, ohne zu prüfen, ob der Rückgang ein Messartefakt ist statt eines tatsächlichen Nachfragerückgangs.

Wie YieldBI hilft

Die Attributionsebene von YieldBI lässt Sie das inkrementelle Attributionsmodell und das effektive Fenster explizit festlegen, und kombiniert Pixel-Daten mit Conversions API und Offline-Conversion-Import, damit die Plattformzahlen näher am Backend bleiben. Die Wachstumssteuerung meldet die Performance auf Anzeigenebene gegen dieses konfigurierte Modell und hält Skalierungsentscheidungen an einer konsistenten, abgeglichenen Sicht fest.