Logo

MonoCalc

/

Social Media URL Cleaner

Social Media

What to change

What changed

Paste a link to see the diff

Or load the worked example — it covers a Facebook redirector, an Instagram carousel, a YouTube start time, an affiliate tag and a blocked scheme.

What this tool can and cannot see

Parameter names are matched against a hardcoded list. This tool makes no network request, so it cannot confirm the cleaned link still resolves.

Removing these parameters does not make a link private or anonymous. The site you open still sees your request, the path itself can identify the page, and the referrer your browser sends is untouched.

About This Tool

Social Media URL Cleaner – See Exactly What Gets Removed

Copy a link out of Instagram, TikTok or Facebook and you rarely get an address. You get a 180-character string in which the page you meant to share is wrapped in igshid, is_from_webapp, fbclid and a UTM tag or two. This URL cleaner removes the parameters that exist only to identify the click or the person who shared it, and hands back the shortest address that still opens the same thing — with every removal itemised rather than quietly applied. Everything runs in your browser using its own URL parser, and the tool makes no network request at all.

A diff, not a black box

Most link cleaners give you a shorter string and ask you to trust it. The problem with that is the failure mode: a cleaner that is slightly too eager deletes something load-bearing, the link still looks fine, and you find out when somebody opens the wrong post. So the result here is shown as a token-level diff. The address is drawn as chips — scheme, host, path — and every parameter sits beside it as its own chip. Removed ones are struck through and carry the reason they went. Kept ones are solid. A savings meter underneath reports the before and after length, and where the address contains emoji or a percent-decoded internationalized host it reports the grapheme count separately from the UTF-16 code-unit count, because those two numbers genuinely differ and blending them would be wrong.

The keep list, which wins

Some parameters decide what you see, and removing them changes the page. img_index on an Instagram post selects which slide of the carousel opens. v, t, list, index and start on YouTube name the video, the playlist, the position and the start time. A q on almost any site is the search somebody ran. Those are checked before the removal rules and always win, and each one is labelled with why it stayed. Host matters too: t and s are a share identifier on X and are stripped there, while the same names elsewhere are left alone. Matching is on the parameter name only, never its value — a cleaner that reads values to guess whether they look like an identifier will eventually delete a search query.

Forwarding wrappers versus short links

A redirector such as l.facebook.com/l.php?u=… or google.com/url?q=… carries its destination inside the address, so the real link can be read out and the wrapper discarded — up to three hops deep, with the chain shown so you can see the host actually changed. A shortener such as bit.ly or t.co is a different animal: the destination lives on the shortener's server, and reaching it needs an HTTP request a browser will not make from a static page. Those links are cleaned as far as their own parameters allow and then flagged, with the target reported as unknown.

What cleaning does not do
Removing these parameters stops the link from carrying an identifier for the click. It does not make you anonymous. The site still sees your request, your browser still sends a referrer, and the path can identify the page by itself. Because nothing is fetched, the tool also cannot confirm that a cleaned address still resolves — open it once before sending it anywhere that matters.

Affiliate tags are a separate decision

An Amazon tag value is not tracking, it is credit: it tells Amazon who to pay if you buy something. Stripping it silently takes money from whoever shared the link, so it sits behind its own switch, off by default, while the placement parameters around it — ref_, pd_rd_*, pf_rd_*, psc — are removed normally.

Where the reasons come from

Each rule carries a badge. Documented means a vendor's own page describing that parameter was read, and the badge links to it with the date. Observed means the parameter is matched from platform behaviour with no citation attached. Every rule currently ships as observed, because no vendor documentation host was reachable when the table was built — an honest observed is worth more than an invented source, since a fake citation tells you to stop checking.

Batches, exports and the awkward inputs

Paste up to 200 addresses, one per line, and the table gives you original, cleaned, removal count and flags per row, with a tally underneath saying things like fbclid removed from 7 links. Copy one row, copy them all, or export a CSV in which every cell is quoted and any value opening with =, +, - or @ is neutralised so a spreadsheet reads it as text rather than running it as a formula. A bare host such as instagram.com/p/abc is parsed with https:// assumed and labelled as such. Duplicate parameter names are judged one by one and survivors keep their order. An address with nothing to remove is marked already clean instead of being reworded, and one whose parameters all go comes back with no dangling ?. Anything that is not http or https — a javascript: or app-scheme string — is shown as inert text with the scheme named, never linked and never copied as a link.

Frequently Asked Questions

Is the Social Media URL Cleaner free?

Yes, Social Media URL Cleaner is totally free :)

Can I use the Social Media URL Cleaner offline?

Yes, you can install the webapp as PWA.

Is it safe to use Social Media URL Cleaner?

Yes, any data related to Social Media URL Cleaner only stored in your browser (if storage required). You can simply clear browser cache to clear all the stored data. We do not store any data on server.

How does this URL cleaner work?

Paste one link per line and each address is taken apart with your browser's own URL parser, then every query parameter is compared by name against a hardcoded table of tracking parameters. A parameter whose name matches is removed and listed with the reason it went; everything else is put back in the order it arrived. The value of a parameter is never inspected, only its name, and nothing is sent anywhere — the tool makes no network request of any kind.

Can it tell me where a bit.ly or t.co link actually goes?

No. Expanding a short link means asking the shortener's server where it forwards to, and a browser will not make that cross-origin request from a static page. A shortened address is cleaned as far as its own parameters allow and then flagged, with its destination reported as unknown. Forwarding wrappers such as l.facebook.com and google.com/url are different: those carry the destination inside the address itself, so it can be read out and unwrapped without asking anyone.

Will removing these parameters break the link?

That is exactly the risk the keep-list exists for. Parameters that decide what you see — a YouTube v, t, list or index value, an Instagram img_index that selects the carousel slide, a search q on a site that is not X — are checked before the removal rules and always win, and the interface says why each one was kept. Even so, the tool cannot confirm a shortened address still resolves, because that would need a network request, so open the cleaned link before you send it anywhere that matters.

Does a cleaned link make me anonymous?

No, and the tool never claims it does. Removing these parameters stops the link itself from carrying an identifier for the click or the person who shared it. The site you open still sees your request, your browser still sends a referrer, and the path can identify the page on its own. The accurate description is that known tracking parameters were removed, not that the link is private, untracked or anonymous.

What do the documented and observed badges mean?

Each rule carries a badge saying where its explanation came from. Documented means a vendor's own page describing that parameter was read, and the badge links to it with the date it was checked. Observed means the parameter is matched from platform behaviour with no citation attached. Every rule currently ships as observed, because no vendor documentation host was reachable when the table was built, and an honest observed is worth more than an invented citation.

Why is the Amazon tag parameter left alone by default?

An Amazon tag value is affiliate credit rather than tracking: it tells Amazon who to pay if you buy something. Stripping it takes money from whoever took the trouble to share the link, which is a different decision from removing a click identifier, so it sits behind its own opt-in switch. Turn on Remove affiliate tags and it goes along with linkCode; leave it off and it is listed as kept.