Showing the status code 451 instead of a website is not enough to avoid GDPR penalties in particular cases.
Showing an error message instead of the website to users with a laptop or PC in EU is not enough. Tracking EU citizens without consent is still possible and therefore not GDPR compliant.
The section ‘Advice’ provides a more detailed description.
I am not a legal expert. So please have a look at my used sources. Or contact a GDPR expert.
I am just a tester finding test ideas about GDPR. Thanks for joining in advance.
This is my way to reflect on my research in GDPR of the last months. It took me lots of hours.
If I missed a legal or W3C link, you can always contact me. I am happy to update this blog post.
This spring I prepared a workshop about blogging. I tweeted about the use of sketch notes to find fieldstones. It got attention from @ConstanceHermit and Mike Rohde.
Mike had a familiar name. I bought his book about sketch noting.
He asked me for a sketch note for testing. OK. Wow. WOW.
Sure no problem.
I only had to wait for a good opportunity to put his request in practice. After a few months I saw a tweet about code on a web page:
“451: the website cannot be shown because of legal reasons.”
I visualised some scenarios and found some problems in the chosen solution. In case of impatience you can skip to the end of the article for the sketch notes. Be my guest.
Numbers are fast to communicate. If people want a pizza and call numbers, then I can go to the website and just enter the called numbers.
A pizza menu was used to abbreviate the pizza names: 16 is pizza Salami, etc. This way a protocol was set up.
The internet Hypertext Transfer Protocol is used for web sites. Status codes like 451 provide information to the user.
The problem with being a tester is to make an understandable message. This is quite hard. It is like telling how a car works without using names of car parts. I wanted to put 451 in the sketch note, but that was intimidating. I also skipped flow diagrams.
I also wanted to show off with test techniques. This was again: Not done. This is only nice for testers, but this is no good for people unfamiliar with testing. I can guarantee you that their number is way bigger than the number of testers.
Several drafts later.
One sketch note became 2 sketch notes. First I drew with a dark marker, then I used other markers for more details.
Then I set a new deadline for myself. I would use the sketch notes in a presentation. If a speaker could not make it at the test conference a week later, then I would volunteer. GDPR is still interesting stuff for testers. In legal terms it is good for the public interest.
Now I had to check my picture. And I hit the wall. It hurt.
451 was used for legal demands. I clicked on the link to the official request to add an extra code to the HTTP protocol.
This looked pretty official.
In this case the ministry of justice contacted the internet service provider, which in turn shows a 451 to the user. Sorry access denied.
So this was not about web sites silencing themselves.
So all the hours spent were for nothing. I lost hours of work. I felt miserable. This is part of research.
The weekend before the test conference I looked on the internet. This time I searched on 451 and GDPR. The blog post ‘Is http 451 suitable for GDPR blocking?’ popped up.
So I started my due diligence.
Is it right
What I write?
The author is Terence Eden. That was the guy who had the idea for 451. I looked again in the official proposal for 451. Terence was mentioned. So my sketch note was almost good.
So I only had to change the picture. And I was all set.
I shared my deadline with my kids and they talked about it the next days.
The evening before the conference I checked my sketch note about citizenship. GDPR was quite vague:
“Data subjects who are in the EU” [Article 2]
I could not find something about nationality. So a Dutchman in his own country is a data subject in EU. But a Dutchman in the US is not a data subject in the EU. Did I miss something?
So again I was facing a legal problem in my sketch note.
I used my search engine and found several answers on my question: is it possible to track EU citizens outside the EU?
On Quora there was majority in favour for not tracking. One legal looking website had a complex advice with lots of conditions.
Law is not about democracy, but about sticking to the rules.
Basically I hit the wall again.
Now I am a Dutchman. The big advantage is that the number of Dutch web pages is lower than the number of English web pages.
I entered several Dutch words in my search engine and I found an official web page
“Bedrijven buiten de EU die gegevens van EU-burgers verwerken, moeten een vertegenwoordiger in de EU aanwijzen.”
Please allow me to translate this in English by using the language button on the page:
“Non-EU based businesses processing EU citizen’s data have to appoint a representative in the EU.”
These are the first 2 times I found “EU citizen” on the official EU website pointing to GDPR.
“Is this legal stuff for the court?”
There is a legal notice in the footnote containing a disclaimer. So I am quoting from an interpretation of the EU of GDPR. GDPR is leading and not the interpretation.
The day before first publication date I read article 2 again:
“This Regulation applies to the processing of personal data of data subjects who are in the Union by a controller or processor not established in the Union, where the processing activities are related to:
- (a) the offering of goods or services, irrespective of whether a payment of the data subject is required, to such data subjects in the Union; or
- (b) the monitoring of their behaviour as far as their behaviour takes place within the Union.”
The location of the home of the user was not enough. Again I was trying to attempt to tweak this blog post.
Wait. In 2 (a) I found an interesting exception clause. What if an American shop offers products in the EU.
So I drew a shop in the EU.
Okay, here are the promised sketch notes. Sorry for the lengthy introduction.
In the first sketch note I point out that the web site uses the location of the laptop to identify an EU citizen. But this is different from GDPR. The nationality of the user and the location of the shop should be used instead.
In the second sketch note there are two situations, which were not intended by the web site owner.
Suppose your American colleague comes to Germany to help you a hand. Then he wants to go to a website with an expensive subscription. It is not possible: 451. The web site owner will probably state something about GDPR. Hopefully a disclaimer was added for this case.
Looking at GDPR there is no violation. So no privacy penalties are involved.
The second sketch note is really worrying, because an EU citizen is tracked during her or his holidays in the US. That is not right.
The 2nd sketch note looks like
Finally there is a test idea about an American living in the EU, who used to live in the USA and is planning to go back to the USA. I am quite curious whether customer tracking systems can handle all the moves.
For the people who are concerned about money.
Yes, GDPR can have a major impact on your profit.
“Failure to comply with the GDPR may result in significant fines of up to EUR 20 million or 4 % of your company’s global turnover for certain breaches.”
In some countries the privacy laws outside the EU allow more ways to track users of web sites than General Data Protect Regulation. According to GDPR it is not legal to track the users without their explicit consent in most cases. [Article 7]
A solution is to show an error page 451 that the website cannot be shown because of legal reasons. This is in spirit with the request.
A way to determine the nationality of the user is to use the location of the laptop or PC. This can be done by determining the internet address.
This is true as long the laptop is used inside the EU. If the laptop is used by an EU citizen outside the EU, then the user might be tracked without consent. This is illegal, if the website offers products in Europe. [Article 2.a]
According to me the best way is to switch off the immediate tracking of users and ask for explicit consent.
Tips for testing
- Go as close to the source as possible.
Read GDPR or find interpretation of the law given by the legislator or representative.
- Check and double check information and sources.
- Gamify testing by using different tools.
I used sketch notes, mind maps, and the internet.
- Get used to hitting the wall.
Note about experience report
This is my experience report about GDPR testing. I ran in some problems, but I was able to resolve them. I could just skip the problems encountered, but you, the reader, could get a false impression. Learning is stumbling and standing up. And walking again.