Meta-Pixel trackt keine Käufe? Was zu prüfen ist

Warum trackt mein Meta-Pixel keine Käufe auf Shopify?

Meist eines von vier Dingen: Das Purchase-Tag lebte in Shopifys Additional scripts, die auf der Dankeseite nicht mehr laufen; die Kundschaft hat Tracking abgelehnt; das Pixel der Facebook- & Instagram-App ist pausiert oder teilt weniger Daten, als du denkst; oder Meta hat den Kauf erhalten, ihn aber keiner Anzeige zugeschrieben. Der Events Manager zeigt, welches davon zutrifft.

Diese Anleitung behandelt den Fall, dass Meta weniger Käufe zeigt als Shopify. Zeigt Meta mehr, ist die Ursache eine andere: siehe Meta zählt Käufe doppelt. Arbeite die Prüfungen unten der Reihe nach ab. Jede beginnt in Shopifys oder Metas eigenen Tools, und keine der Lösungen kostet etwas.

Ist es eine Tracking- oder eine Attributionslücke?

Finde es heraus, bevor du etwas änderst: Hat der Events Manager etwa so viele Käufe wie Shopify Bestellungen hat und der Ads Manager weniger, funktioniert das Tracking, und der Unterschied ist Attribution.

Meta sagt, der Events Manager „shows most events that have been received”, während der Ads Manager nur „attributed events” zeigt (Meta: event counts). Ein Kauf zählt für eine Anzeige nur, wenn er innerhalb einer festgelegten Zahl von Tagen nach dem Sehen oder Klicken erfolgte, und standardmäßig meldet Meta ihn „based on the attribution setting on the ad set level” (Meta: attribution). Eine Kundin, die kauft, ohne in diesem Fenster eine deiner Anzeigen gesehen oder angeklickt zu haben, ist eine echte Bestellung, die der Ads Manager nicht zuschreibt.

Eine Händlerin in der Shopify Community, die mit zwei oder drei Bestellungen am Tag testete, sah nur etwa 60 % der Käufe im Ads Manager: An einem Tag hatte der Events Manager fünf Purchase-Ereignisse, eines davon eine Testbestellung, und der Ads Manager zwei (Thread). Das ist das Muster, das die Attributionseinstellung der Anzeigengruppe erzeugt, und bei diesem Volumen verschiebt eine nicht zugeschriebene Bestellung den Prozentsatz stark.

Vergleiche dieselben Tage in derselben Zeitzone. Shopify warnt, dass „different reporting time zones” Abweichungen verursachen (Shopify: analytics discrepancies), und die deines Shops ist unter Settings → General → Store defaults eingestellt (Shopify: business settings). Ganze Wochen sind fairer als einzelne Tage.

Lebte dein Purchase-Tag in Additional scripts?

Hat Meta Käufe aus einem Snippet in Additional scripts erfahren, stoppte das, als deine Dankeseite aktualisiert wurde: Shopifys neue Danke- und Bestellstatusseiten führen diese Skripte nicht aus.

Plus-Shops verloren Additional scripts und Script-Tags auf diesen Seiten am 28. August 2025 (Shopify: checkout.liquid). Für jeden anderen Shop war die Frist der 26. August 2026, und „stores that weren’t upgraded by that date were upgraded automatically” (Shopify: Thank you and Order status pages, geprüft am 24. September 2026). Innerhalb von Stunden nach der Frist meldete ein Community-Thread, dass Meta bei manchen Shops weniger Käufe zeigte als Shopify, bei anderen nicht. Der Ersatz ist ein Pixel in Customer events, das auf Checkout und Dankeseite lädt (Shopify: pixels). Was wohin zieht, steht in die Änderung der Dankeseite vom 26. August, und die zwei Pixel-Arten in App-Pixel und benutzerdefinierte Pixel.

Ist das Pixel der Facebook- und Instagram-App verbunden und freigegeben?

Prüfe zwei Stellen in Shopify: den Status und Datenzugriff des Pixels unter Customer events, und die Datenfreigabestufe in den Einstellungen des Kanals.

1. Gehe zu Settings → Customer events. Das Facebook- & Instagram-Pixel sollte in der Statusspalte Connected zeigen (Shopify: testing pixels).
2. Klicke auf das Pixel und sieh dir seinen Datenzugriff an. Optimized ist seit dem 13. Januar 2026 der Standard, und Shopify „can pause some or all data shared by that pixel until relevant activity resumes” (Shopify: app pixels; Changelog). Meta empfiehlt Always on (Meta: connect Shopify). Um es zu ändern, wähle Always on und klicke auf Save.
3. Gehe zu Sales channels → Facebook & Instagram → Settings → Data sharing settings. Bei Standard sendet nur das Pixel; Enhanced und Maximum ergänzen die Conversions API, die den Kauf zwischen Shopifys und Metas Servern sendet (Shopify: Facebook data sharing).

Geprüft am 24. September 2026.

Lehnt Kundschaft Tracking ab?

Manche, wenn du im Vereinigten Königreich oder EWR verkaufst: Dort führt Shopify Pixel nur mit Einwilligung der Kundschaft aus, eine Kundin, die ablehnt und dann kauft, ist also ein Kauf, den das Pixel nicht meldet.

Shopify richtet sein Cookie-Banner für Besucherinnen aus dem Vereinigten Königreich und EWR ein, wenn du dort aktive Märkte hast, und „pixels operate based on the consent obtained in these regions” (Shopify: privacy settings). Neue Pixel brauchen standardmäßig die Berechtigungen Marketing und Analytics (Shopify: pixels). Ein Banner eines Drittanbieters muss jede Entscheidung über die Customer Privacy API an Shopify weitergeben; bis dahin sind „non-essential purposes are not allowed by default”, wo Einwilligung nötig ist (Shopify: Customer Privacy API).

Diese Weitergabe wird leicht übersehen. Im August 2026 erreichten die Käufe eines EU-Shops Google Analytics nicht mehr, während Seitenaufrufe weiter eintrafen; eine Antwort fand, dass das Banner nie Einwilligung an Shopify weitergab, sodass Shopify das App-Pixel am Checkout zurückhielt, während ein Tag im Theme weiter Seitenaufrufe sendete (Thread). Das Meta-Pixel wird genauso zurückgehalten. Um zu prüfen, teste das Pixel über Customer events: Shopifys Pixel Helper zeigt Pixel is awaiting consent, bis du dein Banner akzeptierst oder auf Give consent to continue test klickst (Shopify: app pixels).

Eine ablehnende Kundin ist eine Lücke, die zu akzeptieren ist, keine, die zu umgehen ist.

Erreicht der Kauf Meta überhaupt?

Gib eine echte Bestellung auf, während Metas Testwerkzeug offen ist, und führe Shopifys eigenen Pixel-Test aus, um zu sehen, ob das Kaufereignis gefeuert hat.

1. Klicke im Meta Events Manager auf Data sources, wähle dein Dataset und öffne Test events. Gib die Adresse deines Shops ein, klicke auf Open website und schließe eine Bestellung ab. Der Browser-Purchase des Facebook- & Instagram-Pixels sollte erscheinen (Meta: test events). Serverereignisse erscheinen dort nur mit einem Testereignis-Code, den echte Sendungen nicht tragen (Meta: using the API), prüfe also bei cPixel, dessen Purchase nur vom Server kommt, stattdessen Live und die Overview des Datasets. Die Bestellung wird nicht vor deinen Ergebnissen versteckt: Meta sagt, Testaktivität „will still appear” im Events Manager, in Ads Reporting und in Zielgruppen.
2. Gehe in Shopify zu Settings → Customer events, klicke auf das Menüsymbol neben dem Facebook- & Instagram-Pixel und wähle Test. Nach deiner Bestellung sollte checkout_completed einen grünen Punkt in Shopifys Pixel Helper zeigen; ein roter Punkt markiert einen Fehler (Shopify: app pixels).
3. Verkaufst du ein Post-Purchase-Angebot, teste durch dieses hindurch. Shopify löst checkout_completed einmal pro Checkout aus, auf der ersten Upsell-Seite statt der Dankeseite, wenn es eine gibt, und „if the page where the event is supposed to be triggered fails to load” gar nicht (Shopify: checkout_completed).

Metas Chrome-Erweiterung, Meta Ads Data Advisor (früher Meta Pixel Helper), kann das Pixel ebenfalls prüfen; Meta sagt, schalte zuerst Adblocker aus, damit sie die Ereignisse sehen kann (Meta: Ads Data Advisor). Findet sie überhaupt kein Pixel, siehe warum Meta Pixel Helper kein Pixel findet.

Kommen Serverereignisse an?

Öffne das Purchase-Ereignis im Events Manager und vergleiche Browser- und Serverereignisse für die Wochen vor und nach Beginn der Lücke.

Wähle dein Dataset, finde das Purchase-Ereignis und klicke auf View details. Event overview zeigt, ob das Ereignis sowohl vom Browser als auch vom Server ankommt, und Data freshness, wie schnell Serverereignisse eintreffen (Meta: server event details). Meta bietet diese Aufschlüsselungen für über die Conversions API gesendete Website-Ereignisse; hat Purchase keine, prüfe, ob überhaupt Serverkäufe ankommen.

Antworten im Community-Thread zum Einbruch vom 26. August schlugen genau diesen Vergleich vor. Ein eingebrochener Browser-Anteil bei gehaltenen Serverereignissen deutet auf ein Purchase-Tag hin, das in Additional scripts lebte, und ein Shop, dessen Serverkopie nur je einen Teil der Käufe abdeckte, verlor den Rest. Eine Antwort warnte davor, die Channel-App blind neu zu verbinden, was doppelte Purchase-Ereignisse erzeugen kann: Prüfe zuerst ihre Datenfreigabe, und verbinde nur neu, wenn das Serverereignis nie ankommt (Thread). Fehlen Serverkäufe ganz, geh zurück zur Datenfreigabestufe oben, dann die Conversions API auf Shopify einrichten.

Geht der Kauf ans falsche Dataset?

Prüfe, dass jedes Tool an das Dataset sendet, für das deine Anzeigen optimieren. Käufe können im Events Manager ankommen und trotzdem in einem Dataset liegen, das deine Anzeigengruppen nicht nutzen.

In Shopify zeigen die Data sharing settings des Kanals, mit welchem Pixel die Facebook- & Instagram-App verbunden ist (Shopify: Meta pixel); jede andere App oder jedes benutzerdefinierte Pixel nennt sein eigenes. Gleiche im Events Manager jedes über seine ID ab, nicht über seinen Namen. Ein Shop, der Agenturen oder Apps gewechselt hat, hat womöglich mehr als eines.

Wann hilft eine Tracking-App?

Wenn das native Setup stimmt, du aber einen Kauf willst, der nicht vom Laden der Dankeseite abhängt, einen Blick auf jede Sendung, und eine Warnung, wenn das Senden stoppt.

Ist das Facebook- & Instagram-Pixel Connected, die Datenfreigabe Enhanced oder Maximum, und zeigt der Events Manager Serverkäufe, macht die Channel-App ihren Job, und du brauchst womöglich nichts weiter.

cPixel, das wir bauen, ergänzt drei Dinge:

• Der Kauf kommt aus der Bestellung. cPixel baut jeden Kauf auf seinen Servern aus Shopifys Bestelldatensatz, er hängt also nicht vom Laden der Dankeseite oder vom Auslösen von checkout_completed im Browser der Kundschaft ab.
• Jede Sendung, sobald sie geschieht. Während einer Live-Sitzung zeigt cPixel jedes Ereignis, sobald es gesendet wird, Metas Antwort auf jede Serversendung, und den Grund für alles Übersprungene, etwa eine Testbestellung oder eine Kundin, die abgelehnt hat: jede Sendung in Live beobachten.
• Eine Warnung, wenn das Senden stoppt. Es markiert ein abgelehntes Zugriffstoken, und Bestellungen, die 24 Stunden lang ohne Storefront-Ereignisse ankommen, auf seiner Home-Seite und per E-Mail.

Es braucht dieselbe Regel wie jedes Tool: ein Sender pro Pixel. Erreicht ein Kauf Meta mit installiertem cPixel nicht, siehe fehlende Käufe in cPixel. Mehr über cPixel, das Shopify-Käufe an sieben Werbeplattformen sendet.

Häufig gestellte Fragen

Warum zeigt der Ads Manager weniger Käufe als der Events Manager?

Weil sie unterschiedliche Dinge zählen. Der Events Manager zeigt die meisten Käufe, die Meta erhalten hat; der Ads Manager nur die, die er innerhalb der Attributionseinstellung der Anzeigengruppe einer Anzeige zuschreibt (Meta: event counts). Eine Lücke zwischen beiden ist kein Tracking-Fehler.

Warum fehlt der Kaufwert?

Der Wert kommt von dem Tool, das den Kauf sendet, beginne also dort. In einem Community-Thread, der von Juli 2022 bis 2023 lief, sahen Händler eine Warnung des Events Manager zu einem fehlenden Purchase-Value-Parameter (Thread). Ist der Wert vorhanden, weicht aber von Shopifys Berichten ab, prüfe, was jedes Tool sendet: Shopifys Checkout-Summe schließt Zölle, Steuern und Rabatte ein (Shopify: checkout_completed).

Kann ich verpasste Käufe erneut senden?

Nur kürzlich vergangene. Meta akzeptiert ein Conversions-API-Ereignis bis zu 7 Tage, nachdem es geschah (Meta: using the API), und nutzt womöglich keine Ereignisse, die später als seine maximalen Zeitrahmen gesendet werden (Meta: delay times), ältere Käufe bleiben also verschwunden. Sende nur Käufe erneut, die nie angekommen sind: Meta gleicht eine erneute Sendung nur mit der ursprünglichen ab, wenn sie dieselbe Ereignis-ID innerhalb von 48 Stunden trägt (Meta: deduplication). In cPixel können bezahlte Tarife einen von einer Live-Sitzung erfassten Kauf unter seiner ursprünglichen Ereignis-ID erneut senden.