This will just push websites to change the orders and names of their query params (maybe regularly).

I don't think one can safely omit all query params from all sites and expect a decent experience across all websites.

You are fighting a good fight, I salute you, but query params (the part of the url where the identifiers are included) are a valid and core part of Internet addresses. Trying to strip them away universally will only work for so long.

I think that's why you haven't found a tool that meets all your needs yet, because many sites have legitimate uses for those params that don't include tracking. You'll probably need tools designed specifically for Amazon and other specific websites/services.

uBlock Origin filter lists is what seems to work best. You get nothing but the raw URL.

To be honest it should not be that hard to write a browser extension that just strips away all query parameters. That's just a simple string match for the question mark and deleting everything after it.

The problems begin when sites start implementing other URL shenanigans like your /ref=XXXX? example.

The workable solution there would be to have the extension match user defined patterns for different sites.

@moreeni just noticed it now! 🐢

I don't think, they need to 'make Pocket happen'. At least, I assume, it's already generating income for them, which makes them somewhat less dependent on search engine deals, which is what they want from it.

Anyways, if you want the buttons to be hidden, you can disable extensions.pocket.enabled in about:config.

It really should be "copy link" and "copy link with tracking".

Not at the moment. You'll have to use ClearURLs or uBlock Origin filter lists if you don't wanna have to right click.

More here: https://lemmy.world/comment/5626180

True, just make it default, and a separate button if you really want to send ref-links for example.

The problem is that it will sometimes remove parameters that aren't tracking parameters. It won't happen often, but if it happens, that can be really bad.
Just imagine someone copying a link, pasting it into a document and only noticing several months later, that the link doesn't anymore resolve to what they wanted.

If you install a plugin for this, then you'll know to check that the link still works before documenting it somewhere. But rolling this out as the default for millions of unsuspecting users, that is just an entirely different story...

Everything after the final slash is data. This data is stored in key/value pairs, where the key is a variable name that is expected in the server’s code and the characters following the “=“ is the encrypted value. Each pair is separated by an encrypted “&”, or “&”. Many times this string of values begins with a “?”.

https://example.com/path/to/item/?id=568953&name=shjbxsdhjhcdf&xyz=djkkgcdtjn

So we can maybe guess what the values might be but only if we know what the keys mean, and then we’d have to give exactly the right data for each key (id, name, xyz). For all we know the most important piece of data in that string is xyz and it may be required, but we don’t know that so we strip the whole query string off and now have a useless URL.

Mostly, stripping off the query string should be fine if the path to the item you’re looking for is enough. Like the amazon example in the other comment. Other times, not so much.

Sorry for the novel, I can explain more if you’d like.