Web Development and the GDPR
Post from August 31, 2018 (↻ October 13, 2020), filed under Web Development.
Who shares or presents code has a special responsibility, because for both the uninitiated and the quality-minded such code should be of a considerable standard. We’ve known this responsibility for ages, whether from ad networks with dubious pseudo-HTML to social media companies with invalidating gadget code to frameworks and libraries and polyfills and shims with their sometimes “plug & play don’t care” approach to web development.
With the European General Data Protection Regulation (GDPR), this has become even more important.
Where formerly, one often pointed to some third-party script or style sheet—e.g.,
https://maxcdn.bootstrapcdn.com/bootstrap/3.3.7/css/bootstrap.min.css—, we’re now confronted with another problem in that such simple hot-linking resources is clearer than ever a privacy issue for: everyone.
Why is that? Because blindly referencing foreign-origin URLs (that is, embedding resources without any referrer policy in place) exposes referrer information to those foreign origins, and with that means a privacy hazard. This is especially true with organizations in countries with lax privacy provisions, and with script or style providers who live off data, like Google or Facebook.
As such, then, what formerly looked user-friendly and innocent carries now even more weight. Not only be the ambition to offer quality code (which includes secure and fast code as well as, per my own taste, also minimal code), but also to be less suggestive, and indeed perhaps quite a little less usable, when it comes to plug-in play privacy cuts.
What should be done? Perhaps, as I suggested to Robert and Tim after a Google Developers Experts call, we could start with using local references in code samples, and providing the full URLs (and said privacy context) in footnotes. That might bring awareness and attention to the issue without making the samples unusable. Especially with huge enterprises like Google, any code sample comes off as a recommendation or even a best practice, and so Google and other major tech firms turning more mindful, and looking more closely at the matter of responsible code sharing, could set a great precedent.
Update (October 12, 2020)
A few months ago I outlined what good embed code rests on, and what developers and users of such code could pay attention to.
I’m Jens Oliver Meiert, and I’m a web developer (engineering manager) and author. I love trying things, sometimes including philosophy, art, and adventure. Here on meiert.com I share some of my views and experiences.
If you have questions or suggestions about what I write, please leave a comment (if available) or a message.
Have a look at the most popular posts, possibly including:
Perhaps my most relevant book: CSS Optimization Basics (2018). Writing CSS is a craft. As craftspeople we strive to write high quality CSS. In CSS Optimization Basics I lay out some of the most important aspects of such CSS. Available at Amazon, Google Play Books, and Leanpub.
Looking for a way to comment? Comments have been disabled, unfortunately.