Warum SignalHost: was Tags im Browser verlieren und was Ihr eigener Tagging-Server zurückholt

Mit Tags im Browser ist jede Messung eine Anfrage an die Domain eines anderen: das Tag-Manager-Skript von googletagmanager.com, jeder GA4-Treffer an google-analytics.com, jedes Meta-Ereignis an facebook.com. Werbeblocker, Datenschutz-Erweiterungen, Browser mit eingebautem Tracking-Schutz und DNS-Filter in Büro- und Heimnetzen erkennen diese Hostnamen und Pfade und verwerfen die Anfrage. Die Seite lädt ganz normal. Der Besuch kommt einfach nie an.

Diesen Verlust sehen Sie in GA4 nicht, weil GA4 nur zeigt, was angekommen ist. Wie groß er ist, hängt von Ihrem Publikum ab – bei einem technischen, jungen oder datenschutzbewussten Publikum weit größer als bei einem allgemeinen –, und er trifft jeden Bericht zugleich: weniger Nutzer, weniger Sitzungen, weniger Conversions und Kampagnen, die schlechter aussehen, als sie sind.

Das Blockieren ist einer von vier Gründen, warum GA4 weniger Conversions zeigt als Ihr Shop: warum GA4 zu wenig zählt und was sich zurückholen lässt.

Ein verlorener Seitenaufruf ist ärgerlich. Eine verlorene Conversion kostet Sie doppelt. Google Ads, Meta und TikTok entscheiden, wohin Ihr Budget fließt, indem sie aus den Conversions lernen, die sie erhalten. Jeder Kauf, den ein Blocker verschluckt, ist also einer, aus dem die Gebotsstrategie nie lernt, und jede Kampagne weist eine schlechtere Rendite aus, als sie erwirtschaftet hat.

Der zweite Verlust ist der Anzeigenklick selbst. Eine Conversion zählt nur dann für eine Kampagne, wenn sie dem Klick zugeordnet werden kann, der zu ihr geführt hat, und dieses Bindeglied ist eine Klick-ID – gclid bei Google, fbclid bei Meta, ttclid bei TikTok. Sie steht in der Adresse der Landingpage und ist mit dem nächsten Klick der Besucher daraus verschwunden. Etwas muss sie bis zum Kauf aufbewahren, und dieses Etwas ist ein Cookie. Kommt es von der Adresse einer anderen Website, verweigert Safari es rundweg, und der Kauf drei Seiten später kommt ohne Klick an.

• Ihre Tags laden und melden über Ihre eigene Domain. Mit metrics.ihreseite.de als Tagging-Adresse geht für den Browser jede Anfrage an Ihre eigene Website, und keine Liste, die auf Googles Hostnamen zielt, trifft sie.
• Nichts mehr, das sich erkennen lässt. Filterlisten suchen außerdem auf jeder Domain nach gtm.js, /g/collect und Mess-IDs. SignalHost kodiert jede Anfrage in einen einzigen undurchsichtigen Pfad, für jeden Kunden anders, sodass Dateiname, Ereignisname, Ihre Mess-ID und die Seitenadresse nicht mehr im Klartext stehen.
• Conversions erreichen die Werbeplattformen von Ihrem Server aus. Google Ads, Meta, TikTok, Reddit, Pinterest, Snapchat und LinkedIn erhalten Ihre Ereignisse über ihre eigenen Server-Schnittstellen – die Conversions API von Meta, die Events API von TikTok und die übrigen – statt über ein Pixel im Browser. Wenn Sie möchten, behalten Sie zusätzlich ein Pixel: Senden Sie an beide dieselbe event_id, und jede Plattform zählt das Ereignis einmal.
• Der Klick bleibt bis zum Kauf erhalten. Ihr Server-Container speichert die Klick-ID in einem Cookie auf Ihrer eigenen Domain – FPGCLAW für Google Ads, _fbc für Meta –, sodass ein Kauf Seiten oder Tage später die Plattform noch zusammen mit dem Klick erreicht, von dem er kam.
• Ein Ereignis, jedes Ziel. Die Ereignisse, die Ihre Website schon an GA4 sendet, speisen auch jede Plattform, die Sie verbinden – übersetzt in die eigenen Namen der jeweiligen Plattform –, sodass Sie ein Ereignis einmal einrichten statt einmal pro Plattform.

Nichts davon ist neue Technik. Serverseitiger Google Tag Manager ist Googles eigenes Produkt, und Sie können ihn selbst hosten. Das bedeutet: ein Projekt in Google Cloud mit Abrechnung, ein Tagging-Server, der in Produktion am Laufen gehalten wird, und ein zweiter für die Vorschau, Ihre eigene Domain, die samt Zertifikat darauf zeigt, ein Server-Image, das aktuell gehalten werden muss, und eine Rechnung, die mit Ihrem Traffic wächst. Dann die Container: ein Web-Container, dessen Google-Tag an Ihren Server sendet, ein Tag für jedes Ereignis, ein Server-Container, der sie empfängt und weiterleitet, und für jede Werbeplattform eine Vorlage, Zugangsdaten und ein Trigger – und jedes davon kann ausfallen, ohne dass irgendwo ein Fehler erscheint.

Diesen Teil übernimmt SignalHost. Sie verbinden Ihr Google-Konto einmal – Tag Manager und lesender Zugriff auf Analytics, sonst nichts –, und SignalHost baut und veröffentlicht beide Container in Ihrem eigenen Konto: das Google-Tag, das auf Ihren Server zeigt, Tags für sechzehn Standardereignisse von Registrierungen und Leads bis zu jedem Schritt eines Checkouts, die Serverseite und jede Werbeplattform, die Sie hinzufügen. Das dauert etwa vier Minuten, und Sie fügen ein Snippet in Ihre Website ein.

Die Container gehören weiter Ihnen. Sie liegen in Ihrem Tag-Manager-Konto, unter Ihrem Login: Bearbeiten Sie sie, ergänzen Sie eigene Tags, oder gehen Sie und behalten Sie sie. Wenn sich ein Tag ändern muss – weil Google etwas geändert hat oder weil wir ein Ereignis hinzugefügt haben –, werden Ihre Container aktualisiert, ohne dass Sie irgendetwas anklicken müssen. Es läuft auf europäischer Infrastruktur, ohne Google-Cloud-Projekt und ohne Cloud-Rechnung pro Anfrage auf Ihrer Seite.

• Live gezählte Anfragen und Ereignisse für jeden Container, sodass „Funktioniert es?“ binnen Sekunden eine Antwort hat statt erst im Bericht von morgen.
• Zwei Zahlen pro Ereignis: alles, was angekommen ist, und wie viel davon mit Analytics-Einwilligung kam – Ihre Einwilligungsrate, gemessen statt geschätzt.
• Seiten, Traffic-Quellen, Länder, Browser und Geräte, gezählt aus den Seitenaufrufen, die Ihr Server ausgeliefert hat. Nur aggregierte Werte: Weder eine IP-Adresse noch eine Client-ID wird gespeichert.
• Eine Karte „Fehlersuche“, die Ihre Seitenaufrufe von Ihrer Website über Ihren Server bis in den Echtzeitbericht von GA4 selbst verfolgt und den Weg zu jeder verbundenen Werbeplattform prüft.
• Mit Growth, Enterprise oder Unlimited verbindet sich der Vorschaumodus von Tag Manager mit Ihrem Server-Container so, wie er es mit einem selbst betriebenen täte.

• Es ersetzt keine Einwilligung. Eine Anfrage an Ihre eigene Domain braucht dieselbe Einwilligung wie eine an Googles. Eine Ablehnung bleibt eine Ablehnung: Googles Tags senden nur, was der Consent Mode erlaubt, und Meta, TikTok und die anderen Plattformen erhalten für diese Besucher nichts.
• Es sorgt nicht dafür, dass GA4 dieselben Zahlen zeigt wie Ihre Container-Seite. Analytics lässt die Besucher weg, die Cookies abgelehnt haben; Ihr Server zählt jede Anfrage. Die Differenz ist Ihre Einwilligungsrate, keine verlorenen Daten.
• Ohne Ihre eigene Domain kann es den Anzeigenklick nicht erhalten. Auf dem kostenlosen Hostnamen unter signalhost.io sind Ihre Tags bereits weg von Googles Domains, aber das Klick-Cookie kommt weiterhin von einer anderen Website, und Safari verweigert es. Erst Ihre eigene Domain, in einem kostenpflichtigen Tarif, sorgt dafür, dass der Klick erhalten bleibt.
• Es holt keinen Besucher zurück, dessen Browser überhaupt keine Skripte ausführt, und keinen, der geht, bevor die Seite geladen ist.

Sie brauchen es, wenn Geld an den Zahlen hängt: Sie schalten Anzeigen bei Google, Meta, TikTok oder den anderen und wollen, dass sie aus jedem Verkauf lernen; Sie verkaufen online, und die Bestellzahl Ihres Shops und GA4 stimmen nicht überein; Ihr Publikum ist technisch, jung oder achtet auf Datenschutz; oder Sie berichten an einen Kunden, dessen Budget dem Dashboard folgt.

Wahrscheinlich brauchen Sie es nicht, wenn Sie keine Anzeigen schalten, Ihre Website ein paar hundert Besuche im Monat hat und niemand anhand der Zahlen etwas entscheidet. Analytics im Browser genügt, wenn zehn Prozent mehr oder weniger nichts ändern.

Am schnellsten finden Sie heraus, was auf Sie zutrifft, indem Sie es messen. Der kostenlose Tarif umfasst zehntausend Anfragen im Monat, und dafür wird nie etwas berechnet. Richten Sie es ein und vergleichen Sie dann eine Woche Conversions in GA4 und in Ihren Werbeplattformen mit der Woche davor.