ConsentPixel – Privacy · Verified

GDPR · Templates & Examples · 2026

GDPR Compliance Statement Examples & Consent Form Templates

If you're looking for GDPR compliance statement examples — plus consent checkboxes, banner copy, form notices and privacy-statement templates you can adapt — this guide has clean, current ones for each. But it also tells you the part the template sites leave out: a copied statement is a starting point, not a shield. Under GDPR, what protects you isn't the wording on the page — it's whether your site actually does what the wording promises. Here are the examples, and the honest context that makes them work.

CPConsentPixel Team Updated September 2026 14 min read Information, not legal advice
4 elements
Valid GDPR consent must be freely given, specific, informed and unambiguous — all four, or it's invalid
€475M
CNIL's Google + Shein cookie fines in a single day (Sept 2025) — over wording that didn't match behavior
The 90%
The template is the easy 10%; making your site match what it says is the 90% that actually protects you

Key takeaways

  • A GDPR compliance statement is a short, specific claim that you process data lawfully under the GDPR — not a vague "we take your privacy seriously." The examples below show the difference.
  • Every consent example must meet four tests: freely given, specific, informed, unambiguous (Article 4(11)). A pre-ticked box, a bundled "accept," or a buried reject fails all of them.
  • A template is a draft, not protection. The record-breaking fines weren't about what banners said — they were about what trackers did. Copied wording over a non-compliant site documents the violation.
  • Generators beat static templates for anything that must stay accurate — a policy built from a real scan of your site stays in sync; a pasted template drifts out of date the moment your site changes.
  • Use these to draft, then match your site to them, and have anything high-stakes reviewed by counsel. This is information, not legal advice.

GDPR compliance statement examples

Let's start with the exact thing most people search for. A GDPR compliance statement is a short, public declaration that your organization processes personal data in line with the GDPR. It usually appears in a website footer, an "About our privacy" section, or at the top of a privacy policy. The mistake almost everyone makes is writing a vague reassurance instead of a specific, verifiable claim. Here's the difference.

✗ Weak (says nothing)
"We take your privacy seriously and are committed to protecting your personal data." — This is a feeling, not a statement. It names no law, no basis, no rights, and proves nothing.
✓ Strong (specific & verifiable)
"[Company] processes personal data in accordance with the EU General Data Protection Regulation (GDPR). We collect only the data we need, for the purposes described in our Privacy Policy, on a lawful basis. You can access, correct, delete, or port your data, or withdraw consent, at any time by contacting [email]."
📄 Example · website footer compliance statement
"[Company] is committed to GDPR compliance. We process personal data lawfully, transparently, and only for specified purposes. To exercise your data-protection rights — access, rectification, erasure, portability, objection, or withdrawal of consent — see our Privacy Policy or contact our data team at privacy@[company].com. EU/EEA users may also lodge a complaint with their local supervisory authority."
What makes it valid: it names the actual regulation, states the lawful-processing principle, lists the specific rights GDPR grants, gives a real contact route, and mentions the right to complain to a Data Protection Authority — the pieces a vague statement omits.
📄 Example · one-line policy header statement
"This Privacy Policy explains how [Company] collects, uses, and protects your personal data in accordance with the GDPR and applicable data-protection laws, and describes your rights and how to exercise them."
Use it as the opening line of your privacy policy. Keep the promise specific enough that a reader — or a regulator — can check whether the rest of the page delivers on it.

Notice what the strong versions have in common: they're checkable. A good compliance statement invites verification rather than asking for trust — which, as we'll see, is exactly the standard your whole GDPR posture is held to.

Consent form & banner templates

Here are clean, current examples for the everyday places you collect consent. Each is illustrative — adapt the wording to your actual practices, and treat these as drafts to build from, not finished legal documents.

1. Consent checkbox (newsletter / sign-up form)

The single most-fined pattern is the consent checkbox done wrong. It must be unticked and unbundled — separate from your terms, one purpose at a time.

✗ Invalid
"I agree to the Terms & Conditions and to receive marketing emails." (pre-ticked + bundles two things)
✓ Valid
"Yes, I'd like to receive [Company]'s newsletter by email. You can unsubscribe any time. See our Privacy Policy."
Why: the box starts empty (consent is an affirmative act), covers one specific purpose, and links the policy — meeting the "freely given, specific, informed, unambiguous" test. Keep marketing consent separate from any "accept terms" checkbox entirely.

2. Cookie banner (first-layer copy)

Your banner's wording is only half the job — the design rules (reject-all as prominent as accept-all, no dark patterns) are covered in depth in our GDPR cookie consent requirements guide. Here's compliant first-layer copy to start from:

🍪 Example · cookie banner, first layer

We use cookies to run this site and, with your consent, to analyze traffic and personalize content. You can accept, reject, or choose which cookies to allow. See our Cookie Policy.

Reject allManageAccept all
What makes it valid: plain language, names the purposes, and — critically — offers Reject all at the same level and prominence as Accept all. Non-essential cookies must not fire until the visitor chooses.

3. Contact / sign-up form consent line

📝 Example · form privacy notice line
"We'll use the details you provide to respond to your enquiry. We won't use them for marketing unless you opt in above, and we won't share them with third parties. For more, see our Privacy Policy."
Why: it states the specific purpose (respond to the enquiry), limits use, and links the fuller notice — satisfying the "informed" element right at the point of collection, which is where GDPR expects it.

4. Privacy notice — the sections it must contain

A full privacy notice (Articles 13–14) is too long to template usefully here, and a generic one that doesn't match your site is a liability. What's genuinely useful is the checklist of sections it must contain — build yours around these:

📋 Privacy notice — required sections
  • Who you are — controller identity & contact (and DPO, if you have one)
  • What data you collect and why — each purpose, with its lawful basis
  • Legitimate interests, if that's your basis for any processing
  • Who receives the data — processors, third parties, any international transfers
  • How long you keep it — retention periods
  • The rights: access, rectification, erasure, portability, objection, withdrawal
  • The right to complain to a supervisory authority
  • Whether providing data is required, and any automated decision-making
Better than a static template: a policy generated from a real scan of your site fills these sections with what your site actually does and stays in sync as it changes — see the privacy policy generator.

5. GDPR email footer / disclaimer

✉️ Example · marketing email footer
"You're receiving this because you subscribed to [Company] updates. You can update your preferences or unsubscribe at any time. We process your data per our Privacy Policy. [Company], [address]."
Why: it states the basis for contacting them, gives a one-click unsubscribe (as easy to withdraw as to give), and links the policy. A transactional email doesn't need marketing consent, but it should still identify you and link the notice.

6. Consent-withdrawal message

🔄 Example · withdrawal / preference line
"You can withdraw your consent at any time, and it's as easy as giving it — manage your choices here or email privacy@[company].com. Withdrawing won't affect processing that already happened."
Why: Article 7(3) requires withdrawal to be as easy as consent, and that withdrawal isn't retroactive — this line states both accurately.

Does your site actually do what your statement says?

A perfect consent statement means nothing if trackers fire before the visitor agrees. See exactly what fires before consent on your site — the gap between your wording and your behavior — in about 10 seconds, no account.

Scan your site free →

What makes consent valid under the GDPR

Every example above is built to pass the same four-part test. GDPR Article 4(11) defines valid consent as freely given, specific, informed, and unambiguous — and all four must be present. Miss one and the consent is invalid, no matter how the statement reads.

Valid consent = all four, or it's invalid (Art 4(11)) FREELY GIVEN A real choice — no cookie walls, no imbalance, reject = accept SPECIFIC One purpose at a time — not bundled with terms or each other INFORMED They know who, what, why — before they agree UNAMBIGUOUS A clear affirmative act — no pre-ticked boxes, no silence

Two more rules from Article 7 govern the mechanics: consent must be demonstrable (you have to be able to prove it — see our GDPR consent records guide), and withdrawal must be as easy as giving it. And the regulators are specific about the interface: the EDPB's deceptive-design guidelines make asymmetric buttons, buried reject options, confirm-shaming and pre-ticked boxes all invalidating dark patterns. A "consent-or-pay" model is only acceptable with a genuine free alternative, and cookie walls generally fail the freely-given test.

Why a copied template won't save you

Now the honest part that the template sites don't tell you — and it's the whole point of this guide. You can copy every example above perfectly and still be fully exposed. Because under the GDPR, the wording on your page is not what's judged. What's judged is what your site actually does.

Look at the record-breaking enforcement. When France's CNIL fined Google €325 million and Shein €150 million on a single day in September 2025, it wasn't because their consent statements were badly worded. It was because cookies fired before the banner was answered, or kept firing after a visitor clicked reject — the behavior didn't match the promise. Shein's "reject all" button was found to be technically ineffective: clicking it still set new cookies. The words said one thing; the site did another. That gap is the violation, and no template closes it.

The 10% and the 90%
Writing a compliant consent statement is maybe 10% of GDPR consent compliance — it's the easy part, and it's what templates give you. The other 90% is making your site behave the way the statement claims: non-essential trackers genuinely held until consent, reject actually honored, withdrawal actually propagated, and a record that proves it. A beautiful statement over a site that fires trackers on page load isn't protection — it's a signed confession, because it documents that you knew the standard and didn't meet it.

This is why "GDPR compliant forms" and "GDPR banner examples" searches can be quietly misleading: they frame compliance as a copywriting task when it's really a behavior task. The template is necessary — you do need the right words — but it's the finish line only if your site already does what the words say. For most sites, the words are already fine; the trackers firing before consent are the problem.

Templates vs generators vs counsel

Given all that, how should you actually produce these documents? There are three routes, and the right one depends on the piece.

1A static template — for a first draftGood for getting words on the page fast. The catch: it's a snapshot. The moment your site adds a tool, changes a purpose, or updates a vendor, a pasted template is out of date and no longer matches reality — which is the exact mismatch that gets fined.
2A generator built from your real site — for anything that must stay accurateA privacy policy or cookie notice generated from an actual scan of your site describes what your site really does, and regenerates when it changes. That's a categorically better fit for GDPR's accuracy expectation than a static copy. ConsentPixel's privacy policy generator and terms & conditions generator work this way.
3Counsel — for judgement callsDetermining your lawful bases, handling sensitive data, a novel processing activity, or a regulator's questions are judgement problems a template can't solve. Use these examples to draft, then have anything high-stakes reviewed.

The through-line: the document has to reflect what your site does, and your site has to do what the document says. Templates help with the first draft; generators keep the document true; making the site actually behave is the part that protects you — and the part you can verify in seconds.

What to actually do

1Draft with the examples aboveUse them for your compliance statement, checkboxes, banner copy, form lines and email footers — adapting each to your real practices.
2Make the checkbox and banner behaveUnticked, unbundled boxes; reject-all as prominent as accept-all; non-essential trackers blocked until consent. This is where the fines actually land.
3Generate the policy from your real siteRather than pasting a static privacy policy, generate one from a scan so it matches — and keep it in sync as your site changes.
4Keep a record, and honor withdrawalLog each consent with the notice version, and make withdrawal as easy as giving it.
5Scan to close the wording-behavior gapConfirm nothing non-essential fires before consent — the one check that turns your statement from a claim into the truth.

Frequently asked questions

What is a GDPR compliance statement, with an example?

A GDPR compliance statement is a short, public declaration that your organization processes personal data in line with the GDPR — typically in a website footer or at the top of a privacy policy. A strong example: "[Company] processes personal data in accordance with the EU General Data Protection Regulation. We collect only what we need, for the purposes described in our Privacy Policy, on a lawful basis. You can access, correct, delete, or port your data, or withdraw consent, at any time by contacting [email]." A weak one just says "we take your privacy seriously" — which names no law, no basis, and no rights. The strong version is specific and checkable; the weak one proves nothing. This is general information, not legal advice.

Is a free GDPR consent form template enough to be compliant?

No — a template is a starting point, not protection. Under the GDPR, what's judged isn't the wording on your page but whether your site actually behaves the way the wording claims. The record-breaking cookie fines (Google €325M, Shein €150M in a single day in 2025) weren't about badly written statements — they were about trackers firing before consent or continuing after a reject. You can copy a perfect template and still be exposed if your site doesn't hold non-essential trackers until the visitor agrees. Use a template to draft, make your site match it, keep a record, and review anything high-stakes with counsel. This is general information, not legal advice.

What makes a consent checkbox GDPR compliant?

It must be unticked, unbundled, and specific. Unticked because consent has to be an affirmative act — pre-ticked boxes are explicitly invalid under GDPR. Unbundled because you can't combine marketing consent with accepting terms and conditions, or lump several purposes into one box; each purpose needs its own choice. And specific because the person must know exactly what they're agreeing to. A compliant example: an empty checkbox reading "Yes, I'd like to receive [Company]'s newsletter by email — you can unsubscribe any time," with a link to your privacy policy, kept entirely separate from any "I accept the terms" checkbox.

What must a GDPR cookie banner say?

In plain language, it should explain that you use cookies, name the purposes (for example running the site, analytics, personalization), and offer a genuine choice. Critically, the design matters as much as the words: if "Accept all" is on the first layer, an equally prominent "Reject all" must be there too — same size, color and number of clicks — with a "Manage" option for granular choices. Non-essential cookies must not fire until the visitor chooses. Regulators have issued major fines specifically because rejecting was harder than accepting. Our GDPR cookie consent requirements guide covers the design rules in detail; the wording is only half the job.

Do I need a privacy notice as well as a compliance statement?

Yes — they're different things. A compliance statement is a short declaration that you follow the GDPR; a privacy notice (required by Articles 13–14) is the detailed disclosure of how you handle data. The notice must cover who you are, what data you collect and why, your lawful basis, who receives it, any international transfers, how long you keep it, the data-subject rights, the right to complain to a supervisory authority, and any automated decision-making. Because it has to match your actual processing, a notice generated from a real scan of your site is more reliable than a static template that can drift out of date. This is general information, not legal advice.

What's the safest way to create these documents?

Use the three routes for what each does best. A static template is fine for a fast first draft. For anything that must stay accurate — your privacy policy and cookie notice especially — a generator built from a real scan of your site describes what your site actually does and updates when it changes, which fits GDPR's accuracy expectation far better than a pasted copy. And for judgement calls — lawful bases, sensitive data, novel processing, or a regulator's questions — use qualified counsel. Draft with examples, keep documents true with a generator, make the site behave, and reserve counsel for the hard calls. This is general information, not legal advice.

The bottom line

The GDPR compliance statement examples and templates in this guide will get you clean, current wording for your statement, checkboxes, banner, forms and emails — and for most sites, the words are the easy part. Use them, adapt them to your real practices, and keep the strong-versus-weak distinction in mind: a good statement is specific and checkable, not a vague reassurance.

But carry the honest lesson with you, because it's the one that actually keeps you out of trouble: GDPR judges behavior, not wording. The biggest fines in the law's history came from sites whose statements were fine and whose trackers weren't. The template is 10% of the job; making your site do what the template promises is the other 90%.

You can check which side of that line you're on in about ten seconds.

Make your site match your statement

ConsentPixel — Privacy · Verified blocks non-essential trackers until consent, honors reject and withdrawal, generates policies from your real site, and logs each decision as proof — so your GDPR statement is the truth, not just words. Start with a free scan, then a 14-day trial.

Scan your site free →
No account needed for the scan · then a 14-day free trial, no credit card required
CP

The ConsentPixel Team

Privacy & Consent Compliance

ConsentPixel — Privacy · Verified helps controllers and agencies make their privacy documents true — blocking third-party trackers until a visitor genuinely consents, generating policies from a real scan of the site, honoring withdrawal, and logging each decision as tamper-evident proof. This article is general educational information, not legal advice, and the examples are illustrative drafts, not finished legal documents. ConsentPixel is not a law firm.

Information, not legal advice. The examples and templates in this article are short, illustrative drafts for general educational purposes; they are not finished legal documents and do not constitute legal advice or create a lawyer–client relationship. GDPR is interpreted by national supervisory authorities, and the right wording for your organization depends on your actual processing, sector, and jurisdictions. Adapt any example to what your site really does, and have high-stakes documents reviewed by qualified counsel. Article references (4(11), 7, 13–14) and EDPB guidance (Guidelines 03/2022, Opinion 08/2024) are for orientation. Enforcement figures reflect publicly reported information as of September 2026. ConsentPixel — Privacy · Verified is a consent-management and detection tool, not a law firm, and does not by itself make any website compliant with any law.

Scroll to Top