Inhaltsverzeichnis
Das Backoffice Ihres Kunden stimmt nicht mehr mit Google Ads oder Meta überein, und er fragt Sie, welcher Zahl er trauen soll. Oft liegt es an der Messung: Ein Tracking, das nur auf den Browser setzt (Client-Side), lässt einen Teil der Conversions entwischen. Server-Side-Tracking holt die Kontrolle über diesen Datenfluss zurück, ohne je die Wahl des Besuchers zu übergehen.
Kurz gesagt
Client-Side sendet der Browser die Daten direkt an jede Plattform: Er ist Blockern, Safaris ITP und schweren Drittanbieter-Skripten ausgesetzt.
Server-Side filtert ein Server unter Ihrer Kontrolle, auf der Subdomain der Website, die Daten und leitet sie weiter.
Laut GWI (Q2 2025) nutzen 30,9 % der Schweizer Internetnutzer einen Werbeblocker.
Server-Side ersetzt keine Einwilligung: Eine Ablehnung bleibt eine Ablehnung.
Client-Side oder Server-Side: Wo liegt der Unterschied?
Beide Methoden erfassen dieselben Ereignisse. Nur der Weg der Daten ändert sich.
Client-Side («Pixel»-Methode): Der Browser lädt pro Tool ein Skript (GA4, Meta-Pixel, LinkedIn-Tag) und sendet die Daten direkt an jede Plattform. Jedes Skript hängt davon ab, was der Browser ausführen lässt.
Server-Side: Der Browser sendet die Ereignisse an einen Zwischenserver auf einer Subdomain Ihres Kunden (zum Beispiel data.ihrkunde.ch). Dieser serverseitige Google-Tag-Manager-Container wendet Ihre Regeln an und leitet die Daten über deren APIs an die Plattformen weiter. Sie entscheiden, was hinausgeht und wohin.
Warum Client-Side Conversions verliert
Vier Ursachen erklären die meisten Abweichungen zwischen Backoffice (Shopify, WooCommerce) und Werbeberichten.
Browser-Einschränkungen. Safaris ITP begrenzt per JavaScript gesetzte Cookies auf 7 Tage (in manchen Fällen von Tracking-Links auf 24 Stunden). Ein Kauf zehn Tage nach dem Klick wird der Anzeige nicht mehr zugeordnet. Und Safari macht fast die Hälfte der mobilen Nutzung in der Schweiz aus (StatCounter, August 2026).
Werbeblocker. Laut GWI (Q2 2025) nutzen 30,9 % der Schweizer Internetnutzer einen. Die Skripte von Google, Meta oder TikTok laden dann gar nicht erst.
Falsch angebundene Einwilligung. Ohne korrekt konfigurierten Consent Mode v2 nutzt Google die Daten Schweizer Besucher seit dem 31. Juli 2024 nur noch eingeschränkt.
Das Gewicht der Drittanbieter-Skripte, zulasten der Core Web Vitals.
Die technische Lösung: Server-Side-GTM, gehostet bei Stape
Die gängigste Architektur kombiniert den serverseitigen Google Tag Manager (den Container, der die Ereignisse empfängt und die Übermittlung steuert) mit Stape, dem Hoster, den wir einsetzen, einfacher zu warten als eine manuell verwaltete Google-Cloud-Instanz. Was sie bringt:
First-Party-Messung. Die Mess-Cookies setzt der Server der Website selbst, dadurch sind sie widerstandsfähiger gegen Browser-Einschränkungen, sofern das Hosting sauber eingerichtet ist: Safari begrenzt auch Cookies auf 7 Tage, die ein hinter einer Subdomain versteckter Drittserver setzt (WebKit, 2020).
Robusteres Laden von GTM. Mit dem Custom Loader von Stape kommt das GTM-Skript von der Domain der Website statt von googletagmanager.com. Was ausgelöst wird, entscheidet weiterhin die CMP.
Conversion-APIs (CAPI von Meta, Google Ads, LinkedIn), angebunden über denselben Server.
Frei gewähltes Hosting. Ein Server in der EU oder in der Schweiz erleichtert die Kontrolle der Datenflüsse (DSG, DSGVO), doch Daten an Google oder Meta in den USA bleiben eine zu dokumentierende Übermittlung (Hosting-Vergleich).
So begründen Sie die Investition gegenüber Ihren Kunden
Server-Side kostet (Einrichtung, dann ein monatliches Server-Abo). Zwei Argumente entkräften den Einwand.
1. Das Performance-Argument
Smart Bidding und der Algorithmus von Meta optimieren auf die Conversions, die sie erhalten. Je vollständiger und verlässlicher das Signal, desto besser die Gebote. Der Gewinn hängt von Website und Einwilligung ab: Messen Sie vorher und nachher, ohne einen Prozentsatz zu versprechen.
2. Das Governance-Argument
Server-Side wählen Sie die übermittelten Felder: IP-Adresse kürzen, E-Mail hashen, einen sensiblen URL-Parameter entfernen, und zwar vor dem Versand. Das ist gelebter Datenschutz durch Technik (Art. 7 DSG), ein Argument, das Datenschutzberater verstehen.
Tipp von A-Track
Vergleichen Sie vor der Offerte einen Monat lang die Verkäufe im Backoffice mit den Zahlen in Google Ads und Meta. Die auf der Website Ihres Kunden gemessene Lücke überzeugt weit mehr als ein Marktdurchschnitt.
Häufige Fragen zu Server-Side
Ersetzt Server-Side das Pixel?
Nein. Empfohlen ist eine hybride Konfiguration: Das Pixel bleibt im Browser, die Conversion-API sendet dieselben Ereignisse vom Server, und die Plattform dedupliziert sie über eine gemeinsame Kennung (event_id). Siehe die Dokumentation von Meta.
Funktioniert es mit jedem CMS?
Ja: über den dataLayer und GTM, auf Shopify, WooCommerce, PrestaShop oder einer individuellen Website.
Wird die Website schneller?
Nur wenn Sie Skripte aus dem Browser entfernen. Wer Server-Side ergänzt, ohne client-seitig etwas wegzunehmen, gewinnt nichts.
Fazit: Wo anfangen?
Messen Sie einen Monat lang die Lücke zwischen Backoffice und Werbeplattformen (Methode in unserem Leitfaden zur Performance-Messung).
Prüfen Sie CMP und Consent Mode v2 vor jeder Migration: Der Server wendet die Wahl des Besuchers an, er ersetzt sie nicht (siehe unseren Leitfaden zu DSG und DSGVO).
Richten Sie einen Server-Side-Container auf einer Subdomain des Kunden ein und überwachen Sie ihn laufend: Server-Side-Tracking kann nach dem Livegang brechen.
Wie gross ist die Lücke zwischen Backoffice und Werbeplattformen?
A-Track misst die Lücke zwischen echten Verkäufen und gemeldeten Conversions und richtet serverseitiges GTM auf der Subdomain des Kunden ein, stets mit Einwilligung.
Besprechen wir es in einem 30-minütigen Gespräch mit einem Experten.
