Troubleshooting
Why is my banner not blocking scripts?
Fix hard-coded trackers, GTM triggers, and consent settings
If trackers still fire before consent, use this checklist to fix common causes.
1) Hard-coded scripts outside GTM
- Move them into GTM or use the hybrid method with blocker.js in <head> so they’re paused before loading.
- For scripts you can’t move, wrap them with
type="text/plain"and adata-cookieconsentattribute so GetCookies controls them.
2) GTM trigger order
- Your GetCookies tag must use Consent Initialization - All Pages.
- If it’s on “All Pages” or “DOM Ready,” tags may fire too early.
3) Missing consent requirements on tags
- In GTM, open each tracking tag → Advanced Settings → Consent Settings → Require consent → add
analytics_storage,ad_storage, etc. - For Meta/ads, include
ad_user_dataandad_personalization.
4) Wrong Domain ID or inactive domain
- Double-check Domain ID in your GetCookies tag/snippet.
- Ensure the domain is active in the dashboard.
5) Script order in <head>
- If using the hybrid approach, blocker.js must be the first script in <head>, before GTM and any trackers.
6) CDN/theme cache
- Clear cache/CDN after changes. Old cached pages may still load the previous scripts.
Quick test
- Open incognito.
- GTM Preview: confirm GetCookies fires at Consent Initialization.
- DevTools → Network: reload; trackers should wait.
- Grant consent; confirm trackers then load.
- Revoke/deny; ensure trackers stop on next page load.
Still stuck?
Email [email protected] with your domain and what you tried. Signed-in customers can also open a ticket from the dashboard.