The short answer
Yes, often. Under the GDPR, a survey response is personal data whenever the person who gave it can be identified, directly or indirectly, by you or by anyone else using means reasonably likely to be used. A name or email field, an IP address in the tool's logs, a respondent ID in the survey link or a free-text answer that describes the writer is usually enough, and swapping the name for a code (pseudonymisation) still leaves personal data. Before launch, list every field, link parameter and log your survey creates, and remove the ones you won't act on.
Most surveys feel anonymous to the people running them, because nobody looks at who answered. The GDPR asks something else: could a person be identified from what you hold, or from what you could get hold of?
This post describes the law as it stands in November 2026, and it is general information, not legal advice.
Personal data: could anyone reasonably identify the respondent?
Article 4(1) of the GDPR defines personal data as "any information relating to an identified or identifiable natural person". Someone is identifiable if they can be identified directly or indirectly, for example by a name, an identification number, location data or an online identifier.
Recital 26 says how to decide. You take account of "all the means reasonably likely to be used, such as singling out, either by the controller or by another person", including the cost and time identification would take and the technology available. Two points follow for surveys:
- You don't need a name. The ICO's guide to personal information says "You don't have to know someone's name for them to be directly identifiable." Telling one respondent apart from the others can be enough.
- Other people count. The test covers "another person", so data held by your survey vendor or an internet provider can make an answer identifiable.
The ICO adds a limit: a remote, hypothetical chance of identification is not necessarily enough. Ask what is reasonably likely, and ask again as technology changes.
Swapping names for codes doesn't make answers anonymous
Recital 26 says the data protection principles "should therefore not apply to anonymous information", including for statistical or research purposes. A survey whose answers can't be linked to anyone, by you or anyone else, is outside the GDPR.
Article 4(5) describes pseudonymised data as data that "can no longer be attributed to a specific data subject without the use of additional information", with that information kept separately. A survey that stores respondent 4821 instead of a name, while another table maps 4821 to an email address, is pseudonymised.
The European Data Protection Board's guidelines on pseudonymisation, adopted for public consultation in January 2025, say such data is still personal data, even when the data and the key are held by different people. Deleting the key doesn't settle it either: the data becomes anonymous only if the conditions for anonymity are met.
| Answers are | Example | GDPR applies? |
|---|---|---|
| Identified | Name or email stored with each answer | Yes |
| Pseudonymised | A respondent code, with a separate list matching codes to emails | Yes |
| Anonymous | No identifier anywhere, and no way to single out a respondent | No |
In EDPS v SRB (C-413/23 P, September 2025), the Court of Justice of the EU looked at consultation comments that were pseudonymised and passed to a consultancy. The case was decided under Regulation 2018/1725, the data protection rules for EU institutions, not the GDPR itself, but three points in its press release are useful for surveys.
Personal opinions and views, "as an expression of a person's thinking, are necessarily closely linked to that person", so a comment relates to its author without anyone analysing what it says. Pseudonymised data is not personal data in every case and for every person: for a recipient with no reasonable way to identify anyone, it may not be. And for the duty to tell people what happens to their data, identifiability is judged when the data is collected, from the point of view of the controller who collected it.
So if you collected answers you could link back to people, the GDPR applies to you, even if the copy you share with an agency is stripped of names.
What turns survey responses into personal data
Most of these come from how the survey is set up and sent, not from the questions.
| Source | How it identifies a respondent |
|---|---|
| Name, email or phone fields | Directly |
| IP address and device details | Logged by the survey tool, and linkable through the internet provider |
| Respondent ID in the link | A personal link or hidden field ties the answer to your mailing list |
| Free text | People name themselves or others, or describe a situation only one person is in |
| Small groups and combinations | Team, role, region and age band together can single out one person |
| Cookies and identifiers set by the tool | A stored ID can link one person's answers across visits |
The IP row rests on Breyer (C-582/14, October 2016), where the Court of Justice of the EU held that a dynamic IP address logged by a website is personal data for the site's operator if the operator has the legal means to identify the visitor with extra information held by the visitor's internet provider. The case was decided under Directive 95/46, the law the GDPR replaced.
A comment box can collect health data you never asked for
"As someone with long Covid, I found this guide too long" tells you about the page and about the writer's health.
Article 9(1) of the GDPR lists special categories, including health, political opinions, religious beliefs and sexual orientation. Processing them "shall be prohibited" unless an exception in Article 9(2) applies, such as explicit consent. Recital 35 says health data covers past, current or future physical or mental health.
If the comment can be linked to its writer, that health detail is special category data. If it can't, the GDPR doesn't apply to it. So keep free text apart from anything that identifies the writer, and put a line above the box such as "Please don't include names, contact details or health information."
Example: a trade newsletter reviews its reader survey
Example
Say you run a newsletter and website for independent bookkeepers and want to know what readers think of your tax guides. The survey goes out by email and asks for region, years in practice and firm size, then has a comment box.
The link carries each subscriber's ID, so every answer is tied to an email address. The survey tool logs IP addresses. One reader wrote: "I'm the only bookkeeper in my town who does payroll for farms." With her region and firm size, anyone on your team could work out who she is.
Every one of those answers is personal data. For the next round you send one shared link with no subscriber ID, switch to a tool that doesn't store IP addresses, merge region into four broad areas and drop years in practice, which you weren't going to act on.
Readers can still describe themselves in the comment box, so you add the line asking them not to, limit who reads raw comments, delete them once the themes are pulled out, and say all of this in the survey's privacy notice.
Run these six checks before your survey goes live
If any answer could be linked to a person, the usual GDPR rules apply. Work through these six checks before launch.
-
List every field and identifier
Questions, hidden fields, link parameters, and anything the tool logs on its own, such as IP address and device details.
-
Cut what you will not act on
Article 5(1)(c) says personal data must be "adequate, relevant and limited to what is necessary". Drop demographic questions with no decision behind them, and use broad groups for the rest.
-
Set a retention period
Under Article 5(1)(e), identifiable data is kept "for no longer than is necessary". Decide before launch when raw answers and comments are deleted, or reduced to totals.
-
Limit who sees raw answers
Comments and per-respondent rows go to the people who need them. Everyone else gets summaries.
-
Check the vendor and sign a contract
A vendor that processes answers on your behalf is your processor. Article 28 says you may use only processors "providing sufficient guarantees", under a contract that sets out the subject-matter, duration, nature and purpose of the processing, the type of data and your obligations and rights. Ask what it logs, where it stores data and which sub-processors it uses.
-
Write the notice
Article 13 lists what to say when you collect the data, including who you are, the purposes and legal basis, any recipients, how long you keep it, and people's rights. If you call the survey anonymous, make sure it is.
If you are unsure about any of these, especially special category data or an old survey that already holds identifiable answers, talk to your DPO or lawyer before you launch.
Where Asklet fits
Asklet is a feedback widget you embed on your pages with one iframe. It stores the answers, the page path and the time, with no name, email, IP address or device details, and it sets no cookies and uses no tracking identifiers or fingerprinting.
Emails and phone numbers typed into free-text answers are removed before storage. Spam protection counts recent answers per network under a code that changes every hour, and the address is never stored. The trade-off: readers can't be contacted or identified through Asklet, so there is no follow-up and no per-person history. Your privacy notice is still yours to write.
Your next steps
-
Map the data of one live survey
Write down every question, link parameter and log field, and who can see each one.
-
Put it in one of the three groups
Identified, pseudonymised or anonymous. If anyone could reasonably link an answer to a person, treat it as personal data.
-
Remove one identifier
Start with the easiest: a subscriber ID in the link, an unused email field, or IP logging you can switch off.
-
Ask your vendor three questions in writing
What it logs with each response, how long it keeps it, and whether it signs a data processing agreement.
Try these steps on your own site. Asklet adds the questions to every page with one snippet. Compare the plans.
Start freeCommon questions
Are survey responses personal data under GDPR? They are whenever the respondent can be identified, directly or indirectly, by you or anyone else using means reasonably likely to be used. Answers that no one can reasonably link to a person are anonymous and outside the GDPR.
Does a GDPR anonymous survey need a privacy notice? If the answers are truly anonymous, the GDPR doesn't apply to them. Most surveys still touch some personal data along the way, such as the tool's logs or an email used to send the link, so a short notice saying what is and isn't collected is the safe default.
Is an IP address personal data? Often, yes. Recital 30 of the GDPR names IP addresses as online identifiers, and in Breyer (C-582/14) the Court of Justice of the EU held that a dynamic IP address is personal data for a website operator with the legal means to identify the visitor through the internet provider.
Related
- Anonymous feedback, explained
- Feedback without cookies, tracking or sign-in
- How to create an anonymous survey
- Check if your survey is anonymous
- Does your feedback widget need a cookie banner?
- EU cookie consent changes: where the Digital Omnibus stands
- Session replay and pixel lawsuits: what website owners should know
- What the widget collects from your readers
Sources
- Regulation (EU) 2016/679 (GDPR), original text as adopted by the EU (2016)
- Court of Justice of the EU: Press release 112/16, Breyer, C-582/14 (2016)
- Court of Justice of the EU: Press release 107/25, EDPS v SRB, C-413/23 P (2025)
- EDPB: Guidelines 01/2025 on Pseudonymisation, version for consultation (2025)
- ICO: What is personal information: a guide