Kurze Antwort: Firefox entfernt tatsächlich Abfrageparameter, aber die von Mozilla dokumentierte Release-Liste besteht überwiegend aus Werbe- und E-Mail-Kennungen wie fbclid und mkt_tok. Deine Tags utm_source und utm_campaign stehen nicht darauf. Verschwinden Kampagnendaten, ist die Ursache öfter ein blockiertes Skript, verweigerter Consent oder ein Ziel, das die Abfragezeichenkette verwirft.
Das korrigiert die Behauptung, mit der dieser Beitrag früher begann, und es ist wichtig, denn wer den falschen Mechanismus verantwortlich macht, repariert das Falsche. Hier steht, was jeder Browser dokumentiert, was du selbst testen solltest und wo der Verlust wirklich liegt. Zu den Tags selbst siehe UTM-Parameter erklärt. Zu Speicher- und Cookie-Grenzen siehe Klick-Attribution nach Safari ITP.
Was jeder Browser dokumentiert
Alles Folgende stammt von Herstellerseiten, abgerufen am 2026-10-24. Wo eine Seite nichts sagte, schreibe ich das, statt zu raten.
Firefox. Mozillas Dokumentation zum Entfernen von Abfrageparametern sagt, es sei im Release in Enhanced Tracking Protection Strict aktiviert, mit einer ersten Liste von Parametern: mc_eid, oly_anon_id, oly_enc_id, __s, vero_id, _hsenc, mkt_tok und fbclid. Fenster im Privaten Modus sind standardmäßig nicht abgedeckt; Mozilla sagt, man erwäge das, und eine Einstellung existiert. Nightly nutzt eine erweiterte Liste in Remote Settings, die diese Seite nicht wiedergibt. In der Release-Liste erscheint kein utm_-Parameter.
Safari. WebKit beschreibt den Link Tracking Protection als Teil des Privaten Modus, der vor der Navigation eine Teilmenge von Abfrageparametern entfernt, die seitenübergreifendes Tracking ermöglichen. Dieselben Schutzmaßnahmen gelten im normalen Browsen, wenn ein Nutzer die erweiterte Einstellung für Tracking und Fingerprinting für alles Browsen aktiviert. WebKit sagt, dass Zuordnungsparameter wie campaign durchgelassen werden. utm_-Tags nennt es weder so noch so.
Brave. Braves Abfragezeichenketten-Filter kennt einfache, bedingte und eingegrenzte Regeln. Der einzige Parameter, den das Wiki nennt, ist mkt_tok, der außer auf Abmelde-URLs entfernt wird. Die vollständige Liste liegt in brave-core, und ich konnte aus den gelesenen Seiten nicht bestätigen, ob ein utm_-Tag darauf steht. Auch Braves Verhalten gegenüber GA4 konnte ich aus der Herstellerdokumentation nicht bestätigen, deshalb behaupte ich keines.
Wohin gehen die UTM-Daten also?
Drei Ursachen erklären das meiste, und keine lautet "der Browser hat meine Tags gelöscht".
- Der Ziel-Host verwirft die Abfragezeichenkette. Ein Redirect für den abschließenden Schrägstrich oder eine Hosting-Regel kann alles nach dem Fragezeichen verwerfen. Warum UTM-Parameter in GA4 nicht erscheinen führt durch diesen Entscheidungsbaum.
- Das Analytics-Skript läuft nicht. Tracking-Schutz und Erweiterungen blockieren bekannte Analytics-Domains. Die Tags stehen in der URL; nichts liest sie.
- Der Consent wurde verweigert. Gleiche Wirkung, anderer Grund. Die Lücke zwischen Klicks und Sitzungen in Short-Link-Klicks vs. GA4-Sitzungen besteht größtenteils aus diesem Punkt plus Bots und zusammengeführten Sitzungen.
Die Klick-Kennungen sind der eigentliche Verlust. fbclid steht auf Firefoxs Liste, daher können Klick-IDs für Meta im Strict-Modus verschwinden, auch wenn deine UTMs überleben. Das ist wichtig, wenn du dich für den Abgleich mit Werbeplattformen auf Klick-IDs stützt. Klick-IDs erklärt zeigt, welche Plattform welche nutzt.
Teste es an deinen eigenen Links
Vertraue keinem Blogbeitrag, auch diesem nicht, bei einer Liste, die sich zwischen Versionen ändert. Es dauert fünf Minuten.
- Erstelle einen Short Link auf eine Seite, die du kontrollierst, mit
?utm_source=test&utm_medium=test&utm_campaign=check&fbclid=abc&mkt_tok=xyzam Ziel. - Öffne ihn in Firefox mit Strict-Schutz, im Privaten Modus von Safari, in Brave und in Chrome.
- Lies in jedem die endgültige Adressleiste. Was fehlt, entfernt dieser Browser an diesem Tag.
- Wiederhole das nach einem größeren Browser-Update, denn Listen wachsen.
Warum sich die falsche Geschichte verbreitet
"Browser entfernen UTMs" ist eine ordentliche Erklärung, also wird sie wiederholt. Sie ist auch schwer zu widerlegen, wenn man nur in einem GA4-Bericht sitzt, denn eine fehlende Kampagne sieht gleich aus, egal was sie entfernt hat. Eine Sitzung unter Direct oder Unassigned kann ein entferntes Tag bedeuten, einen Redirect, der die Abfragezeichenkette verwarf, oder eine App, die nie einen Referrer sendete.
Die Fälle unterscheiden sich darin, was du beheben kannst. Ein Host, der die Abfragezeichenkette verwirft, ist eine Ein-Zeilen-Änderung am Server. Ein blockiertes Skript liegt außerhalb deiner Kontrolle, ebenso eine verweigerte Consent-Abfrage. Entfernte Klick-IDs spielen nur eine Rolle, wenn du Berichte darauf gebaut hast. Alle vier unter "Privacy-Browser" zusammenzuwerfen schickt dich an die falsche Stelle, weshalb der Test oben mehr wert ist als jeder Prozentsatz, den ich nennen könnte. Ich nenne bewusst keinen: Die kursierenden Zahlen zum Anteil von Privacy-Browsern stammen aus Herstellerumfragen mit unterschiedlichen Definitionen, und dein Publikum ist nicht das durchschnittliche.
Die eigene Browser-Aufteilung lesen
Wenn du den Test gemacht hast, hinterlege Zahlen für deinen eigenen Traffic. Teile in GA4 die Sitzungen für eine Kampagne nach Browser auf und vergleiche sie mit der Short-Link-Klickzahl dieser Kampagne im selben Zeitraum.
- Das Verhältnis von Sitzungen zu Klicks in Chrome ist die Baseline. Es trägt die üblichen Verluste durch Scanner, Bots und Abbrüche.
- Ein deutlich niedrigeres Verhältnis in Firefox oder Safari deutet auf Skript-Blockierung oder Consent, denn das Entfernen von UTMs allein würde nicht die Sitzung entfernen, nur ihr Kampagnenlabel.
- Ein normales Verhältnis, aber ein hoher Anteil von Direct oder Unassigned in einem Browser deutet auf verlorene Tags oder Klick-IDs, nicht darauf, dass das Tag nicht geladen wurde.
Das zweite Muster lohnt die Verfolgung, und es ist das einzige, bei dem eine Browserfunktion tatsächlich etwas entfernt hat, das du gesendet hast. Alles andere ist ein Sichtbarkeitsproblem, das du mit einer Baseline managst, kein Fehler, den du behebst. Wenn sich deine Klicks und Sitzungen schon aus browserunabhängigen Gründen unterscheiden, kläre diese zuerst mit der Nachmittags-Routine im Beitrag zu Klicks versus Sitzungen.
Den Klick erfassen, bevor der Browser ihn anfasst
Was immer ein Browser tut, er tut es auf der Landingpage. Ein Short Link wird am Redirect aufgelöst und protokolliert den Klick zuerst, sodass nichts, was der Browser danach entfernt oder blockiert, daran etwas ändern kann, dass der Klick stattfand.
In Elido schreibt der Edge-Redirect das Klick-Ereignis (Link, Zeit, Land und Gerät), während die Antwort gesendet wird, und bekannte Crawler und Vorschau-Bots werden nicht gezählt. Klick-Ereignisse lassen sich dann an GA4 und andere Tools weiterleiten, was serverseitiges GA4-Tracking über Redirects behandelt.
Die Grenze ist real: Das stellt die Akquise-Zahl wieder her, also dass ein Klick stattfand und welcher Link es war. Es stellt nicht die Sitzung auf der Seite, Ereignisse oder Conversions wieder her, wenn das Tag blockiert war. Ordne für den Umsatz Bestellungen serverseitig einem Link zu, wie in UTM-Kampagnen durchgängig tracken.
Was zu tun ist
- Behalte deine UTMs. Die dokumentierten Listen zielen nicht auf sie.
- Behandle Klick-IDs wie
fbclidals verlustbehaftet und baue keine Berichte, die sie voraussetzen. - Führe den Fünf-Minuten-Test oben nach Browser-Updates aus.
- Verpacke Kampagnenlinks in einen getaggten Short Link, damit der Klick am Redirect gezählt wird. Die Link-Analytics von Elido zeigt diese Zahlen pro Kampagne.
- Gleiche Klicks mit GA4-Sitzungen pro Kampagne und pro Browser ab und verfolge das Verhältnis über die Zeit.
Lies die Cornerstone-Serie
Dieser Beitrag gehört zum Engineering-Cluster. Beginne mit UTM-Kampagnen durchgängig tracken für die vollständige Pipeline.
Weitere Beiträge im Blog
Häufig gestellte Fragen
Entfernt Firefox UTM-Parameter?
Nicht standardmäßig, laut der Release-Liste, die Mozilla dokumentiert. Das Entfernen von Abfrageparametern ist im Strict-Modus aktiv und entfernt eine kurze Liste von Kennungen: mc_eid, oly_anon_id, oly_enc_id, __s, vero_id, _hsenc, mkt_tok und fbclid. utm_-Parameter stehen nicht auf dieser ersten Liste, ein getaggter Link kommt also normalerweise unversehrt an. Mozilla sagt auch, dass die Liste wachsen kann, teste also im eigenen Browser.
Entfernt Brave UTM-Parameter?
Brave entfernt einige bekannte Tracking-Parameter über einen Abfragefilter, und manche Regeln sind bedingt, etwa mkt_tok, das auf Abmeldeseiten erhalten bleibt. Ich konnte aus öffentlichen Dokumenten nicht bestätigen, ob utm_-Tags auf der Filterliste stehen. Behandle es daher als unbekannt und teste in der aktuellen Version.
Entfernt Safari UTM-Parameter?
Der Link Tracking Protection von Safari entfernt eine Teilmenge von Abfrageparametern, die als seitenübergreifende Tracker identifiziert sind, im Privaten Modus und im normalen Browsen, wenn der Nutzer den erweiterten Schutz für alles Browsen aktiviert. WebKit sagt, dass Parameter zur Kampagnenzuordnung durchgelassen werden, und nennt utm_-Tags in seinem Beitrag nicht.
Warum fehlen dann bei manchen Besuchern meine UTM-Daten?
Meist liegt es an etwas anderem als dem Entfernen. Der Ziel-Host verwirft die Abfragezeichenkette, das Analytics-Tag ist blockiert oder der Consent wurde verweigert. In jedem Fall ist der Klick echt, aber die Sitzung oder die Kampagne fehlt in GA4.
Wie tracke ich Kampagnen, wenn das Tag oder die URL-Parameter verloren gehen?
Erfasse den Klick am Redirect, bevor die Landingpage lädt. Ein Short Link protokolliert den Klick und sein Ziel serverseitig, sodass weder die Parameterbehandlung noch Skript-Blockierung auf der Seite ihn löschen können. Das stellt die Akquise-Zahl wieder her, nicht das Verhalten auf der Seite.
Wie messe ich, wie viel ich an Privacy-Browser verliere?
Vergleiche Short-Link-Klicks mit GA4-Sitzungen pro Kampagne und teile dann GA4 nach Browser auf. Eine große Lücke in Firefox oder Safari, aber nicht in Chrome, deutet eher auf Blockierung oder Consent als auf einen kaputten Link. Baue die Baseline über einige Wochen auf.
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.
Keine Anmeldung nötig. Kostenlos registrieren für 50 Links im Monat.