iFrame blocking
Embeds wait for consent
Trackers wait for a yes.
Kukie.io holds third-party tags back until the visitor allows their category, then loads them at once. It recognises 30+ known trackers with no setup, and holds any other tag you add in Cookies & Scripts.
Why it matters
A banner asks the question and blocking makes the answer count. Without blocking, analytics, ad pixels and heatmaps run on the first page load, before anyone reads the banner.
A visitor selects Reject all, the banner closes and the tags carry on as before, because nothing was connected to the answer. It lasts longer than any other failure, because from the outside the site looks fine and the dashboard looks healthy.
Tracking before consent shows up in any browser, for anyone, in under a minute. Complaints about it arrive with the proof attached, which is why it is one of the most common findings in cookie enforcement across the EU.
An older site has usually collected a pixel from a campaign that ended, a chat widget from a trial nobody cancelled and a snippet a former agency pasted in. Each one sends your visitors to a third party, and you cannot decide about a script you do not know is there.
How it works
Two cover the tags most sites have. Two more cover the edges: services no list recognises and tags written into your own HTML.
Auto-block is on for every new site. Kukie.io watches the page as it builds, and when a script it recognises as a known tracker appears, it holds the script back. When the visitor allows the matching category, the held scripts load. If they refuse, the scripts stay held.
The list covers 30+ known trackers, each already sorted into its category. Google Analytics and Hotjar count as analytics. Meta Pixel, the TikTok and LinkedIn advertising tags and HubSpot count as marketing. You do not name any of them.
Cookies & Scripts keeps a list of the third-party code your site runs. You paste a snippet once, name it and attach it to a consent category. It then leaves your page source: Kukie.io adds it to the page only after a visitor allows that category, so it works for a script no list recognises.
For a service neither list knows, add the domain its loader script or iFrame comes from in Banner Editor > Integrations > Custom services. Kukie.io holds it until the visitor allows that service, whatever the auto-block switch says.
A tag written into your page's HTML can start loading before the banner script runs, and no list can stop that. Give it type="text/plain" and a data-cc-category attribute, and it waits for its category every time.
Load order
Some vendors need their snippet to run first, others only once the page is drawn. Each script in Cookies & Scripts gets one of 4 positions, to match its documentation.
If you are unsure, leave it at Head (end). Most vendor documentation assumes it, and a new script starts there.
| Position | Where the tag lands | Use it for |
|---|---|---|
| Head (start) | First inside the page head | A tag that other tags expect to find in place by the time they run |
| Head (end) | At the end of the head, before the body opens | The default, and the right choice for most analytics and tag manager snippets |
| Body (start) | First inside the body | Vendor instructions that say to paste directly after the body opens, common for pixels and noscript fallbacks |
| Body (end) | Last on the page | Chat widgets, session recording and anything that does not need to run before the visitor sees the content |
Google Consent Mode v2
When Google Consent Mode v2 is on for your site, Kukie.io stops blocking the scripts served by Google Tag Manager and Google Analytics, including gtag.js, and lets them load. That is deliberate: blocking them as well would make your measurement worse without making your visitors any more private.
Google built Consent Mode so its tags could sit on a page without setting cookies. With Consent Mode on, a Google tag loads in a restricted state: it writes no advertising or analytics cookies and identifies nobody until a consent signal says it may. Kukie.io sends that signal as soon as the visitor answers the banner. If they refuse, the tag stays restricted for the whole visit.
Blocking the tag outright would mean Google never hears about the refusal: nothing is recorded, and you lose the conversions Google can model from the restricted signals. Every other tracker on the list, including Google's DoubleClick and AdSense scripts, stays blocked as usual. With Microsoft UET Consent Mode on, Microsoft's UET tag is treated the same way.
Getting started
You do not need to know what your site loads before you start. The usual route takes 4 steps and no code beyond the embed code that installs Kukie.io.
An automated browser opens your pages the way a visitor would and records the cookies and third-party code that appear. You get a list instead of a guess.
Kukie.io recognises common services, such as Google Analytics and the Meta Pixel, from the cookies in the scan and suggests each one with its category.
You have the final say on every category. Anything the scan missed, or a tag you have not added to the site yet, goes into Cookies & Scripts by hand.
Pick one of the 4 positions and save. The tag leaves your page source and waits for consent. If you change its category later, the change applies on the next page load.
Once it runs, every visitor's choice is stored, so you can see which categories visitors allow instead of assuming. That view is in consent analytics and records.
When it matters most
Any site with a tracking tag needs blocking. These are the situations where a banner without it does the most damage.
Ad pixels are the tags regulators look at first and the ones visitors refuse most often. Getting the signal right protects the visitor and your reporting, which is what the Consent Mode handling is for.
Older sites collect tags over the years. A scan followed by a pass through Cookies & Scripts is often the first time anyone sees the full list, and it is common to remove 2 or 3 vendors nobody uses any more.
An agency, a freelancer or a marketing team adding tags without telling anyone is normal. Tags in Cookies & Scripts sit in one list and wait for consent by default, whoever pasted them.
These are visible boxes, not invisible scripts, and blanking them leaves a hole in your page. iFrame blocking replaces each one with a placeholder the visitor can use to load it.
Auto-block and Cookies & Scripts come with every plan, including Free. Auto-block is on from the start, and you add the rest in Cookies & Scripts.
Blocking sits between finding your tags and recording each choice. These features cover both sides.
Embeds wait for consent
Find the cookies your site sets
Consent rates and records
Practical guides to holding tags back, setting up a tag manager and checking that the blocking works.
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.