Consent controls
Looks for visible accept, reject and category actions on the public page.
Enter a public website. CookiLow tests the browser before consent, after acceptance and after rejection — then shows the technical result here.
CookiLow records public browser behaviour and turns technical signals into a result a website owner, marketer or developer can understand.
Looks for visible accept, reject and category actions on the public page.
Records third-party hosts contacted in each consent state.
Observes cookies and other storage created during the tested flow.
Classifies familiar analytics, advertising and embedded-content tools when detected.
The scan keeps the affected state, service and technical signal together, so the finding is useful beyond a generic cookie list.
Optional services should wait while the visitor has not decided.
Permitted services may start after an affirmative choice.
Optional services should remain blocked after rejection.
Use an inventory to document technologies. Use CookiLow when you need to test whether the website followed the visitor's decision.
A public scan is evidence of observed browser behaviour at one point in time. It is designed to find signals worth fixing — not to replace legal review.
Clear expectations make the report more useful.
No. Enter a public domain and CookiLow will open the website in an isolated browser.
A list of cookies cannot show whether rejection actually blocks optional services. Comparing before choice, accept and reject makes that behaviour visible.
No public scanner can guarantee that. Results depend on the pages reached, dynamic behaviour, geolocation, bot protection and the consent controls available during the scan.
No. It confirms only the technical signals observed during this scan. Legal texts, lawful bases and vendor decisions require separate review.
Run the same scan again and compare the result. Paid monitoring is designed to preserve that history and catch later changes.