What we look at on your site
A browser opens your public site, as a visitor does, and notes what happens before anyone chooses in the cookie notice. No AI is involved in this step.
- Whether there is a cookie notice, and which cookies are already set before the visitor chose. We note their names, never their contents
- Whether there is a privacy statement and whether it can be found from your pages. Also your terms, your company registration details and an accessibility statement
- Which scripts you load from other parties, and which domains they come from
- Whether your site uses HTTPS throughout and sends the usual security headers
- Whether there is a security.txt, so whoever finds a flaw knows where to report it
- Outdated JavaScript libraries and links that lead nowhere
What the rules say about cookies
According to the ACM and the Dutch Data Protection Authority (AP), you ask for consent before you set tracking cookies. Functional cookies, and analytics cookies with little effect on privacy, need no consent. You do say that you set them.
We're not lawyers. We show what happens on your site before a visitor has chosen. Whether that's allowed, you can read at the regulators listed below this page.
How far we go, and where we stop
We only look. The browser fills in no forms, signs in nowhere and visits only the domain you gave us. We note scripts from other parties, but we don't fetch them.
If we see a sign of a weakness, we stop there. We try nothing out, attack nothing and do no pentest. We read how your site is built, not what is on it, so we pull in no personal data. Your view lists such a finding as possibly vulnerable, with the place and the advice to check it yourself.
What you get back
The findings go under Privacy and Security in your workspace, next to what we found in your code. For every finding you see what we saw and on which page.
We only look at your site when you enter it in your workspace and have agreed. We fix nothing: you decide what to change.