Server-Side Tracking

Einfach erklärt

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

Technischer Deep Dive

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