Source of Truth: welche Zahl entscheidet, wenn Meta, Shop und CRM sich widersprechen

Meta-ROAS 4,0, Blended 2,0, im CRM nach Refunds noch weniger: Das ist kein Tracking-Fehler, sondern eine Governance-Lücke. Du schließt sie, bevor der Streit um die richtige Zahl beginnt.

Der Reflex ist immer derselbe: Meta meldet einen Umsatz, der Shop einen anderen, das CRM am Monatsende noch einen dritten. Jemand fragt, welche Zahl stimmt, und das Team verbrennt zwei Wochen damit, sie zur Deckung zu bringen. Der Fehler steckt in der Frage: Die Zahlen widersprechen sich nicht, sie beantworten verschiedene Fragen. Du gleichst sie nicht an, sondern legst vorab fest, welche Zahl welche Entscheidung treibt.

Warum vier Systeme vier verschiedene Zahlen zeigen

Meta, GA4, Shop und CRM messen unterschiedliche Dinge nach unterschiedlichen Regeln. Drei Mechanismen erklären jede Diskrepanz: das Wem, das Wann und das Wie sauber.

Attribution: wem wird die Conversion gutgeschrieben? Meta ist selbst-zurechnend. Wer eine Ad klickt, seit März 2026 enger als Link-Click definiert, mit ihr interagiert oder sie nur sieht und danach kauft, wird Meta zugeschrieben, selbst wenn der letzte Touch eine Google-Brand-Search war. GA4 nutzt Data-Driven Attribution, verteilt Credit anteilig und zählt Meta deshalb niedriger. Der Shop hat gar keine Attribution, er weiß nur, dass eine Bestellung existiert. Addierst du die plattform-gemeldeten Umsätze, überzählst du den Gesamtumsatz typischerweise um 30 bis 100 Prozent, weil jede Plattform denselben Verkauf zu sich zieht.

Zeitfenster: wann wird gezählt? Metas Default ist seit Januar 2026 7-Tage-Klick, 1-Tag-Engage-Through, 1-Tag-View, die View-Fenster über 1 Tag sind entfernt. Entscheidend: Meta bucht die Conversion auf den Tag des Ad-Klicks, GA4 und Shop auf den Tag der Bestellung. Ein Kauf am Tag 6 nach Klick erscheint bei Meta sechs Tage vor dem Shop-Eintrag, und abweichende Zeitzonen verschieben die Tagesgrenzen zusätzlich. Ein Teil jeder Abweichung ist also kalendarisch, nicht real. Mehr dazu im Beitrag zum Conversion Delay.

Deduplizierung und Event-Qualität: wie sauber wird gezählt? Pixel und Conversions API feuern dasselbe Event oft doppelt. Meta dedupliziert nur, wenn event_name identisch ist und die event_id byte-genau zwischen Browser- und Server-Event übereinstimmt, inklusive Groß- und Kleinschreibung. Schickt der Pixel Purchase_88213 und der Server purchase_88213, matcht nichts, und Meta zählt doppelt: 1.000 gemeldete Purchases bei 520 echten Bestellungen. fbp, fbc und gehashte Mail dienen dem User-Matching, nicht dem Entdoppeln. Dazu schätzt Meta seit ATT einen Teil der Conversions per Aggregated Event Measurement, also Modellwerte statt beobachteter Events. Genau hier entsteht ein systematischer Aufschlag gegenüber den echten Bestellungen.

Was eine Source of Truth ist und warum du sie vorab fixierst

Eine Source of Truth ist nicht die genaueste Zahl. Es ist die vorab vereinbarte, autoritative Quelle pro Frage, an die sich alle binden, bevor die Zahlen auseinanderlaufen. Sie hat drei Eigenschaften: eine Quelle pro Frage, eine feste Definition (Umsatz gleich Shopify-Netto nach Refunds, in EUR, bestelldatumsbasiert), und sie steht fest, bevor jemand ein Interesse an einer Zahl hat.

Das Wort vorab trägt die ganze Last. Legst du die Quelle erst nach dem schlechten Monat fest, wählt jeder die Zahl, die seine Position stützt: Media-Buyer zeigt Meta-ROAS, CFO Blended-ROAS, Analyst GA4, und aus der Entscheidung wird ein Definitionskrieg. Vorab fixiert, entkoppelt die SoT die Mess-Frage von der Schuld-Frage. Das ist Governance, kein Dashboard.

Welche Quelle welche Frage beantwortet

Eine SoT für alles erzeugt neue Probleme. Nutzt du nur Shopify, kennst du keine Ad-Ebene und optimierst keine Creatives. Nimmst du GA4 als Schiedsrichter, fügst du nur eine vierte Logik hinzu. Also eine Quelle pro Frage:

• Wie viel haben wir tatsächlich verkauft? Shop brutto, CRM netto. Reale Transaktion, ohne Attribution, ohne Modellierung.
• War der Mix insgesamt effizient? Blended ROAS / MER gleich Shop-Umsatz durch Gesamt-Adspend. Keine Plattform kann diese Zahl aufblähen.
• Welches Creative oder welche Audience skalieren? Meta in-platform, relativ. Nur Meta kennt die Ad-Ebene, also Vergleich, nicht absolute Wahrheit.
• Wie verteilt sich Credit über alle Kanäle? GA4 oder ein MMM, die Cross-Channel-Sicht, die Meta nicht hat.
• Was hat die Ad wirklich verursacht? Incrementality-Test per Conversion Lift oder Geo-Holdout, der Korrelation von Kausalität trennt.
• Welcher Kunde ist profitabel? CRM, nach Refunds, Margen und Subscriptions.

Shop und CRM driften aus demselben Grund: 300.000 EUR Shop-Brutto im Juni können im CRM 261.000 EUR netto sein, die Differenz sind Retouren, Refunds und Rabatte. Bei Subscriptions bucht der Shop die ganze Bestellung sofort, das CRM erkennt MRR über Monate. Beide korrekt, für verschiedene Zwecke.

Welche Zahl konkret eine Budgetentscheidung auslöst

Ein DTC-Shop sieht Meta mit 250.000 EUR Umsatz auf 62.500 EUR Spend, also ROAS 4,0. Shopify zeigt 300.000 EUR Gesamtumsatz bei 150.000 EUR Adspend über Meta, TikTok und Google, also Blended ROAS 2,0. Beide korrekt: Meta beansprucht 250.000 der 300.000 EUR für sich, 83 Prozent des Shops, obwohl auch andere Kanäle und Stammkunden beitrugen. Die Lücke ist kein Fehler, sie ist der Overlap. Skalierst du auf ROAS 4,0, unterstellst du, jeder Euro bringe 4 EUR, doch ein Geo-Holdout zeigt hier oft einen iROAS 30 bis 60 Prozent darunter: Ein Teil wäre ohnehin entstanden.

Daraus folgt eine harte Wenn-dann-Logik. Geht es um die Budget-Höhe, entscheidest du gegen MER, validiert durch Incrementality, nie gegen Meta-reported ROAS allein. Definiere genau einen Budget-Trigger, illustrativ: Bei 5.000 EUR Tagesbudget skalieren wir Meta plus 20 Prozent, solange MER über 3,0 liegt und der letzte Lift-Test einen iROAS über 1,5 zeigte. Der Meta-reported ROAS steuert nur die Umverteilung innerhalb des Budgets.

Event-Qualität, Dedup und Zeitraum als Grundlage

Bevor du eine Diskrepanz als strukturell akzeptierst, prüfst du sie vom Billigsten zum Teuersten: erst Zeitfenster und Zeitzone (Click-Date gegen Order-Date), dann Dedup (event_id byte-genau, Test-Events-Tab ohne Verdopplung), dann modellierte gegen beobachtete Conversions. Erst was übrig bleibt, ist echte Attribution, also Overlap und Selbstzurechnung, auf die du nicht reagierst, sondern auf die SoT zurückfällst.

Der wichtige Punkt: Sauberes Tracking eliminiert nur die vermeidbaren Diskrepanzen, Doppelzählung und schlechte Event Match Quality. Die strukturellen aus Attribution, Modellierung und Overlap bleiben prinzipbedingt und werden mit Governance und Incrementality gemanagt, nicht mit Tracking. Dedup ist dabei kein Einmal-Setup: Ein Theme-Update oder ein neuer Tag-Manager-Container kann das Matching über Nacht brechen. Lege zudem ein Toleranzband fest, etwa 15 bis 25 Prozent, und untersuche nur Ausreißer.

Wer das sauber aufsetzt, hat aufgehört, Zahlen anzugleichen, und angefangen, Entscheidungen abzusichern. Zum Paid Acquisition System.

Häufige Fragen

Warum ist der Meta-ROAS höher als der ROAS in meinem Shop?

Meta rechnet sich Conversions selbst zu und bucht sie auf den Klicktag, während der Shop nur die reale Bestellung ohne Attribution kennt. Dazu kommen modellierte Conversions und mögliche Doppelzählung. Der Unterschied ist meist Overlap und Selbstzurechnung, kein reiner Tracking-Fehler.

Sollte ich versuchen, alle Plattformzahlen auf einen Wert anzugleichen?

Nein. Die Systeme beantworten verschiedene Fragen und werden nie exakt übereinstimmen. Sinnvoller ist, vorab pro Frage eine autoritative Quelle festzulegen und ein Toleranzband von etwa 15 bis 25 Prozent zu definieren, statt jede Abweichung zu jagen.

Welche Kennzahl sollte über mein Werbebudget entscheiden?

Die Budget-Höhe entscheidest du am MER beziehungsweise Blended ROAS, also Shop-Umsatz geteilt durch den gesamten Adspend, validiert durch einen Incrementality-Test. Der Meta-reported ROAS steuert nur die Verteilung innerhalb von Meta, nicht ob das Kanalbudget insgesamt steigt.