iOS 17 Automatically Removes Tracking Parameters From Links You Click On (9to5mac.com) 54
iOS 17 and macOS Sonoma include even more privacy-preserving features while browsing the web. From a report: Link Tracking Protection is a new feature automatically activated in Mail, Messages, and Safari in Private Browsing mode. It detects user-identifiable tracking parameters in link URLs, and automatically removes them.
Adding tracking parameters to links is one way advertisers and analytics firms try to track user activity across websites. Rather than storing third-party cookies, a tracking identifier is simply added to the end of the page URL. This would circumvent Safari's standard intelligent tracking prevention features that block cross-site cookies and other methods of session storage. Navigating to that URL allows an analytics or advertising service at the destination to read the URL, extract those same unique parameters, and associate it with their backend user profile to serve personalized ads.
Adding tracking parameters to links is one way advertisers and analytics firms try to track user activity across websites. Rather than storing third-party cookies, a tracking identifier is simply added to the end of the page URL. This would circumvent Safari's standard intelligent tracking prevention features that block cross-site cookies and other methods of session storage. Navigating to that URL allows an analytics or advertising service at the destination to read the URL, extract those same unique parameters, and associate it with their backend user profile to serve personalized ads.
Leading to an arms race (Score:2)
Re:Leading to an arms race (Score:4, Insightful)
That's fine. If websites and want self-identify as a place that someone doesn't want to do business with, I don't see the problem.
Personally, I don't care if websites track me. I'm not all that interesting. If they can think they can get something insightful from anything I'm doing, have at it.
Re:Leading to an arms race (Score:5, Insightful)
Re: (Score:3)
Re: (Score:1)
How do you know it hasn't been well thought out, it hasn't even been released yet?
Re: (Score:2)
Re: (Score:2)
Shipping to the public, albeit under a Beta, is not a release?
Technically they have not shipped a public beta, the current beta is supposed to be only for developers. No implementations are final.
Re: (Score:2, Insightful)
Would you be happier if I rephrased it by saying, "This feature as currently implemented has not been well thought out."? Obviously it can be changed at some point in the future, but given the testimonial by tysonedwards that it's interfering with server metrics, it's not working in its present form. Moreover, it's failing in exactly the way any experienced web developer who spent ten seconds thinking about it would predict
Re: (Score:1)
Just what I've come to expect from the, "I have nothing to hide crowd". Maybe you NEVER have anything to hide (yeah right), there's still another problem. What if information collected on you is used to incorrectly assume something about you? It's not always clear when you're being harmed by mega corps. Maybe they're just charging you more for a product or service. Think insurance as a very clear example, prices vary a lot. The harm could be relatively small at first but adds up over time. If multipl
Re: (Score:3)
I'm not all that interesting.
"It won't happen to me!"
Re: (Score:2)
Soon you will see sites that refuse to load if tracking "drm" is removed.
Maybe but you can't very well block people you are emailing, as you have no idea what they are reading email with!
There is no "arms race" possible when one side has enough sheer numbers, and Apple has the numbers in terms of users - especially of iOS devices. It's not realistic to block all Apple users from anything, not if your goal (or at least a need) is to make money.
Re: Leading to an arms race (Score:2)
Re: Leading to an arms race (Score:2)
That arms race was already lost with ads (Score:2)
Ads tried to pull this, which led to browsers loading those ads and pretending to render them by putting them on an invisible canvas.
Tracking can easily be thwarted, especially by a company like Apple, by jumbling about tracking cookies and other types of tracking between various users of the technology, rendering the tracking information useless.
Re: That arms race was already lost with ads (Score:3)
You mean like privacy possum?
But that won't matter anyways if there are no more third party cookies, which is the current direction we're going in. The tracking URLs are the only thing you can act on beyond that, but it wouldn't be hard for websites to defeat this means of circumvention. Basically you replace the tracking parameters with a single highly obfuscated (or even encrypted) encoded parameter.
This has already been done as well, in fact fuckerbook started doing this recently and for exactly this rea
Re: (Score:2)
In other words, plugins will now issue a couple billion requests until they guess one that returns a result they want.
Re: (Score:2)
I'm not even sure where to begin explaining why that won't work...
Re: (Score:2)
If those sites want to lose a double-digit percentage of their US traffic, then they are more than welcome to break Safari browsing sessions in order to continue trying to track users. Fuck them.
Don't put a bunch of tracker bullshit in your URLs and you don't have a problem. And, users like me won't actively look to fire you and find someone else to do my business with.
Re: Leading to an arms race (Score:2)
Re: (Score:3)
Re: (Score:2)
If the website doesn't work on an iPhone, people will blame the website. After all, other websites work just fine.
Re: Leading to an arms race (Score:2)
So, useless for tracking plus landing page hashing (Score:3)
I guess if trackers are still dumb enough to include a &track_id=you addendumb. But aren't most trackers today sort of like self destructing links in that they simply don't link to anything if you alter any part of the hashed link?
Comment removed (Score:4, Insightful)
Re: So, useless for tracking plus landing page has (Score:1)
tinyurl BUT for tracking? The main selling point of tinyurl is analytics and campaign tracking..
Wrong, read again, not really a hash (Score:1)
That's not what the GP meant by a hash.
The key term you apparently skipped over was "all in one".
If the "hash" was just to take you to a destination, why use the word "all"?
But really the original use of hash was wrong, Instead what is talked about is a long string, that is really ENCODING (not hashing) the destination but also tracking details all in one unreadable blob.
So I am saying, instead of embedding all things in one blob, websites will have to go back to encoding a destination in some way Apple wil
Re: (Score:2)
But really the original use of hash was wrong, Instead what is talked about is a long string, that is really ENCODING (not hashing) the destination but also tracking details all in one unreadable blob.
Both are an option. There's also a third - a UUID. Though often this is created through a hash function. They all mean exactly the same because it is not decoded client-side. The actual implementation doesn't matter because it's a black box as far as you or Apple are concerned. Direct encoding tends to make really long strings, though, and doesn't really offer a benefit.
Re: (Score:1)
UUID is just another form of encoding, because it's reversible (since it would go back to a lookup table with data of destination and tracking params).
It's not a hash of the data, which in theory is a one-way operation... if it were a hash the remote side would have no way to tell from it where to go, unless maybe testing all possible destinations against the hash.
Re: (Score:3)
Using a lookup table is not encoding. An encoding is self-contained and self-reversible. A one-way hash of the data is not reversible, no. But it can be used as a semi-random UUID to store in your database for lookups.
Re: So, useless for tracking plus landing page has (Score:2)
Re: (Score:2)
Seems like we'll be stuck with everyone moving to opaque URLs that don't tell you where you'll end up on a domain.
Re: So, useless for tracking plus landing page has (Score:3)
Re: (Score:2)
Which is ridiculous because I constantly have to resubscribe to things because I want to skim. I don't even use Google for email.
who cares, this is nothing (Score:1)
This is a nothingburger because tracking still exists in in-app browsers. People aren't using safari, they are using the browsers built in to their favorit apps. They need to ban in-app browsers and force developers to open links in safari for this change to matter at all.
Re: (Score:2)
How does iOS enforce using Safari/Webkit? (Score:2)
Actually so far if you want to do a in-app browser on iOS you are forced into using safari. Even the chrome and firefox apps are just some additional integration on top of the safari engine as you can't use anything else. There are some lawsuits in progress for getting rid of this limitation.
So, if I run wget on iOS, does that have to go through Safari? What about my own program that just sends bits to port 80/443? Is this enforced in the network stack? If not, can't another browser just send bits directly to port 80/443? If not, then wow, you'd really have to believe in Apple as a beneficent dictator.
Re: (Score:2)
If you want to render html, you have to use Safari.
Re: How does iOS enforce using Safari/Webkit? (Score:2)
Re: (Score:2)
Actually, I'm not talking about the rendering engine. I'm talking about the browser. You realize tiktok injects javascript into every page you view in its in-app browser? Yes, it does this on ios.
This will kill affiliate marketing (Score:3)
Many affiliate marketing systems use this, not just spam. There was one porn spammer that I deposed that the affiliate link would be http://www.site.name/affiliate... [site.name].
The site id would be the particular web site of the affiliate program. The program id would be which type payment preference, ie. pay per click, per signup, or revenue share.
They would then convert this value into a "session id" which is stored in a temporary table.
By removing this 'tracking' information affiliates (sometimes it's not always spam, thinking maybe maybe Rakuten) will not be paid for referrals.
Re: (Score:2)
Re: This will kill affiliate marketing (Score:2)
Re: (Score:2)
If they can't figure out which of their ad campaigns took the user to their page, they won't know who to attribute the "click-through" to ,and so they'll lose out on the revenue anyway.
Those URL parameters can be used for tracking, affiliate identification, or any number of other metrics like which other page on the same web site the user just came from or what the ID of their shopping cart on the site it. USEFUL things, things that the web page can't operate properly without.
Imagine clicking "Add to Cart"
what about Google search results? (Score:2)
Where google changes target URL one-click to better track you?
Predict this will break many email-based magic lin (Score:1)
Time saver (Score:3)
Good news (Score:2)
Solution. (Score:1)
I remove those things anyway (Score:1)
How will they know? (Score:1)