Cookie scanner
Find the cookies your site sets
A policy that matches your site.
Kukie.io turns your answers to guided questions into a cookie policy and fills its cookie tables from your latest scan, so the policy lists the cookies your site sets.
Watch the explainer
See how each wizard builds a document from your site, where it goes live and how you know when it falls behind.
1 minute 57 seconds, narrated, with captions in the player. The sites and rules in it are examples.
Why it matters
Many cookie policies started as a template copied from a similar company, with the name changed at the top. They list cookies the site never set and miss the ones it does.
A cookie policy is one of the few claims a stranger can check. Anyone can open your site, look at what it stores and compare that with your policy. When they disagree, the disagreement is the finding.
What you get
A generator assembles a document from your answers. It does not know your business, has not read your contracts and cannot judge whether your site meets a law.
The documents
Kukie.io generates a cookie policy, a privacy policy and terms and conditions on every plan, and an accessibility statement on the Agency and Unlimited plans. Each has its own wizard and is published on its own.
| Document | What it covers | What is filled in for you | When to generate it again |
|---|---|---|---|
| Cookie policy | What your site stores on a visitor's device, why, for how long, and how someone changes their mind later | The cookie tables, grouped by category, from your latest scan: name, provider, purpose and duration. Also your web address, the services the scan identified and the longest cookie lifetime it found | After a scan finds cookies you have not seen before, and whenever you add or remove a tool |
| Privacy policy | What personal data you collect, why you hold it, who you share it with, how long you keep it and what rights visitors have | Your organisation name and web address, whether your site uses cookies at all, and the kinds of third party your detected cookies point to, such as analytics or payments | When you change what you collect, bring in a new processor or start serving a new region |
| Terms and conditions | The rules for using your site: accounts, acceptable use, user content, payments and refunds, liability and governing law | Your web address, with the rest set by what you tell the wizard about accounts, paid features and how disputes are settled | When your commercial terms change, such as a new refund period or a change of jurisdiction |
| Accessibility statement | The accessibility standard your site aims for, its known limitations and how visitors can report a barrier | Your organisation name and web address, and a section on the accessibility widget when it runs on your site | When you fix a known limitation or find a new one |
Most sites need the cookie policy and the privacy policy. Terms matter once you sell something, host accounts or accept content that visitors upload. The cookie policy is the usual one to do first, because it describes the cookies your banner asks about.
Where the answers come from
A blank page is why most policies get copied. Every question Kukie.io can answer from what it already knows arrives with that answer in the box, and you accept it or change it.
The part of a cookie policy nobody can write from memory is the cookie table, so Kukie.io does not ask you to. Your latest cookie scan holds every cookie found on your site with its provider, its purpose and how long it lasts, sorted into the categories your banner uses. Where you have not written a purpose yourself, it comes from the cookie database, when there is a match.
The wizards are conditional. Each one starts by asking where your visitors are, from 12 regions, and the rights sections that follow are the ones those regions call for. Say no to international data transfers and you are not asked which safeguards you rely on. The privacy policy builds up to 17 sections, 8 of them conditional.
Every default is visible in its field, marked when it came from your site, and you can change it before you move on. The services the scan recognised are pre-ticked in the third-party question. You also see the finished document in full before it goes anywhere, which is where most people spot the one answer they got wrong.
Publishing
The document does not arrive as a file you then have to find a home for. Kukie.io publishes it at its own address, and you link to that address wherever the document needs to appear.
The wizard moves one section at a time. Questions that no longer apply are skipped, not greyed out, so the run is as short as your answers allow.
The last step is the finished document in full, cookie tables and all. Change an answer and it is rebuilt. This is the version to send to whoever reviews it.
A draft is private and keeps your answers while a review is outstanding. Publishing asks you to acknowledge that the document is not legal advice, and only then makes it public.
The policy links in your banner point to it, unless you typed another address for them. Link it from your footer too, or embed it in a page of your own. Publishing an update refreshes every place it appears.
app.kukie.io/legal/<your site key>/cookie-policy
The same pattern gives you privacy-policy and terms-conditions. Nothing has to be pasted into your content management system, so nothing has to be pasted in again the next time the document changes.
<iframe src="https://app.kukie.io/legal/<your site key>/cookie-policy" title="Cookie Policy" width="100%" height="600"></iframe>
Copy Embed gives you this one line for a page of your own. Copy HTML gives you the document itself, to paste where an embed is not allowed.
Keeping it current
Sites change after a policy is published: a new chat widget, a campaign pixel, a tool removed. Kukie.io notices the change and tells you. It never rewrites a published document behind your back.
The Policy alignment card on the Legal Documents page compares the third-party providers your latest scan detected with the ones your published privacy policy mentions. A provider found on your site and missing from the policy is listed by name, with its category and the cookie or host that gave it away.
It works the other way too: a provider the policy mentions that the scan did not see is listed as possibly unused. A scan covers only the pages it visited, so that list is for information, and the check never states a legal conclusion.
When it matters most
Any site with a cookie banner needs a document behind it. These are the situations where generating one beats the alternatives.
A site picks up cookies from a chat widget, an embedded video and an old campaign pixel, and nobody has the full list. Generating the policy from the scan turns that list into something a visitor can read.
A visitor in the EU has different rights from a visitor in California, and a policy that describes only one is incomplete for the other. Tell the wizard where your visitors are, and the matching rights sections are written in.
Review costs less than drafting. Arriving with a complete document, an accurate cookie table and a list of the decisions you have already made changes what you are paying a lawyer for.
Every site gets its own documents, generated from its own scan and published at its own address. Handing a site over means handing over stored answers, not a paragraph someone wrote once.
The cookie policy, privacy policy and terms generators are on every plan, and every site you add gets its own set.
Scan the site, answer the questions and publish. Each site you add gets its own documents, each at its own address.
A generated policy is only as good as the data behind it, and only useful if something links to it.
Find the cookies your site sets
A banner rule for each region
Layouts, categories and consent
Background reading on what a cookie policy, a privacy policy and a set of terms are each expected to say.
Kukie.io provides tools to collect and record consent. It is not legal advice, and using it does not by itself make a website compliant with any law.