Remix.run Logo
brainwad 2 days ago

The cookie banners come from the earlier ePrivacy Directive, and while it was possible to comply by not storing cookies at all, if you want to store data on the user's browser you do need to get their consent, hence the cookie banner.

maccard 2 days ago | parent | next [-]

They do come from the ePrivacy directive but;

> if you want to store data on the user's browser you do need to get their consent, hence the cookie banner.

No - you need consent for storing cookies that are not “strictly necessary”. I can implement an offline app that stores data in cookies without consent. The current usage of the banner is overly litigious US focused simplification combined with malicious compliance.

nraynaud a day ago | parent | next [-]

in particular, if you store stuff in the browser, and don't send it to the server later (local storage or one of the other 1000 JS APIs), there is no reason to present a cookie banner.

beej71 a day ago | parent | prev | next [-]

Do you have an example of a maliciously-complying website? Virtually all remotely popular websites deliberately use unnecessary cookies.

yencabulator a day ago | parent [-]

Wanting to use unnecessary cookies is their choice, not something a law forced on them.

Non-malicious compliance with privacy laws would mean respecting people's privacy.

beej71 a day ago | parent [-]

Maybe I'm ignorant of the gdpr, but does it ban tracking cookies?

yencabulator a day ago | parent [-]

You might be ignorant on purpose. The law does not mention cookies at all, it says how personal/private information must be handled, and under what conditions collecting such is permissible.

beej71 15 hours ago | parent [-]

Yes, but this exchange is in the context of cookies, as you brought up in your comment. And we're talking about companies maliciously complying with the cookie pop-up mechanism, are we not?

maccard 14 hours ago | parent [-]

The cookie pop up is a response to the ePrivacy directive, not GDPR.

brainwad 2 days ago | parent | prev [-]

No cookie is strictly necessary, you can encode it all into request tokens in the URL, so this is a meaningless exception.

jampekka 2 days ago | parent | next [-]

The law is not about cookies specifically, it's technology neutral. The law doesn't even include the word cookie anywhere.

https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A...

ninkendo a day ago | parent | prev | next [-]

So you’re saying if I log into HN, every intra-site link should be rendered with “?token=<secret>” and if I send a link to a friend it will let them be logged in as me?

No, because that would be ludicrous, cookies are obviously necessary for the concept of a “login” or even just a “session” to exist.

rcxdude a day ago | parent | prev | next [-]

The ePrivacy directive basically defines it as 'any data your site gives to the user's terminal that the terminal then passes back to your site'. Request tokens in the URL would qualify, but notably storing something in localStorage with javascript that is never sent back would not.

bryanrasmussen 2 days ago | parent | prev [-]

let me guess: you're some sort of programmer?!

For a programmer of some sort this may seem a meaningless exception, for a lawyer it is not.

I am not a lawyer, but I have had a few law classes and worked a bunch in the legal services branch. If I am asked legally speaking - is this cookie strictly necessary? I will ask is the cookie used only for the purposes of the service provided to the user and which the user expects to get.

If the cookie is used so that when the user logs in and goes to page two of the article they are reading they can read that article without having to log in again we can say it is needed for the service. If the cookie is used to provide recommendations for other articles by using their user history to compare with other user histories and what other users like to read it is not needed for the service. Although from the point of view of the company it sure might be nice to have.

If the cookie is used for your state management of the items you have placed in your basket so that you can go to buy those items it is needed, if the cookie is used to look up your past history and give you recommendations for other stuff to put in your basket, things you bought in the past why not buy some more of those, or how often you rated products you bought badly or anything not required for the current transaction you are doing to go smoothly it is not needed.

As a general rule lawyers and the courts are good at sorting this stuff out, but as edge cases get complicated so does code, and nobody wants to handle all that stuff themselves, so instead they pay for a company that develops cookie banners and everybody gets asked if they accept cookies or not.

snackbroken 2 days ago | parent | prev | next [-]

You don't need explicit consent for functional cookies, e.g. a session cookie or to store what preferences the user has selected on your settings page. It is implicitly given by the user telling you to treat them a certain way. For that you just need a notice somewhere on the page that reads along the lines of "this website uses cookies". It can be an unobtrusive note in your footer.

brainwad 2 days ago | parent [-]

You do need consent even for the necessary exemption in practice because of how that is defined; the user must have explicitly asked for the function that requires the cookie:

> strictly necessary in order for the provider of an information society service *explicitly requested* by the subscriber or user to provide the service.

But this the basis for the OK-only style of banner, to inform the user that certain functions require and will use cookies if they use those functions.

amiga386 a day ago | parent [-]

If you're in a shopping site and "add to basket" -- explicity requested.

If each page you browse on the shopping site shows what's currently in your basket -- explicitly requested.

If you checkout and get a list of what's in the basket and give you card details for payment and email for receipt -- explicitly requested.

No consent needed.

On the other hand, deliberately analysing log data after the fact for which products they looked at but didn't add to cart -- consent needed.

Javascript measuring which sub-parts of the page they lingered on -- consent needed.

Tracking how often they come back without buying anything -- consent needed.

Using the email address for anything other than order receipt and delivery status -- CONSENT VERY MUCH FUCKING NEEDED.

See the difference?

brainwad a day ago | parent [-]

Dropping permanent cookies for any of this stuff is not strictly necessary; session cookies would be sufficient, so then to do anything convenient (e.g. persistent cart, Amazon-style) but not necessary you still need to request consent.

GDPR's legitimate interest basis is better written. But ePD is not superceded by GDPR, they are layered on top of each other.

amiga386 a day ago | parent [-]

That sounds like a wheeze that I've heard before.

Site builders argue to themselves that what the regular user would want to do -- e.g. close the site and browser, come back to it and expect the items in the cart are remembered (for some amount of time, e.g. a month, not forever) -- is something the GDPR (or ePR) would strictly prohibit. Neither prohibit this. You can use persistent cookies or local storage for maintaining the user's cart.

The reason they massively overstate what the regulations prohibit is because there are many things they want to do: user tracking and analytics, marketing engagement, etc., and know fine well the regulations prohibit that unless they get consent. So they pretend they can't possibly even do a basically functional site without getting consent, which is bollocks, so they don't feel so bad about imposing a consent banner on every visitor.

The same thing happened in the UK where businesses told customers lies that "Health & Safety made me do this" or "the EU made me do this"

https://web.archive.org/web/20190627174442/http://www.hse.go...

https://web.archive.org/web/20200131200512/https://blogs.ec....

speedgoose 2 days ago | parent | prev | next [-]

No you don’t need a cookie banner or consent to store normal data in the user browser.

You do if you want to track your users. Very different thing.

amiga386 2 days ago | parent | prev | next [-]

The banner is not needed for the website to work, otherwise how would the "decline" button work? They can store cookies, otherwise how would they remember your choice? They can track a functional session just fine, full shopping cart and checkout if they want.

What they can't do, not without your opt-in consent, is track the fuck out of you. Non-functional tracking. Analytical tracking. Behavioural tracking. Tying that tracking to an identity. Selling the data about that identity's behaviour to advertisers, to data brokers, to whoever pays.

The banner gets in your face and loudly prefers you press "accept" because if you do -- $$$$ CA-CHING!!! $$$$ -- they now have your opt-in consent to sell visitor data.

jampekka 2 days ago | parent | prev | next [-]

The ePrivacy directive did/does not require the nag for "necessary cookies", i.e. most of the cookies that are serving the user's interests.

andai 2 days ago | parent | prev | next [-]

So I've seen some companies do it in a way that's not a pain in the ass. I'm wondering if that's legal.

Because if it is, I also want to do it that way.

IanCal 2 days ago | parent | next [-]

It is. It’s also often not necessary at all. You can’t do things with people’s data without either getting consent or basically having a good reason to. I like the ICO pages (uk regulator) for explaining a lot of things like this.

If I’m shipping an item to someone I don’t have to ask them if I can keep their address for long enough to send them the item. I do need their permission to use that data to send them marketing though, or sell it on. If you have to legally keep records for X years that’s fine.

Keep only what you need, for the time you need to keep it, in an appropriately secure way.

jampekka 2 days ago | parent [-]

I don't understand why this was downvoted. It's informative and factual.

latexr a day ago | parent | prev [-]

Not only is it legal, it’s expected by the law. It specifically mentions that rejecting consent must be at least as easy as giving it. Websites just choose to make it hard to reject, going against the law.

You may have noticed many websites have begun to be better behaved in that regard, for which you can thank organisations like noyb (https://en.wikipedia.org/wiki/NOYB).

9dev 2 days ago | parent | prev [-]

It was always possible to ask the user for permission when you actually want to store something on their device, ie. go for an opt-in model.