Live data from Hacker News

Who wants to be tracked?

quantable.com

11–20 of 273 posts

Re: Who wants to be tracked?

#11
post #6

I don't know how the experience is in US, but in EU it's because GDPR is a complete failure of a law which doesn't actually solve any problem.

It solved my problems with exporting data from proprietary webapps such as spotify.

Re: Who wants to be tracked?

#12
Better question here is, why is this not handled through the browser instead of relying on individual web apps to do it.

Block third party cookies by default, delete other cookies on the last tab or window closed and prompt user to save cookies on a form submit ("do not delete cookies for this domain when leaving" type of prompt, for pages with logins, settings, etc).

Also remove features that make easy fingerprinting possible, the site doesn't need to know every font I have installed, just have a "standard set" included with the browser, and use web fonts or whatever for other fonts.

Re: Who wants to be tracked?

#13
post #6

I don't know how the experience is in US, but in EU it's because GDPR is a complete failure of a law which doesn't actually solve any problem.

GDPR is the law which at least gave us these prompts. Before that there was no rules for consent, they would just track you.

Re: Who wants to be tracked?

#15
I have switched one of my sites to cookieless analytics and it is bad for everybody.

I can't even say how many users this site has now. It could be the same user coming back over and over. Or many users. How would I know.

Yes, I could track a ton of stats about every pageview like user agent, screen resolution etc and then try to stitch it back together. Trying to figure out how many different users there are. But this type of "stitching together" would probably also count as PII.

I cannot test new features and see if it makes users happy so they come back more often.

I cannot see if the site has issues on some hardware, software, language. Because I wouldn't see if users affected come back less often.

I can't test if an introduction text at the beginning helps users discover important features. Because I can't make the connection between showing the text early on in the user journey and usage of features later on. Because I can't see a user journey.

This is a site I run for the enjoyment of me and the other users. Probably a few thousand a month. And I can say the site was much easier to develop with a normal cookie approach to tracking. I have gone the cookieless way for about a year now. And I can say with certainty that it would be a better site now if I kept the cookie approach. When the developer flies blind, that's bad for everybody.

I think for a commercial site, where a degradation of 10% in user experience can tank the business, there is no way around cookie tracking to figure out what works for users and what doesn't.

This is another reason, why European internet companies do not stand a snowball's chance in hell to compete with their US competitors.

European companies need to bug all users and beg for cookies. While US companies only need to do that with their European users.

Re: Who wants to be tracked?

#17
post #6

I don't know how the experience is in US, but in EU it's because GDPR is a complete failure of a law which doesn't actually solve any problem.

What makes you think so? I’ve seen a lot of good come from it.

Re: Who wants to be tracked?

#18
post #15

I have switched one of my sites to cookieless analytics and it is bad for everybody. I can't even say how many users this site has now. It could be the same user coming back over and over. Or many users. How would I know. Yes, I could track a ton of stats about every pageview like user agent, screen resolution etc and then try to stitch it back together. Trying to figure out how many different users there are. But th…

Why would you need to know anything but hits/month and ad-revenue/month?

Why don't you just hash the IP-address and count unique users that way?

Post reply on HN