This works via AMP Signed Exchange https://amp.dev/documentation/guides-and-tutorials/optimize-...
This works via Google blackmailing publishers with the threat of SEO downranking without Amp
"While AMP itself isn't a ranking factor, speed is a ranking factor for Google Search. Google Search applies the same standard to all pages, regardless of the technology used to build the page."
This works via Google blackmailing publishers with the threat of SEO downranking without Amp
"While AMP itself isn't a ranking factor, speed is a ranking factor for Google Search. Google Search applies the same standard to all pages, regardless of the technology used to build the page." https://developers.google.com/search/docs/advanced/experienc...
Google does this so they have click tracking data. But they don't need to mangle URLs in Chrome because it supports the `ping` attribute on tags [0]. The ping attribute basically adds click tracking as a native browser feature so you don't need to do URL redirects. It also makes these analytics much easier for the site and mysterious to the user. Looks like most vendors besides Firefox support it. (They were pretty o…
Even without ping still doesn’t make sense why they can’t just use a JS event hook on click to fire a track/log request in the background instead of having to do a redirect. They already do this on link copy.
Your ISP needs to know the IP address of the site to route your TCP packets there, and they can easily do a reverse DNS lookup[1] on it. So hiding your DNS query from them won't prevent them from knowing what site you visited. [1] https://en.wikipedia.org/wiki/Reverse_DNS_lookup
Exactly. At the end of the day, computers need a public address to find each other. And if you can find it, so can they.
Okay? Does that mean my search engine should do that too? Two wrongs don't make a right.
you just told your free search engine all the different variations on the search strings you're looking for, basically all what is on your mind, and you've chosen your search engine based on the quality of the search they provide, and now you don't want them to know which result you chose?
I'd argue that it's the one piece of information they are most entitled to in the tit-for-tat, you help me and I'll help you arrangement you two have.
If everybody was using "ping" instead of their various other tracking solutions (Javascript, redirecting) then you could just disable it in browser settings.
That's the whole point: to give link tracking a simple consistent interface, which makes it much easier to implement (no JavaScript libraries or proxy URLs) and to disable (a user agent can very easily choose whether to respect the ping).
I noticed this part of the spec too: > When the `ping` attribute is present, user agents should clearly indicate to the user that following the hyperlink will also cause secondary requests to be sent in the background, possibly including listing the actual target URLs. > For example, a visual user agent could include the hostnames of the target ping URLs along with the hyperlink's actual URL in a status bar or toolti…
Third party links won't be "tracked anyway" if you're blocking JS. That's the only reason to have this feature since a site can track activity from its own links via logs.
This is wrong : what google currently does on firefox is make you go through a link that logs you clicked on it, then redirects you to your destination.
This doesn't need any javascript, it just needs to log your http request, so it should work on any browser (even, say, elinks)
Google does this so they have click tracking data. But they don't need to mangle URLs in Chrome because it supports the `ping` attribute on tags [0]. The ping attribute basically adds click tracking as a native browser feature so you don't need to do URL redirects. It also makes these analytics much easier for the site and mysterious to the user. Looks like most vendors besides Firefox support it. (They were pretty o…
I don’t want my clicks to be tracked!
They are tracked regardless. Either through ping or redirect urls.