Dokumentation
Dokumentation
Alles, was du brauchst, um Track zu installieren, Server-Events zu senden, Consent zu integrieren und Destinationen zu konfigurieren. Der Dashboard-Assistent verlinkt bei jedem Schritt hierher.
Drei Schritte bis zum funktionierenden Setup
Einmal installieren, Events senden, die genutzten Plattformen verbinden. Jeder Schritt lässt sich im Dashboard prüfen, bevor du weitergehst.
Snippet installieren
Füge ein asynchrones Script-Tag in deine Seiten ein. Es lädt die signierte Konfiguration für deine Tracking-ID und respektiert Consent ab dem ersten Seitenaufruf.
Das kannst du prüfenSeitenaufrufe erscheinen im Event-Debugger.
Events senden
Nutze die Standardevents aus dem Browser, einem Shop-Plugin oder deinem Server. Käufe tragen eine Bestellnummer, damit Browser- und Server-Kopie dedupliziert werden.
Das kannst du prüfenJedes Event zeigt seinen Consent-Status und den Grund, warum es zugestellt oder zurückgehalten wurde.
Destination verbinden
Der geführte Assistent prüft Zugangsdaten, mappt Events, sendet einen echten Testevent und veröffentlicht erst nach deiner Freigabe.
Das kannst du prüfenZustellzustand und letzte erfolgreiche Zustellung sind pro Destination sichtbar.
So reist ein Event
Jedes Event nimmt denselben Weg, egal ob es aus dem Browser, einem Shop-Plugin oder deinem Server kommt: Track validiert und dedupliziert es, prüft die Consent-Policy und routet es zu den konfigurierten Destinationen.
Auf dieser Seite
Anleitungen
Snippet installieren
Füge das asynchrone Script auf jeder Seite ein, idealerweise im Head. Es lädt die signierte Konfiguration für deine Tracking-ID, respektiert Consent und blockiert nie das Rendering. Ersetze TRACKING_ID durch die sechsstellige ID aus deinem Dashboard.
<script async src="https://cdn.track.site/v1/tracker.js" data-site-id="TRACKING_ID"></script>Browser-Events senden
Standardevents (page_view, view_item, add_to_cart, begin_checkout, purchase, generate_lead, sign_up, subscribe, start_trial, contact, book_appointment, download, search, login) tragen validierte Parameter; Custom-Events verwenden Namen in lowercase snake_case.
window.tsq = window.tsq || [];
tsq.push(["track", "purchase", { order_id: "A1001", currency: "EUR", value: 129.9, items: [{ item_id: "SKU-1", price: 99.9, quantity: 1 }] }]);
tsq.push(["identify", { user_id: "u_42", email: "customer@example.com" }]); // wird clientseitig vor dem Transport gehashtServer-API und Offline-Conversions
Lege in Einstellungen → Server-Source-Keys einen Key an und sende Events aus Backend, CRM oder Kasse. Übergib dieselbe Bestellnummer wie das Browser-Event zur Deduplizierung; setze props.offline für Offline-Conversions.
curl -X POST https://api.track.site/v1/s \
-H "Authorization: Bearer tsk_..." -H "Content-Type: application/json" \
-d '{"events":[{"name":"purchase","ts":1767225600000,"props":{"offline":true},"commerce":{"order_id":"A1001","currency":"EUR","value":129.9},"user_data":{"email":"customer@example.com"},"click_ids":{"gclid":"Cj0K..."},"consent":{"granted":["necessary","marketing"],"source":"crm"}}]}'Consent-Integration
Nutze ein unterstütztes CMP (TCF 2.2, GPP/GPC, Cookiebot, OneTrust, Usercentrics) — der Tracker liest es automatisch — oder rufe die Consent-API aus deinem eigenen Banner auf. Zwecke: necessary, analytics, marketing, personalization. Ein Widerruf stoppt alles sofort.
tsq.push(["consent", { granted: ["necessary", "analytics", "marketing"], source: "api", policy_version: "2026-09" }]);Destinationen
Jede Destination hat einen geführten Assistenten: Kennungen, Tresor-Zugangsdaten oder OAuth, Anbieter-Validierung, Event-Mapping mit geprüften Standards, echter Testevent, Lint, Diff und freigabepflichtige Veröffentlichung. Browser und Server teilen eine Event-ID; Käufe ergänzen die Bestellnummer.
- Meta, Google Ads/YouTube, GA4, TikTok, Microsoft, LinkedIn, Reddit, Pinterest, Snapchat
- X, Taboola, Outbrain, Amazon Ads, Spotify, Quora
- Yahoo DSP, The Trade Desk, Google Marketing Platform, AdRoll, Criteo, Affiliate-Postbacks (13 Presets), Webhooks
Shopsysteme
Shopify (App mit Order-Webhooks und Web Pixel), WooCommerce (Plugin mit signierten Order-Webhooks) und Shopware 6 (App mit Storefront-Script und Order-Webhooks) senden verifizierte Kauf- und Erstattungsevents mit Bestellnummern. Plugin installieren, Tracking-ID und Source-Key einfügen, fertig.
- Verifizierte Quelle: Events sind source_verified und gelten als maßgebliche Conversion
- Erstattungen erzeugen Events mit negativem Wert für Anbieter, die das unterstützen
- Browser-Käufe aus dem Theme werden über die Bestellnummer dedupliziert
Datenschutz-Center und DSAR
Aufbewahrungsfristen pro Datenart, Consent-Policy-Versionen pro Site und Betroffenenanfragen (Export, Löschen, Einschränken, Berichtigen, Widerspruch, Übertragbarkeit) werden unter Consent & Datenschutz bearbeitet. Anfragen nutzen nur gehashte Kennungen und erzeugen einen auditierten Bericht.
Endpunkte im Überblick
Alle Antworten sind JSON; 202 bedeutet, dass der Batch dauerhaft in der Queue liegt.
| Endpunkt | Zweck | Hinweise |
|---|---|---|
POST /v1/e | Browser-Batches | ≤ 50 Events pro Batch |
POST /v1/s | Server-Batches | ≤ 100 Events pro Batch, Bearer-Source-Key |
POST /v1/affiliate/in/{trackingId}/{preset} | Eingehende Affiliate-Netzwerk-Postbacks | 13 Netzwerk-Presets |
GET /c/{trackingId}/manifest.json | Konfigurations-Manifest und signiertes Bundle | Ed25519-signiert, vom Browser-SDK geprüft |