Das Meta-Tracking (Meta Pixel + Conversions API, kurz CAPI) erfasst Conversions aus deinen Werbekampagnen auf Facebook und Instagram. In ditix bindest du es zentral unter Shop → Tracking ein – dort heißt der Eintrag aktuell noch „Facebook Conversion Tracking", gemeint ist aber das gesamte Meta-Tracking (Facebook & Instagram). Du brauchst dafür deine Meta Datensatz-/Pixel-ID und einen Access Token (Conversions API / CAPI). Einen Code auf deiner Website musst du dafür nicht einbauen.

1. Werte bei Meta holen

Deine Pixel-/Datensatz-ID und den Access Token (für die Conversions API / CAPI) erstellst du im Meta Events Manager (Datenquellen → dein Pixel → Einstellungen → Conversions API → „Zugriffstoken generieren"). Da Meta die Oberfläche regelmäßig ändert, folge am besten der offiziellen, stets aktuellen Anleitung:

• 👉 Meta Pixel einrichten & Datensatz-/Pixel-ID finden: Meta Pixel einrichten (Meta Business-Hilfe)

• 👉 Access Token für die Conversions API (CAPI) generieren: Conversions API – Erste Schritte (Meta for Developers)

2. Werte in ditix eintragen

1: Klicke in ditix links im Menü auf Shop und oben im Reitermenü auf Tracking. Öffne den Eintrag „Facebook Conversion Tracking" (= Meta-Tracking).

📷 SCREENSHOT (optional): Shop → Tracking → „Facebook Conversion Tracking". (Platzhalter kann nach dem Einfügen gelöscht werden.)

2: Im Feld Tracking-ID deine Meta Datensatz-/Pixel-ID einfügen.

3: Im Feld Access Token deinen Zugriffstoken (Conversions API / CAPI) einfügen.

4: Klicke auf Speichern.

Wichtig: Trage beide Werte korrekt ein, da sonst Conversions wie „Checkout starten" oder „Kauf" nicht erfasst werden.

Fertig – ab jetzt übermittelt ditix die relevanten Ereignisse (z. B. Seitenaufrufe, Warenkorb, Kauf) automatisch an Meta und du kannst deine Conversions auf Facebook und Instagram tracken.

Analog bindest du auch Google Analytics, Google Ads und TikTok unter Shop → Tracking ein.

Wichtige Punkte des META Tracking (FAQ)

Welche Ereignisse sendet ditix an Meta? PageView (jede Seite), ViewContent (Eventseite), AddToCart (Ticket in den Warenkorb), InitiateCheckout (Kasse gestartet), AddPaymentInfo (Zahlungsart gewählt), Purchase (Kauf abgeschlossen). AddToCart, InitiateCheckout und Purchase gehen doppelt raus: über das Meta Pixel im Browser und serverseitig über die Conversions API. Beide tragen dieselbe Event-ID (beim Kauf ist das die ditix-Bestell-ID), damit Meta sie zu einem Ereignis zusammenführt. Im Events Manager steht deshalb bei diesen Ereignissen „Verbindungsmethode: Mehrere“ – das ist richtig so.

Welche Daten werden mitgesendet? Bestellwert und Währung, Event-Name und Ticketarten als Produkte, die Meta-Browser-ID (fbp) und, falls vorhanden, die Klick-ID (fbc), die Seiten-URL sowie IP-Adresse (gekürzt) und Browser-Kennung. Beim Kauf zusätzlich die Käuferdaten für den erweiterten Abgleich: E-Mail, Vor- und Nachname, PLZ, Ort, Land und Anrede – alle SHA-256-gehasht. Nicht übermittelt werden Telefonnummer, Geburtsdatum und externe ID. Vor dem Kauf liegen noch keine Käuferdaten vor, deshalb enthalten AddToCart und InitiateCheckout nur Browser- und Klick-ID.

Welcher Betrag steckt im Kaufwert? Der Kauf meldet den tatsächlich bezahlten Gesamtbetrag der Bestellung: Ticketpreise inklusive VVK-Gebühr, plus Bestellgebühr, abzüglich Rabattcodes und eingelöster Gutscheine. Ein Wert „nur Ticketpreis ohne Gebühren“ wird nicht übermittelt. Pro Bestellung geht genau ein Purchase mit dem Gesamtwert raus, die Ticketarten stehen als Positionen darin. AddToCart meldet den Nominalpreis der gewählten Tickets vor Rabatt und ohne Bestellgebühr, kann also vom späteren Kaufwert abweichen. Bei Stornierungen oder Erstattungen wird kein Korrektur-Ereignis gesendet.

Übernehmt ditix den fbclid aus der URL als fbc? Ja. Kommt ein Besucher über einen Meta-Anzeigenklick, steht fbclid in der URL. ditix speichert ihn beim ersten Seitenaufruf in einem First-Party-Cookie und sendet ihn als fbc mit allen Server-Ereignissen mit. Wichtig: Eine Klick-ID gibt es nur bei Besuchern, die tatsächlich über eine Meta-Anzeige kommen. Wer über Google, Newsletter, Link-in-Bio oder direkt kommt, hat keine – eine fbc-Abdeckung von 100 % ist deshalb nicht erreichbar. Damit möglichst viele Klick-IDs ankommen: Anzeigen direkt auf den Ticketshop verlinken, nicht auf eine Zwischenseite. Wenn eine Zwischenseite nötig ist, muss sie den fbclid an den Shop-Link weiterreichen.

Welche Rolle spielt der Cookie-Banner? Meta-Tracking läuft nur, wenn der Käufer im Cookie-Banner Marketing zugestimmt hat. Ohne Zustimmung wird weder das Pixel geladen noch ein Server-Ereignis gesendet – auch der Kauf nicht. Das ist so gewollt und rechtlich erforderlich. Ein Kauf ohne Zustimmung erscheint deshalb in ditix, aber nicht bei Meta.

Wo sehe ich die Ergebnisse? Im Meta Events Manager (Datenquellen → dein Pixel). Dort erscheinen Ereignisse mit Verzögerung – bei neuen Pixeln teils erst nach ein bis zwei Stunden. Im Werbeanzeigenmanager wird ein Kauf nur gezählt, wenn der Käufer vorher eine deiner Anzeigen gesehen oder angeklickt hat; diese Zuordnung dauert länger. Zum Live-Test: Events Manager → Reiter „Testereignisse“ öffnen, dann im Shop ein Ticket in den Warenkorb legen. Die Browser-Ereignisse erscheinen dort sofort.

Es kommt nichts oder nur PageView an – was prüfen?

• Sind Tracking-ID und Access Token unter Shop → Tracking gespeichert (Haken hinter beiden Feldern)?

• Wurde beim Test dem Marketing im Cookie-Banner zugestimmt?

• Zeigt der Reiter „Diagnose“ im Events Manager einen Hinweis auf einen ungültigen Zugriffsschlüssel? Dann in Meta einen neuen Token erzeugen und in ditix eintragen. Token eines System-Users laufen nicht ab, persönliche Token nach etwa 60 Tagen.

• Bei einem einzelnen fehlenden Kauf: Bestellnummer an den Support schicken, wir prüfen in den Logs, ob und mit welcher Antwort Meta das Ereignis erhalten hat.

Meta zeigt zu viele AddToCart, „Multiple“ als Quelle oder eine niedrige Match-Qualität Häufigste Ursache: Regeln aus dem Ereignis-Setup-Tool im Events Manager, die nicht auf eine Website eingeschränkt sind (z. B. „Klick auf Text ‚Tickets‘ → AddToCart“). Sie greifen auch im Ticketshop und erzeugen ein zweites AddToCart ohne Event-ID und ohne Kundendaten. Das lässt sich nicht mit unserem Ereignis zusammenführen und zieht die Match-Qualität nach unten. Lösung: Events Manager → Einstellungen → Ereignis-Setup → Regeln löschen oder auf die eigene Website-URL einschränken. Dasselbe gilt für zusätzliche Pixel-Einbindungen über Tag Manager, Openbridge oder ähnliche Gateways.

Wird ein Kauf doppelt gezählt, wenn die Bestellseite neu geladen wird? Nein. Das Browser-Ereignis trägt immer die Bestell-ID als Event-ID; Meta zählt dieselbe ID innerhalb von 48 Stunden nur einmal.

Shop als iFrame auf der eigenen Website Das Tracking läuft innerhalb des Shops und funktioniert auch im iFrame. Für Seitenaufrufe deiner eigenen Website brauchst du dort zusätzlich dein Pixel. Die Klick-ID kommt nur im Shop an, wenn der fbclid bis zur Shop-URL durchgereicht wird – am einfachsten, indem Anzeigen direkt auf den Shop führen. Eine eigene Subdomain oder DNS-Einstellung ist für das Tracking nicht nötig.

Eigene Skripte, Tag Manager, Matomo, zweiter Pixel Im Ticketshop lassen sich keine eigenen Skripte, kein Google Tag Manager und kein Matomo einbinden; pro Organisation ist ein Meta-Pixel möglich. Alle für Meta nötigen Funktionen sind bereits eingebaut. Wer Kauf-Ereignisse in ein eigenes Setup übernehmen will, nutzt den Webhook order_created (Add-Ons → Webhooks): Er liefert Bestellnummer, Betrag, Event, Ticketarten und Käuferdaten, aus denen sich eigene Conversions-API-Ereignisse bauen lassen. Das ist auch der Weg, wenn Meta die Shop-Domain wegen ihrer Kategorie-Einstufung einschränkt – die Seiten-URL im Server-Ereignis lässt sich nicht individuell ändern.