Ever get that feeling that something’s just waiting to bite you on the ass?
A disturbance in the force that you just can’t put your finger on?
You’re sure it’s not your anniversary?
Your kid’s piano recital?
Maybe it’s the cable bill.
You can’t place what it is, but something’s waving a red flag.
For bloggers, that brain worm might just be the GDPR.
Niggling away at you like an unscratchable itch.
In a way, that’s good: You know enough about GDPR to be worried.
But in case you’re in the category of “blissfully unaware,” we’ll take a look at what the GDPR is all about.
And why it absolutely CAN affect you and your blog.
GDPR is currently taking Europe by storm.
It’s the General Data Protection Regulation — a new data privacy law being introduced by the European Union — and it’s a bit of a game-changer.
It comes fully into force on May 25, 2018.
Yep, that looming deadline might just be lighting up your radar.
|bf98a1a80680bd07a876de5a192a8fb8| And some forward-thinking folks have been working on preparing themselves for the last year or two.
Well done them. Straight to the top of the class.
But the truth of the matter is that many people have been just the slightest bit “mañana, mañana” about the whole thing.
Now that the countdown can be measured in days, some people are getting a touch, well, panicky.
It’s like that school assignment that you had a year to write.
Here you are, “T-minus-one and counting,” and you’re staring at a blank page.
And that’s due, in no small part, to the fact that GDPR appears complex, and there are still some gray areas.
We are all struggling to interpret some of the details of the regulation.
But some things are clear — so in case GDPR is entirely new to you, let’s hit the basics.|e7fa43630e525740c652c2d51d87a6be|
So the GDPR’s scope is surprisingly wide-ranging. It could easily apply to you.
It gives data regulators powers to apply unprecedented financial penalties.
And crucially, it’s becoming extremely high-profile. The Facebook/Cambridge Analytica scandal alone has elevated the subject of data privacy to mainstream debate.
So it’s worth spending a little time to try to understand the key principles that the GDPR is attempting to achieve.|998c43a1a2676797e4312b4237ff1684|
The central principles of the GDPR are not new.
They expand on existing European Union data protection regulations, and most folks might generally consider them to fall into the category of “quite a good idea, really” (from the consumer perspective, at least).
So let’s break them down one by one.|dc5bbc0e3b02184dc329633dd8e50dbd|
|bd95c39f6bdb713af90786b77077cc12| has a specific meaning under the GDPR. There are six legitimate, lawful grounds for processing personal data. You must satisfy at least one of these six criteria before your data processing is “lawful.”
The first and most obvious lawful basis for processing personal data is consent — that is, where the individual has specifically agreed (usually via one or more checkable boxes) that you may use their data in a specific way. More on consent later.
The majority of the other lawful grounds will be less relevant to bloggers. They include situations where it is essential for you to process personal data to fulfill a contract with the consumer, or if you are required by law to collect specific data (such as information required for tax records).
But the sixth and final lawful basis is relevant:
It can be lawful to process personal data without the individual’s consent if it is in your legitimate interest as a Controller to do so.
This is the subject of heated debate — because it appears to provide a convenient catch-all for controllers. (More on controllers later, but assume for now that the controller is you!)
Well it’s certainly not that, but it is an acknowledgement that data privacy is not absolute.
There should be a balance between the individual’s right to data privacy and the controller’s legitimate interest in running their blog, business or whatever.
“Legitimate interest” is most likely to be used where consent is not appropriate or feasible.
These scenarios highlight that in some situations (such as preventing fraud), consumers must not be permitted to prevent processing. In others, it would simply be unworkable to try to gain consent in advance.
It will typically apply where your data processing involves minimal risk or impact to the individual’s privacy, and it is of a type that the individual might reasonably expect you to undertake.
Those scenarios would not be lawful, fair or transparent.
Anyone planning to rely on the “legitimate interest” lawful basis will need to familiarize themselves with the detail of the regulation because there are specific requirements, such as the need to conduct a Legitimate Interests Assessment.
|0aa632abf89dc027622333ba928e8020| is not specifically defined in the regulation, but on any definition it overlaps significantly with lawfulness and transparency.
All of the regulation guidance suggests that fair processing involves ensuring that it does not have any unjustified adverse effects on the individual, and that data is used in ways that the individual might reasonably expect, given your relationship with them.
In short, if you are being open and transparent about how you process data, then you will almost inevitably being processing it “fairly.”
|cbedee81ed5db30a12e337abc1feafdf| is a fundamental and recurring theme throughout the regulation. You are expected to be conspicuously open and honest about what data you collect and what you propose to do with it.
More on transparency later.|21e366f59e6c35a9466b47e94a0a199a|
Closely related to the concept of transparency, this principle demands that you may not collect data for one purpose, and then go on to use it in a different way.
Let’s take the example of a “Sign Up to Receive This Free Report” offer.
On the face of it, the individual is providing their email address so that you can send them the report. That’s it.
You cannot then add their email to your mailing list and send them other promotional material unless you’ve made it clear at the point of sign-up that that’s what you intend to do.|c377c901874c91f5d20a6b735b342784|
This is the concept of data minimization.
If you collect personal data to allow you to send blog notifications by email, then the minimum information you require is an email address. “Name” is probably fine too (for the purpose of personalizing your emails), but collecting anything else could be seen as excessive.
So if, in the same scenario, you also collect cell phone number, gender and age, then you need to be very clear why that information is necessary to allow you to send blog notifications.|6d3fd58c77050b9fe74fa20f58b2d729|
The risks to individuals’ data privacy are clearly increased where that data contains inaccuracies. Incorrect email addresses are a prime example of where other personal data can be inadvertently disclosed or leaked.
You are therefore obliged to address data inaccuracies without delay — incorrect data must be rectified, or deleted.
In practice, if someone contacts you to update their email address, you should take action on it without undue delay.
But being proactive is also important — for example, if you are getting regular bounce-backs from addresses on your mailing list, then this should be telling you something. Periodically checking your list and removing bounced addresses is highly recommended.|5b6d5ac1525871aaa35e567fdbee4896|
It’s central to the concept of fairness that data is not retained for any longer than required to achieve the purpose for which you collected it.
Data retention also has implications for accuracy. If you’re still storing customer address data that you collected five years ago, the chances are that a significant proportion of that stale data is now inaccurate.|80dcfdffd9df57a0fde079e85e5d32dd|
The security of the data you hold is clearly pivotal to the whole objective of the GDPR. You are responsible for ensuring that there exist appropriate technical and organizational measures to protect against unauthorized access, loss, alteration and disclosure.
That said, you’re not expected to be Fort Knox.
But you are expected to take steps that are proportionate to the sensitivity of the data that you collect, and the risk to the individuals concerned were the data to be lost or disclosed.
That’s obviously not an exhaustive list, but you get the point.
All of the specific requirements contained within the GDPR are based upon these six principles.
The problem is, there’s a certain amount of GDPR misinformation doing the rounds too.|d4e605f702ba324addeffade4da932b3|
GDPR is new, and there’s a huge amount of speculation about how it will be applied in practice.
So let’s deal with some of the emerging myths.|374f9b9ab1324c9825b56cbcc4a5dc7b|
Don’t be fooled. That’s not the point.
The regulation protects consumers within the EU, regardless of where in the world the person who collects their data is based.
Anyone who runs a blog that is available to consumers within any of the EU Member States is potentially affected.
There are subtly different rules for controllers outside the EU, but regardless of whether you operate out of London, Milan or New York, GDPR needs to be on your radar.
At the very least, you will need to take an informed position on the subject, and that means having a plan.|a2c971b18208f9af9376dc9ee14cb68b|
A swing and a miss.
While there are some provisions aimed specifically at organizations, the core accountability applies to anyone considered to be a “Data Controller.”
A Data Controller is the person responsible for “determining the purpose” of processing.
And it can be anybody — an individual or a business.
Long story short, if you are the person who decides to collect the data, or decides what data is collected and why, then you are a Data Controller — regardless of whether you are operating as a business in the normal sense of the word.
Bloggers. Micro-businesses. Non-profits. Charities. Hobbyists.
All potentially covered.
I’ll get into why I say “potentially” later.|d7d7ce34089ae084f0fd2a35d4ce6242|
I’ve seen this one doing the rounds a lot, and it’s based on a very lazy interpretation of the rules.
If you process personal data and have fewer than 250 employees, you may have an exemption from one very specific administrative reporting requirement.
It is absolutely not a general exemption.
GDPR can apply if you have no employees at all.|a7004784906ca7a3b0b857c48c9a9e22|
As a blogger, you might feel that you’re not in the habit of collecting people’s personal data.
From there, it’s a very short walk to convincing yourself that GDPR is not your concern.
But think again — there are a number of very common blogging activities that can put you in the GDPR firing line.|9f360ba96f209377c409a24e57c80c9c|
Without doubt, this is the clearest scenario in which the GDPR can apply to bloggers.
Sure as eggs is eggs, names and email addresses are personal data.
If you invite people to give you this information — such as on a mailing list sign-up or via an online contact form — then you have a responsibility for that data.
As we’ll see later, this doesn’t of itself guarantee that the full force of the GDPR will apply, but it does mean that you are potentially affected.|2dc88e9a7087ab7283b02404f6011414|
Don’t misunderstand me, I’m a big fan of WordPress.
One of its biggest selling points is just how much it does for you straight out of the box.
But that can be a double-edged sword — would you know if WordPress was collecting/processing personal data in the background?
Well it can, and it does:
- With blog commenting enabled, WordPress will by default require all commenters to submit their names and email addresses before they can comment. This is personal data.
- WordPress will set web cookies for anyone who logs into your site or submits a comment. The GDPR specifically states that cookies are potentially personal data.
- All plugins that you install on your WordPress site give you additional functionality (that’s why you use them) — and every one of those plugins has the potential to collect personal data.
Use the Facebook pixel for tracking page views and conversions?
Track who opens your MailChimp or AWeber campaign emails?
Use Google Analytics to understand web traffic?
Each of these, to one extent or another, involves profiling the behavior of identifiable individuals, and is potentially within the GDPR’s remit.|ec6b50289869901f2fc78aac94f8b1fe|
It’s extremely common practice for your web server to record, in its server logs, the IP addresses of anyone who visits your blog.
Now there’s nothing the matter with that, because it can actually help to protect against malicious attacks and unauthorized access.
But IP addresses are personal data as far as the GDPR is concerned.
So, while you might not consider yourself to be actively collecting personal data, there’s a very good chance that, in reality, you are.|5fa1f5ed637fadff359e0b2251002ee9|
We’ve already seen that the core factor in determining whether the GDPR applies to you is whether or not you process personal data. It what the GDPR calls the “material scope” of the regulation.
We also need to consider what the GDPR calls “territorial scope” — and it’s this territorial scope that might allow some bloggers to dodge the GDPR bullet.
Territorial scope is EU-speak for the geographic limitation of the GDPR.
We’ve already touched on this in our first dangerous myth above.
The regulation protects the interests of consumers within the EU — regardless of whether the individual/business that collects their data is based in the EU or not.
So the real question is not where you are based — rather it is where your |4e0174f3d63b81ec187a0d4b4034ea90| are based.
A US-based blog can be caught within the scope of the GDPR if it in any way targets consumers in the EU.
Some folks will, understandably, see this as a GDPR get out of jail free card.
Just be wary…
The GDPR makes a clear distinction between Data Controllers (remember, that’s probably you) who are based in the EU and those based outside the EU. It boils down to this:
- Data Controllers in the EU are within the territorial scope, and the GDPR applies.
- Data Controllers outside the EU are subject to the GDPR rules if they “offer goods and services” to individuals within the EU.
This distinction will be crucial for many bloggers.
It introduces the concept of your intended target audience.
But it’s important to understand that this is a gray area.
The actual wording of the regulation refers to whether “the Controller envisages offering goods and services to data subjects in the Union.”
If you blog about childcare in San Francisco, then I’d argue that you’re on pretty solid ground. It doesn’t have any obvious relevance to EU consumers, and it would seem fair to argue that you don’t “envisage offering a service” to them.
On the other hand, blog on a subject that’s not limited by location (such as the cool new features on the iPhone X), and that argument might not fly. Your content is just as relevant to EU consumers as it is to anyone else, and you probably have no real intention of limiting your readership.
So it’s going to depend very much on the nature of your blog.
Importantly, if in reality you DO process the personal data of EU consumers (let’s say by having people with .co.uk email addresses on your email list), then it’s hard to argue that you don’t envisage offering a service to them.
Because you’re already actually doing it.|7604ef79821d4509073eb5b46d3ad4bd|
Coming to a conclusion about whether your blog falls within the scope of the GDPR is something that only you can do.
It will depend on the exact nature of your blog, the data you capture, and your target audience.
And there are areas that are not perfectly clear-cut when you apply them to blogging.
Just keep in mind that it’s human nature to try to shoehorn your own blog into one of the limited exemptions to the rules.
If you offer a service to consumers in the EU and, by so doing, process information that qualifies as “personal data,” then, at face value, the GDPR will apply.
If you’re in any doubt, the wise approach is to have a plan to tackle it.|bec3e86063c485ab54b9b36df5424e11|
Let’s assume that the GDPR applies to you and your blog.
Strikes me that people are going to take one of three approaches that extend beyond simply pretending it’s not happening.|68eb48a26bfa9020ad9e6ca5aff5ca34|
Let me be clear here: “Do nothing” is not the same as “ignore it.”
Ignoring it would be bad. It needs to be on your radar.
But depending on your approach to risk, you might well choose the “wait and see” method.
Day 1 GDPR compliance would be awesome — but pragmatically, it can take time, effort and potentially expense.
And realistically, you are unlikely to come to the attention of the data regulators unless you actually experience a data breach or someone chooses to make a complaint against you.
So why not just wait for the dust to settle and see what everyone else does?
It’s hard for me to wholeheartedly advocate the “wait and see” approach — because it feels reactive, and maybe I’m a bit risk-averse.
But there is arguably a place for it if you understand and accept the risks.
That said, some of the risks can be mitigated, which leads me to the second approach.|cfcf6afa30c0b8a1f9bb53a22b643379|
While full GDPR compliance is going to be complex for some, there’s likely to be some low-hanging fruit to be had.
Not only will it start you off on a path toward full compliance, you’re also demonstrating a commitment to data privacy — and you might be surprised how much you’re already doing.
(Check out my Seven Easy Steps Toward GDPR Compliance below, which suggest what some of these approaches might look like.)
My guess is that “showing willingness” will be where many bloggers and small businesses will be when the GDPR comes into force.|fa879ed9005eb020b1aaf5b5e1c5dcf2|
In an ideal world, full GDPR compliance from Day 1 is clearly the place to be.
It minimizes risk and — to those who know what to look for — demonstrates your credibility and professionalism.
For simple blogs and small online businesses, full compliance might be perfectly achievable, because simplicity is your friend.|373f33d18ff568fada4ca161cb30f9a1|
The actual GDPR regulation itself is a horribly impenetrable document.
It runs to over 250 pages, with 99 main provisions (“Articles”) and 173 supplementary “recitals.”
And they wonder why people don’t read it.
Unless you’re a lawyer, you’ll likely come away from it feeling just a little overwhelmed.
But if you can master the concepts and the six core principles, you’ll see that there are a number of discrete, tangible things that you can do toward compliance.
And some of them are pretty pain-free.|e75c854c78c02b961c1826e8dedc663a|
Spend 30 minutes just brainstorming and documenting the types of personal data that you collect.
Then you’ll begin to understand where your actual liabilities are.
Only when you’ve identified how you collect data can you start to address whether you need to take further action.|6118e5f80f98a9d5c8fdae71a708e18d|
You need to stick to it.
And make sure that anyone else working on your behalf sticks to it, too.
Your GDPR protection is only as strong as its weakest link.
A lot of people who talk about GDPR seem to think that consent is the silver bullet for all GDPR problems.
Consent is just one of six lawful grounds for collecting personal data under the GDPR, and it won’t always be the most appropriate one to rely on.
That said, it IS important.
Where consumers are volunteering personal information (such as online contact forms and blog sign-ups) you must ask for their specific consent if there is no other legal ground for processing that data.
Data minimization is the way to go.
Do you really need someone’s cell phone number to send them blog updates?
The more data you collect, the more data you’re responsible for.
If you can’t justify why you’re asking for a particular piece of data, don’t ask for it.
And if you already hold data that you don’t need (or can’t justify), now is the time to dispose of it. (Securely, of course!)|4dffd953b7487fef968c1429ade6c227|
One of the core objectives of the GDPR is to keep personal data secure.
You are most likely using some form of third-party web hosting for your blog — either shared hosting or maybe VPS.
By providing the servers that your blog runs on, that 3rd party hosting company becomes a “Data Processor” in GDPR terms — because they are processing data on your behalf.
You are effectively subcontracting the technical hosting activities to them.
As a result, they have access to any personal data that is stored on your blog — and they are therefore quite capable of being the weak link in the chain.
A reputable web host will be only too happy to talk to you about the security processes that they have in place, their security accreditations, and so on.
The best ones already have GDPR-compliant conditions within their standard terms of service, or will offer you a personalized data processing agreement on request.
This is important, because the GDPR expects you to have a written agreement with anybody who acts as a Data Processor on your behalf — especially if it involves processing that takes place outside the EU.
So choose your web host wisely.
And be prepared to find a different provider if you don’t get the answers you need.|8e7eda9545ebf3624b6adb09fece3f99|
Okay, this is a bit specific, but it might be the difference between compliance and non-compliance for some simple blogs.
But, when set up correctly, GA cookies are likely to be seen as “non-privacy intrusive,” which means that you do not need to get prior specific consent to use them (which, believe me, would be a technical minefield).
For this exclusion to apply, though, you need to be careful:
- It’s important that you haven’t implemented the (optional) User ID functionality within GA. User ID allows you to identify a particular individual even if they view your blog from different devices. You should know if you’re using this functionality, because it’s not enabled by default, and you would have had to implement it manually.
- You should take advantage of the “anonymizeIP” function that GA provides, which has the effect of obscuring part of visitors’ IP addresses when the data is stored at Google. Note that this is switched OFF by default, but can be activated by adding a simple parameter to your GA tracking code (the exact code depends on which version of the Google Analytics code you’re using — analytics.js or gtag.js). If you’re using a plugin for analytics, you might find this option in the plugin settings.
- You should make sure that you never (intentionally or inadvertently) include personal data within page URLs that are sent to GA. Not only is this bad for GDPR, it’s also a breach of Google’s Terms of Service.
For a handy visual reminder of the seven steps, check out the image below (click to see a larger view):
Like it or not, the GDPR could affect you.
Even if you’re not in the EU.
While regulators are extremely unlikely to start handing out huge fines on Day 1, smart bloggers will see this as an opportunity get their data processes properly nailed down.
Get on the front foot and you’ll have a better, deeper understanding of the value of the data that you hold, and the responsibility (and accountability) that you have for that information.
And frankly, even if the GDPR doesn’t apply to you, it’s a strong indication of where data privacy is going — so why not embrace the principles anyway?
It may seem a million miles away from why you pour your heart and soul into blogging. You blog to inform, to inspire, to share your passion.
But you’re also responsible to your loyal followers for the information they entrust to you.
So don’t lose sleep over it. Get ahead of it.
Because when you do, your blog will be stronger than ever.
The post What the Heck is GDPR? (and How to Make Sure Your Blog Is Compliant) appeared first on Smart Blogger.
~ Thomas Jefferson