Ihr UTM-Tracking hat ein Leck, und Datenschutz-Browser sind die Ursache. Firefox entfernt im Strict-Modus bekannte Tracking-Parameter aus der URL, noch bevor die Seite überhaupt lädt. Brave nimmt einen anderen Weg zum selben Ziel: Es lässt die Parameter meist unangetastet, blockiert aber die Analytics-Skripte, die sie auslesen würden. So oder so kann ein UTM-getaggter Klick auf Ihrer Landingpage ankommen, ohne die Tags oder mit blockiertem Auslese-Skript - und Ihr Kampagnenbericht untererfasst still und leise.
Das ist der Query-String-Cousin des Safari-Problems. Der Beitrag Klick-Attribution nach Safari ITP behandelt Speicher und Cookies; hier geht es um die URL-Parameter selbst, die entfernt oder ignoriert werden - ein anderer Mechanismus mit demselben Symptom.
Zwei Browser, zwei Mechanismen, ein kaputter Bericht
Es hilft, präzise zu sein, denn „Browser entfernen UTMs" stimmt nur zur Hälfte.
Firefox entfernt sie tatsächlich. Seine Funktion zur Entfernung von Query-Parametern, aktiv im Strict-Modus des Enhanced Tracking Protection, gleicht URL-Parameter mit einer Liste bekannter Tracking-Kennungen ab und entfernt Treffer, bevor die Seite lädt. Die Standardliste ist begrenzt, aber real, und sie ist konfigurierbar, sodass die Menge nur wächst. Eine Aufschlüsselung der Entfernung von Click-IDs und Parametern in Browsern zeigt, wie sich das über verschiedene Browser hinweg darstellt.
Brave blockiert vor allem die Ausleser. Braves Parameter-Entfernung ist inkonsistent; was es zuverlässig tut, ist die Analytics-Skripte zu blockieren - darunter GA4 -, die die UTMs auslesen würden. Die Parameter überleben möglicherweise in der URL, aber nichts auf der Seite darf sie auswerten, sodass der Effekt auf Ihren Bericht derselbe ist: keine Attribution.
Fügen Sie Safaris Speicherlimits hinzu, und Sie haben eine Datenschutz-Trifecta. Branchentests beziffern Datenschutz-Browser auf etwa ein Fünftel bis ein Viertel der Besucher, wobei ein Teil des US-Traffics auf Browsern läuft, die das standardmäßige GA4-Tracking rundweg blockieren. Das ist kein Rundungsfehler in einem Kampagnenbericht.
Warum der UTM-Ansatz strukturell angreifbar ist
Das UTM-Modell setzt zwei Dinge voraus, die ein Datenschutz-Browser durchkreuzen kann: dass die Tracking-Parameter die Reise zu Ihrer Seite überstehen, und dass ein Skript auf dieser Seite sie auslesen darf. Beides geschieht am Zielort - genau dort, wo die Datenschutzfunktionen des Browsers ansetzen. Sie verlangen von den Tags, einen Spießrutenlauf zu überstehen, der eigens dafür gebaut wurde, sie zu entfernen.
Das ist kein Grund, UTMs aufzugeben - sie funktionieren in Chrome, wo der Großteil des Traffics liegt, weiterhin einwandfrei -, aber es ist ein Grund, das Landingpage-UTM nicht als Quelle der Wahrheit zu behandeln. Es ist ein verlustbehafteter Kanal, und der Verlust konzentriert sich auf datenschutzbewusste Zielgruppen, die Ihnen wahrscheinlich wichtig sind.
Erfassen Sie den Klick, bevor der Browser ihn berührt
Die zuverlässige Lösung besteht darin, die Messung vorzuverlegen: den Klick am Redirect erfassen, bevor die Zielseite und ihre Skripte überhaupt laden. Ein Kurzlink tut genau das. Wenn jemand auf go.acme.com/spring klickt, löst der Redirect serverseitig auf und protokolliert den Klick - Kampagne, Ziel, Zeitstempel - und schickt den Browser erst danach weiter. Dass Firefox auf der Landingpage einen Query-Parameter entfernt oder Brave dort ein Skript blockiert, geschieht, nachdem der Klick bereits gezählt wurde. Die Tracking-Daten lagen im Redirect, nicht in einem Query-String, den der Browser entfernen konnte.
Die Nuance, um ehrlich zu bleiben: Das rettet nicht die On-Page-Verhaltensanalyse, die Braves Skript-Blockade ebenfalls zerstört - ist GA4 blockiert, sind Ihre Sitzungs- und Event-Daten auf dieser Seite weiterhin betroffen. Was der Kurzlink rettet, ist das Akquisitionssignal: dass der Klick stattfand, aus welcher Kampagne. Für die meisten Attributionsfragen ist das die Zahl, die verschwand. Und es ist dasselbe serverseitige Prinzip, das auch das Messen von Dark Social ermöglicht - der Klick wird dort erfasst, wo die Datenschutzschicht des Browsers nicht hinreicht.
Sie behalten Ihre UTM-Parameter für die Browser, die sie respektieren, und verpacken sie in einem Kurzlink, damit der Klick auch dann gezählt wird, wenn sie entfernt werden. Verpacken Sie Ihre Kampagnenlinks, und der Datenschutz-Browser-Anteil verschwindet nicht länger aus Ihren Berichten.
Was zu tun ist
- Behandeln Sie das Landingpage-UTM nicht länger als einzige Quelle der Wahrheit; es ist inzwischen von Natur aus verlustbehaftet.
- Verpacken Sie Kampagnenlinks in einem getaggten Kurzlink, damit der Klick serverseitig am Redirect erfasst wird.
- Gleichen Sie die Klickzahlen des Kurzlinks mit GA4 ab, um abzuschätzen, wie hoch Ihr Verlust durch Datenschutz-Browser tatsächlich ist.
- Behalten Sie UTMs bei - sie sind nicht tot, sie reichen nur allein nicht mehr aus.
Die Grundlagenserie lesen
Dieser Beitrag gehört zum Engineering-Cluster. Die Geschwisterartikel sind Klick-Attribution nach Safari ITP und, für die Tags, UTM-Parameter erklärt.
Verwandte Beiträge im Blog
Häufig gestellte Fragen
Entfernen Firefox und Brave UTM-Parameter?
Firefox tut das, im Strict-Modus: Seine Funktion zur Entfernung von Query-Parametern (query-parameter-stripping) entfernt bekannte Tracking-Parameter, darunter einige utm_-Werte, aus der URL, bevor die Seite lädt. Brave ist anders - es entfernt die Parameter größtenteils nicht, sondern blockiert die Analytics-Skripte (wie GA4), die sie auslesen würden. Das Endergebnis ist ähnlich: Ihre UTM-basierte Attribution bricht zusammen, nur über zwei verschiedene Mechanismen.
Warum verschwinden meine UTM-Tracking-Daten?
Datenschutz-Browser. Der Strict-Modus von Firefox entfernt Tracking-Query-Parameter, Brave blockiert die Analytics-Skripte, die sie auswerten, und Safari hat seine eigenen Speicherlimits. Zusammen machen Datenschutz-Browser einen bedeutenden Teil der Besucher aus - üblicherweise geschätzt auf etwa ein Fünftel bis ein Viertel -, sodass ein Teil Ihrer UTM-getaggten Klicks ohne die Tags oder mit blockiertem Auslese-Skript ankommt.
Wie tracke ich Kampagnen, wenn Browser UTM-Parameter entfernen?
Erfassen Sie den Klick, bevor die Zielseite lädt. Ein Kurzlink wird serverseitig am Redirect aufgelöst und protokolliert Klick, Kampagne und Ziel in diesem Moment - bevor irgendein Browser einen Query-Parameter entfernt oder ein Skript auf der Landingpage blockiert. Die Tracking-Daten liegen im Redirect, nicht in einem Query-String, den der Browser entfernen kann.
Betrifft das Entfernen von UTM-Parametern alle Browser?
Nicht gleichermaßen. Chrome entfernt standardmäßig nichts, sodass der Großteil des Traffics weiterhin UTMs trägt. Firefox (Strict), Brave und Safari sind die Stellen, an denen sich der Verlust konzentriert. Da ihr kombinierter Anteil groß genug ist, um einen Kampagnenbericht zu verzerren, ist die sichere Annahme, dass ein nicht unerheblicher Teil der Klicks jeder Kampagne untererfasst wird, wenn Sie sich ausschließlich auf Landingpage-UTMs verlassen.
Ist serverseitiges Tracking die Antwort auf das Entfernen von UTMs?
Den Klick serverseitig an einem Redirect zu erfassen, ist tatsächlich die zuverlässigste Antwort. Sie erfasst den Klick, bevor der Browser die Ziel-URL oder deren Skripte berührt, sodass weder das Entfernen von Parametern noch das Blockieren von Skripten ihn löschen kann. Das deanonymisiert niemanden; es verlagert die Messung lediglich an einen Punkt, den die Datenschutzfunktionen des Browsers nicht erreichen.
Elido testen
URL einfügen, kurzer Link in Sekunden
Kein Konto nötig. Link bleibt 30 Tage aktiv. Konto erstellen, um ihn dauerhaft zu behalten.
Kostenlos, keine Anmeldung erforderlich · 2 pro Tag