Tracking-Parameter entfernen — saubere URL ohne UTM, fbclid & Co.

Was macht dieses Tool genau?

Dieses Tool nimmt eine URL und entfernt alle bekannten Marketing-Tracking-Parameter. Die saubere URL erscheint sofort darunter, mit einer transparenten Diff-Ansicht: welche Parameter wurden warum entfernt, von welchem System stammen sie. Optional Bulk-Modus für mehrere URLs auf einmal, optional Custom-Liste für firmen-spezifische Marker, optional Fragment-Tracker-Strip für Spezialfälle wie #_=_ bei Facebook-Logins. Pure-client, kein Server, kein Konto, kein Tracking.

Woher kommen Tracking-Parameter überhaupt?

Tracking-Parameter sind eine 20 Jahre alte Konvention. 2005 entwickelte die Firma Urchin das Urchin Tracking Module — die fünf UTM-Parameter utm_source, utm_medium, utm_campaign, utm_term und utm_content. Google kaufte Urchin und integrierte sie in Google Analytics. Bis heute ist diese fünfstellige Konvention der Industrie-Standard für Campaign-Attribution. Quelle: Wikipedia — UTM parameters.

Andere Plattformen kamen mit eigenen Markern dazu:

• Facebook / Meta hängt seit 2018 automatisch fbclid an jeden Link, der aus Facebook oder Instagram angeklickt wird. Der Token ist eine zufällige Click-ID, die Facebook intern mit dem Werbe-Account verknüpft.
• Google Ads nutzt gclid für Conversion-Tracking. Seit iOS 14.5 ergänzt durch gbraid (iOS-Apps) und wbraid (Web-Variante), um Apples App-Tracking-Transparency-Beschränkungen zu umgehen.
• Microsoft / Bing Ads spiegelt das Pattern mit msclkid, Yandex mit yclid, TikTok mit ttclid, LinkedIn mit li_fat_id, Reddit mit rdt_cid, Instagram mit igshid.
• Email-Marketing: HubSpot setzt _hsenc und _hsmi, Mailchimp mc_cid und mc_eid, Marketo mkt_tok. Diese verknüpfen den geöffneten Newsletter mit dem klickenden Empfänger.

Die meisten dieser Parameter haben keine Funktion für die Seite, auf die du landest. Sie sind reine Telemetrie — ein Side-Channel, der parallel zum Inhalt mitläuft.

Welche Parameter entfernt das Tool?

Eine kuratierte Liste von über 50 bekannten Markern. Hier die wichtigsten nach Quelle gruppiert:

Plattform	Parameter
Google Analytics	utm_source, utm_medium, utm_campaign, utm_term, utm_content, utm_id, _ga, _gid, _gl
Google Ads	gclid, gclsrc, dclid, gbraid, wbraid
Meta / Facebook	fbclid
Microsoft Ads	msclkid
Yandex	yclid
LinkedIn	li_fat_id, trk, trkCampaign
TikTok	ttclid
Reddit	rdt_cid
Instagram	igshid, igsh
X / Twitter Ads	twclid
HubSpot	_hsenc, _hsmi, __hsfp, __hssc, __hstc, hsCtaTracking, hsa_*
Mailchimp	mc_cid, mc_eid
Marketo	mkt_tok
Matomo / Piwik	mtm_*, pk_*, piwik_*
Vero	vero_id, vero_conv
Omeda	oly_anon_id, oly_enc_id
Verlage / Adobe-Style	ICID, ito, ncid

Parameter mit * am Ende sind Prefix-Patterns: utm_* matched alle Parameter, die mit utm_ beginnen, also auch sehr alte Convention-Varianten wie utm_keyword oder custom-utm_partner.

Warum sollte ich Tracking-Parameter überhaupt entfernen?

Drei Gründe, die in der Praxis am häufigsten zählen:

1. Privatsphäre des Empfängers. Wenn du einen Link mit ?utm_source=newsletter an einen Kollegen weiterleitest, weiß die Ziel-Website jetzt, dass auch dein Kollege ursprünglich diesen Newsletter abonniert hat — obwohl er das nie getan hat. Das verfälscht Statistiken und gibt einer Drittseite Information, die ihr nicht zusteht.

2. Saubere Optik. https://kittokit.com/de/meter-zu-fuss?utm_source=foo&utm_medium=bar&utm_campaign=baz&fbclid=IwAR0xyz123&gclid=Cj0KCQjw_super_long_string ist hässlich. In Slack, WhatsApp oder X wirkt das verdächtig und schiebt die Lesbarkeit in Richtung Spam.

3. Korrekte Attribution. Wenn dein Kollege jetzt aus deiner Slack-Nachricht heraus klickt und der Newsletter-utm_source noch dranhängt, schreibt Google Analytics den Klick wieder dem Newsletter zu. Marketing-Teams nutzen Tools wie unseres deshalb als Pflicht-Schritt vor jedem Share, um Misattribution zu vermeiden.

Was ist mit iOS 17 Link-Tracking-Protection?

Apple hat 2023 ein Feature namens Link Tracking Protection in iOS 17 eingeführt. Es entfernt automatisch UTM-Parameter aus URLs, die in der Mail-App geöffnet werden, in iMessage angekommen sind, oder die du im Safari-Private-Browsing aufrufst. Quelle: Apple Developer — Link Tracking Protection.

Das ist eine echte Verbesserung — aber die Lücke ist groß:

• Desktop-Browser (Chrome, Firefox, Edge auf Mac/Windows/Linux) machen kein Auto-Strip. Firefox bietet seit 2022 Query-Stripping in Privacy-Mode an, aktiv aber nur dort.
• Cross-App-Share auf iOS (z.B. URL aus Safari → Slack senden) strippt nichts, weil Slack die unmodifizierte URL via System-Sharesheet bekommt.
• WhatsApp-Web, Telegram-Web, X-Web auf Desktop sind nicht geschützt.
• AI-Workflows: ChatGPT, Claude und Perplexity geben oft URLs mit vollen Tracking-Resten zurück, wenn sie Quellen zitieren.

Für jeden dieser Flows brauchst du entweder eine Browser-Erweiterung oder ein Web-Tool. Dieses Tool ist die Web-Variante.

Was passiert mit Parametern, die das Tool nicht kennt?

Sie bleiben in der URL. Das ist Absicht: viele Query-Parameter sind funktional. ?id=42 bestimmt einen Artikel, ?lang=de die Sprache, ?page=3 die Seite im Listing, ?q=test den Suchbegriff. Diese werden niemals fälschlich entfernt.

Wenn dein Workflow firmen-spezifische Marker hat — etwa ?clx_campaign aus einem eigenen Marketing-System — kannst du sie in den Optionen unter „Eigene Tracker-Parameter” kommagetrennt eintragen. Sie werden zusätzlich zur kuratierten Liste angewendet.

Was kann dieses Tool bewusst nicht?

Drei Dinge, die wir nicht abdecken, damit du nicht falsche Erwartungen hast:

Short-URLs auflösen. bit.ly/abc123 oder t.co/xyz lassen sich aus dem Browser heraus nicht ohne Server-Roundtrip auflösen — CORS-Beschränkungen blockieren das. Wir lösen Short-URLs daher nicht auf. Du musst sie selbst öffnen, dann die Adressleisten-URL kopieren, dann durch dieses Tool laufen lassen.

Affiliate-Tags entfernen. Amazon hängt ?tag=... an, eBay ?campid=.... Diese sind technisch Tracker, aber wir entfernen sie nicht standardmäßig, weil sie Domain-spezifisch sind und das Tool dann eine Liste von 200+ Marken pflegen müsste. Bei Bedarf trag den Parameter-Namen in die Custom-Liste ein.

Web-Bugs und Pixel-Tracking entfernen. Wenn die geteilte Seite selbst ein Tracking-Pixel lädt (z.B. einen unsichtbaren 1×1-Bildaufruf zu Google Analytics), entfernen wir das nicht. Das passiert serverseitig auf der Zielseite, nicht in der URL. Browser-Erweiterungen wie uBlock Origin sind die richtige Werkzeug-Klasse dafür.

Wie funktioniert das technisch?

Der Code nutzt die nativen Browser-APIs URL und URLSearchParams, die nach RFC 3986 standardisiert sind. Jede URL wird geparst, jeder Query-Parameter gegen die kuratierte Blocklist geprüft (Exact-Match oder Prefix-Match wie utm_*), entweder gelöscht oder behalten. Reihenfolge der erhaltenen Parameter bleibt stabil, Origin und Pfad werden nicht verändert.

Die Blocklist liegt als JSON-Datei mit Lizenz CC0 im Quellcode. Inspiration aus öffentlich dokumentierten Marketing-Konventionen — keine Anlehnung an proprietäre Listen. Quartalsweise reviewed.

URLs ohne Schema (kittokit.com/foo?utm=x) werden tolerant mit https:// geprefixed, bevor sie geparst werden. Mehrfach vorhandene Parameter-Namen (?utm_source=a&utm_source=b) werden alle entfernt, nicht nur der erste.

Was bringt die Diff-Ansicht — und wem nützt das überhaupt?

Andere URL-Reiniger zeigen nur die saubere URL und kommunizieren nicht, was sie entfernt haben. Wir zeigen drei Spalten pro entferntem Parameter: den Namen wie er in deiner URL stand, die Quelle (Google Analytics, Meta, HubSpot, Mailchimp …) und den ursprünglichen Wert. Diese Transparenz hat einen praktischen Wert:

• Marketing- und SEO-Teams verifizieren, dass nichts Funktionales wegfällt. Eine ?source=docs-URL bleibt unangetastet, weil source nicht in der Blocklist steht. Wäre es eine ?utm_source=docs, wäre sie weg — und der Diff macht den Unterschied sichtbar.
• Datenschutz-Auditoren dokumentieren, welche Plattformen auf einer Site Tracking hinterlassen. Wenn der Mailchimp-Newsletter einer NGO fünf HubSpot-Marker mitschleppt, wirft das Fragen auf.
• Entwickler debuggen Marketing-Integrationen. Eine UTM-Kette, die durch zwei Redirects läuft, kann unterwegs verändert werden. Mit Diff siehst du, was am Ende ankommt.

Die Diff-Spalten sind sortiert nach Vorkommen im Query-String, nicht alphabetisch — die Reihenfolge im Original bleibt erhalten, damit du beim Lesen der ursprünglichen URL und der Diff-Tabelle nicht zwischen zwei Sortier-Logiken springen musst.

Wann sollte ich den Bulk-Modus nutzen?

Der Bulk-Modus nimmt Newline-getrennte URLs entgegen und putzt jede einzelne unabhängig. Sinnvolle Anwendungsfälle:

• Newsletter-Auswertung: Du hast eine Liste mit 50 Links, die du im nächsten Brand-Mailing einbettest — alle aus internen Quellen mit UTM-Resten aus Vor-Kampagnen. Bulk-Strip in 1 Sekunde.
• Quellsammlung für einen Artikel: Du hast 30 Recherche-URLs in deinen Browser-Tabs gesammelt, exportierst sie nach Notion oder Obsidian. Vorher durch den Bulk-Cleaner — die Quellen-Liste bleibt sauber lesbar.
• Sitemap-Audit: Externe Sitemap-Tools liefern manchmal URLs mit Crawler-internen Marker-Parametern. Bulk-Strip vor dem Import in ein eigenes Indexing-Tool.
• Affiliate-Trennung: Wenn ein Aggregator dir 100 Produkt-URLs liefert und du nur die Plattform-Tracker raus willst (Affiliate-Tag aber drinlassen), nutze den Bulk-Modus ohne Custom-Liste — Affiliate-Tags bleiben unangetastet, Plattform-Marker fliegen raus.

Bulk hat keinen harten Limit, aber der Browser-Render der Diff-Listen wird ab ~500 URLs träge. Bei größeren Mengen die Liste in Tranchen aufteilen oder die kompakte „Alle kopieren”-Variante nutzen, die nur die saubere URL-Liste in die Zwischenablage gibt — ohne Per-URL-Diff zu rendern.

Was hat das mit Privacy Sandbox und Topics API zu tun?

Google plant seit 2024 die schrittweise Ablösung von Third-Party-Cookies in Chrome durch die Privacy Sandbox — eine Initiative mit Topics-API, Protected-Audience-API und Attribution-Reporting-API als zentrale Bausteine. Das verschiebt das Tracking-Modell weg vom URL-Layer hin zu serverseitigen First-Party-Datenströmen.

Trotzdem bleiben URL-Tracking-Parameter relevant. Erstens: UTM und Click-IDs sind plattformübergreifend (Apple, Microsoft, Meta nutzen sie ebenso wie Google) — Privacy Sandbox betrifft nur Chrome. Zweitens: Sie sind ein „Last-Mile-Misattribution-Layer”. Selbst wenn das Pixel-Cookie-Modell verschwindet, will ein Marketer wissen, von welchem Newsletter ein Klick kam — also bleibt das utm_source im URL hängen. Drittens: Die Sandbox-APIs sind Browser-seitig, Web-Server haben keinen Zugriff darauf — Server-side-Analytics-Setups bleiben auf URL-Parameter angewiesen.

Konsequenz: Selbst wenn die Werbe-Industrie 2027 vollständig auf Privacy Sandbox umsteigt, wird UTM-Stripping in mindestens einem weiteren Browser-Generation-Zyklus relevant bleiben.

Häufige Fragen

Die wichtigsten Antworten findest du oben im FAQ-Block — sie werden als strukturiertes JSON-LD (FAQPage) für Suchmaschinen ausgegeben.

Welche Tools passen dazu?

Weitere Tools aus dem kittokit-Ökosystem, die im selben Kontext nützlich sind:

• URL Encoder Decoder — Sonderzeichen in URLs als Percent-Encoding kodieren oder dekodieren, RFC-3986-konform.
• Base64 Encoder — Text in Base64 kodieren und zurück, für Data-URIs, JWT-Payloads und API-Header.
• JWT Decoder — JWT-Tokens dekodieren und prüfen, ohne den Token an einen Server zu senden.