Fang mit einer Bestellung an: Wo bleibt der Kauf hängen?
Ob dein Facebook-Pixel gar nicht funktioniert oder nur manche Käufe verpasst: Fang mit einer aktuellen Bestellung an, die du eindeutig zuordnen kannst. Notiere in Shopify ihre Bestellnummer, Uhrzeit und Gesamtsumme und verfolge diese Bestellung dann bis zu Meta. In Shopify zeigt die Conversion-Zusammenfassung der Bestellung, woher der Käufer kam, und die Conversion-Details listen, wenn Shopify sie anzeigt, die Besuche vor der Bestellung auf.
Ein Kauf kann an drei Stellen hängen bleiben: Er erreicht Meta nie, er erreicht Meta, wird aber keiner Anzeige zugeschrieben, oder er erreicht Meta doppelt. Jede Stelle hat eigene Ursachen, also finde sie, bevor du Pixel, Apps oder Einstellungen änderst.
Wähle im Events Manager von Meta die Datenquellen aus und öffne dein Pixel, das Meta auch Datensatz nennen kann. Die Übersicht listet die Events auf, die Meta erhalten hat, und die Verbindungsmethode zeigt, wie jedes Event Meta erreicht hat, etwa aus dem Browser oder von einem Server. Laut Meta sollten neue Events dort innerhalb von etwa 20 Minuten nach dem Senden erscheinen.
| Was du siehst | Was es meistens bedeutet | Als Nächstes prüfen |
|---|---|---|
| Keine Purchase-Events im Events Manager | Kein Tool liefert Käufe an dieses Pixel, oder sie gehen an eine andere Pixel-ID | Deine Sender für Käufe, ihre Pixel-IDs und die neue Dankes-Seite von Shopify |
| Käufe im Events Manager, keine im Werbeanzeigenmanager | Meta hat die Käufe erhalten, aber nicht deinen Anzeigen zugeschrieben | Attributionseinstellungen und das Conversion-Event deiner Anzeigengruppen |
| Mehr Käufe im Events Manager als Bestellungen in Shopify | Zwei Tools senden dieselbe Bestellung mit unterschiedlichen Event-IDs | Ein Browser-Sender und ein Sender für Käufe pro Pixel-ID |
| Käufe bleiben nach einer Änderung an Theme, Checkout oder App aus | Ein Sender funktioniert nicht mehr, oft auf den neuen Checkout-Seiten | „Einstellungen > Kundenereignisse“ und der wiederholbare Test unten |
Liste jedes Tool auf, das Käufe an dein Pixel sendet
In Shopify können Käufe aus mehreren Quellen dasselbe Meta-Pixel erreichen, jede an einer anderen Stelle im Adminbereich eingerichtet, und jede arbeitet für sich: Entfernst du eine, stoppt das die anderen nicht. Notiere jeden Sender und die Pixel-ID, die er nutzt, bevor du etwas testest. Shopify rät, vor dem Hinzufügen eines benutzerdefinierten Pixels vorhandenen Pixel-Code zu entfernen oder zu ändern, damit Kundenereignisse nicht doppelt gezählt werden.
- Der Vertriebskanal „Facebook & Instagram“: Öffne die Einstellungen des Kanals und prüfe die Datenfreigabe. Ist die Datenfreigabe aktiv, sendet das Meta-Pixel des Kanals Browser-Events, und auf den Stufen Enhanced und Maximum sendet laut Shopify zusätzlich die Conversions API das Kauf-Event zwischen den Servern von Shopify und Meta.
- „Einstellungen > Kundenereignisse“: App-Pixel, die Apps und Vertriebskanäle hinzufügen, und benutzerdefinierte Pixel, die von Hand eingefügt wurden. Ein Meta-Pixel, das in den Präferenzen des Onlineshops stand statt im Kanal „Facebook & Instagram“, wurde dort im Februar 2025 entfernt und hier in ein benutzerdefiniertes Pixel umgewandelt.
- Dein Theme-Code: ein Pixel-Snippet in theme.liquid zwischen den head-Tags. Shopify bittet dich, es zu entfernen, bevor du im Kanal „Facebook & Instagram“ eine Pixel-ID hinzufügst.
- Die Checkout-Einstellungen: alte zusätzliche Skripte. Sie laufen auf den neuen Dankes- und Bestellstatus-Seiten von Shopify nicht, ein Kauf-Skript dort sendet also nichts mehr.
- Andere Apps und WeProfit, falls du es nutzt: In WeProfit listet „Werbenetzwerke > Meta“ jedes verbundene Pixel mit seiner Pixel-ID auf.
Prüfe, ob jeder Sender die richtige Pixel-ID nutzt
Meta bittet darum, für Browser- und Server-Events dieselbe Pixel-ID zu verwenden. Ein Kauf, der an ein anderes Pixel geht, etwa an ein altes oder an eines, das einem anderen Unternehmen gehört, taucht nie in dem Pixel auf, über das deine Kampagnen berichten. Öffne im Events Manager den Tab „Einstellungen“ des Pixels, das deine Anzeigengruppen nutzen, notiere seine ID und vergleiche sie mit der ID in jedem Sender.
Öffne in WeProfit „Werbenetzwerke > Meta“. Jede Pixel-Karte zeigt die Pixel-ID, ob ein Token hinterlegt ist, die letzte erfolgreiche Übermittlung und den letzten Fehler. Eine Pixel-ID lässt sich pro Shop einmal verbinden, und ein Shop kann mehrere Pixel verbinden, jedes mit eigenem Token und eigenen Bedingungen.
Bedingungen legen fest, welche Events ein Pixel erhält. Ein Kauf, der die Bedingungen eines Pixels nicht erfüllt, etwa eine Regel zu Land oder Bestellwert, wird nicht an dieses Pixel gesendet und bekommt keine Zeile in seinem Übermittlungsprotokoll. Ein Pixel ohne Bedingungen erhält alles.
Die neue Dankes-Seite von Shopify: Alte Kauf-Skripte laufen nicht mehr
Shopify hat die alten Dankes- und Bestellstatus-Seiten ersetzt. Für Shops mit Shopify Plus wurden checkout.liquid und zusätzliche Skripte auf diesen Seiten am 28. August 2025 abgeschaltet. Shops mit anderen Tarifen hatten bis zum 26. August 2026 Zeit, und Shopify hat die Shops, die bis dahin nicht umgestellt hatten, automatisch umgestellt. Das Feld für zusätzliche Skripte in den Checkout-Einstellungen lässt sich seit dem 28. August 2025 nur noch ansehen.
Zusätzliche Skripte werden auf den neuen Seiten nicht unterstützt, Kauf-Code für Meta, der dort stand, hat also mit der Umstellung deiner Seiten aufgehört zu senden. Für das Tracking auf den neuen Seiten empfiehlt Shopify App-Pixel und, wenn keine App passt, ein benutzerdefiniertes Pixel; beide findest du unter „Einstellungen > Kundenereignisse“. Damit ein benutzerdefiniertes Pixel Käufe sendet, muss sein Code das Event checkout_completed von Shopify abonnieren.
Kauf-Events im Browser hängen außerdem davon ab, dass eine Seite lädt. Shopify löst checkout_completed einmal pro Checkout aus, meist auf der Dankes-Seite oder, wenn du ein Upselling anbietest, auf der ersten Upsell-Seite. Lädt diese Seite nicht, löst Shopify das Event gar nicht aus, und ein Browser-Pixel verpasst diesen Kauf.
- Prüfe unter „Einstellungen > Kundenereignisse“, ob das Pixel aufgeführt ist, das Käufe senden soll. Ein benutzerdefiniertes Pixel muss außerdem verbunden sein: Eines, das bei den getrennten Pixeln steht, sendet nichts.
- Wähle beim Pixel die Option zum Testen, um den Shopify Pixel Helper in deinem Shop zu öffnen, und ruf dann die Seiten auf, die du prüfen willst. Um die Dankes-Seite zu testen, gib eine Testbestellung auf.
- Öffne ein App-Pixel und prüfe seine Einstellung für den Datenzugriff. Bei der Standardeinstellung, dem optimierten Zugriff, kann Shopify einen Teil oder alle Daten pausieren, die ein Marketing-Pixel teilt, wenn Shopify entscheidet, dass das Pixel zu viele Daten teilt, und laut Shopify kann das die Daten für die Attribution im Werbeanzeigenmanager einschränken. Das Aktivitätsprotokoll des Pixels in seinen Details zeigt, wann der Datenzugriff seit dem 3. Juni 2026 pausiert oder gewährt wurde. Mit dauerhaftem Zugriff erhält das Pixel Zugriff ohne diese Einschränkungen.
Warum ein Server-Kauf nicht von der Dankes-Seite abhängt
Ein Browser-Pixel meldet, was im Browser des Käufers passiert, daher kann es einen Kauf verpassen, wenn die Dankes-Seite nicht lädt oder ein Blocker das Pixel stoppt. Shopify weist darauf hin, dass Werbeblocker ein Web-Pixel vollständig blockieren können, während die eigenen Berichte und Bestelldaten von Shopify nicht betroffen sind.
Server-Side-Tracking geht stattdessen vom Bestelldatensatz aus. Mit WeProfit in Shopify wird jedes Purchase-Event aus dem Bestell-Webhook von Shopify gebildet und vom Server von WeProfit über die Conversions API an Meta gesendet, einmal pro Bestellung und Pixel. Es hängt weder von Theme-Code noch von Checkout-Skripten oder der Dankes-Seite ab, und WeProfit sendet in Shopify kein Purchase-Event aus dem Browser. Laut Shopify werden Webhooks außerdem weiterhin wie erwartet zugestellt, wenn Shopify den Datenzugriff eines Pixels optimiert.
Der Besuch zählt trotzdem: Er liefert die Klick-IDs der Anzeigen und die Browser-IDs von Meta, die WeProfit mit dem Kauf sendet. Die Events von WeProfit aus dem Onlineshop erreichen WeProfit über den App-Proxy von Shopify auf der eigenen Domain deines Shops, daher halten Blocklisten, die sich gegen Tracking-Domains richten, sie meist nicht auf. Das ist keine Garantie, und ein Kauf, der Meta erreicht, hängt weiterhin davon ab, dass Meta ihn zuordnet und einer Anzeige zuschreibt.
Wenn du WeProfit nutzt: Finde die Bestellung und ihren Status bei Meta
Öffne in WeProfit „Bestellungen“ und suche nach der Bestellnummer. Die Spalte „Netzwerke“ zeigt den Übermittlungsstatus der Bestellung für jedes verbundene Netzwerk, etwa „Meta: gesendet“ oder „Meta: nicht gesendet“, wenn WeProfit dafür kein Purchase-Event gesendet hat. Die Spalte „Attribution“ zeigt, wie die Bestellung mit einem Besuch verknüpft wurde.
Manche Bestellungen werden nie als Kauf an ein Werbenetzwerk gesendet: Bestellungen, die vor der Installation von WeProfit aufgegeben wurden, einschließlich des importierten Bestellverlaufs; Bestellungen über Shopify POS, Bestellentwürfe und in der mobilen Admin-App erstellte Bestellungen; Abo-Verlängerungen, die keinen Checkout haben (die erste Abo-Bestellung ist ein normaler Kauf im Web); und Bestellungen, die schon storniert sind, wenn WeProfit sie verarbeitet. Bis auf die stornierten Bestellungen zählen sie trotzdem im Umsatz und Gewinn in WeProfit.
Fehlt die Bestellung, öffne „Installation“ und prüfe, ob „Verbindung“ den Status „Verbunden“ zeigt. Ist die Bestellung da, aber nichts wurde gesendet, öffne „Einstellungen“: „Tracking aktiv“ und „Server-Tracking“ müssen eingeschaltet sein. Bei pausiertem Tracking wird nichts an Werbenetzwerke gesendet, während Bestellungen weiter synchronisiert werden, und mit ausgeschaltetem „Server-Tracking“ geht kein Server-Event an irgendein Netzwerk.
Auf der Seite „Installation“ sollte „Web-Pixel installiert“ auf „Ja“ stehen und „App-Einbettung (Tracking im Onlineshop)“ auf „Aktiv“. Ist die App-Einbettung ausgeschaltet, erreichen Käufe Meta trotzdem aus der Bestellung mit ihren Kundendaten, aber ohne die Browser-IDs von Meta aus dem Besuch; enthält die Landingpage-URL der Bestellung eine fbclid, bildet WeProfit daraus trotzdem die Klick-ID fbc.
Wurde ein Purchase-Event gesendet? Lies das CAPI-Übermittlungsprotokoll
Unter „Werbenetzwerke > Meta“ listet das CAPI-Übermittlungsprotokoll die Server-Events, die WeProfit an Meta sendet, mit Zeitpunkt, Event, Pixel, Event-ID, Status, Versuchen, fbtrace-ID und eventuellen Fehlern. Filtere es nach Pixel, nach dem Event Purchase und nach Status. Um es anzusehen, brauchst du die Berechtigung „Events & Bestellungen“.
Das Protokoll zeigt die eigene Event-ID von WeProfit, etwa pur_6012345678901. Meta erhält sie mit einem Shop-Code aus 8 Zeichen nach dem ersten Unterstrich, etwa pur_a1b2c3d4-6012345678901, also such in den Tools von Meta nach dieser Form. Das Protokoll hat keine Spalte für Wert oder Währung: Prüfe den Wert eines Kaufs auf der Seite „Events“ in WeProfit.
Lehnt Meta das Token ab, pausiert WeProfit das Pixel und zeigt ein Banner: Prüfe, ob das verbundene Konto noch Zugriff hat und das Token aktuell ist, und sende dann über die Verbindung einen Test, um fortzufahren. WeProfit testet das Token nicht beim Speichern eines Pixels, daher zeigt „Test senden“ oder die erste Übermittlung, ob Meta es annimmt. Das Widget „Tracking-Status“ fasst die Server-Übermittlungen der letzten 24 Stunden als „Gesendet“, „Unterwegs / wird wiederholt“ und „Fehlgeschlagen“ zusammen.
| Status | Bedeutung | Was zu tun ist |
|---|---|---|
| ausstehend | In der Warteschlange, noch nicht gesendet | Warte und aktualisiere dann das Protokoll |
| gesendet | Meta hat mit Erfolg geantwortet | Prüfe den Events Manager: „gesendet“ heißt nicht, dass Meta eine Anzeige zugeschrieben hat |
| fehlgeschlagen | Ein vorübergehendes Problem, etwa ein Netzwerkfehler, eine Zeitüberschreitung oder ein Rate Limit | Nichts: WeProfit versucht es automatisch erneut, mit derselben Event-ID |
| aufgegeben | Meta hat das Event endgültig abgelehnt oder das Token zurückgewiesen, oder die Versuche sind aufgebraucht | Lies die Spalte „Fehler“, behebe die Ursache und klicke dann auf „Test senden“ |
| übersprungen (deaktiviert) | Das Pixel war ausgeschaltet oder im Fehlerzustand, als das Event an der Reihe war | Schalte das Pixel ein oder behebe den Fehler; Events, die übersprungen wurden, während ein Pixel aus war, werden später nicht nachgesendet |
| übersprungen (vor Installation) | Die Bestellung wurde vor der Installation von WeProfit aufgegeben | Nichts: Diese Bestellungen werden nie gesendet |
Käufe im Events Manager, aber nicht im Werbeanzeigenmanager
Der Events Manager zeigt die Events, die Meta erhalten hat. Die Ergebnisse im Werbeanzeigenmanager zählen die Käufe, die Meta deinen Anzeigen nach der Attributionseinstellung jeder Anzeigengruppe zuschreibt: ein Zeitfenster, nachdem jemand auf eine Anzeige geklickt, mit ihr interagiert oder sie gesehen hat. Der Kauf eines Käufers, der in diesem Zeitfenster nicht mit deinen Anzeigen interagiert hat, erreicht Meta trotzdem, wird aber nicht zum Ergebnis einer Anzeige. In WeProfit bedeutet „gesendet“, dass Meta das Event angenommen hat, nicht, dass Meta es einer Person zugeordnet oder einer Anzeige zugeschrieben hat.
Außerdem hat Meta eingegrenzt, was als Klick zählt. Seit März 2026 beschränkt Meta die Click-through-Attribution für Website-Conversions auf Linkklicks, und Conversions nach anderen Klicks, etwa auf Teilen oder Speichern, zählen unter dem, was Meta jetzt Engage-through-Attribution nennt. Vergleiche Spalten mit derselben Attributionseinstellung, bevor du entscheidest, dass Käufe fehlen.
- Die letzten Tage stehen noch nicht fest. Gib neuen Käufen Zeit, bevor du vergleichst, und vergleiche auch einen abgeschlossenen Zeitraum.
- Der Kauf enthält zu wenig, um einer Person zugeordnet zu werden. Das Purchase-Event von WeProfit kann die gehashte E-Mail-Adresse, Telefonnummer, Vor- und Nachname, Stadt, Bundesland, Postleitzahl, Land und externe ID des Käufers enthalten, dazu IP-Adresse und User-Agent sowie die Browser-IDs fbp und fbc von Meta, wenn sie bekannt sind. Die „Qualitätsbewertung“ in WeProfit zeigt die „Klick-ID-Rate“ und die „Identitätsrate“ deiner Käufe der letzten 7 Tage.
- Deine Anzeigengruppen nutzen ein anderes Pixel oder ein anderes Conversion-Event. Prüfe, ob sie das Pixel nutzen, an das du Käufe sendest, mit Purchase als Conversion-Event.
Zwei Sender, ein Pixel: Warum sich Käufe verdoppeln
Der von Meta empfohlene Weg, ein Browser-Event und ein Server-Event einmal zu zählen, ist derselbe Event-Name und dieselbe Event-ID auf beiden: Die eventID des Pixels muss der event_id der Conversions API entsprechen. Meta dedupliziert nur Events, die innerhalb von 48 Stunden nach dem ersten eintreffen. Zwei Tools, die dieselbe Bestellung mit eigenen IDs senden, können bei Meta als zwei Käufe zählen.
WeProfit sendet das Purchase-Event jeder Bestellung einmal pro Pixel, von seinem Server, mit einer Event-ID, die aus der Bestellung gebildet wird. Wiederholte Webhooks, Änderungen an der Bestellung und Wiederholungsversuche fügen deshalb nie einen zweiten Kauf von WeProfit hinzu. In Shopify lädt die App-Einbettung außerdem das Meta-Pixel, das du verbindest, auf den Seiten deines Onlineshops und löst PageView, ViewContent und AddToCart mit denselben Event-IDs aus wie ihre Server-Kopien. Checkout-Events und das Purchase-Event haben keine Browser-Kopie von WeProfit.
Der Kanal „Facebook & Instagram“, eine andere App oder ein Pixel in deinem Theme verwendet eigene Event-IDs, die nicht mit denen von WeProfit übereinstimmen. Behalte pro Pixel-ID einen Browser-Sender und einen Sender für Käufe: Verbindest du eine Pixel-ID in WeProfit, sorg dafür, dass die anderen Tools nicht mehr an dieses Pixel senden. WeProfit hat keine Option, ein einzelnes Pixel nur vom Server aus zu beliefern; der shopweite Schalter „Browser-Tracking“ entfernt sein Meta-Pixel, stoppt aber auch das gesamte Tracking im Onlineshop.
Um zu sehen, ob Meta Browser- und Server-Kopien zusammengeführt hat, öffne in der Übersicht des Events Manager die Details des Events und lies den Tab zur Event-Deduplizierung.
Ein wiederholbarer Test nach jeder Änderung an Theme, Checkout oder Pixel
Führe denselben kurzen Test aus, wann immer du dein Theme, deinen Checkout, Apps oder Pixel änderst, und bewahre das Ergebnis mit dem Datum auf. Er zeigt dir, ob die Änderung einen Sender lahmgelegt hat, ohne dass du eine Woche Werbeberichte abwarten musst.
- Liste jeden Sender für Käufe und die Pixel-ID auf, die er nutzt, wie oben beschrieben.
- Wähle unter „Einstellungen > Kundenereignisse“ für jedes Pixel die Option zum Testen und geh im Shopify Pixel Helper eine Produktseite, den Warenkorb und den Checkout durch.
- Öffne in WeProfit „Werbenetzwerke > Meta“, kopiere den Testcode aus dem Tab „Events testen“ im Events Manager in das Feld „Test-Event-Code“ des Pixels, speichere und klicke auf „Test senden“. WeProfit sendet einen PageView über die Conversions API und zeigt die Antwort von Meta, mit der fbtrace-ID, wenn Meta eine zurückgibt.
- Gib eine Testbestellung auf. WeProfit zählt eine Shopify-Testbestellung und sendet sie wie eine echte Bestellung an deine verbundenen Werbenetzwerke, auch wenn Shopify Testbestellungen aus seinen eigenen Berichten herauslässt. Eine spätere Stornierung zieht ein bereits gesendetes Purchase-Event nicht zurück.
- Suche die Bestellung auf der Seite „Bestellungen“ und prüfe Meta in der Spalte „Netzwerke“. Suche dann ihr Purchase-Event im CAPI-Übermittlungsprotokoll und, solange der Testcode gesetzt ist, in „Events testen“ bei Meta.
- Lösche den Test-Event-Code, wenn du fertig bist. WeProfit schaltet ihn außerdem 24 Stunden nach dem Setzen von selbst ab.
- Öffne etwa 20 Minuten später die Übersicht im Events Manager und prüfe, ob das Purchase-Event die erwartete Verbindungsmethode zeigt.
Dokumentation der Plattformen
- Shopify: Dankes- und Bestellstatus-Seiten umstellen
- Shopify: Zusätzliche Skripte auf den neuen Seiten ersetzen
- Shopify: App-Pixel, Tests und Datenzugriff
- Shopify: Stufen der Datenfreigabe für Facebook
- Shopify: Das Event checkout_completed
- Meta: Pixel- und Server-Events deduplizieren
- Meta: Die Einrichtung der Conversions API prüfen
- Meta: Änderungen an der Click-through-Attribution