Meta CAPI vs. Pixel: Warum dein ROAS lügt — und was wirklich zählt
Der Browser-Pixel verliert seit iOS 14, Adblockern und Consent-Bannern einen wachsenden Teil deiner Conversions. Die Conversions API (CAPI) schließt die Lücke serverseitig. Aber selbst mit perfektem Tracking bleibt ROAS die falsche Nordstern-Kennzahl — hier warum.
Kurz gesagt: Der Meta-Pixel läuft im Browser des Nutzers und wird von iOS-Tracking-Schutz, Adblockern und abgelehnten Consent-Bannern zunehmend blockiert — er meldet also zu wenige Conversions. Die Conversions API (CAPI) sendet die Events serverseitig direkt von deinem Server an Meta und ist robuster. Mit beiden zusammen (plus Deduplizierung über eine Event-ID) misst du Conversions vollständiger. Aber: Ein höherer, korrekter ROAS löst nicht das eigentliche Problem — ROAS misst Umsatz, nicht Gewinn. Was zählt, ist der Profit nach allen Kosten.
Warum der Pixel allein zu wenig meldet
- iOS / App-Tracking-Transparency: Viele Nutzer erlauben kein Tracking — der Browser-Pixel sieht ihre Conversion nicht.
- Adblocker & Browser-Schutz: Safari (ITP) und Firefox kürzen Cookies; Adblocker blocken den Pixel ganz.
- Consent-Banner: Lehnt ein Nutzer Marketing-Cookies ab, darf der Pixel nicht feuern.
- Folge: Meta unterzählt Conversions → dein ausgewiesener ROAS wirkt schlechter, als die Realität ist, und das Bidding bekommt schlechtere Signale.
Was die Conversions API (CAPI) ändert
CAPI sendet Kauf-Events serverseitig — also von deinem Shop-Backend, nicht aus dem Browser. Das umgeht Adblocker und Browser-Restriktionen und liefert verlässlichere Signale für Optimierung und Attribution. Wichtig: CAPI ersetzt den Pixel nicht, sondern ergänzt ihn.
Pixel vs. CAPI — der Vergleich
- Ausführungsort: Pixel im Browser · CAPI auf deinem Server
- Anfällig für Adblocker/ITP/Consent: Pixel stark · CAPI gering
- Datenqualität: Pixel sinkend · CAPI robust (mit gehashten Kundendaten als Match-Signal)
- Empfohlene Nutzung: nicht entweder/oder, sondern BEIDE mit gemeinsamer event_id
- Server-seitige Kontrolle (was gesendet wird): Pixel gering · CAPI hoch
Und jetzt der eigentliche Punkt: ROAS ist die falsche Nordstern-Zahl
Angenommen, du richtest CAPI sauber ein und dein ausgewiesener ROAS steigt von 2,8 auf 3,6, weil mehr Conversions zugeordnet werden. Schön — aber ROAS sagt dir nur Umsatz pro Werbeeuro, nicht ob nach COGS, Gebühren, Versand und Retouren etwas übrig bleibt. Zwei Beispiele mit identischem ROAS von 3,0:
- Produkt A: 90 € Umsatz, 30 € Ad-Spend (ROAS 3,0), aber 45 € COGS + 9 € Gebühren/Versand → 6 € Deckungsbeitrag.
- Produkt B: 90 € Umsatz, 30 € Ad-Spend (ROAS 3,0), aber 20 € COGS + 6 € Gebühren/Versand → 34 € Deckungsbeitrag.
- Gleicher ROAS, völlig anderer Gewinn. ROAS kann den Unterschied nicht sehen.
Die ehrliche Reihenfolge
- 1. Pixel + CAPI mit Deduplizierung (event_id) einrichten — saubere Signale.
- 2. Auf MER statt plattform-ROAS steuern — Doppelzählung zwischen Meta und Google vermeiden.
- 3. Deckungsbeitrag pro Bestellung als Wert nutzen — auf Profit optimieren, nicht auf Umsatz.
- 4. Wöchentlich pro Kanal/SKU prüfen, welche Kampagne wirklich Gewinn macht.
Besseres Tracking ist die Voraussetzung — aber es macht ROAS nicht zur richtigen Zielzahl. Erst wenn du den echten Gewinn pro Bestellung kennst, weißt du, ob eine Kampagne dich reicher oder ärmer macht.