Website Compliance
What Automated Compliance Scanners Can (and Can't) Detect
The honest version of what a scan does and doesn't tell you.
Quick answer
An automated compliance scanner can detect technical and content signals visible on a rendered page — such as tracking scripts firing before consent, a missing cookie banner, an undisclosed AI system, or a DOM structure that fails a WCAG success criterion. It cannot evaluate a business's actual data-processing agreements, legal basis for processing, internal data handling, or subjective accessibility judgments a human reviewer would make. It also only checks the pages it visits at scan time, not every page on a site or how that site behaves in the future. It is not a substitute for a legal or accessibility audit.
By GetGDPRScan Editorial · Last updated 2026-07-24
The previous article, How Website Compliance Scanning Actually Works, describes the mechanism: render a page, extract a snapshot, run modules against it. This article is about what that mechanism can and cannot see.
Being explicit about limits here isn't a disclaimer buried in fine print — it's the thing that makes the rest of this content trustworthy, and it's why GetGDPRScan describes itself as identifying risks, not as providing legal advice.
What can a scan actually detect?
Anything that shows up as an observable technical or content signal on a rendered page. That includes tracking scripts and cookies relative to consent state, the presence and basic implementation of a cookie banner, whether a privacy policy exists and covers expected disclosures, signals of AI-system usage and related disclosure text, and DOM-level accessibility issues — missing alt text, unlabeled form fields, insufficient color contrast, invalid ARIA roles, and similar structural problems.
What can't a scan detect?
A scan has no visibility into what happens after data leaves the browser: whether a data processing agreement exists with a third-party vendor, whether the legal basis claimed for processing is actually correct, how long data is retained on a server, or how an internal team handles a data subject access request. Those are organizational and contractual facts, not observable page signals.
It also can't make the subjective judgment calls a human reviewer makes — for example, whether alt text is merely present or actually describes the image meaningfully, or whether a page's reading order makes sense to someone using a screen reader in practice rather than just passing a structural check.
Detectable vs. not detectable, by example
| A scan can detect | A scan cannot detect |
|---|---|
| A tracking script firing before consent | Whether a signed DPA exists with that tracker's vendor |
| A missing or absent cookie banner | Whether a business's legal basis for processing is correctly documented |
| An image missing an alt attribute | Whether existing alt text actually describes the image well |
| An AI chatbot present on a page | Whether that AI system's actual risk classification and internal use case are fully documented |
Why isn't a one-time scan enough on its own?
A scan reflects a site at the moment it was scanned. Sites change — a new marketing script gets added, a cookie banner is reconfigured, a plugin update changes what loads before consent. A single scan says nothing about that drift after the fact, which is the reason continuous monitoring exists as a distinct product tier rather than a one-off report being treated as a permanent certificate of compliance.
Does the scan check every page on a site?
No. A scan crawls a set of representative URLs on a domain rather than exhausting every possible page, and it only evaluates pages that are publicly reachable — not content behind a login, a paywall, or a multi-step form flow. A site with thousands of pages built from a shared template is well represented by scanning a sample of that template's pages; a site where individual pages diverge significantly from each other is not fully covered by any single scan.
How GetGDPRScan checks this: This is a real constraint of GetGDPRScan today, not a hypothetical one — reports intentionally show issue counts with a "+" where relevant, because a technical scan is not exhaustive.
Can an automated scanner replace a lawyer or accessibility auditor?
No, and no compliance platform should claim otherwise. A scanner is well suited to catching the technical issues that are easy to introduce and cheap to fix — an errant tracking script, a missing cookie banner, an unlabeled form field — continuously and at low cost. A lawyer or accessibility auditor is suited to evaluating legal basis, contracts, organizational processes, and the subjective judgment calls no automated tool can make. Businesses with meaningful compliance exposure typically need both: automated scanning for continuous technical monitoring, and qualified professional review for anything involving legal interpretation or nuanced accessibility judgment.
Key takeaways
- •A scan detects observable page signals: scripts, cookies, consent behavior, DOM structure, AI-system presence.
- •A scan cannot see organizational facts — data processing agreements, documented legal basis, internal data handling — or make subjective human judgment calls.
- •A scan is a snapshot in time and doesn't cover every page on a site; continuous monitoring exists for a reason.
- •An automated scanner complements a lawyer or accessibility auditor — it doesn't replace either.
FAQ
Related
What Is a Website Compliance Platform?
The category this scanner belongs to, and which modules are live today.
How Website Compliance Scanning Actually Works
The rendering and snapshot mechanism behind these findings.
GDPR compliance scan
Run a free scan and see what it finds on your own site.
FAQ
Short answers to common compliance questions.