Tags in den Server-Container kopieren, Web-Container abschalten, fertig? So starten die meisten Migrationen – und so enden sie im Datenchaos. Wer Server-Side Tracking migrieren will, baut keine Container um, sondern eine Datenpipeline neu. Wer das verwechselt, hat drei Wochen doppelt gezählte Conversions und ein Smart Bidding, das auf Müll optimiert.
Warum der Umzug kein Copy-and-paste ist
Beim clientseitigen Setup schickt der Browser jedes Event direkt an Google, Meta und TikTok. Serverseitig geht es zuerst an deinen eigenen Endpunkt auf einer First-Party-Subdomain – dort wird angereichert, gehasht, Consent geprüft und erst dann weitergeleitet.
Das heißt: Jedes Event bekommt einen neuen Weg, eine neue Identität und eine neue Fehlerquelle. Die Grundlagen dazu habe ich in Serverseitiges Tracking einrichten Schritt für Schritt aufgeschrieben. Hier geht es um die Disziplin, die beim Umstieg von einem laufenden System dazukommt.
Der Fahrplan: In drei Phasen migrieren
- Phase 1 – Audit (2–3 Tage): Alle bestehenden Tags, Trigger, Variablen und Conversion-Ziele dokumentieren. Was feuert wo, wie oft, mit welchen Parametern? Ohne diese Baseline hast du später keinen Vergleichswert – und merkst nie, dass ein Event fehlt.
- Phase 2 – Parallelbetrieb (2–3 Wochen): Server-Container aufsetzen, First-Party-Subdomain verdrahten, Tags serverseitig nachbauen. Client-Side bleibt an. Beide Wege laufen gleichzeitig, du vergleichst täglich.
- Phase 3 – Cutover (plattformweise): Erst wenn die Zahlen zusammenpassen, schaltest du die clientseitigen Tags ab. Eine Plattform pro Schritt, 48–72 Stunden Abstand dazwischen.
Das technische Umsetzen ist der kleine Teil: Bei dokumentiertem Tag-Plan sind zwei bis drei Arbeitstage realistisch. Die Wochen dazwischen sind Messzeit, nicht Bauzeit.
Parallelbetrieb: Zwei Wochen Wahrheit vor dem Cutover
Dual Tagging ist der wichtigste Schritt der Migration – und der, den fast alle überspringen. Du lässt beide Setups laufen und vergleichst Event für Event. Nicht am Ende. Täglich.
Womit du prüfst
- GA4 DebugView – kommt das Event überhaupt an, und mit welchen Parametern?
- Meta Test Events – matcht das serverseitige Event mit dem Browser-Event, oder zählt Meta zweimal?
- Google Ads Conversion-Diagnose – sind Conversion Linker und Enhanced Conversions sauber verdrahtet? Wie das serverseitig aussieht, steht in Server-Side Tracking für Google Ads.
- Dein Backend – die härteste Referenz. Bestellungen im Shop-Backend gegen Purchase-Events im Server-Container.
Der Cutover: Eine Plattform, dann warten
Alles gleichzeitig umzuschalten ist bequem – und macht die Fehlersuche unmöglich. Wenn nach dem Big Bang die Conversions einbrechen: Wer war’s? GA4, Google Ads oder Meta?
Deshalb: eine Plattform umschalten, 48–72 Stunden beobachten, dann die nächste. Und die clientseitigen Tags nicht löschen, sondern mindestens 30 Tage pausiert stehen lassen. Das ist dein Rückfahrticket, wenn zwei Wochen später auffällt, dass ein Event fehlt.
Der Consent-Teil zieht mit um: Der Server-Container muss die Einwilligung selbst auswerten, nicht nur weiterreichen – Details dazu in DSGVO-konformes Server-Side Tracking.
Was die Umstellung kostet – und was sie zurückbringt
| Punkt | Client-Side heute | Server-Side nach Migration |
|---|---|---|
| Conversion-Erfassung | ca. 60–70 % | bis 96 % |
| AdBlocker | filtert 30–40 % der Sessions | First-Party, praktisch unsichtbar |
| Hosting-Kosten | 0 € | 10–99 $/Monat (Cloud Run oder managed) |
| Einmaliger Aufwand | – | Setup + 2–3 Wochen Vergleichsfenster |
| Datenkontrolle | Browser entscheidet | du entscheidest, was rausgeht |
Hosting ist der billigste Posten: Cloud Run liegt bei kleineren Shops bei 10–25 $ im Monat, managed Anbieter wie TAGGRS oder Stape starten bei etwa 20 $. Welche Variante wann sinnvoll ist, habe ich in TAGGRS vs. Google Cloud verglichen. Teuer ist nicht der Server, teuer ist die Konfiguration – und ein Setup, das falsch migriert wurde.
Und die Wirkung? In dokumentierten Migrationen springt die Conversion-Erfassung von 62 % auf 96 %, der CPA fällt um rund 31 %, der ROAS klettert von 2,1 auf 3,2. Aber nicht am nächsten Tag: Rechne mit zwei bis sechs Wochen, bis die Gebotsalgorithmen auf den neuen Daten neu gelernt haben, und mit 60–90 Tagen, bis du sauber bewerten kannst.
Die drei Fehler, an denen es scheitert
- Kein Audit vorher. Du kannst nicht validieren, was du nie dokumentiert hast. Fehlende Events fallen erst auf, wenn das Quartal schon verzerrt ist.
- Kein Vergleichsfenster. Wer migrieren will und dabei am selben Tag den Web-Container abschaltet, tauscht kaputte Daten gegen unbekannte Daten.
- Keine First-Party-Subdomain. Server-Container auf einer fremden Domain? Dann blockt der AdBlocker weiter – du hast bezahlt und nichts gewonnen. Wie das komplette Setup aussehen muss, zeige ich auf meiner Seite zu Server-Side Tracking.
Dazu kommt der Klassiker: doppelt gezählte Conversions, weil das alte Tag noch feuert und das neue schon. Deduplizierung über eine konsistente Event-ID ist Pflicht, kein Nice-to-have.
Häufige Fragen zur Migration
Wie lange dauert es, Server-Side Tracking zu migrieren?
Der technische Aufbau dauert bei dokumentiertem Tag-Plan zwei bis drei Arbeitstage. Entscheidend ist danach der Parallelbetrieb von zwei bis drei Wochen. Bis die Gebotsalgorithmen auf den neuen Daten stabil laufen, solltest du 60 bis 90 Tage einplanen.
Muss ich das clientseitige Tracking komplett abschalten?
Nein, und schon gar nicht sofort. Kern-Conversions wandern serverseitig, damit sie nicht doppelt zählen. Die alten Tags bleiben nach dem Cutover mindestens 30 Tage pausiert stehen, damit du im Notfall zurück kannst.
Verliere ich bei der Migration historische Daten?
Deine bereits erfassten Daten bleiben in GA4 und den Ads-Konten erhalten. Was sich ändert, ist das Niveau: Nach der Umstellung werden mehr Conversions erfasst, deshalb sind Vorher-Nachher-Vergleiche nur mit Hinweis auf den Migrationszeitpunkt sinnvoll.
Wie verhindere ich doppelt gezählte Conversions?
Über eine konsistente Event-ID, die Browser- und Server-Event verbindet, damit die Plattformen deduplizieren können. Zusätzlich darf pro Conversion nur ein Tag scharf sein: Sobald das serverseitige Tag live ist, wird das clientseitige Pendant pausiert.
Was kostet der Betrieb nach der Migration?
Google Cloud Run liegt bei kleineren Setups bei rund 10 bis 25 Dollar pro Monat, managed Anbieter starten bei etwa 20 Dollar. Der größere Posten ist die Konfiguration und laufende Pflege, nicht das Hosting.
Brauche ich eine eigene Subdomain für den Server-Container?
Ja. Ohne First-Party-Subdomain auf deiner eigenen Domain erkennen AdBlocker die Requests weiter und filtern sie. Dann zahlst du für Server-Side Tracking, ohne den entscheidenden Vorteil zu bekommen.
Fazit: Migrieren heißt messen, nicht umziehen
Server-Side Tracking migrieren ist kein Wochenendprojekt und kein Container-Export. Es ist ein kontrollierter Umbau mit Audit, Vergleichsfenster und plattformweisem Cutover. Wer diese Reihenfolge einhält, gewinnt 30 % Datenqualität. Wer sie überspringt, verbrennt ein Quartal Kampagnenbudget auf falschen Zahlen.
Willst du den Umstieg einmal richtig aufgesetzt haben, ohne dass deine Conversions wochenlang wackeln?
Migration planen