Sofortantwort
Server-Side Tracking einfach erklärt
Tracking über den Server statt über den Browser des Nutzers.
- Kurz gesagt
- Tracking-Daten werden vom Server an Analytics/Ads gesendet, nicht vom Browser
- Typischer Einsatz
- Ad-Blocker-Resistenz, Bessere Conversion-Daten, First-Party-Kontext
- Wichtig zu wissen
- Bessere Datenqualität, aber komplexeres Setup und Hosting-Kosten
Server-Side Tracking im Überblick
Server-Side Tracking verlagert das Tracking vom Browser auf deinen Server. Statt dass der Browser des Nutzers Daten direkt an Google Analytics oder Meta sendet, gehen die Daten erst an deinen Server – und von dort weiter.
Client-Side vs. Server-Side:
Client-Side (traditionell):
Browser → [GA4, Meta, Google Ads]
(direkt, kann geblockt werden)
Server-Side:
Browser → Dein Server → [GA4, Meta, Google Ads]
(First-Party) (von dir kontrolliert)
Warum ist das besser?
| Problem | Client-Side | Server-Side |
|---|---|---|
| Ad-Blocker | Blockiert Tracking | Funktioniert trotzdem |
| Browser-Limits | ITP, Cookie-Limits | Umgehbar |
| Datenqualität | ~70-80% erfasst | ~90-95% erfasst |
| Datenkontrolle | Keine | Volle Kontrolle |
| Performance | Viele Scripts | Weniger Browser-Last |
Der Trade-off:
- Komplexeres Setup
- Hosting-Kosten
- Technisches Know-how nötig
Technisch betrachtet
Architektur
┌─────────────┐ ┌─────────────────┐ ┌─────────────┐
│ Browser │────▶│ Server-Side │────▶│ GA4 │
│ (GTM) │ │ GTM Container │ │ Meta │
└─────────────┘ │ (Cloud Run) │ │ Google Ads│
└─────────────────┘ └─────────────┘
│
▼
┌─────────────────┐
│ Daten- │
│ Transformation │
│ - PII filtern │
│ - Anreichern │
└─────────────────┘
Server-Side GTM Setup
1. Server Container erstellen:
- Google Tag Manager → Server Container
- Hosting wählen (Cloud Run, Stape, AWS)
2. Custom Domain konfigurieren:
tracking.deinedomain.de → Server Container
First-Party-Kontext: Cookies von eigener Domain
3. Client-Side anpassen:
- GA4 Configuration Tag → Server URL
- Events an Server statt direkt an GA4
4. Server-Side Tags:
- GA4 Tag (sendet an Google)
- Meta Conversions API Tag
- Google Ads Conversion Tag
Conversions API (CAPI)
Meta und Google bieten Server-Side APIs:
Meta Conversions API:
// Server sendet an Meta
{
"event_name": "Purchase",
"event_time": 1678901234,
"user_data": {
"em": "hashed_email",
"ph": "hashed_phone"
},
"custom_data": {
"value": 99.99,
"currency": "EUR"
}
}
Vorteile:
- Besseres Matching (mehr Datenpunkte)
- Höhere Event Match Quality
- Bessere Ads-Optimierung
Daten-Transformation
Server-Side ermöglicht Datenverarbeitung vor dem Senden:
PII filtern:
Eingehend: user_email=max@example.com
Ausgehend: user_email=[REDACTED] oder gehasht
Daten anreichern:
Eingehend: user_id=12345
Lookup: CRM-Daten
Ausgehend: user_id=12345, customer_segment=premium
Daten reduzieren:
Eingehend: Volle IP-Adresse
Ausgehend: Anonymisierte IP
Hosting-Optionen
| Option | Kosten | Komplexität | Für wen |
|---|---|---|---|
| Google Cloud Run | ~20-100€/Mo | Mittel | Technische Teams |
| Stape | Ab 20€/Mo | Niedrig | Marketing-Teams |
| AWS/Azure | Variabel | Hoch | Enterprise |
| Self-Hosted | Server-Kosten | Sehr hoch | Spezialfälle |
Best Practices
1. Hybrid-Ansatz:
- Kritische Events (Purchase) → Server-Side
- Basis-Tracking (Pageviews) → Client-Side (günstiger)
2. Event Deduplication:
- Gleiche Events nicht doppelt senden
- Event-IDs für Deduplizierung nutzen
3. Monitoring:
- Server-Logs überwachen
- Event-Delivery-Rate tracken
- Fehler-Alerting einrichten
4. Fallback:
- Client-Side als Backup behalten
- Bei Server-Ausfall weiter tracken