Under GDPR, are service operators allowed to record all clicks of logged in users? Under GDPR, service operators (e.g. people who run websites or web apps where users login in a browser) are not allowed to collect information about users unless either: The user consents to having that piece of data collected while being able to maintain access to the service if the decline to consent There is a direct business need to store that data There is a legal need to store that data However, consider the following scenario: There is a web app that requires users to log in to access Users can not log in unless they agree to the terms and conditions Once logged in all button clicks (and keystrokes on the site) by users are recorded (on the service operator's servers) This recording behavior is described in the terms in conditions The service operator needs to collect this data in order to identify how to improve their service in the future Is such a scenario allowed? My gut inclination is that it would not be allowed since the need to identify future service offerings is not "direct" and that one of the benefits allowed by GDPR is that individuals have the right to opt out of analytics tracking while continuing to be able to use services. However, a counter argument that could be made is that this business need is direct. Which interpretation is correct?
This would probably fall under the "legitimate interest" basis. However the service provider would need to show that the processing they did was aimed at this objective and in accordance with the data protection principles, particularly of data minimisation and storage. They should consider what data they want to extract from the detailed logs, whether the logs can be anonymised, how long they need to keep them, and whether they can achieve their objectives by storing aggregate data (e.g. percentage of people who clicked this link when viewing this page) rather than individual clicks and key presses. They should also consider whether the logs might reveal special category data (e.g. health, sexuality, religion, politics). This can happen if, for instance, the site contains information about a particular disease; people who read it are likely to have that disease or know someone who does.
If you are not processing the personal information of EU citizens yourselves then you are unlikely to be classed as data processors under GDPR (check Article 3: Territorial Scope, p.32-33). If you were to operate a Software-as-a-Sevice (SaaS) solution then you would be a data controller/processor (or both) and GDPR would certainly apply if you have EU citizens as customers/users. While I can't see any reference to software vendors in the GDPR text, as a software vendor it would be in your interest to ensure your products meet the criteria set out in Article 25 (Data Protection by design and by default, p.48) in order to help your customers to comply, such as: Implement appropriate technical measures, such as pseudonymisation, which are designed to implement data-protection principles, such as data minimisation, in an effective manner and to integrate the necessary safeguards into the processing in order to meet the requirements of this Regulation and protect the rights of data subjects. Implement appropriate technical measures for ensuring that, by default, only personal data which are necessary for each specific purpose of the processing are processed. That obligation applies to the amount of personal data collected, the extent of their processing, the period of their storage and their accessibility. In particular, such measures shall ensure that by default personal data are not made accessible without the individual's intervention to an indefinite number of natural persons. These along with similar organisational measures are the responsibility of the data controller, but unless your software helps them to comply they may be forced to consider alternative solutions which reduce their overall risk. If your software already has a number of such controls in place it may be worth putting a white-paper or similar communication together which can inform your customers of how your software helps them to comply. There does not appear to be any direct liability to the software vendor through GDPR. If a data breach is the result of a design flaw or implementation bug in the software and your customer gets fined as a result, they may be likely to pursue you on grounds of the software not being fit-for-purpose and lacking the appropriate technical controls required to ensure data privacy. In this event, your defence will rely upon records of designing and implementing controls, records of software testing and remediation, and having in place suitable procedures to ensure security patches can be quickly deployed to your customers when required. Further clarification as requested: If your organisation doesn't process the personal data, doesn't have any third parties process it on your behalf (includes hosting companies) or have any access to it ever, then you're neither a controller or processor. However, if your customers ever send you personal data or grant you temporary access to personal data as part of troubleshooting issues with your software, then you would be a processor in this context and would need an appropriate contract in place and would need to ensure the appropriate technical and organisational controls are implemented to comply with GDPR and reduce risk of a personal data breach. Additionally, if international data transfers take place as part of this (e.g. sending/accessing files over the Internet) you would need to ensure your organisation is able to provide an equivalent level of protection for the rights of the data subjects - for example if you are in the U.S. you would likely need to voluntarily join up to the EU-U.S. Privacy Shield or use the EU's Model Contract Clauses within your contracts in order for it to be legal for EU-based businesses to use you as a data processor. For more information about international transfers read the EU's Data Transfers outside the EU page. Ref: GDPR
Update: On 1 October 2019 the CJEU ruled in Case C‑673/17 (Verbraucherzentrale Bundesverband vs. Planet49 GmbH) that cookies require explicit consent regardless of personal data is being processed. (Where the exceptions don't apply). (paragraphs 68-70 of the ruling). That does probably invalidate my answer below. However, because I have based my answer on information provided by the Dutch DPA, I will not update my answer until that DPA has responded on this. 'By clicking agree or continuing to use this site you agree to our privacy policy' Neither of theses options is considered clear consent. Continuing to use the site, is implied consent, which is not sufficient. Also it does not give you the option to reject. Clicking agree to agree the privacy policy is not specific enough. You must offer a separate opt-in box for everything for which you need consent. The privacy policy is just a text in which you explain your privacy policy. It is not a contract which needs agreement. Also keep in mind that withdrawal of consent must be as easy as giving it. So you must be able to return to the settings and change them. Having said that, it is possible to configure Google Analytics in a way you don't need consent; Accept the Data Processing Amendment Go to Admin Choose Account Settings Scroll down to the data processing amendment Accept it Click Save Disable Data Sharing Go to Admin Choose Account Settings Scroll down to the data sharing settings Uncheck all checkboxex Click Save Disable Data Collection for Advertising Go to Admin Choose Account Settings Choose Property settings Choose Tracking info Choose Data collection Turn off these two options Click Save Disable the User-ID feature Go to Admin Choose Account Settings Choose Property settings Choose Trackinginfo Choose User-ID Turn off these options Click Save Anonymize your visitors IP Address Add { ‘anonymize_ip’: true } to the tracking code on your website Even though you don't need consent, you still need to add a few lines to your privacy policy: You are using Google Analytics cookies. You have a data processing agreement with google. You have enabled IP anonymization/masking. You have disabled data sharing. You are not using any other google services in combination with Google Analytics. The Dutch DPA has a more complete manual, but unfortunately it is not available in English.
Caution: I am not a lawyer. It depends on who is doing the collecting and storing. If it is done "by a natural person in the course of a purely personal or household activity", then it is exempt from the GDPR, as per Art. 2. Beware, however, that "purely personal activity" means that you do not share or publish them. In this court case, having the name or phone number of someone else on your "personal" website constitutes "processing of personal data wholly or partly by automatic means within the meaning of Article 3(1) of Directive 95/46".
Your title is not necessarily consistent with your example. Can a website demand acceptance of non-essential cookies to allow access? As you have found, GDPR prohibits conditioning the provision of service on consent to the processing of personal data. Cookie walls without alternative means of access are generally considered violations of the GDPR. Can a website demand acceptance of non-essential cookies to allow free access? The situation of a &quot;consent or pay&quot; scheme (or &quot;cookie paywalls&quot;) is more uncertain and has not been clearly settled at the EU level. There are data protection authorities that do not consider such scheme necessarily a GDPR violation (Austria, France) if a reasonable alternative access, without requiring non-essential cookies, is provided. For what it is worth, the French data protection authority (CNIL) held initially that all cookie walls are illegal, but on appeal from publishers and advertisers, the French supreme administrative court annulled CNIL's initial guidelines for being too absolute. German and Italian authorities are still examining the validity of such scheme. More reading: Consent or Pay: Privacy Considerations with Cookiewall-Paywall Hybrid Solution, https://securiti.ai/blog/cookie-paywall/ Is the use of a cookie wall allowed in European Countries, https://www.iubenda.com/en/help/24487-cookie-walls-gdpr
You clearly cannot provide data that you haven't stored – and not storing data is a good thing under the Art 5(1)(c) Data Minimization Principle. Despite the Art 20 data portability right being conditional on that the data subject has provided data and not on that data has been stored, I think responding to such a request with “sorry, as per our privacy policy we do not store this data” would be perfectly fine. It is also curious that you are using consent as the legal basis for the purpose of selecting the website language. How do you obtain consent from visitors? How can you prove that you got consent? In many ways, consent is the legal basis of last resort, and I'd think that legitimate interest would be a much more straightforward approach in your case.
You are processing the users IP address in order to carry out the translation to a physical location (see my comment for the technical issues with that) and an IP address is most certainly considered personal information, so yes under the GDPR you are going to need a published policy because you are both data controller and data processor. You need to inform the user of what you are doing, and you need to tell them of the legal basis for the processing (there are several under the GDPR, of which consent is only one - but in your case its going to be the easiest to justify). If you use a third party service for the location translation, you also need to inform the user of that and make available the third party services data processing policy.
I'd say it's definitely illegal. Here's what the cookie notice says on Facebook at the time of writing this answer: By clicking on or navigating the site, you agree to allow us to collect information on and off Facebook through cookies. And here's what the GDPR define consent: ‘consent’ of the data subject means any freely given, specific, informed and unambiguous indication of the data subject's wishes by which he or she, by a statement or by a clear affirmative action, signifies agreement to the processing of personal data relating to him or her; Also consider this, by the way: When assessing whether consent is freely given, utmost account shall be taken of whether, inter alia, the performance of a contract, including the provision of a service, is conditional on consent to the processing of personal data that is not necessary for the performance of that contract. Facebook's notice is a small blue bar at the top of its blue header, and you might not even notice it (at least on a desktop computer where I'm seeing it). I see no way to easily deny consent, for example there is no button saying "I don't accept". All you can do is click on the link to their cookie policy, and still that policy does not present a clear and easy way to deny consent in all different cases, it looks pretty complicated (among other things, it depends on whether you have a Facebook account or not). So denying consent looks pretty difficult, if at all possible. On the other hand, to give consent, you'd only have to click on any link. I tried this. I opened my browser in private/incognito mode, so it should not use any previous cookies. On Google, I searched for "facebook John Doe". Clicked on a result bringing me to a Facebook page with a list of profiles of people named John Doe. The cookie bar appears at the top, but let's pretend I did not notice it. Then I click on a profile, supposing I'm interested in a certain John Doe, and... I land on John Doe's profile on Facebook, now without the cookie notice! What happened is I gave consent by clicking on any link, that is, clicking on John Doe. I can't see any way this "consent" could ever be considered "freely given, specific, informed and unambiguous indication of the data subject's wishes". Why is Facebook not compliant? Well, they probably couldn't be compliant even if they wanted to, unless they wanted to go out of business. Lately I've been wondering what the purpose of Google Analytics would be if users were always given the option to freely refuse consent. Virtually every user would always be clicking on "I don't accept", every time everywhere, so lots of business models would be totally disrupted. By the way, as of now, the cookie bar of this community (stackexchange) does not comply with GDPR either. To tell you the truth, I'm afraid very few websites have a GDPR compliant cookie notice.