GA4 Measurement Protocol: verwaltet, in der EU gehostet

GA4 Server-Side Tracking, ohne das Unassigned-Problem

Senden Sie die Ereignisse Ihres Shops an das GA4 Measurement Protocol vom Server aus, nicht mehr aus dem Browser: an die Browser-Session angehängt mit derselben client_id und session_id, damit sie ihre echte Quelle behalten statt in Unassigned zu landen. Kein eigenes Measurement-Protocol-Skript das Sie selbst schreiben, kein GTM-Serverkontainer den Sie einrichten: ein Verbindungsschlüssel, und dasselbe Ereignis erreicht auch Meta CAPI, Google Ads, TikTok, Pinterest und Microsoft Advertising.

Session-Zuordnung Einwilligung auf beiden Ebenen geprüft Für europäische Datenschutzstandards gebaut

Ihre Mess-ID und Ihr API-Secret bleiben bei uns verschlüsselt: Sie fügen sie nie in Ihren Shop ein.

Der Datenfluss, Ende zu Ende
Ihr Shop gtag im Browser + Server-Ereignis, dieselbe client_id und session_id
DataFirefly-Dispatcher In der EU gehostet: Einwilligungsprüfung, dann Verteilung
CAPI Meta CAPI Measurement Protocol Events API Conversions API Data Manager API
Definition

Was ist GA4 Server-Side Tracking?

GA4 Server-Side Tracking sendet Ihre Ereignisse von Ihrem eigenen Server an GA4, die Server-zu-Server-Schnittstelle von Google Analytics 4. Statt den Browser des Besuchers zu bitten, einen Kauf zu melden, sendet Ihr Server das Ereignis direkt. Die Anfrage verlässt Ihre Infrastruktur, sodass ein Adblocker oder eine Cookie-Richtlinie des Browsers nichts abfangen kann.

Die Unassigned-Falle

Genau das machen die meisten Server-Side-GA4-Aufbauten falsch, und es fällt kaum auf, weil nichts kaputt aussieht. GA4 ordnet nach SESSION zu. Ein Measurement-Protocol-Ereignis ohne session_id eröffnet eine brandneue Session ohne Quelle, und GA4 verbucht den Umsatz unter Unassigned. Die Conversions sind echt; sie haben nur ihren Kanal verloren. Am Ende können Sie nicht sagen, welche Kampagne sie bezahlt hat.

client_id und session_id halten den Kanal fest

Browser und Server senden dieselbe client_id und dieselbe session_id, gelesen aus den GA4-Cookies. Das Server-Ereignis schließt sich dann der Session an, die der Browser bereits mit ihrer echten Quelle und ihrem Medium etikettiert hat, statt eine quellenlose zu eröffnen.

Server-side heißt nicht ohne Einwilligung

Ein Tag auf den Server zu verlagern ändert, woher die Anfrage kommt, nicht ob Sie eine Erlaubnis brauchen, sie zu senden. Die Analyse-Einwilligung gilt weiterhin, und wir prüfen sie auf beiden Ebenen.

Sie suchen den Gesamtzusammenhang statt speziell GA4? Lesen Sie was Server-Side Tracking ist und wie es funktioniert.

Das Problem

Warum GA4 allein Ihren Umsatz zu niedrig ausweist

Das GA4-Tag läuft im Browser des Kunden: der einzige Punkt der Kette, den Sie nicht kontrollieren, und der am stärksten unter Druck steht.

  • Ad-Blocker

    verhindern, dass das Tag auf der Bestellbestätigung lädt: der Kauf wird in GA4 schlicht nie erfasst.

  • Safari ITP und Cookie-Grenzen der Browser

    verkürzen oder löschen das Cookie _ga Cookie, an dem GA4 einen wiederkehrenden Besucher erkennt, sodass eine Person als mehrere gezählt wird.

  • Sessions ohne Quelle

    sind das, was ein naiver Server-Side-Aufbau erzeugt: die Ereignisse kommen an, aber GA4 kann nicht sagen, woher sie stammen.

Das Problem ist nicht nur eine Lücke im Reporting. Jede Kanalentscheidung, jede Budgetverschiebung stützt sich darauf, was GA4 als Conversion meldet. Zu niedrig ausgewiesener oder nicht zugeordneter Umsatz heißt, der Bericht beantwortet eine andere Frage als die, die Sie stellen.

Die Lösung

Eine verwaltete GA4-Anbindung, ohne die Installationsarbeit

Installieren Sie den Konnektor Ihrer Plattform oder rufen Sie unsere API direkt auf: jeder Funnel-Schritt wird serverseitig an das Measurement Protocol gespiegelt, an die Browser-Session angehängt und an die Einwilligung geknüpft.

Ereignisse, die den Browser überleben

Der serverseitige Kauf wird aus Ihrer Infrastruktur zugestellt. Ist das Browser-Tag blockiert, ist genau dieses Ereignis das, was GA4 erhält.

Session-Zuordnung erledigen wir für Sie

Der Konnektor liest die GA4-Cookies und übergibt client_id (client_id und session_id, sodass das Server-Ereignis der richtigen Session mit der richtigen Quelle beitritt.

Reichhaltigere Nutzerdaten

Das Server-Ereignis kann die gehashte E-Mail-Adresse, Telefonnummer und Anschrift aus der Bestellung tragen, die Grundlage für nutzerseitig bereitgestellte Daten/geräteübergreifendes Reporting, die der Browser zum Zeitpunkt der Conversion selten hat.

Nichts geht unterwegs verloren

Eine Retry-Warteschlange wiederholt wiederholbare Zustellfehler automatisch, sodass ein kurzer Ausfall auf einer der beiden Seiten Sie kein Ereignis kostet.

Einwilligung doppelt durchgesetzt

Die Browser-Ebene injiziert ohne Einwilligung nichts, und der Dispatcher prüft ein zweites Mal, bevor etwas GA4 erreicht.

Das Secret nie in Ihrem Shop

Ihre Mess-ID und Ihr Measurement-Protocol-API-Secret sind bei uns verschlüsselt. Ein kompromittiertes Shop-Frontend kann sie nicht preisgeben.

Der Inspector als Nachweis

Jedes Ereignis und sein Status je Ziel sind im Inspector sichtbar, sodass Sie die Zustellung an GA4 bestätigen statt sie anzunehmen.

Ein Ereignis, sechs Ziele

Dasselbe Ereignis erreicht auch Meta CAPI, Google Ads, TikTok, Pinterest und Microsoft Advertising, ohne eine zweite Integration zu bauen.

So verbinden Sie sich

Ihren Shop mit GA4 verbinden

1

GA4-Zugangsdaten einmal hinterlegen

Hinterlegen Sie in Ihrem DataFirefly-Konto Ihre GA4- Mess-ID (G-XXXXXXX) und ein Measurement-Protocol- API-Secret das Sie unter Verwaltung, Datenströme anlegen. Beides wird verschlüsselt gespeichert und nie an Ihren Shop gesendet.

2

Den Konnektor Ihrer Plattform installieren

PrestaShop, WooCommerce oder Shopware, danach fügen Sie Ihren einzigen Verbindungsschlüssel dfss_ ein. Auf jeder anderen Technologie senden Sie Ihre Ereignisse an unsere API.

3

In GA4 Echtzeit prüfen

Geben Sie eine Testbestellung auf, suchen Sie im Inspector einen zugestellten purchase und bestätigen Sie, dass es in GA4 Echtzeit mit einer echten Quelle und einem echten Medium erscheint, nicht als Unassigned.

Vergleich

Eigenes Skript, Server-Side GTM oder verwalteter Konnektor?

Drei Wege führen zum selben Measurement Protocol. Sie unterscheiden sich darin, was Sie selbst betreiben müssen, und darin, ob GA4 das einzige Ziel bleibt.

Ihre eigene Integration

Code, den Sie gegen das Measurement Protocol schreiben: die GA4-Cookies auslesen, Sessions zuordnen, Nutzerdaten hashen, Wiederholungen. Volle Kontrolle, und jede Feinheit des Protokolls dürfen Sie selbst entdecken.

Server-Side GTM

Ein GTM-Serverkontainer, den Sie hosten und einrichten, mit einem GA4-Tag darin. Maximale Kontrolle über Tags und Variablen, und echtes GTM-Know-how, um ihn zu bauen und zu pflegen.

DataFirefly

Ein verwalteter Konnektor: kein Container, kein Cloud-Konto, ein Schlüssel. GA4 plus Meta CAPI, Google Ads, TikTok, Pinterest und Microsoft Advertising aus demselben Ereignis, in der EU gehostet.

Wann ein anderer Weg besser passt. Wenn Sie einen Entwickler haben, der die Integration übernimmt, und GA4 Ihr einziges Ziel ist, ist es völlig vernünftig, sie selbst zu schreiben. Haben Sie GTM-Know-how im Haus und brauchen Kontrolle über Transformationen auf Tag-Ebene, ist Server-Side GTM flexibler als wir. Wir passen besser, wenn Ihre Ereignisse zuverlässig mehrere Plattformen erreichen sollen, ohne dass Sie zum Tracking-Infrastrukturteam werden. Sehen Sie auch unsere Seiten Addingwell-Alternative und FAQ .

Plattformen

GA4 Server-Side Tracking für jede E-Commerce-Plattform

Ein Headless-Frontend oder eine eigene Technologie? Senden Sie Ihre Ereignisse an unsere API: der Dispatcher behandelt GA4 und jedes andere Ziel gleich. Erzählen Sie uns von Ihrem Setup.

Preise

GA4 in jedem Tarif enthalten

Ein Abonnement deckt Ihr gesamtes Konto und alle seine Ziele ab: GA4 ist keine kostenpflichtige Zusatzoption. Wechseln Sie in einen höheren Tarif für mehr Websites und mehr Ereignisse pro Monat.

Kostenlos

Kostenlos

€0 Kostenlos, solange Sie unter dem Monatskontingent bleiben: bei Überschreitung bricht nichts.
1 / Monat
Website inklusive 10,000 Bis zu
Ereignisse / Monat
Keine Kreditkarte nötig

Kostenlos starten

Für einen einzelnen Shop, der GA4 serverseitig sauber aufsetzt.

€39 Kostenlos, solange Sie unter dem Monatskontingent bleiben: bei Überschreitung bricht nichts.
1 / Monat
Website inklusive Bis zu Bis zu
Alle Ziele enthalten
Eine konsolidierte Rechnung

Growth wählen

Scale

€349 Kostenlos, solange Sie unter dem Monatskontingent bleiben: bei Überschreitung bricht nichts.
20 / Monat
Website inklusive Bis zu Bis zu
Alle Ziele enthalten
Eine konsolidierte Rechnung

Erst einmal die Verbindung ausprobieren? Der kostenlose Tarif lässt Sie Ereignisse senden und ankommen sehen, bevor Sie ein Abo abschließen.

vollständigen Preise auf der Startseite

Daten an GA4 senden, nach europäischen Regeln

Server-Side Tracking verlagert, woher die Anfrage kommt. Es bringt Sie nicht aus der DSGVO heraus: deshalb haben wir die Einwilligungsprüfungen eingebaut statt sie zu umgehen.

Für europäische Datenschutzstandards gebaut

Ereignisse werden in der EU verarbeitet, bevor sie Google erreichen.

Einwilligungsprüfung auf beiden Ebenen

Clientseitig wird ohne Einwilligung nichts ausgelöst, und der Server prüft erneut.

API-Secret nie offengelegt

Ihr Measurement-Protocol-API-Secret ist im Ruhezustand verschlüsselt und wird nie an den Browser oder den Shop gesendet.

Hashing vor der Übertragung

E-Mail-Adresse, Telefonnummer und Anschrift werden gehasht, wie Google es verlangt: Klardaten werden nicht gesendet.

AVV verfügbar

Ein Auftragsverarbeitungsvertrag, der diesen Ablauf abdeckt, steht auf unserer AVV-Seite.

Der dfss_…-Schlüssel kapselt alles: Kein Ziel-Token lebt im Shop.

In Echtzeit verfolgt auf unserer In Echtzeit gemessen und verfolgt auf unsereröffentlichen Statusseite

, im Einklang mit unserem SLA.

Häufige Fragen: GA4 Server-Side Tracking

Was ist GA4 Server-Side Tracking?

Ihre Ereignisse (Seitenaufruf, Warenkorb, Kauf) von Ihrem eigenen Server über das Measurement Protocol an Google Analytics 4 zu senden, statt sich allein auf das gtag im Browser des Besuchers zu verlassen. Weil die Anfrage Ihre Infrastruktur und nicht den Browser verlässt, wird sie weder von Adblockern noch von Browsereinschränkungen bei Cookies beeinträchtigt. Richtig gemacht trägt das Server-Ereignis dieselbe client_id und session_id wie der Browser, sodass es derselben Session beitritt statt eine neue zu eröffnen.

Warum erscheinen meine serverseitigen GA4-Ereignisse als Unassigned?

Weil sie ohne session_id ankommen. GA4 ordnet nach Session zu, also hat ein Ereignis, das seine eigene Session eröffnet, keine Quelle und landet in Unassigned. Die Lösung ist nicht, Server-Side wegzulassen, das die vollständigeren Daten liefert: sie besteht darin, dem Ereignis sein Etikett zurückzugeben, indem die aus den GA4-Cookies gelesene client_id und session_id mitgeschickt werden. Unsere Konnektoren tun das standardmäßig. Wenn Sie bereits Unassigned-Umsatz haben, liegt es fast immer daran.PrestaShop, WooCommerce, Shopware

Zählt Server-Side Tracking meine GA4-Ereignisse doppelt?

GA4 hat keinen eigenen Deduplizierungsschlüssel, es hängt also davon ab, wie der Funnel aufgeteilt wird, und unsere Konnektoren nehmen diese Aufteilung für Sie vor: das Browser-Tag behält die Engagement-Ereignisse, in denen es gut ist, und der Server besitzt die Conversion. Sie senden denselben Kauf also nicht zweimal. Verdrahten Sie das Measurement Protocol selbst und senden ein Ereignis erneut, das das Tag bereits gesendet hat, zählt GA4 beide, weil es sie nicht als dasselbe erkennen kann.client_id

Wie verbindet man eine Website mit dem GA4 Measurement Protocol?

Drei übliche Wege: eine eigene Integration gegen das Measurement Protocol schreiben, einen GTM-Serverkontainer mit einem GA4-Tag betreiben, oder einen verwalteten Konnektor nutzen. Bei DataFirefly installieren Sie den Konnektor Ihrer Plattform (PrestaShop, WooCommerce, Shopware) oder rufen unsere API auf und fügen dann einen einzigen Verbindungsschlüssel ein. Ihre Mess-ID und Ihr API-Secret liegen verschlüsselt bei uns: Sie fügen sie nie in Ihren Shop ein.

Ist Server-Side Tracking zu GA4 DSGVO-konform?

Server-Side Tracking macht die Einwilligung nicht überflüssig. Unsere Konnektoren knüpfen sowohl die Browser- als auch die Serverebene an die Einwilligung, und der Dispatcher prüft ein zweites Mal, bevor ein Ereignis zu Google geht. Die Ereignisse werden in der EU (Deutschland) verarbeitet, ein AVV ist verfügbar, und das API-Secret verlässt unseren Server nie. Server-Side ist ein Mechanismus für Zuverlässigkeit und Datenqualität, kein Weg an einem Einwilligungsbanner vorbei.

Ersetzt das mein GA4-Browser-Tag?

Nein, und das sollten Sie auch nicht wollen. Das Browser-Tag sieht Dinge, die der Server nie sehen wird: Scrollen, Verweildauer, Seitenabfolge, den echten Referrer. Der Server sieht Dinge, die der Browser verliert: die bestätigte Bestellung, ihren tatsächlichen Wert, die gehashten Kundendaten. Unsere Konnektoren betreiben beides und teilen den Funnel so auf, dass jeder das tut, worin er gut ist, weshalb es auch keine Doppelzählung gibt. Die nutzerseitig bereitgestellte Daten und geräteübergreifendes Reporting Session-Zuordnung hält die beiden Hälften in derselben Session.

Google, Google Analytics und GA4 sind Marken von Google LLC. DataFirefly ist nicht mit Google verbunden. Produktnamen dienen der Beschreibung der Interoperabilität.

Verlieren Sie keinen GA4-Umsatz mehr an den Browser

Senden Sie den vollständigen Funnel an das GA4 Measurement Protocol, an die richtige Session angehängt: einwilligungsbewusst, in der EU gehostet, mit Meta CAPI, Google Ads, TikTok, Pinterest und Microsoft Advertising aus demselben Ereignis.