GA4 serverseitig mit Stape: Expertenkonfiguration und DSG-Konformität

Veröffentlicht von Thomas dans la catégorie Tracking am 25.02.2026 Letzte Aktualisierung : 29.09.2026 à 09h57


Inhaltsverzeichnis

Ihre GA4-Berichte zeigen zu viele «neue Nutzer», Verkäufe landen beim direkten Traffic und Kampagnen scheinen nichts zu bringen? Die Ursache liegt oft in der Standardinstallation im Browser. Adblocker, Safaris Einschränkungen und das DSG setzen ihr zu: Server-Side-Tagging mit Stape gibt Ihnen die Kontrolle zurück.

Kurz gesagt

  • Im Browser installiert, verliert GA4 Besucher (Adblocker) und Gedächtnis (Cookies, die Safari auf 7 Tage, teils 24 Stunden begrenzt).

  • Ein serverseitiger Google-Tag-Manager-Container bei Stape, auf Ihrer eigenen Subdomain, empfängt die Daten vor Google.

  • Der Server filtert Personendaten und setzt die Einwilligung durch, bevor etwas an Dritte geht.

  • Eine Ablehnung bleibt eine Ablehnung: Server-Side macht die Messung zuverlässiger, ersetzt aber weder Banner noch Consent Mode.

Warum Standard-GA4 Daten verliert

Drei Zahlen zu den Datenverlusten von Standard-GA4: 30,9 % der Schweizer Internetnutzer nutzen einen Werbeblocker, Safari begrenzt JavaScript-Cookies auf 7 Tage oder 24 Stunden.

In der klassischen Installation führt der Browser des Besuchers das Skript gtag.js aus und sendet die Daten direkt an Google. Dieses Modell stösst an zwei technische Grenzen und wirft eine rechtliche Frage auf.

1. Safaris ITP verkürzt das Gedächtnis von GA4

In Safari (iPhone, iPad, Mac) schränkt ITP (Intelligent Tracking Prevention) per JavaScript gesetzte Cookies ein. Laut WebKit-Dokumentation werden sie nach 7 Tagen ohne Interaktion gelöscht und auf 24 Stunden begrenzt, wenn der Besucher über einen dekorierten Link kommt (etwa mit einer Google-Ads-gclid oder einer Meta-fbclid).

Konkret: Ein Interessent klickt am 1. auf Ihre Anzeige, kommt am 10. über die Google-Suche zurück und kauft. Das _ga-Cookie ist inzwischen weg. GA4 zählt zwei Nutzer statt einen und schreibt den Kauf der organischen Suche zu, nicht der Kampagne, die ihn ausgelöst hat.

2. Adblocker machen einen Teil des Traffics unsichtbar

Laut GWI (Q2 2025) nutzen 30,9 % der Schweizer Internetnutzer einen Werbeblocker. Viele dieser Erweiterungen und Browser wie Brave blockieren auch Anfragen an die Domains von Google Analytics. Diese Besuche tauchen in Ihren Berichten schlicht nicht auf.

3. Die rechtliche Frage: Wer erhält was?

Client-seitig spricht der Browser Ihres Schweizer Besuchers direkt mit Google. Google gibt an, in GA4 keine IP-Adressen von Nutzern aus der Schweiz und der EU zu speichern (Google-Analytics-Hilfe). Die Anfrage selbst, mit vollständiger URL, geht aber an einen Dritten. Eine versehentlich in einer Such- oder Formular-URL übergebene E-Mail-Adresse genügt, um Personendaten zu übermitteln. Nach dem DSG bleiben Sie für das verantwortlich, was Ihre Tools senden.

Die Lösung: GA4 serverseitig mit Stape

Schema für GA4 serverseitig: Das Tag im Web-GTM-Container sendet das Event an den sGTM-Client auf Ihrer Subdomain, die Server-Tags leiten es an Google Analytics und Google Ads weiter.

Das Prinzip ist einfach: Statt den Browser direkt mit Google sprechen zu lassen, schalten Sie einen Server dazwischen, den Sie kontrollieren. Das übernimmt der serverseitige Google-Tag-Manager-Container (sGTM), den wir bei Stape hosten, unserer bevorzugten sGTM-Hosting-Plattform.

So fliessen die Daten

  1. Erfassung (Web-GTM): Der Browser sendet die Events (Seitenaufrufe, Warenkorb, Käufe) nicht an Google, sondern an Ihren Server.

  2. Kontrolle (sGTM): Der Server prüft den Einwilligungsstatus, entfernt sensible Daten und wendet Ihre Geschäftsregeln an.

  3. Weitergabe (GA4): Nach der Prüfung gehen die Daten an GA4, und nur das, was Sie freigegeben haben.

Google fasst es in seiner Dokumentation zum serverseitigen Tagging so zusammen: Nur Sie haben Zugriff auf die Daten auf dem Server, bis Sie entscheiden, sie weiterzuleiten.

Die eigene Subdomain: die First-Party-Grundlage

Kernstück ist die benutzerdefinierte Domain, zum Beispiel metrics.ihre-website.ch. Die Anfragen gehen von Ihrer Website an Ihre eigene Subdomain: Das ist First-Party-Messung. Sie ist widerstandsfähiger gegenüber technischen Einschränkungen der Browser, ohne an der Wahl des Besuchers etwas zu ändern. Damit Safari diese Subdomain wirklich als Ihre behandelt, muss sie sauber eingerichtet sein (siehe unten).

GA4 serverseitig einrichten, je nach CMS

Der Wechsel auf Server-Side zwingt dazu, den dataLayer aufzuräumen. Der GA4-Client im Server-Container erwartet Events im GA4-Format: Schlecht strukturierte Daten werden ignoriert oder verfälscht.

WordPress und WooCommerce

  • Ein standardisierter E-Commerce-dataLayer, oft über das Plugin GTM4WP.

  • Im Web-GTM-Container sendet das Google-Tag (GA4) seine Events an die URL Ihres Servers statt an Google.

  • Serverseitig empfängt der GA4-Client den Datenstrom, baut das E-Commerce-Event neu auf und leitet es an GA4 weiter.

Shopify

  • Eine geschlossenere Architektur, vor allem ohne Shopify Plus: Wir nutzen die Stape-App für Shopify oder Webhooks.

  • Wichtige Events (begin_checkout, purchase) lassen sich aus dem Shopify-Backend senden.

  • Der Vorteil: Eine Bestellung geht nicht mehr verloren, weil der Kunde die Bestätigungsseite zu schnell geschlossen hat. Die Einwilligung muss dabei selbstverständlich respektiert bleiben.

Prestashop, Webflow und Individuallösungen

  • Audit des bestehenden dataLayers und technisches Pflichtenheft für Ihre Entwickler.

  • Events nach GA4-Nomenklatur (item_id, price, currency usw.), danach die Brücke zwischen Web-GTM und sGTM.

Tipp von A-Track

Vergleichen Sie vor dem Umstieg eine Woche Bestellungen im Backoffice mit den in GA4 erfassten Käufen. Diese Ausgangslücke ist Ihr Massstab, um den echten Gewinn zu messen, statt sich auf allgemeine Versprechen zu verlassen.

Die Stape-Funktionen, die für GA4 zählen

Vergleich des per JavaScript gesetzten GA4-Cookies _ga, das Safari auf 7 Tage begrenzt, mit dem vom Stape-sGTM neu geschriebenen Cookie, das mit Einwilligung seine Laufzeit behält.

Stape ergänzt den sGTM um Funktionen, die direkt bei den oben beschriebenen Grenzen ansetzen.

Cookie Extender: das Gedächtnis von GA4 verlängern

Standardmässig wird das _ga-Cookie per JavaScript geschrieben und fällt damit unter Safaris 7-Tage-Grenze. Der Cookie Extender von Stape schreibt dieses Cookie vom Server aus neu, im HTTP-Header der Antwort. So kann es die von Google vorgesehene Laufzeit behalten (bis zu 2 Jahre), nur wenn der Besucher eingewilligt hat.

Ein Detail entscheidet alles: Laut WebKit begrenzt Safari auch Cookies auf 7 Tage, die ein Server setzt, dessen IP-Adresse nicht zu jener der Website passt («IP address cloaking»). Die Mess-Subdomain muss daher konsistent mit Ihrer Website ausgeliefert werden, etwa über dasselbe CDN oder einen Pfad auf Ihrer Hauptdomain. Das ist im Einzelfall zu prüfen.

Custom Loader: GTM von Ihrer Domain laden

Der Custom Loader von Stape liefert die Skripte von GTM und GA4 über Ihre eigene Subdomain mit individuellen Pfaden aus. Die Anfragen bleiben First-Party und sind generischen Sperrlisten weniger ausgesetzt. Er ist kein Weg, die Wahl des Besuchers zu umgehen: Die Tags bleiben an Banner und Consent Mode gebunden. Mehr dazu in unserem Artikel zum GTM Custom Loader.

DSG- und DSGVO-Konformität: was der Server wirklich ändert

Server-Side ist kein Mittel, um dem Gesetz auszuweichen, sondern ein Kontrollpunkt. Der Server wirkt wie ein Zoll: Nichts verlässt ihn, ohne Ihre Regeln zu passieren.

  1. Google Consent Mode v2: Google verlangt ihn für seine Werbefunktionen bei europäischem und, seit dem 31. Juli 2024, Schweizer Traffic. Lehnt der Besucher ab (analytics_storage = denied), wird kein GA4-Cookie gesetzt. Im Advanced-Modus gehen nur cookielose Signale für die Modellierung raus. Siehe unseren Leitfaden zum Consent Mode v2.

  2. Datenbereinigung: Bevor etwas an Google geht, kann der Server die IP-Adresse kürzen, unnötige Kennungen entfernen und Personendaten (PII) wie E-Mail-Adressen aus URLs löschen. Unser Artikel zur GA4-Datenbereinigung beschreibt diese Regeln.

  3. Serverstandort: Stape bietet Hosting-Zonen in Europa an. Die erste Verarbeitung der Daten erfolgt also in einem Rahmen, den Sie kontrollieren. Was danach an Google geht, bleibt eine Übermittlung, die in Ihrer Datenschutzerklärung zu dokumentieren ist (Google ist unter dem Swiss-U.S. Data Privacy Framework zertifiziert, in Kraft seit dem 15. September 2024).

Zu den Sanktionen: Das revidierte DSG, in Kraft seit dem 1. September 2023, sieht bei vorsätzlichen Verstössen Bussen bis CHF 250'000 gegen die verantwortlichen Personen vor (Art. 60 bis 66). Den vollständigen Rahmen finden Sie in unserem Leitfaden zu DSG und DSGVO.

Welche Ergebnisse Sie erwarten können, ohne Zauberversprechen

Ein gut konfiguriertes serverseitiges GA4 verändert die Qualität Ihrer Analysen. Der genaue Gewinn hängt von Ihrem Publikum ab (Anteil Safari, Adblocker, Einwilligungsrate): Er wird gemessen, nicht versprochen.

  • Ein vollständigeres Publikum: Ein Teil der zuvor von generischen Filtern blockierten Besuche wird wieder messbar, bei Besuchern, die der Messung zugestimmt haben.

  • Eine fairere Attribution: Mit langlebigen Cookies reisst die Verbindung zwischen erstem Anzeigenbesuch und Kauf nicht mehr nach 7 Tagen ab. Ihre Akquisitionskampagnen erhalten ihr wahres Gewicht zurück.

  • Dokumentierte Nachvollziehbarkeit: Sie wissen und können zeigen, welche Daten nach welcher Filterung und auf welcher Einwilligungsgrundlage an Google gehen.

  • Ein entlasteter Browser: Wenn Sie einzelne Drittanbieter-Tags auf den Server verlagern, läuft weniger Code auf der Seite.

Zur geschäftlichen Seite lesen Sie unseren Leitfaden zur Messung der Marketing-Performance.

Fazit: So starten Sie

  1. Messen Sie die heutige Lücke zwischen tatsächlichen Bestellungen und GA4-Käufen.

  2. Prüfen Sie vor jeder Migration, ob Banner und Consent Mode v2 funktionieren.

  3. Setzen Sie den sGTM auf einer korrekt eingerichteten Subdomain auf und prüfen Sie danach die Cookie-Laufzeit in Safari.

Ordnet GA4 Ihre Verkäufe dem richtigen Kanal zu?

A-Track vergleicht Ihre echten Bestellungen mit den GA4-Käufen, prüft den Consent Mode v2 und die Laufzeit des _ga-Cookies in Safari und sagt Ihnen, ob sich Server-Side lohnt.

Ein 30-minütiges Gespräch mit einem Experten schafft Klarheit.

Mein GA4 überprüfen lassen

Häufig gestellte Fragen

Ersetzt GA4 Server-Side die klassische Version?

▾
Nein, es handelt sich um eine Weiterentwicklung der Erfassungsmethode. Sie nutzen weiterhin dieselbe Oberfläche von Google Analytics 4, um Ihre Berichte zu lesen. Was sich ändert, ist die «Leitung», die diese Berichte speist: robuster, sauberer und dank Filterung der Daten vor dem Versand besser kontrollierbar in Sachen Konformität. Sie ersetzt die Einwilligung nicht.

Wenn man GA4 Server-Side verwendet, benötigt man dann noch ein Cookie-Banner?

▾
Ja. Server-Side ersetzt das Banner nicht: Sie müssen die Besucher weiterhin informieren und ihre Wahl respektieren (Widerspruchsrecht in der Schweiz nach Art. 45c FMG, vorgängige Einwilligung für Besucher aus der EU, Einwilligungsrichtlinie von Google, die seit dem 31. Juli 2024 auch für die Schweiz gilt).

Der Server erlaubt es jedoch, diese Wahl strenger umzusetzen und die Daten vor dem Versand zu filtern. Mit dem Consent Mode v2 im Advanced-Modus senden die Google-Tags nach einer Ablehnung cookielose Signale, aus denen Google einen Teil der Conversions modelliert.

Warum Stape anstelle von Google Cloud Platform (GCP) für sGTM verwenden?

▾
Weil das Hosting auf GCP Kenntnisse in Cloud-Administration erfordert (Instanzen, Skalierung, Domains, Überwachung) und bei moderatem Volumen teurer ist: Google schätzt rund 45 USD pro Monat und Server und empfiehlt mindestens zwei Server im Produktivbetrieb.

Stape bietet eine schlüsselfertige Infrastruktur, eine übersichtliche Preisgestaltung und fertige Module (Custom Loader, Cookie Keeper, Anonymisierung). GCP bleibt sinnvoll für sehr grosse Volumen oder Teams, die bereits ihre eigene Cloud betreiben.

Korrigiert GA4 Server-Side die Probleme mit "Direktverkehr"?

▾
Nur teilweise. Ein ungewöhnlicher Anstieg des «Direkt»-Traffics in GA4 kann mehrere Ursachen haben: durch das ITP von Safari verkürzte Cookies, Strecken über eine andere Domain (Zahlung, Buchung), Weiterleitungen, die den Referrer verlieren, Links ohne UTM-Parameter (E-Mails, Apps).

Vom Server auf Ihrer eigenen Subdomain gesetzte Cookies können die erste Ursache verringern, sofern der Server korrekt auf Ihre Domain abgestimmt ist. Die anderen werden über die Konfiguration behoben (domainübergreifende Messung, UTM, Weiterleitungen).

Wie lange dauert es, mein GA4 auf Server-Seite zu migrieren?

▾
Wenn Ihr Data Layer (Client-Seite) bereits sauber und standardisiert ist, dauert die Konfiguration des Stape-Servers, der sGTM-Tags und der «Data Redaction»-Filter in der Regel ein bis zwei Wochen, Testphasen (QA) inbegriffen.