Overview
Tracking and analytics let you measure how customers interact with your ticket shop and attribute conversions to your advertising campaigns. The platform supports two layers of tracking:- Company-level Google Tag Manager — a single GTM container that fires across your entire shop, configured once in Marketing Settings.
- Event-level tracking pixels — platform-specific pixels (Meta, Spotify, TikTok, X) configured individually per event, so each event fires only its own tracking codes.
Setting Up Google Tag Manager
Google Tag Manager is configured at the company level and applies across your entire ticket shop.- Navigate to Marketing Settings
- Enter your GTM container ID in the Google Tag Manager code field (format:
GTM-XXXXXXX, up to 20 characters) - Save the settings
There is a separate Admin Google Tag Manager code field for tracking activity within the admin panel itself. This is independent of the shop-facing GTM container.
How GTM Interacts with Event-Level Tracking
If you also use event-level tracking pixels (described below), the GTM container ID is shown as a read-only field on each event’s tracking panel with a link back to Marketing Settings. This is because GTM is always a company-wide setting — it cannot be overridden per event.Enabling Event-Level Tracking Pixels
Event-level tracking pixels let you assign platform-specific pixel IDs to individual events. This means that when a customer views or purchases tickets for a particular event, only the tracking codes associated with that event fire — giving you precise attribution for each campaign. This feature requires the Event-level tracking pixels feature flag to be enabled for your account.Enabling event-level tracking pixels requires the global basket to be disabled. The global basket allows customers to add items from multiple events into a single checkout, which conflicts with event-specific tracking because the platform would not know which event’s pixel should fire. If you need event-level tracking, each checkout must be scoped to a single event.
Configuring Tracking Pixels for an Event
Once event-level tracking is enabled, you configure pixels from each event’s dashboard.- Open the event dashboard
- Navigate to the Tracking pixels section
Supported Platforms
| Platform | Setup URL |
|---|---|
| Meta (Facebook) | business.facebook.com |
| Spotify | adanalytics.spotify.com |
| TikTok | ads.tiktok.com |
| X (Twitter) | ads.x.com |
Adding a Tracking Pixel
For each platform you want to track:- Toggle the platform to enabled
- Enter your Pixel ID (required when the platform is enabled)
- Optionally configure the fallback event type and fallback event ID
- Map specific checkout events to custom event IDs
Fallback Event Settings
Each platform has a fallback event type that determines what kind of event is sent to the ad platform by default:| Platform | Default Fallback Event Type |
|---|---|
| Meta | Custom |
| Spotify | Lead |
| TikTok | Custom |
| X | Lead |
Mapping Checkout Events
The event mapping section lets you associate specific checkout actions with custom event IDs in each ad platform. This gives you granular control over which conversions are reported and how they appear in your ad platform’s reporting. The platform tracks 21 checkout events that you can map:| Event | Description |
|---|---|
| Visit | Customer lands on the event page |
| Product impression | A product is displayed to the customer |
| View item list | Customer views a list of available items |
| Product detail impression | Customer views product details |
| Product click | Customer clicks on a product |
| External login or register | Customer authenticates via an external provider |
| Login | Customer logs in |
| Register | Customer creates an account |
| Logout | Customer logs out |
| Add to basket | Item added to the basket |
| Remove from basket | Item removed from the basket |
| Checkout | Customer begins the checkout process |
| Checkout option | Customer selects a checkout option |
| Purchase | Order is completed |
| Checkout error | An error occurs during checkout |
| Add shipping info | Customer enters shipping details |
| Refund order | An order is refunded |
| Select promotion | Customer applies a promotional code |
| Share event | Customer shares the event |
| View cart | Customer views their basket |
| Customer feedback | Customer submits feedback |
You do not need to map every event. Unmapped events will use the fallback event type and fallback event ID if configured. If no fallback is set either, those events are still tracked but without a custom conversion mapping.
Cookie Consent and Privacy
Shop Tracking
All shop-side tracking — both GTM and event-level pixels — respects the customer’s cookie consent settings. Tracking scripts only fire when the customer has accepted all cookies. If a customer has not yet given consent, tracking events are saved to the browser’s local storage. Once the customer accepts cookies, the stored events are sent to the relevant platforms so no conversion data is lost.Admin Tracking
The admin-side GTM container (configured via Admin Google Tag Manager code) does not require cookie consent and always fires. This is because admin users are staff members, not public customers.PII Protection
Email addresses and phone numbers are SHA-256 hashed before being sent to any tracking platform. No personally identifiable information is transmitted in plain text.Cross-Site Tracking for Embedded Events
If your events are embedded on external websites using an iframe, tracking still works. The platform uses cross-site messaging to relay tracking events from the embedded shop to the parent page. This is labelled Cross-site tracking pixels & tag manager in the UI. When enabled, the embedded shop sends tracking events viapostMessage to the parent page, allowing the external site to capture conversion data without needing to add tracking codes to their own shop configuration.
This is particularly useful when partners or promoters embed your events on their own websites and want to track conversions using their own analytics setup.
For more details on embedding, see Iframe Embeds.
Content Security Policy
If your shop uses a Content Security Policy, tracking script domains need to be explicitly allowed. Optional CSP URLs can be configured for each tracking platform’s script domain so that tracking requests are not blocked by the browser.Child companies inherit the parent company’s CSP configuration unless they define their own. If you manage multiple brands or sub-companies, you only need to configure CSP once at the parent level unless a child company has different tracking requirements.
