← Back to scan

How ConsentScan works

A cookie compliance scan should tell you what is firing, what it means under GDPR, and what to do about it. Here is what we look at, how the grade is applied, and where the scanner has limits.

What the scan does

1
Load your site like a first-time visitor
We open your homepage and internal pages in a real browser that looks to your site like an ordinary visitor’s, so trackers can’t hide from the scan. Scans run from an EU connection, so you see what EU visitors get. The free scan covers 13 pages; paid plans cover up to 51.
2
Record what fires before consent
We record every cookie set before the visitor makes a choice, and flag third-party embeds such as video, maps and social widgets that track visitors. We also scroll and move around the page the way a reader would, without clicking anything in the banner, because some banners treat scrolling or any activity as consent. They shouldn’t, and the scan catches them when they do.
3
Click Reject, then check again
If there’s a consent banner, we choose Reject (or the “necessary only” option) and check whether trackers keep setting cookies or loading anyway. A banner that shows a Reject button but ignores it is one of the clearest compliance failures there is, and most scanners never test for it.

Each finding is classified by purpose (analytics, advertising, personalisation, session replay, security, load balancing) and by who receives the data. Unknown first-party cookies are treated conservatively; unknown third-party cookies are treated with more caution, because they typically send visitor data to an outside company.

We also detect whether a consent management platform is in use and whether a consent banner is shown to a first-time visitor. Both feed into the result and appear in the report, together with the specific vendors involved and what to change.

What counts as essential

Under ePrivacy Directive Article 5(3), storing or accessing information on a user’s device requires prior consent. There is one exception: strictly necessary cookies for a service the user has explicitly requested.

Allowed before consent
  • Session / login state
  • Shopping cart contents
  • Security tokens (CSRF, bot management)
  • Load balancing
  • User’s last-set language preference
Needs consent first
  • Analytics
  • Advertising & retargeting
  • Personalisation / A-B testing
  • Session replay & heatmaps
  • Third-party embeds that drop tracking
  • Tag managers when they auto-fire trackers on load

How the grade is applied

We count the non-essential cookies and tracking embeds that fire before consent: none is an A, 1–2 a B, 3–4 a C, 5–6 a D, 7–9 an E, and 10 or more an F. Two things move a site down one grade. The first is sending visitor data to 5 or more third-party companies, or to 3 or 4 when the site would otherwise get a B or C. The second is having no consent platform at all, since there is then nothing in place to fix. A site whose Reject button doesn’t stop tracking gets an F, whatever its count.

A
Compliant · No non-essential cookies
Nothing that needs consent fired before the visitor chose. This is what GDPR and ePrivacy expect.
B
Near miss · 1–2 non-essential cookies
A small slip past the consent gate, usually a single misconfigured tag.
C
Partial · 3–4 non-essential cookies
Several trackers fire early. Often a consent platform is installed but not wired to the tag manager.
D
Failing · 5–6 non-essential cookies
Significant exposure across multiple trackers before the visitor has made any choice.
E
Bad · 7–9 non-essential cookies
The consent layer isn’t acting as a gate: tags fire on page load without waiting for a choice.
F
Failed · 10+ cookies, or Reject ignored
Widespread tracking before consent, or a banner whose Reject button doesn’t stop tracking.

What “Inconclusive” means

Some sites use aggressive bot protection that treats an automated browser differently from a real visitor and serves a stripped-down page with no scripts. The scanner sees no cookies and no CMP, which looks like a pass but usually isn’t. Rather than hand out a false A, we return Inconclusive with a warning. Paid plans include a verification token you can allow in your firewall, so scans of sites you own return an accurate result.

Known limits

The scan never clicks Accept. It checks what happens before a choice and after Reject. It doesn’t test what happens after acceptance, or whether consent is recorded and can be withdrawn properly.

The Reject check needs to find a reject or “necessary only” option. Unusual or heavily customised banners may not be recognised; when that happens, the result covers the before-consent check only.

Sites that keep most content behind a login, or only load trackers after complex user journeys such as checkout, may be under-reported.

The scan is a diagnostic aid, not legal advice. It flags observable behaviour that would concern a data protection authority; a lawyer needs to confirm compliance in your specific context.

Ready to check your site?
Your first scan is free, no account needed. Takes about 4 minutes.
Run the check →

See a sample report →