Most active commenters
  • legitster(4)
  • ffsm8(3)
  • ryandrake(3)
  • hnbad(3)

←back to thread

332 points vegasbrianc | 29 comments | | HN request time: 0.002s | source | bottom
Show context
ryandrake ◴[] No.42142148[source]
People blame the cookie banners themselves or the legislation that "made them necessary" but somehow never seem to blame the web companies for doing the naughty things on their websites that make them subject to the law.

The "cookie banner problem" exists because it's primarily end users that are shouldering the burden of them, and not the companies. For the company, it's a one time JIRA ticket for a junior software engineer to code up a banner. For everyone else, it's thousands of wasted seconds per year. Make the law hit companies where it hurts: their balance sheets.

replies(11): >>42142202 #>>42142212 #>>42142251 #>>42142326 #>>42142345 #>>42142452 #>>42142625 #>>42143095 #>>42143203 #>>42144003 #>>42144503 #
1. legitster ◴[] No.42142202[source]
> never seem to blame the web companies for doing the naughty things on their websites

Part of the problem is that the law didn't seek to distinguish between tame first-party cookies and the really naughty third-party cookies so the burden is equal regardless of how malicious the service is.

> For the company, it's a one time JIRA ticket for a junior software engineer to code up a banner.

This is actually not true. There's a lot more that goes into a cookie banner than you might realize, and there's now an industry dominated by a small handful of players (Osano vs OneTrust)

replies(7): >>42142217 #>>42142245 #>>42142273 #>>42142291 #>>42142347 #>>42142352 #>>42150500 #
2. nicce ◴[] No.42142217[source]
> There's a lot more that goes into a cookie banner than you might realize, and there's now an industry dominated by a small handful of players (Osano vs OneTrust)

Isn't this industry for those, who want to share their website data automatically with 100+ partners? For others, who don't really share that much data with others, less relevant.

replies(1): >>42142312 #
3. ffsm8 ◴[] No.42142245[source]
It did though? You don't need a banner for actually legitimate use (session Cookie, settings, etc)

The things they're calling legitimate use just isn't, which is why they need banners.

replies(2): >>42142265 #>>42142396 #
4. diggan ◴[] No.42142265[source]
I keep seeing this misinformation going around, and it has been going around since almost day 1 of when the directive became known. I'm not sure where it's coming from, or who initially thought it worked like that, but judging by the comments in this submission it seems like a ton of people are very misinformed about how these things actually work.
replies(2): >>42142355 #>>42142383 #
5. Rygian ◴[] No.42142273[source]
The cookie banner has nothing to do with first -party vs third-party.

The cookie banner is required depending on the purpose of the cookies, not the party setting them.

6. ryandrake ◴[] No.42142291[source]
> Part of the problem is that the law didn't seek to distinguish between tame first-party tokens and the really naughty third-party tokens

Maybe I'm an outlier, but ideally I don't want them collecting any "tokens" without my consent. I don't care if they're first party or third party or birthday party. I should be able to browse web sites in peace without some company collecting anything. If the web site doesn't work exactly the way I'd expect because I did not provide that consent, then that's on me.

replies(2): >>42144670 #>>42149361 #
7. legitster ◴[] No.42142312[source]
If you are just running a static websites, maybe. But if you are going to run a website with any services on it (video content, eCommerce, member management, etc) you are going to have partners. Establishing a browser session with every single one would be pretty onerous (and honestly much worse for privacy) so a first-party cookie is a pretty good compromise.
replies(1): >>42145302 #
8. BiteCode_dev ◴[] No.42142347[source]
It totally does make the distinction.

If you use cookies for auth, no need to disclail it.

Better, you don't need a banner even of you do track users for anybody with DNT. So you can offer a seamless experience.

They just don't care.

replies(1): >>42142442 #
9. jorvi ◴[] No.42142352[source]
> and there's now an industry dominated by a small handful of players (Osano vs OneTrust)

Because of that there are now neat categories of cookies / cookie purposes.

Would be nice if we could select one time in our browser “necessary cookies only”, and that would be communicated to every website visited, without the need for a banner. But that’s user friendly and that’s anathema to the modern web :)

10. azinman2 ◴[] No.42142355{3}[source]
So how to these things actually work?
replies(1): >>42142520 #
11. pessimizer ◴[] No.42142383{3}[source]
If this is true, you have not helped them to understand in any way.
12. legitster ◴[] No.42142396[source]
The elephant in the room is that almost no one wants to host website without at least some sort of website analytics service, which does not fall under legitimate use. So that's why even a small blog is going to have a cookie banner.

There are some analytics companies out there that advertise cookieless analytics, but they are either a) too simple for enterprise or b) a much, much worse privacy and compliance risk.

replies(3): >>42142801 #>>42144795 #>>42146454 #
13. legitster ◴[] No.42142442[source]
> you don't need a banner even of you do track users for anybody with DNT

This is not true. The specific text of the law requires that websites have to provide details about their cookies, and then document and store user preferences.

If you just honored the DNT, you would still be out of compliance.

14. 6510 ◴[] No.42142520{4}[source]
Anything goes as long as it is useful for the user.

Funny example: If they chose not to accept your spying cookies you get to set a cookie to store that choice.

replies(1): >>42143302 #
15. ffsm8 ◴[] No.42142801{3}[source]
Even this can be done without a banner, as long as these analytics do not contain any way to link them to individuals/specific users

It's admittedly sound advice to create a banner for such a usecase however, as sanitizing all user data from these events is hard to guarantee, and you'd have to do just that to keep it legal

replies(1): >>42146295 #
16. dkarras ◴[] No.42143302{5}[source]
Someone might think: surely seeing ads targeted for them instead of random ads must be useful / beneficial for the user!
replies(1): >>42145260 #
17. self_awareness ◴[] No.42144670[source]
Well that's a thought everyone can identify with, but objectively speaking, they're paying with their energy to build the website, and paying their money to host it. Yet you would want to browse it for no cost at all.

How to resolve this?

replies(1): >>42145349 #
18. Earw0rm ◴[] No.42144795{3}[source]
The other elephant is that while everyone has analytics, only one in five companies pays someone with an actual clue how to interpret them to look at them regularly, and only one in five of those companies has a decision making structure that allows them to act meaningfully in response to insights gained.
19. hnbad ◴[] No.42145260{6}[source]
The first step is data minimization. The second step is informed and revokable consent. Everything else follows from there.

Do targeted ads increase the amount of personal data that needs to be stored and processed and the number of entities that will access it? Yes they do. Are they required for the site to serve its stated purpose? No, unless the site is marketing itself as literally a curated stream of targeted ads. So they require informed and revokable consent (i.e. opt-in). Even if you think they're beneficial to the user.

It's not about what's beneficial. It's about what's required. That's why most sites try to group services by categories like "functional", "analytics", etc. If you want to embed a Google Maps view to help people find your physical store, that's beneficial but still requires consent because it shares their data with a third party (i.e. Google) when the browser loads that map. Of course in this case you don't even need a banner, you could just have a placeholder (often called "content blocker") instead of the map with the option to consent to loading the map and storing that decision so the user doesn't have to see the placeholder again.

replies(1): >>42146698 #
20. hnbad ◴[] No.42145302{3}[source]
> But if you are going to run a website with any services on it (video content, eCommerce, member management, etc) you are going to have partners.

No? At least not in the scale that would require these consent services. Services like member management are literally required to operate the website so those can go into the privacy policy (as would e.g. hosting on AWS or using a CDN).

The reason these consent services exist is that a lot of websites are just content mills that operate entire on behavioral advertising, whether it's the web version of a newspaper or just SEO blog spam. These often use hundreds of "partners" for analytics, ads, targeting, re-targeting, etc. And they desperately try to trick visitors into opting into those.

For your run of the mill Wordpress website you can just get a plugin like https://devowl.io/wordpress-real-cookie-banner/ - and in many cases the free version is good enough.

21. hnbad ◴[] No.42145349{3}[source]
You're framing website use as transactional but for financial transactions we literally require informed consent.

Also you seem to be operating under the assumption that your personal data is something that can be used as payment. The GDPR literally does not allow that just as human rights don't allow committing yourself to indentured servitude. You can't sign away your rights. If you share personal data you continue to have rights to that data and can revoke your consent. It doesn't stop being your data just because you handed it over, even if you did so willingly.

If your business model can't work without exploiting your users' personal data, your business model no longer works and it's your job to find a new business model that does. There are plenty of business models that only worked when indentured servitude was legal (let's not have the debate about prison labor in the US) and I'm sure you would agree that it's fine for those business models to no longer work. It's part of the risk of doing business. Innovate. Disrupt. Or perish.

22. XCSme ◴[] No.42146295{4}[source]
I think it's impossible to be 100% legal.

Many times, the user IP, which is considered PII, is stored in various servers/routers log that you have no access to...

replies(2): >>42148595 #>>42148724 #
23. account42 ◴[] No.42146454{3}[source]
Well, too bad.

When it comes to processing other people's data you don't get to do whatever you want.

Maybe try running a website without analytics before throwing a tantrum.

replies(1): >>42148424 #
24. 6510 ◴[] No.42146698{7}[source]
I think you could also link to google maps.
25. ryandrake ◴[] No.42148424{4}[source]
Yea, companies are so used to laissez faire that when they're finally told "too bad, so sad" they throw a tantrum, sue, cry, and eventually comply as maliciously as the possibly can, to show the world how upset they are that they can't simply do whatever they want.
26. ◴[] No.42148595{5}[source]
27. ffsm8 ◴[] No.42148724{5}[source]
Lots of misinformation on the internet wrt this, and I am not a lawyer either.

It's especially tragic because Google serves you countless factually incorrect articles if you search for gdpr, which doesn't help with this endless amount of confusion.

You might be interested to know that an IP address isn't actually PII, because that's a concept of California privacy regulation and they don't care about them

https://techgdpr.com/blog/difference-between-pii-and-persona...

It's a different story for gdprs personal data however. Because there are individuals with static IPs - which makes it possible to link these IP addresses to individuals. If you could only omit these, you could technically use ipadresses however you want too. But I admit that that's kinda unrealistic ( • ‿ • )

28. smolder ◴[] No.42149361[source]
There is basic non-identifying logging that is almost entirely necessary to operate a website. I assume you're okay with that much?
29. consteval ◴[] No.42150500[source]
> Part of the problem is that the law didn't seek to distinguish between tame first-party cookies and the really naughty third-party cookies so the burden is equal regardless of how malicious the service is.

It does, or rather the law doesn't state cookies at all. It has nothing to do with cookies.

All the law says is you require informed consent if you want to harvest personal data and use it for tracking. Cookies are a common way to do that. But cookies used for session and whatnot are exempt, because they're not used for tracking.

The problem is companies are maliciously compliant.