SafeShare Hilfe

Regeln der Link-Bereinigung

Transparent und reproduzierbar: Was entfernt wird, was bleibt — und warum (Reason-Codes).

Zur App Standard vs Strikt Domain-Overrides Changelog
Realistisch: SafeShare entfernt Tracking-Ballast in URLs. Es gibt kein „unsichtbar im Web“-Versprechen.

Inhalte

  1. Standard vs Strikt (Entscheidungsziel)
  2. Reason-Codes (Bedeutung)
  3. 1) Immer entfernen (Standard + Strikt)
  4. 2) In Standard meist behalten (Stabilität)
  5. 3) In Strikt zusätzlich entfernen
  6. 4) Domain-Overrides
  7. Beispiele (Vorher/Nachher)
  8. Klarer Geltungsbereich
  9. FAQ

Standard vs Strikt

Standard (empfohlen)

  • Entfernt bekannte Tracking-Parameter.
  • Priorisiert Zielstabilität (Suche, Filter, Sprache, IDs funktionieren).
  • Bester Default für Alltag und Teilen.

Strikt (aggressiver)

  • Entfernt zusätzliche Kontexthinweise (strict_extra).
  • Kann Zielverhalten ändern (z. B. Amazon-Listen, Referral-Flows).
  • Nutzbar, wenn du Zieländerungen akzeptierst.

Wichtig: Manchmal ist das Ergebnis in beiden Modi identisch. Unterschiede entstehen nur, wenn strict_extra-Regeln greifen.

Reason-Codes (Bedeutung)

SafeShare entscheidet nicht „magisch“. Jede Parameter-Entscheidung erhält einen Reason-Code (im Transparenz-Output der App sichtbar, wenn aktiviert).

Entfernen

  • tracking_rule — durch bekannte Tracking-Regel entfernt
  • strict_extra — nur im Strikt-Modus zusätzlich entfernt

Behalten

  • stability_keep — bewusst behalten, damit das Ziel stabil funktioniert
  • domain_strict_keep — im Strikt-Modus wegen Domain-Regel behalten
  • not_flagged — kein Tracking-Hinweis erkannt
So lesen: „Behalten“ heißt nicht „harmlos“ — sondern „funktional wichtig oder nicht als Tracking markiert“.

1) Immer entfernen (Standard + Strikt)

Typische Tracking-Parameter, die in beiden Modi entfernt werden.

Exakte Schlüssel

fbclid, gclid, dclid, msclkid, ttclid, twclid, li_fat_id, epik, yclid,
mc_cid, mc_eid, _hsenc, _hsmi, mkt_tok, vero_id, vero_conv, wickedid,
rb_clickid, s_cid, zanpid, cmpid, igshid, gbraid, wbraid, oly_anon_id, oly_enc_id

Präfix-Regeln

utm_, pk_, mtm_, hsa_, icn_, ici_, oly_, vero_

Diese Parameter werden häufig für Attribution, Ad-Click-IDs, Newsletter-Tracking oder Cross-Site-Messung genutzt.

2) In Standard meist behalten (Zielstabilität)

Viele Parameter sind funktional: sie steuern Suche, Sprache, Filter, Produktvarianten oder Seitenzustand. Standard behält diese meist, um das Ziel nicht „kaputt zu bereinigen“. 

q, query, search, s, p, page, lang, locale, v, t, id, story, article, item,
post, video, playlist, list, sku, variant, color, size, sort, filter, kgmid, tbm, uule,
ref, si, spm, sr, qid
Kernidee: Standard ist „safe by default“: weniger Tracking-Ballast, aber möglichst wenige Überraschungen am Ziel.

3) In Strikt zusätzlich entfernen

Diese Schlüssel sind oft Referral-/Kontext-Hinweise. Strikt entfernt sie, um Link-Kontext zu reduzieren — mit dem Risiko, dass das Ziel sich anders verhält. 

ref, si, spm, sr, qid, source, from, via

Wenn Strikt das Ziel in eine Richtung verändert, die du nicht willst: zurück auf Standard.

4) Domain-Overrides

Manche Domains nutzen Parameter so, dass Funktionalität davon abhängt (Video-IDs, Suchzustand, Listen). Overrides behalten essentielle Schlüssel auch im Strikt-Modus.

YouTube

  • Standard keep: v, t, list, si
  • Strikt keep: v, t, list (ohne si)

Google

  • Standard keep: q, tbm, kgmid, uule
  • Strikt keep: q, tbm, kgmid, uule

Amazon

  • Standard keep: k, keywords, qid, sr, ref
  • Strikt keep: k, keywords (ohne qid, sr, ref)

Beispiele (Vorher/Nachher)

Drei kurze Beispiele, warum Standard und Strikt unterschiedlich sein können.

Beispiel 1 — YouTube: Strikt entfernt si 
Input:
https://www.youtube.com/watch?v=dQw4w9WgXcQ&t=43s&list=PL123&si=ABCD&utm_source=x

Standard:
https://www.youtube.com/watch?v=dQw4w9WgXcQ&t=43s&list=PL123&si=ABCD
Removed: utm_source(tracking_rule)
Kept: v,t,list,si(stability_keep)

Strikt:
https://www.youtube.com/watch?v=dQw4w9WgXcQ&t=43s&list=PL123
Removed: utm_source(tracking_rule), si(strict_extra)
Beispiel 2 — Amazon: Strikt entfernt qid/sr/ref 
Input:
https://www.amazon.de/s?k=usb+cable&qid=1700000000&sr=8-3&ref=sr_1_3&utm_medium=email

Standard:
https://www.amazon.de/s?k=usb+cable&qid=1700000000&sr=8-3&ref=sr_1_3
Removed: utm_medium(tracking_rule)
Kept: qid,sr,ref(stability_keep)

Strikt:
https://www.amazon.de/s?k=usb+cable
Removed: utm_medium(tracking_rule), qid/sr/ref(strict_extra)
Beispiel 3 — Newsletter-Tracking: beide Modi gleich 
Input:
https://example.com/article?mc_cid=111&_hsenc=p2ANqtz&mkt_tok=abc123&utm_campaign=spring&id=42

Standard:
https://example.com/article?id=42
Removed: mc_cid/_hsenc/mkt_tok/utm_campaign(tracking_rule)
Kept: id(stability_keep)

Strikt:
https://example.com/article?id=42
Removed: mc_cid/_hsenc/mkt_tok/utm_campaign(tracking_rule)
Kept: id(not_flagged)
Echten Link testen QA-Baselines ansehen

Klarer Geltungsbereich

Jetzt Link bereinigen Zur Hilfezentrale SafeShare Pro ansehen

FAQ

Was ist der Unterschied zwischen Standard und Strikt?

Standard entfernt bekannte Tracking-Parameter und priorisiert Zielstabilität. Strikt entfernt zusätzliche Kontexthinweise und kann Zielverhalten ändern.

Entfernt SafeShare alles Tracking?

Nein. SafeShare arbeitet an URL-Parametern. Es ersetzt keinen Schutz vor IP-Logs, Fingerprinting oder Tracking nach Login.

Warum bleiben manche Parameter im Link?

Weil viele Parameter funktional sind (Suche, Sprache, Filter, IDs). Standard behält sie meist, damit das Ziel korrekt funktioniert.

Wann sollte ich Strikt nutzen?

Wenn du bewusst aggressiver bereinigen willst und mögliche Zieländerungen akzeptierst. Für Alltag/Teilen ist Standard meist die bessere Wahl.

Kontakt

Wenn ein realer Link „komisch“ reagiert: schick ihn uns (ohne sensible Daten) — wir helfen schnell.

E-Mail senden Changelog öffnen