Welche Plattformen unterstützen den Server-seitigen Google Tag Manager?

Der serverseitige Google Tag Manager (sGTM) unterstützt viele Werbe- und Analyseplattformen wie GA4, Google Ads, Meta, TikTok, Pinterest, LinkedIn, Snapchat, Klaviyo und ActiveCampaign. E-Commerce-Datenebenen sind für CMSs wie WordPress, Shopify, Lightspeed, Magento, WooCommerce und PrestaShop verfügbar. Mobile Apps für iOS und Android werden ebenfalls unterstützt.

Der Standort der einzelnen Plattformen (Web-Container, Server-Container oder beides) bestimmt, ob Ihre Konvertierungsdaten korrekt sind.

In diesem Artikel erfahren Sie, warum die einzelnen Platzierungsentscheidungen so wichtig sind, was passiert, wenn Sie es falsch machen, und was sGTM-Hosting-Anbieter wie TAGGRS auf der Infrastrukturebene tun, was die Container-Einrichtung allein nicht beheben kann. Und wenn Sie Ihre Plattform(en) bereits kennen, können Sie mit dem interaktiven Checker unten direkt zu den Konfigurationsschritten springen.

Was ist ein GTM-Server-Container, und was wird darin gespeichert?

Ein GTM-Server-Container läuft auf einem gehosteten Server und führt Tags von Server zu Server aus, getrennt vom Browser des Besuchers. Er arbeitet neben dem Standard-GTM-Webcontainer mit einer Zwei-Container-Architektur:

1. Web-Container, der im Browser des Besuchers läuft und clientseitige Tags ausführt
2. Server-Container, der auf einem gehosteten Server (wie TAGGRS) läuft und Tags von Server zu Server ausführt.

Der Server-Container ist der Ort, an dem die eigentliche Arbeit stattfindet. Wenn er richtig konfiguriert ist, setzt er Erstanbieter-Cookies, die bis zu 365 Tage lang gültig sind. Und das ist heute wichtiger denn je, denn der ITP von Safari begrenzt die Dauer der vom Browser gesetzten Cookies auf 7 Tage, und Safari wird Anfang 2026 etwa 17 % des weltweiten Browser-Marktanteils ausmachen. (Quelle: StatCounter, Browser-Marktanteil weltweit)

Einfach ausgedrückt: Bei fast 1 von 5 Ihrer Sitzungen gehen standardmäßig Tracking-Daten verloren, wenn Sie nur client-seitig arbeiten.

TAGGRS sGTM hosting ist ein verwalteter Server-side Tracking-Anbieter, der Ihren GTM-Server-Container auf einer unabhängigen europäischen Infrastruktur hostet. Er arbeitet mit Google Tag Manager zusammen und verwendet zwei Container:

TAGGRS sGTM-Hosting funktioniert mit jedem Website-Stack. Die Regel lautet: Wenn es mit Google Tag Manager funktioniert, funktioniert es auch mit TAGGRS. Zu den CMS mit dedizierter Datenschichtunterstützung gehören also WordPress, Shopify, Lightspeed, Magento, WooCommerce und PrestaShop. Mobile Apps auf iOS und Android werden ebenfalls unterstützt.

Wo soll der Container aufgestellt werden?

Jede Plattform wird in 1 von 3 Konfigurationen platziert. Dies ist eine architektonische Entscheidung, die sich darauf auswirkt, ob Konversionen korrekt gezählt werden, ob Cookies die ITP überleben und ob Daten Ihre Infrastruktur vor oder nach der Anwendung der Einwilligung verlassen. Hier ist die Aufschlüsselung:

Konfiguration	Was es bedeutet	Wann Sie es verwenden sollten
Nur Webcontainer	Tag wird im Browser ausgeführt. Keine Server-Komponente.	Nicht relevant für sGTM-Setups.
Nur Server-Container	Alle Daten fließen vom Server. Kein Browser-Tag.	Wenn die Plattform die Deduplizierung nicht unterstützt oder wenn das Browser-Tag unnötig ist. Hinweis: Ohne eine bestehende clientseitige GTM-Einrichtung erfordert eine reine Server-Konfiguration eine benutzerdefinierte Tracking-Implementierung. Sowohl die Frontend-Ereignissammlung als auch die Backend-Ereignisweiterleitung müssen von Grund auf neu erstellt und gepflegt werden.
Beide Container	Das Browser-Tag sendet Daten an den Server-Container, der sie an die Plattform weiterleitet. Der Web-Container kann auch Daten an die server-side senden, ohne etwas direkt an eine Plattform zu senden. Eine Deduplizierung ist nur dann erforderlich, wenn sowohl der Browser als auch der Server gleichzeitig an dieselbe Plattform senden.	Wenn die Plattform sowohl von Browsersignalen als auch von der Zuverlässigkeit des Servers profitiert.

In welchen Container gehört Ihre Plattform?

Sie wissen nicht, wo Sie eine bestimmte Plattform platzieren sollen? Verwenden Sie den Checker unten. Wählen Sie eine Plattform aus und informieren Sie sich über die Containerplatzierung, die Deduplizierungsanforderungen und die genauen Konfigurationsschritte.

Plattformen, die nur in den Server-Container passen

Werbeplattformen

Für das server-side Tracking von Google Ads sind 4 Komponenten nacheinander erforderlich:

1. GA4 Konfig-Tag (Web-Container)
2. GA4 Server-Tag (Server-Container)
3. Konvertierung Linker-Tag (Server-Container)
4. Google Ads Conversion Tracking Tag (Server-Container)

Laut den FAQs, die unser Support erhält, ist der Conversion Linker der Schritt, der am häufigsten vergessen wird. Ohne ihn werden die Klickdaten nicht korrekt mit den Conversions verknüpft und die Attribution wird unterbrochen. Google Ads Remarketing durchläuft die gleiche Kette.

Google Ads Remarketing läuft ebenfalls nur server-side und nutzt dieselbe GA4-Abhängigkeit.

Auch TikTok ist ein reiner Server-Container. Das Pixel von TikTok unterstützt die Ereignis-Deduplizierung nicht in dem Umfang, der für die gleichzeitige Ausführung von Browser- und Server-Tracking erforderlich ist. Das Server-Tag sendet Ereignisse an die Events-API von TikTok und wandelt die erforderlichen Benutzerdaten (E-Mail, Telefon) automatisch in Kleinbuchstaben um und hasst sie vor der Übertragung mit SHA256.

Überprüfen Sie Ihre Einstellungen im Ereignis-Manager von TikTok, bevor Sie paralleles Tracking aktivieren.

CRM und Marketingautomatisierung

Klaviyo unterstützt keine Ereignis-Deduplizierung. Wenn Sie sowohl den Browser als auch den Server verwenden, werden doppelte Ereignisse an Klaviyo gesendet. Konfigurieren Sie nur server-side. Der Tag kommuniziert direkt mit der API von Klaviyo und unterstützt das Hinzufügen von Kontakten, das Verfolgen von Aktivitäten vor Ort und das Senden von Ereignisparametern.

ActiveCampaign verbindet sich server-side mit der ActiveCampaign API. Der Tag unterstützt 3 Aktionstypen: Ereignisse verfolgen, einen Kontakt erstellen oder aktualisieren und einen Kontakt erstellen oder aktualisieren und gleichzeitig ein Ereignis verfolgen.

Plattformen, die sowohl den Web-Container als auch den Server-Container benötigen

Analytik

Google Analytics 4 ist bei einer server-side Einrichtung nicht optional. Das GA4 Config-Tag im Web-Container sendet Daten an den Server-Container, der alle nachgeschalteten Tags, einschließlich Google Ads, mit Daten versorgt. Es gibt keine server-seitige Google Ads-Einrichtung ohne vorheriges server-seitiges GA4.

Deduplizierung für GA4? Das ist nicht erforderlich. Die Kontinuität der Sitzungen wird automatisch in beiden Containern gewährleistet.

Werbeplattformen

Plattform	Warum beide Container?	Deduplizierung erforderlich?	Übereinstimmender Parameter
Meta	Meta empfiehlt, Browser-Pixel und Server-CAPI gleichzeitig laufen zu lassen, um die Trefferquote und die Ereignisabdeckung zu maximieren.	Ja	event_id muss zwischen Web- und Server-Ereignissen übereinstimmen
Pinterest	Browser-Tag + Conversions API laufen parallel, dieselbe Dual-Signal-Logik wie Meta.	Ja	Inserenten-ID + Schlüssel zur Ereignis-Deduplizierung
LinkedIn	Insight Tag läuft client-side; Server-Tag sendet Konvertierungsereignisse über LinkedIn CAPI.	Ja	conversionId
Snapchat	Snap Pixel (Web) + Snap Conversions API (Server) laufen parallel. Tag normalisiert und hasht automatisch die Benutzerparameter.	Ja	ereignis_id

Aber was bedeutet Deduplizierung in der Praxis? Deduplizierung findet statt, wenn dasselbe Konvertierungsereignis sowohl im Browser als auch auf dem Server ausgelöst wird, so dass die Plattform es zweimal erhält. Ohne Deduplizierungslogik (eine gemeinsame Ereignis-ID, die der Plattform mitteilt: "Diese beiden Ereignisse sind gleich") werden Ihre Konversionszahlen aufgebläht. Speziell für Meta bedeutet dies, dass die ROAS-Berichterstattung unzuverlässig wird.

E-Commerce: CMS-spezifische Datenschichten

Server-seitiges Tracking ist nur so gut wie die Ereignisdaten, die den Server-Container erreichen. Für den elektronischen Handel bedeutet das eine korrekt strukturierte Datenschicht: eine, die Kauf-, Warenkorb- und Produktansichtsereignisse mit den richtigen Parametern weiterleitet.

TAGGRS bietet spezielle Konfigurationen der Datenebene für CMS wie WordPress (mit WooCommerce), Shopify, Lightspeed, Magento und PrestaShop.

Jedes CMS hat eine andere Datenschichtstruktur. Die Verwendung des falschen Ereignisformats führt dazu, dass Conversion-Ereignisse mit fehlenden oder fehlerhaften Parametern im Server-Container ankommen: der häufigste Grund, warum das server-seitige Google Ads-Tracking zwar zu funktionieren scheint, aber zu wenig Conversions meldet.

Mobile Apps: iOS und Android

TAGGRS unterstützt server-side Tracking für mobile Apps auf iOS und Android. App-Ereignisse werden über den Server-Container geleitet, wobei die gleiche Infrastruktur wie beim Web-Tracking verwendet wird. Dies ist wichtig für Teams, die Google Ads App-Kampagnen oder Meta-App-Installationskampagnen durchführen, bei denen kein browser-seitiges Tracking verfügbar ist und Ereignisdaten auf SDK-Ebene ein Server-Relay benötigen, bevor sie die Werbeplattformen erreichen.

Welches Setup passt zu Ihrem Tracking-Stack?

Nur Google Ads + GA4

Konfigurieren Sie GA4 in beiden Containern. Google Ads läuft nur server-side. Dies ist die minimale praktikable sGTM-Einrichtung für Teams, die neu anfangen.

Google Ads + Meta + GA4

Fügen Sie Meta CAPI mit event_id-Deduplizierung hinzu. Dies ist die häufigste Konfiguration für Agenturen. Sie deckt die beiden Plattformen mit den höchsten Ausgaben ab und bietet den meisten Kunden den größten Gewinn bei der Signalwiederherstellung.

Google Ads + Meta + TikTok + LinkedIn + Klaviyo

Jede der oben genannten Plattformen trifft zu. In dieser Größenordnung wird die Verwaltung der Infrastruktur - Betriebszeit von Containern, Zugriff durch mehrere Clients, Rotation der Anmeldeinformationen - zur operativen Einschränkung, nicht die Tag-Konfiguration. Das verwaltete Hosting und die rollenbasierte Zugriffskontrolle von TAGGRS sind für diese Umgebung konzipiert.

E-Commerce-Stapel (Shopify / WooCommerce / Lightspeed)

Beginnen Sie mit der CMS-spezifischen Konfiguration der Datenschicht, bevor Sie irgendwelche Plattform-Tags einrichten. Eine unvollständige Datenschicht führt zu fehlenden Parametern auf der Serverebene, und keine Tag-Konfiguration kann Ereignisse kompensieren, die im Vorfeld nie korrekt gebildet wurden.

FAQs

Für welche Plattformen ist eine Ereignis-Deduplizierung im server-side GTM erforderlich?

Meta (Facebook CAPI), Pinterest, LinkedIn CAPI und Snapchat CAPI erfordern die Deduplizierung von Ereignissen, wenn das Tracking gleichzeitig im Browser und auf dem Server läuft. TikTok unterstützt keine Deduplizierung und muss als reiner Server konfiguriert werden, um überhöhte Conversion-Zahlen zu vermeiden.