Disclaimer : I am not a lawyer, nor particularly trained in that field, so I might be wrong. Maybe others have more or different views, so don’t take my words for truth, but as a start of a discussion.
My starting point is that no software is GDPR compliant because ultimately it depends on what YOU do. If you store user data, track them, treat them … YOU need to be compliant, not the software.
At the lowest level, cookies that serve exclusively to make the site work do not need consent. See “Exemptions” : https://wikis.ec.europa.eu/display/WEBGUIDE/04.+Cookies - (most) people are aware that a minimum cookie is needed to make a site work, and that this cookie is not personal, but technical. Here you can assume implicit consent.
So a naked Grav will not require a cookie consent. Things change when you add tracking, user management and processing, but that’s evidently not a Grav functionality, but a business function. And that’s were you need to adapt software and adopt processes to make yourself compliant.
If you’ll have the need for a contact form, don’t forget to make it GDPR compliant, it will need a checkbox asking for consent and probably a page with some privacy policy.
On the Grav websites I handle, I am using tarteaucitron.js, a script recommended by the CNIL (Link to French page).
On another level, the cookies consent situation is pretty murky at the moment. The CNIL have issued a guidance last August that consent needs to be explicit (not the case in most cookie banners at the moment) but have accepted a one year delay in enforcing it. They need that extra year to finalize discussions with various parties so that they can issue a new recommendation. The draft recommendation is subject to public consultation.
So, the solution that you will choose now will have to be reviewed once dust settles, if it does. Marketing professionals are up in arms as they risk much difficulty in harvesting consent and cooki€s being blocked massively as a result.
Hi,
You might to check if the default and simple page view count of grav does fall into the “tracking” category. But as Andrass pointed out, GDPR is more about what you do with the data, warning users you keep data and ultimately offer them a way to get their data and erase it form your backups, DB or what ever you use to keep their information.
As for for scripts to do that, it’s easily doable in js. If a user says “no”, then you store the value “no” in a cookie and your tracking script should only be loaded if that value is “yes”. If it’s set to “no”, then don’t load the tracking scripts.