Skip to content
Server-Side Tracking

Server-Side Tracking:
die nächste Stufe nach einem belastbaren Web-Fundament

Ein Teil deiner Conversions erreicht die Ad-Plattformen nie: Ad-Blocker, iOS/ATT und Safari kappen das browserseitige Signal. Wie groß dieser Teil ist, hängt von Zustimmungsrate, Browsermix und Plattform-Setup ab. Server-Side Tracking reduziert einen Teil dieses Verlusts über First-Party-Transport und serverseitige Verarbeitung. Ein kaputtes Messmodell repariert es nicht.

Miss deine eigene Lücke, bevor du Infrastruktur kaufst

Vergleiche Bestellungen und Umsatz aus deinem Shop mit den Käufen, die Analytics tatsächlich erfasst hat. Diese Zahl entscheidet, ob sich Server-Side für dich lohnt, nicht ein Branchendurchschnitt.

Umgesetzt in den Konten des Auftraggebers · Container, Konfiguration und Dokumentation werden übergeben

Die richtige Reihenfolge

Server-Side ist nicht Schritt 1.

Wenn Events, Consent, Conversion-Aktionen, Werte oder Transaktions-IDs im Browser nicht stimmen, transportiert ein Server-Container nur schlechte Daten zuverlässiger. FW Delta baut deshalb zuerst das Web-Tracking-Fundament und erweitert es anschließend ohne Doppelarbeit.

Messplan
Web-Events
Consent
Conversion-Aktionen
IDs und Deduplizierung
Test
SaaS-Tracking-Friedhof

GA360 (€138K/Jahr), Segment (von Twilio übernommen) und ähnliche Tools befinden sich in der SaaS-Friedhof-Risikozone. 664 Analytics- und Marketing-Tools in unserem Friedhof wurden abgeschaltet. Übernahmen verändern Roadmaps. Finanzierung versiegt. Die Plattform, auf der du deine Attribution aufgebaut hast, kann verschwinden oder dich rauspreisen. Eigene Infrastruktur nimmt dieses Risiko heraus und bringt andere mit: Cloudanbieter, Abhängigkeiten und Wartung bleiben deine Aufgabe.

Definition

Was ist Server-Side Tracking?

Server-Side Tracking ist die Praxis, Conversions auf deinem eigenen Server zu messen statt im Browser des Besuchers. Während Client-Side-Tracking die Daten direkt vom Browser an Meta, Google oder TikTok schickt - wo Ad-Blocker, Safari ITP und iOS-Restriktionen sie abfangen - leitet Server-Side Tracking das Event zuerst über einen Server-Container, den du kontrollierst, und gibt es anschließend über die offiziellen APIs an die Plattformen weiter.

1. Browser
Conversion passiert
2. Dein Server-Container
First-Party, in Deutschland
3. Plattformen
Meta CAPI, GA4, Google Ads

Und was ist Server-Side GTM (sGTM)?

Server-Side GTM ist eine Variante des Google Tag Managers, bei der die Tags nicht im Browser des Nutzers ausgeführt werden, sondern in einem Server-Container auf deiner eigenen Infrastruktur. Statt dass das Endgerät Daten direkt an Meta, Google und Co. sendet, geht das Event zuerst an deinen Server-Container - und von dort kontrolliert an die Plattformen.

Der Unterschied klingt technisch, ist aber wirtschaftlich entscheidend: Der Datenpfad läuft über deine eigene Subdomain, ist robuster gegen Ad-Blocker und iOS-Signalverlust, und du kontrollierst, welche Daten überhaupt das Haus verlassen. Dieser Container ist das Herzstück modernen Server-Side Trackings - wo er läuft und wie er verdrahtet ist, entscheidet über Datenqualität und Rechtssicherheit.

Ein Hinweis zu den Begriffen: Server-Side Tagging meint speziell diesen sGTM-Container, während Server-Side Tracking die breitere Praxis bezeichnet (Pixel-, CAPI- oder API-Weiterleitung an deinen Server). Wir bauen beides, auf Infrastruktur, die dir bleibt.

Signalverlust 2026

Warum Client-Side-Tracking 2026 nicht mehr misst

Vier Kräfte entziehen browser-basiertem Tracking Daten, bevor sie je in deinem Dashboard ankommen. Das sind keine Randfälle, sondern der Normalfall für den Großteil deines Traffics.

Ad-Blocker (~49% in Deutschland)

Die Ad-Blocker-Nutzung in Deutschland liegt bei rund 49 Prozent - der höchste Wert in Europa. Jedes blockierte Skript ist eine Conversion, die dein Client-Side-Pixel nie erfasst.

iOS App Tracking Transparency

Nur etwa 25 Prozent der Nutzer stimmen der ATT zu, also blockieren rund 75 Prozent das Cross-App-Tracking. Bei iOS-lastigem Traffic ist die Plattform-Attribution 25 bis 40 Prozent unvollständig.

Safari ITP & Cookie-Verfall

Safaris Intelligent Tracking Prevention begrenzt Client-Side-Cookies auf 7 Tage (oft 24 Stunden). Attributionsfenster brechen zusammen, wiederkehrende Nutzer sehen aus wie neue.

Abbau der Third-Party-Cookies

Das Browser-Ökosystem zieht die Schraube bei Third-Party-Cookies weiter an. First-Party-, serverseitige Erfassung ist die einzige dauerhafte Grundlage, die für Messung bleibt.

Miss deine eigene Lücke, nicht den Branchendurchschnitt. Wie viel Server-Side zurückholt, hängt an Zustimmungsrate, Browsermix, Kaufzyklus und Plattform. Wir stellen dafür vor dem Projekt die gemessenen Conversions dem Shop- oder CRM-Bestand gegenüber. Erst diese Differenz ist eine belastbare Zahl.

Wie Server-Side das Signal technisch zurückholt

Wir holen die Erfassung aus dem Browser heraus. Ein dedizierter Endpunkt operiert im First-Party-Context deiner Domain - ein A-Record auf deiner eigenen Subdomain statt eines Drittanbieter-Skripts. Für Ad-Blocker ist dieser Traffic kein bekannter Tracker, für Safari ist es Traffic von der Seite, auf der der Nutzer ohnehin ist.

Das Event wird anschließend angereichert, gehasht und Server-zu-Server weitergegeben. Der Browser ist nicht mehr das schwächste Glied der Kette, weil er nicht mehr das Glied ist, das mit den Plattformen spricht.

  • Ad-Block-Recovery: Server-zu-Server statt blockierbares Browser-Skript
  • Cookie-Lebensdauer bis zu 2 Jahre statt 7 Tage unter Safari ITP
  • iOS/ATT-Recovery: Das Event entsteht in deinem Backend, nicht im eingeschränkten Browser
  • PII-Hashing (SHA-256), bevor irgendetwas an eine Plattform übertragen wird
Architektur
Bare Metal (Hetzner AX)
Orchestrierung
Docker Swarm
Daten-Pipeline
Node.js Event Loop
Datenpfad
First-Party-Subdomain

Was der Browser nicht meldet,
optimiert auch niemand

Browserseitige Messung bleibt notwendig, ist aber zunehmend unvollständig. Wie groß die Lücke bei dir ist, entscheidet sich an Zustimmungsrate, Browsermix und Plattform-Setup, nicht an einer Branchenzahl.

Die Mathematik deines Verlusts

Schritt 1: Die unsichtbaren Conversions

Du generierst 100 Conversions pro Monat. Angenommen, 40 davon kommen über iOS-Traffic, bei dem das Signal verloren geht, und ein Viertel des Rests sitzt hinter einem Ad-Blocker. Safari löscht Cookies zusätzlich nach 7 Tagen.

→ Unter diesen Annahmen erreichen 45 der 100 dein Dashboard
Schritt 2: Die Algorithmen werden blind

Meta, Google, TikTok – ihre Algorithmen optimieren auf Basis der Daten, die sie sehen. Wenn ein spürbarer Teil deiner Conversions fehlt, lernen sie die falschen Muster. Sie skalieren die falschen Ads. Sie targeten die falschen Audiences.

→ Dein ROAS sinkt, obwohl deine Kampagnen funktionieren
Schritt 3: Der Teufelskreis

Du siehst schlechte Performance. Also testest du neue Creatives. Neue Audiences. Höhere Gebote. Du gibst mehr aus – auf Basis von Daten, die nicht stimmen. Die Algorithmen werden verwirrt. Die Performance verschlechtert sich weiter.

→ Du verschwendest Budget, um ein Problem zu lösen, das du nicht siehst
Das Ergebnis
CAC zu hoch ausgewiesen
weil ein Teil der Abschlüsse nie ankommt
um wie viel, zeigt erst der Abgleich mit dem Shop- oder CRM-Bestand
Gebotsalgorithmus lernt falsch
weil er auf einem unvollständigen Signal rechnet
der Effekt hängt an Budget, Kaufzyklus und Kampagnentyp

Die drei fatalen Fehlannahmen

"Google Tag Manager trackt doch alles?"

Ja – im Browser. Aber Apple blockt ihn auf iOS. Ad-Blocker schneiden ihn ab. Safari löscht seine Cookies nach 7 Tagen. Du trackst nur, was durchkommt. Nicht was passiert.

→ 30-40% Datenverlust
"Meine Zahlen stimmen ungefähr?"

"Ungefähr" bedeutet: Deine Algorithmen optimieren auf falschen Daten. Jede Kampagnen-Entscheidung basiert auf unvollständigen Informationen. Du skalierst, was nicht funktioniert. Du pausierst, was funktioniert.

→ Verschwendetes Budget
"Das betrifft nur kleine Brands?"

Nein. Je mehr Ad-Spend, desto höher der Verlust. Bei 50.000 € monatlichem Budget sind das 15.000 € die auf Basis falscher Daten ausgegeben werden. Jeden. Monat.

→ 180.000 € Risiko pro Jahr
2026 Standard

Wann sich Server-Side rechnet, und wann nicht

Server-Side ergänzt browserseitige Messung dort, wo Werbebudget, Datenlücke und Infrastrukturbedarf den zusätzlichen Aufwand rechtfertigen. Bei kleinem Budget und sauberem Web-Fundament tut es das oft nicht.

Lohnt sich, wenn

relevantes Werbebudget vom Signal abhängt, mehrere Plattformen serverseitige APIs anbieten oder First-Party-Infrastruktur ein erklärtes Ziel ist.

Lohnt sich nicht, wenn

das Web-Setup noch nicht saniert ist, das Werbebudget klein ist oder die verbleibende Lücke nach dem Web-Fundament bereits akzeptabel ist.

Wie wir entscheiden

an deiner eigenen Baseline: Bestellungen gegen gemessene Käufe, Zustimmungsrate, Browsermix und Plattformanzahl. Nicht an einem Branchendurchschnitt.

Die Lösung

Server-Side Tracking reduziert einen Teil davon.
Und du besitzt das System.

Dein Server reduziert browserbedingte Signalverluste und gibt freigegebene Events kontrolliert an Meta, Google und TikTok weiter, ohne Umweg über Third-Party-Cookies.

Deine Conversion passiert. Egal ob iOS-Nutzer, Ad-Blocker oder Safari. Dein Backend registriert das Event – nicht der Browser.

Dein Server sendet die Daten direkt. Meta CAPI, Google Enhanced Conversions, TikTok Events API – sie bekommen präzise, vollständige Daten. Direkt von deiner Infrastruktur.

Die Algorithmen sehen die Wahrheit. Sie optimieren auf Basis vollständiger Daten. Dein ROAS steigt. Dein CAC sinkt. Deine Kampagnen-Entscheidungen basieren auf Fakten.

Conversion passiert
Kauf, Lead, Signup
Dein Server
registriert & verarbeitet
Meta CAPI
Conversions API
Google Ads
Enhanced Conversions
TikTok API
Server Events
GA4
Measurement Protocol

Warum eigenes Server-Side Tracking die einzige Option ist

Absolute Kontrolle

Du entscheidest, welche Daten gesammelt werden, wie sie verarbeitet werden, wohin sie gehen. Keine Black Box. Kein Vendor, der dir Limits setzt. Deine Infrastruktur, deine Regeln.

Unbegrenzt erweiterbar

Neue Plattform launcht? Integriere sie. Custom Attribution Model? Baue es. Spezielle Events? Definiere sie. Du besitzt den Code – die Grenzen sind betrieblicher, nicht technischer Art, keine zusätzlichen Gebühren.

Deine Daten, dein Eigentum

Jeder Data Point gehört dir. Exportiere was du willst. Analysiere wie du willst. Nutze die Daten für Custom Audience Building, CRM-Enrichment, Attribution Modeling – alles möglich.

Performance ohne Kompromisse

Dedizierter Hetzner AX-Server in Deutschland. Sub-50ms Response Times. Verfügbarkeitsziele werden je Projekt vereinbart. Automatisches Scaling. Deine Kunden merken keinen Unterschied – aber deine Algorithmen schon.

Die Kernentscheidung

Hosting: eigene Infrastruktur, Stape oder Cloud Run

Wo dein Server-Container läuft, bestimmt Kosten, Datenschutz und Kontrolle. Es gibt keine pauschal richtige Antwort - nur die, die zu deinem Traffic, deinen Datenschutzanforderungen und deinem Inhouse-Know-how passt. Das ist die erste und wichtigste Entscheidung jedes Server-Side-Projekts.

Maximale Datenhoheit

Eigene Infrastruktur (Hetzner, DE)

Planbar, nach Serverklasse

  • Vertragspartei und Region frei wählbar
  • ISO/IEC 27001:2022 zertifizierte Rechenzentren
  • Fixe Serverkosten statt Abrechnung je Request
  • Hoher Kontrollgrad über den Datenpfad
  • Setup- und Betriebs-Know-how nötig
  • Wir übernehmen das auf Wunsch managed
Schneller Start

Stape

Ab ~20 EUR fix / Monat

  • Schnell aufgesetzt
  • Geringe Fixkosten am Anfang
  • Viel sGTM-Tooling integriert
  • Zusätzliche Vertragspartei im Datenpfad
  • Datenschutz- und Transferprüfung erforderlich
  • Geringerer Kontrollgrad über Konfiguration und Protokolle
Skaliert mit Volumen

Google Cloud Run

~120 bis 300 USD / Monat variabel

  • Auto-Skalierung bei hohem Traffic
  • Native Google-Integration
  • Bekanntes Toolset
  • Kosten variabel je Request
  • Datenschutz- und Transferprüfung erforderlich
  • Monatsbudget schwerer planbar

Kosten-Benchmarks aus öffentlichen Anbieter-Angaben (Stape, Google Cloud Run). Wir empfehlen die Architektur, die zu dir passt - nicht die mit der höchsten Marge. In einem kostenlosen Erstgespräch arbeiten wir heraus, welche das ist.

Ohne Datenbruch

Migration von Client-Side zu Server-Side

Die gefährlichste Phase ist der Umstieg selbst. Wer client-seitiges Tracking abschaltet, bevor server-seitiges sauber misst, reisst eine Lücke in die Daten - und das Bidding optimiert wochenlang auf Lücken.

Unsere Antwort ist Parallelbetrieb. Client- und Server-Side laufen eine Zeit lang gleichzeitig. Wir gleichen die Mengen pro Event ab und dokumentieren, wo sie auseinanderlaufen und warum. Erst wenn die Abweichung erklärbar und stabil ist, schalten wir kontrolliert um, mit gesetztem Rollback-Punkt.

2-4 Wo.
Einfaches Setup
6-12 Wo.
Komplexe Migration
0
Tracking-Lücken-Tage

Wir messen Event Match Quality, Match-Rate und erfasste Conversions vor und nach der Umstellung, damit die Verbesserung belegt ist statt versprochen. Danach entscheidest du: vollständig dokumentierte Übergabe an dein Team oder laufendes Monitoring, Updates und Wartung durch uns.

Im Server-Container

Plattformen, die wir anbinden

Drei Plattformen bilden den Kern fast jedes Server-Containers. Wir konfigurieren sie inklusive Deduplizierung, Event-Mapping und gehashter First-Party-Daten.

GA4

Google Analytics 4

Serverseitige Erfassung über das Measurement Protocol, robust gegen Ad-Blocker, mit korrektem Consent-Verhalten und sauberem Wert-Mapping.

Meta CAPI

Meta Conversions API

Pixel und CAPI parallel mit korrekter Deduplizierung über event_id. Zusätzliche Parameter können die Event Match Quality anheben; um wie viel, zeigt erst das Konto nach dem Livegang.

Google Ads

Enhanced Conversions

Serverseitige Enhanced Conversions mit gehashten First-Party-Daten für präzisere Attribution und besseres Smart Bidding.

Neben den drei Kern-Plattformen binden wir auf Wunsch TikTok Events API, LinkedIn Conversions API sowie dein CRM oder Data Warehouse an. Tieferer Einblick: Meta Conversions API einrichten.

Ehrliche DSGVO-Einordnung

Datenschutzorientiertes Conversion Tracking, kein Tracking-Bypass

Manche Anbieter verkaufen Server-Side Tracking als Weg um die Einwilligung herum. Das ist es nicht, und wir tun nicht so, als wäre es so. Hier steht, wie du trotzdem vollständig misst - mit Rechtsgrundlage.

Das Spannungsfeld: Recht gegen vollständige Daten

Die rechtliche Realität

Das TDDDG verlangt seit dem 13. Mai 2024 eine Einwilligung, bevor auf das Endgerät zugegriffen wird. Verstöße können mit bis zu 300.000 Euro Bußgeld geahndet werden.

Die Durchsetzung ist real: 2025 verhängte die französische CNIL 150 Mio. Euro gegen Shein und 325 Mio. Euro gegen Google für Cookies ohne Einwilligung.

Die Daten-Realität

In Deutschland lehnen rund 40 Prozent der Nutzer Cookies ab. Ohne Gegenmaßnahme fehlen dadurch 30 bis 50 Prozent der Conversion-Daten in deinen Tools.

Dein Smart Bidding optimiert dann auf einer verzerrten Basis - und verbrennt Werbebudget auf den falschen Kampagnen.

Der Ausweg ist kein Trick, sondern Architektur. Einwilligung sauber einholen, Consent Mode v2 als Signal setzen, Server-Side Tracking nur dort senden lassen, wo eine Rechtsgrundlage besteht - und so viel wie möglich in der EU verarbeiten.

Vier Bausteine, die zusammengehören

Rechtssicheres Conversion Tracking ruht nicht auf einem Cookie-Banner allein. Diese vier Elemente müssen vorhanden und technisch sauber verdrahtet sein.

Aktive Einwilligung

Ein rechtskonformes Cookie-Banner ohne vorausgewählte Häkchen. Ablehnen muss so einfach sein wie Akzeptieren. Die Einwilligung muss vor dem ersten zustimmungspflichtigen Tag eingeholt werden.

Datenschutzerklärung

Die eingesetzten Tracking-Dienste, ihre Zwecke und die Datenverarbeitung müssen transparent benannt sein - inklusive Hinweis auf mögliche Drittlandtransfers.

Rollen und Verträge nach DSGVO

Je Dienst und je Verarbeitung ist zu klären, ob Auftragsverarbeitung, gemeinsame Verantwortlichkeit oder eigene Verantwortlichkeit vorliegt. Danach richtet sich, ob ein Vertrag nach Art. 28 oder eine Vereinbarung nach Art. 26 nötig ist. Bei Google und Meta ist das nicht pauschal dasselbe.

Paragraf 25 TDDDG

Vor dem Zugriff auf das Endgerät (Cookies, Kennungen) ist eine Einwilligung erforderlich. Seit 13. Mai 2024 das maßgebliche deutsche Gesetz, Bußgelder bis 300.000 Euro (cortina-consult.com).

Was Server-Side löst und was nicht

Was Server-Side Tracking löst

  • Gewinnt Signal zurück, das an Ad-Blocker, ITP und iOS verloren geht
  • First-Party-Datenverarbeitung auf deiner eigenen Domain
  • IP-Anonymisierung und PII-Hashing vor der Weitergabe
  • Setzt die Einwilligung serverseitig durch: gesendet wird nur bei Rechtsgrundlage
  • EU-Datenhaltung, die du dokumentieren kannst

Was es nicht leistet

  • Eine Rechtsgrundlage schaffen, um ablehnende Nutzer zu tracken
  • Dein Consent-Banner oder deine CMP ersetzen
  • Bei Ablehnung Daten weitergeben, auch nicht anonymisiert oder gehasht
  • Ein Banner mit vorausgewähltem Akzeptieren oder verstecktem Ablehnen heilen
  • Den Bedarf an einem Auftragsverarbeitungsvertrag aufheben

Was dich das Cookie-Banner kostet

~40 %
lehnen Cookies ab

Realistische Ablehnungsquote in Deutschland - mit jedem korrekt platzierten Banner steigt sie eher, als dass sie fällt.

30-50 %
fehlende Conversion-Daten

Ohne Gegenmaßnahme fehlt dieser Anteil in GA4 und den Ad-Plattformen - dein Reporting zeigt eine Welt, die es nicht gibt.

300k €
Bußgeld-Rahmen TDDDG

Mit bis zu 300.000 Euro können Verstöße gegen das TDDDG geahndet werden - der Anreiz, es richtig zu machen, ist beidseitig.

Schrems II, Data Privacy Framework und das Restrisiko

2020

Schrems II

Der EuGH kippte den Privacy Shield. US-Datentransfers wurden zum rechtlichen Dauerthema - viele Tracking-Setups standen plötzlich auf wackeligem Grund.

Juli 2023

Data Privacy Framework

Der Angemessenheitsbeschluss machte Transfers an zertifizierte US-Empfänger wieder möglich. Ein Fundament - aber ein junges, ungeklärtes.

Das Restrisiko

Schrems III?

Datenschützer wie noyb haben ein Verfahren angekündigt. Das Framework gilt als instabil - wer kann, hält die Verarbeitung in der EU.

Rechtlicher Hinweis

Diese Seite bietet eine fachliche Einordnung aus der Tracking- und Infrastruktur-Praxis und ersetzt keine Rechtsberatung. Nach DSGVO und dem deutschen TDDDG erfordert der Zugriff auf oder die Speicherung von Informationen auf einem Endgerät weiterhin eine Einwilligung, und serverseitiges Tagging schafft für sich genommen keine Rechtsgrundlage. Für eine verbindliche Bewertung deines konkreten Setups ziehe bitte eine auf Datenschutzrecht spezialisierte Kanzlei oder deinen Datenschutzbeauftragten hinzu.

Datenschutz & Sicherheit

Deutsche Rechenzentren.
Höchste Sicherheitsstandards.

Deine Daten bleiben in Deutschland. Auf Infrastruktur, die nach den strengsten internationalen Standards zertifiziert ist - und genau so hältst du die US-Datentransfer-Frage aus deinem Tracking-Stack heraus.

ISO 27001 Zertifizierung

Hetzner Rechenzentren in Nürnberg und Falkenstein sind nach ISO 27001 zertifiziert – dem internationalen Standard für Informationssicherheits-Managementsysteme.

Physische Sicherheit: Biometrische Zugangskontrollen, 24/7 Videoüberwachung
Redundante Stromversorgung: Unterbrechungsfreie Stromversorgung (USV) + Notstromaggregate
Klimatisierung: Redundante Kühlung mit automatischem Failover

DSGVO-Compliance by Design

Die von uns gebaute Verarbeitungsschicht läuft in der EU; was an angebundene Plattformen geht, richtet sich nach den gewählten Integrationen. Datenschutz ist nicht ein Feature – es ist die Grundlage der gesamten Architektur.

IP-Anonymisierung: Automatische Anonymisierung vor jeder Verarbeitung
PII-Hashing: SHA-256 Hashing aller personenbezogenen Daten
Consent Mode: Vollständige Integration mit Cookie-Consent-Plattformen
SSL/TLS 1.3: Ende-zu-Ende Verschlüsselung aller Datenübertragungen
100%
EU-Daten-Residenz
EU
Datenhaltung
<50ms
Response Time
24/7
Monitoring & Alerts

Wie abgeschlossene Projekte aussehen

Vier anonymisierte Fälle aus verschiedenen Branchen, beschrieben ohne angehängtes Leistungsversprechen. Die Messabdeckung nach einer Sanierung hängt von Einwilligung, Browsern, Adblockern und Plattformverarbeitung ab.

Web-Fundament Onlinehandel Mode · DACH · anonymisiert
Ausgangslage
Nur rund die Hälfte der Shop-Käufe war zuverlässig in Analytics sichtbar. Hauptseite und Shop liefen auf getrennten Plattformen über getrennte Messpfade, und die Bestellbestätigung zählte bei jedem Neuladen erneut.
Arbeit
Messplan neu geschrieben, ein Container für beide Domains, Consent-Signale und Transaktions-IDs vereinheitlicht, Deduplizierung über wiederholte Aufrufe des Abschlussprozesses geprüft.
Ergebnis
Käufe kommen in Analytics und im Werbekonto mit Wert und eindeutiger Transaktions-ID an. Abnahme über einen echten Testkauf, Dokumentation übergeben.

Zu diesem Fall werden keine ROAS- oder CAC-Zahlen veröffentlicht.

Cross-Domain Reiseanbieter · lange Buchungsstrecke · anonymisiert
Ausgangslage
Die Buchung lief über drei Domains: Website, Angebotsstrecke und externes Buchungssystem. Beim Wechsel brach die Sitzung ab, jede Buchung erschien als Direktzugriff, und keine Kampagne bekam eine Zuordnung.
Arbeit
Cross-Domain-Verlinkung eingerichtet, die Weiterleitungskette bereinigt, Referrer-Ausschlüsse gesetzt und ein serverseitiger Rückkanal für die Bestätigung des Buchungssystems ergänzt.
Ergebnis
Eine Buchung bleibt über alle drei Domains eine Sitzung. Die Bestätigung des externen Systems erreicht das Werbekonto mit Wert und Buchungsnummer.

Keine Aussage über Buchungsvolumen oder Kosten je Buchung, gemessen wurde die Zuordnung.

Offline-Conversions Hersteller · B2B-Anfragen · anonymisiert
Ausgangslage
Werbung wurde auf Formulareingänge optimiert. Ein großer Teil davon waren Bewerbungen, Reklamationen und Preisanfragen ohne Kaufabsicht, im Werbekonto aber alles gleich viel wert.
Arbeit
Anfragetypen im Formular getrennt, Qualifizierung aus dem CRM zurückgeführt, Offline-Conversions mit Stufenwerten importiert und die Zuordnung über eine eigene Kennung stabil gemacht.
Ergebnis
Das Werbekonto sieht qualifizierte Anfragen getrennt von den übrigen. Die Rückführung aus dem CRM läuft geplant und ist protokolliert.

Kein Effekt auf Abschlussquote oder Umsatz behauptet, beschrieben ist die Datenstrecke.

Consent und Dubletten Abo-Shop · Shopify · anonymisiert
Ausgangslage
Nach der Einführung eines Consent-Banners fielen die Zahlen ein, gleichzeitig meldete eine parallel installierte Tracking-App abweichende Käufe. Zwei Systeme zählten dieselbe Bestellung unterschiedlich.
Arbeit
Consent Mode v2 sauber verdrahtet, die doppelte Erfassung abgeschaltet, ein Custom Pixel im Checkout eingerichtet und Erst- gegen Folgebestellung im Abo-Modell unterschieden.
Ergebnis
Eine Bestellung erzeugt ein Ereignis mit einer Kennung. Die Consent-Signale liegen in der dokumentierten Form vor, das Verhalten ist bei Zustimmung und Ablehnung getestet.

Fachliche Einordnung, keine Rechtsberatung. Die Zulässigkeit hängt vom konkreten Aufbau ab.

Eigentum

Einmal kaufen. Für immer besitzen.

SaaS-Tools kosten 500–1.500 €/Monat. In 3 Jahren: 18.000–54.000 €. Und du besitzt nichts.

Das ist monatliche Miete für einen Software-Wrapper (TripleWhale, Hyros und Co.). Die Alternative ist ein Asset: Wir bauen die Infrastruktur, wir übergeben den Code, du besitzt das System. Danach fallen keine FW-Delta-Lizenzgebühren und keine Abrechnung pro Event an. Infrastruktur, Wartung und die Kosten der angebundenen Plattformen bleiben und werden offen ausgewiesen.

Was du besitzt
Einmalig • Komplettsystem
Dedicated Hetzner AX-Server in Deutschland + komplette Konfiguration
Server-Side GTM + vollständige Integration: Meta CAPI, Google Enhanced Conversions, GA4, TikTok, LinkedIn
Datenschutzorientierte Datenverarbeitung: IP-Anonymisierung, PII-Hashing, Consent Mode, First-Party Cookies
Migration im Parallelbetrieb + QA-Report mit Vorher-/Nachher-Belegen
Vollständiger Quellcode + technische Dokumentation + Architektur-Diagramme
2-Stunden Video-Walkthrough + Knowledge Transfer Session
Überwachung in Echtzeit, Fehlerprotokoll und Kennzahlen zur Antwortzeit
Festpreis, auf dein Projekt zugeschnitten - Angebot anfragen.
Tracking-Stack erkunden

Wähle den nächsten Schritt für dein Setup

Diese Seite ist der Pillar - sie deckt Server-Side Tracking, sGTM und Datenschutzorientiertes Conversion Tracking komplett ab. Zwei Themen gehen auf eigener Seite tiefer. Nicht sicher, wo du Daten verlierst? Starte mit einem kostenlosen Erstgespräch.

Vergleichst du erst Tools? Sieh, warum der SaaS-Friedhof Eigentum zur sichereren Wahl macht, oder rechne im Kostenrechner nach.

Häufig gestellte Fragen

Server-Side Tracking, sGTM, Kosten und Dauer sowie die DSGVO-Fragen, die Käufer wirklich stellen.

Was ist Server-Side Tracking einfach erklärt?

+

Server-Side Tracking verlagert die Messung von Conversions vom Browser des Besuchers auf deinen eigenen Server. Statt dass der Browser Daten direkt an Meta, Google oder TikTok schickt (wo Ad-Blocker, Safari ITP und iOS-Restriktionen sie abschneiden), trifft das Event zuerst auf einen Server-Container, den du kontrollierst. Von dort werden die Daten über die offiziellen APIs der Plattformen weitergegeben (Meta CAPI, Google Ads Enhanced Conversions, GA4 Measurement Protocol). Das Ergebnis: weniger blockierte Events, verlässlichere Attribution und volle Kontrolle darüber, welche Daten deine Infrastruktur verlassen.

Was ist der Unterschied zwischen Server-Side Tracking, Server-Side Tagging und sGTM?

+

Server-Side Tracking ist die breitere Praxis, auf dem eigenen Server statt im Browser zu messen. Server-Side Tagging meint in der Regel, diese Logik in einem serverseitigen Google-Tag-Manager-Container (sGTM) laufen zu lassen - einer Variante des GTM, bei der die Tags in einem Container auf deiner Infrastruktur ausgeführt werden statt im Browser des Nutzers. sGTM ist die häufigste Umsetzung von Server-Side Tracking, aber nicht die einzige: Events lassen sich auch direkt aus deinem Backend an die Plattform-APIs weitergeben. Wir bauen beides, auf Infrastruktur, die dir bleibt.

Was ist der Unterschied zwischen Consent Mode und Server-Side Tracking?

+

Consent Mode v2 ist ein Einwilligungs-Signal: Es teilt Google in Echtzeit mit, ob eine Nutzerin zugestimmt hat, und steuert darüber, welche Daten erhoben und ob Conversions modelliert werden. Server-Side Tracking ist eine Architektur: Events laufen über einen eigenen Server-Container statt direkt aus dem Browser, was sie stabiler gegen Ad-Blocker und ITP macht und dir die Datenhoheit gibt. Beides ergänzt sich. Consent Mode regelt das Ob, Server-Side regelt das Wie und Wo. Erst zusammen entsteht ein rechtssicher aufgesetztes und datentechnisch vollständiges Setup.

Brauche ich sGTM, wenn ich nur GA4 nutze?

+

Nicht zwingend - aber es lohnt sich früher, als die meisten denken. Wenn du nennenswertes Ad-Budget ausgibst, unter Ad-Blockern und iOS-Signalverlust leidest oder verlässliche Conversion-Daten für Bidding brauchst, gewinnt ein Server-Container messbar Signal zurück und verbessert die Event Match Quality. Nutzt du GA4 rein deskriptiv ohne Performance-Marketing, reicht oft client-seitiges Tracking mit korrektem Consent Mode. In einem kostenlosen Erstgespräch klären wir genau diese Frage ehrlich - statt dir Infrastruktur zu verkaufen, die du nicht brauchst.

Funktioniert Server-Side Tracking gegen Ad-Blocker?

+

Weitgehend ja. Ad-Blocker und Tracking-Schutz zielen auf bekannte Drittanbieter-Domains und browserseitige Skripte. Da Server-Side Tracking Events von deiner eigenen First-Party-Domain (zum Beispiel einer Tracking-Subdomain) und von deinem Server sendet, wird es von den üblichen Blocklisten nicht in gleicher Weise erfasst. Die Ad-Blocker-Nutzung in Deutschland liegt bei rund 49 Prozent (Europa-Spitze), genau hier kommt der größte Teil des zurückgewonnenen Signals her. Es ist kein magischer Bypass, aber es gewinnt einen großen Teil der Events zurück, die Client-Side-Tracking verliert.

Sollte ich sGTM selbst hosten, Stape oder Google Cloud Run nutzen?

+

Das ist die Kernfrage jedes Server-Side-Projekts, und es gibt keine pauschale Antwort. Verglichen werden sollten sieben Punkte: Vertragspartei, Region, Kostenmodell, Betriebsaufwand, Skalierung, Kontrollgrad und der Umfang der nötigen Datenschutz- und Transferprüfung. Google Cloud Run rechnet variabel je Request, Stape startet mit einem festen Monatspreis und nimmt euch den Betrieb ab, eigene Infrastruktur kostet fix und verlangt dafür Wartung im Haus oder über einen Vertrag. Wir bewerten Traffic-Volumen, Datenschutzanforderungen und euer Inhouse-Know-how und empfehlen die Architektur, die dazu passt.

Wie migriere ich von Client-Side zu Server-Side, ohne eine Messlücke zu reißen?

+

Mit Parallelbetrieb statt Hauruck-Umstellung. Wir lassen client-seitiges und server-seitiges Tracking eine Zeit lang parallel laufen, gleichen die Datenmengen pro Event ab und schalten erst um, wenn die Abweichung erklärbar und stabil ist. So gibt es keine absichtlich gerissene Messlücke: der alte Pfad bleibt aktiv, bis der neue geprüft ist, und ein Rollback-Punkt steht fest. Eine einfache Migration ist realistisch in 2 bis 4 Wochen machbar, komplexe Setups mit vielen Plattformen brauchen 6 bis 12 Wochen.

Was kostet ein Server-Side-Setup und wie lange dauert es?

+

Die Projektkosten hängen von Plattform-Anzahl, Migrationsumfang und Hosting-Architektur ab, deshalb arbeiten wir mit individuellen Angeboten statt Pauschalpreisen. Zur Dauer gibt es Erfahrungswerte: einfache Setups sind in 2 bis 4 Wochen produktiv, komplexe Migrationen brauchen 6 bis 12 Wochen. Laufende Hosting-Kosten unterscheiden sich je Architektur deutlich - Cloud Run rund 120 bis 300 USD pro Monat variabel, Stape ab 20 EUR fix, eigene Infrastruktur planbar nach Serverklasse. Der sauberste Einstieg ist ein kostenloses Erstgespräch, in dem wir deinen Umfang und den konkreten Aufwand gemeinsam einordnen.

Wie schnell sehe ich Ergebnisse?

+

Die meisten Kunden sehen innerhalb von 48 Stunden nach Go-Live eine deutliche Verbesserung der Conversion-Daten in ihren Ad-Plattformen. Die volle Wirkung auf die Kampagnen-Performance zeigt sich nach 2-4 Wochen, wenn die Algorithmen auf Basis der vollständigen Daten zu optimieren beginnen.

Bietet ihr auch laufendes Monitoring und Wartung an?

+

Ja. Ein Server-Container ist kein Set-and-forget-System: Plattform-APIs ändern sich, Consent-Setups brechen still, Event-Parameter veralten. Auf Wunsch übernehmen wir Hosting, Updates, Monitoring und Alerting, sodass Tracking-Lücken auffallen, bevor sie dein Bidding verzerren. Wenn du lieber selbst betreibst, übergeben wir das System vollständig dokumentiert - unsere Rolle endet, wenn du sicher bist, nicht wenn ein Vertrag läuft.

Brauche ich technisches Know-how?

+

Im Alltag wenig. Updates laufen automatisiert, Monitoring meldet Ausfälle. Wartungsfrei ist es trotzdem nicht: Serverupdates, Änderungen an Plattform-APIs und neue Consent-Anforderungen bleiben Aufgabe, entweder bei euch oder über einen Wartungsvertrag. Dokumentation und eine Einweisung gehören zur Übergabe.

Was passiert, wenn ich das System später erweitern will?

+

Du besitzt den Code. Du kannst jede beliebige Plattform hinzufügen, Custom Events definieren, neue Tracking-Logik implementieren – entweder selbst, mit jedem Entwickler deiner Wahl, oder mit uns. Es gibt die Grenzen sind betrieblicher, nicht technischer Art. Optionale Wartungspakete verfügbar, aber nicht erforderlich.

Ist Server-Side Tracking DSGVO-konform und brauche ich trotzdem ein Consent-Banner?

+

Ja, du brauchst weiterhin ein Consent-Banner. Server-Side Tracking ist kein Consent-Bypass. Nach DSGVO und dem deutschen TDDDG erfordert der Zugriff auf oder die Speicherung von Informationen auf dem Endgerät weiterhin eine Einwilligung, und serverseitiges Tagging schafft allein keine Rechtsgrundlage. Was Server-Side Tracking dir gibt, ist Kontrolle: First-Party-Datenverarbeitung, IP-Anonymisierung, PII-Hashing und EU-Datenhaltung. Es macht dein Setup datenschutzrobuster und leichter dokumentierbar, es erlaubt dir aber nicht, Nutzer zu tracken, die abgelehnt haben. (Fachliche Einordnung, keine Rechtsberatung.)

Ist Conversion Tracking ohne Einwilligung erlaubt?

+

In der Regel nein. Sobald für das Tracking auf Informationen im Endgerät zugegriffen oder Informationen gespeichert werden (etwa Cookies oder vergleichbare Kennungen), verlangt Paragraf 25 TDDDG eine aktive Einwilligung. Das gilt für das klassische Conversion Tracking über Google Ads oder das Meta Pixel ebenso wie für die meisten Server-Side-Setups. Ausnahmen sind eng (unbedingt erforderliche Vorgänge). Eine vollständig einwilligungsfreie Messung ist praktisch nur mit stark datensparsamen, cookielosen Verfahren wie einer entsprechend konfigurierten Matomo-Instanz denkbar - und auch das ist eine Einzelfallprüfung. Das ist eine fachliche Einordnung, keine Rechtsberatung.

Welche rechtliche Grundlage braucht Conversion Tracking in Deutschland?

+

Zwei Ebenen sind zu unterscheiden. Der Zugriff auf das Endgerät, also das Setzen und Auslesen von Cookies und Kennungen, richtet sich nach Paragraf 25 TDDDG und verlangt in aller Regel eine Einwilligung. Die anschließende Verarbeitung der personenbezogenen Daten richtet sich nach der DSGVO und braucht eine eigene Rechtsgrundlage. Dazu kommen eine Datenschutzerklärung, die Dienste und Zwecke benennt, und je Dienst der passende Vertrag, abhängig davon ob Auftragsverarbeitung oder gemeinsame Verantwortlichkeit vorliegt. Das ist eine fachliche Einordnung und ersetzt keine Rechtsberatung.

Welche Verträge brauche ich mit Google und Meta?

+

Das hängt am jeweiligen Dienst und an der konkreten Verarbeitung. Google und Meta stellen für ihre Werbeprodukte eigene Bedingungen bereit, die je nach Konstellation Auftragsverarbeitung oder gemeinsame Verantwortlichkeit abbilden; bei Google sind die Data Processing Terms im Konto hinterlegt, Meta arbeitet für Conversions-Daten mit eigenen Controller-Bedingungen. Welche Rolle in eurem Fall greift und welcher Vertrag daraus folgt, gehört in die Datenschutzdokumentation und ist mit eurer Rechtsberatung zu klären. Wir setzen die technische Seite um.

Was ändert das TDDDG für mein Tracking?

+

Das TDDDG (Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz) hat seit dem 13. Mai 2024 das TTDSG abgelöst und ist das maßgebliche deutsche Gesetz für die Cookie-Einwilligung. Es verlangt eine Einwilligung, bevor auf das Endgerät zugegriffen wird, und ergänzt die DSGVO. Verstöße können mit Bußgeldern von bis zu 300.000 Euro geahndet werden (cortina-consult.com). Praktisch heißt das: Das Banner muss vor jedem zustimmungspflichtigen Tag stehen, und die Einwilligung muss technisch sauber an alle nachgelagerten Tools durchgereicht werden.

Wie viel Conversion-Daten verliere ich durch das Cookie-Banner?

+

In Deutschland lehnen realistisch rund 40 Prozent der Nutzer Cookies ab. Ohne Gegenmaßnahme fehlen dadurch etwa 30 bis 50 Prozent der Conversion-Daten in GA4 und den Ad-Plattformen (konzept54.de). Diese Lücke optimiert deine Bidding-Algorithmen auf einer verzerrten Datenbasis - du zahlst doppelt: einmal an Datenschutz und einmal an verschwendetem Werbebudget. Consent Mode v2 plus Server-Side gewinnt einen Teil davon rechtskonform zurück.

Ist der EU-US-Datentransfer (Data Privacy Framework) sicher?

+

Seit dem Angemessenheitsbeschluss vom Juli 2023 ist der Transfer in die USA über das EU-US Data Privacy Framework grundsätzlich wieder möglich, wenn der Empfänger zertifiziert ist. Das Framework gilt jedoch als instabil: Datenschützer wie noyb haben bereits ein Verfahren nach dem Muster von Schrems II beziehungsweise ein mögliches Schrems III angekündigt (jentis.com, taggrs.io). Wer das Restrisiko reduzieren will, hält so viele Verarbeitungsschritte wie möglich in der EU - genau hier setzt deutsche Infrastruktur an.

Ist das sicher und auf DSGVO-Konformität ausgelegt?

+

Die von uns gebaute Verarbeitungsschicht läuft auf Hetzner-Rechenzentren in Nürnberg oder Falkenstein. Was von dort an angebundene Plattformen wie Google, Meta oder TikTok geht, verlässt diese Schicht bauartbedingt, entsprechend den gewählten Integrationen. Die Rechenzentren sind - ISO 27001 zertifiziert, redundante Stromversorgung, physische Sicherheit nach höchstem Standard. IP-Anonymisierung, PII-Hashing (SHA-256), Consent-Mode-v2-Integration, SSL/TLS 1.3. Du hast die volle Kontrolle über jeden Datenpunkt und ein Setup, das sich für deinen Datenschutzbeauftragten gut dokumentieren lässt. Die Konformität hängt weiterhin von deinem Consent-Banner und deiner Rechtsgrundlage ab - wir bauen die technische Grundlage, nicht das Rechtsgutachten.

Warum nicht einfach ein SaaS-Tool nutzen?

+

Weil du dann abhängig bist. Monatliche Kosten, die nie enden. Keine Kontrolle über die Infrastruktur. Und wenn der Anbieter Preise erhöht, Features einstellt oder deine Branche nicht mehr bedient, stehst du wieder am Anfang. Mit eigenem Server-Side Tracking gehört dir das System, und die Entscheidung über Preis, Roadmap und Zugang liegt nicht mehr bei einem einzelnen Anbieter. Abhängigkeiten von Cloud, Frameworks und Plattform-APIs bleiben bestehen.

Hör auf, Geld zu verbrennen.
Fang an, präzise zu messen.

Wir bauen dir ein server-seitiges Tracking-System, das dir gehört. Einmalig. Für immer.
Keine FW-Delta-Lizenzgebühr. Hosting- und Plattformkosten bleiben sichtbar.

Antwort innerhalb von 24 Stunden Keine Verpflichtung Vertraulich behandelt
Newsletter

Research für technische Entscheidungen

Neue Reports, Benchmarks und technische Analysen zu SaaS-Ökonomie, AI Engineering und eigener Infrastruktur.

Original Research Öffentliche Quellen Keine Sales-Mails

Mit der Anmeldung erhältst du neue Analysen und Updates von FW Delta per E-Mail. Du kannst deine Einwilligung jederzeit widerrufen. Weitere Informationen in der Datenschutzerklärung.