- 首页
- Apps
- Multichannel & PIM Tools
- Cookie Consent Banner
示意预览A build-to-order Odoo website cookie consent banner that blocks non-essential trackers until opt-in and wires
Google Consent Mode V2 signals into your analytics and ad tags.
ECOSIRE scopes, builds, installs, and supports it on your Odoo 17/18/19 site.
什么是 Cookie Consent Banner?
A build-to-order Odoo website cookie consent banner that blocks non-essential trackers until opt-in and wires Google Consent Mode V2 signals into your analytics and ad tags. ECOSIRE scopes, builds, installs, and supports it on your Odoo 17/18/19 site. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $999.00 USD; request a quote for a scoped proposal.
核心功能
按需定制,全程代劳
无需自行搭建——由 ECOSIRE 构建、安装并提供支持的可用应用。
- 1
您下单
以一次性构建价格开始。我们在启动时与您共同确定范围。
- 2
我们构建与安装
ECOSIRE 在您的 Odoo 上构建、配置并安装。
- 3
上线 + 支持
约一个工作周内上线,并包含两周上线支持。我们交付的代码中的缺陷免费修复。
技术规格
- Odoo 兼容性
- Odoo 17, Odoo 18, Odoo 19
- 版本
- 企业版和社区版
- 许可证
- 许可证需要确认
- Python 要求
- Python 3.10+
- 数据库
- PostgreSQL 12+
关于此产品
Most Odoo websites start collecting visitor data the moment a page loads. Analytics scripts, ad pixels, chat widgets, and embedded media all fire before anyone agrees to anything. Under GDPR, the ePrivacy directive, and newer regional consent rules, that is a compliance gap: you are expected to obtain informed opt-in before non-essential cookies and trackers run, and to be able to prove that consent later. Odoo core ships with no cookie consent mechanism at all, and a typical off-the-shelf apps.odoo.com module usually renders a cosmetic "accept" bar that never actually blocks the scripts it claims to govern. The banner ends up legally decorative while the trackers keep firing regardless of the click.
ECOSIRE builds a consent banner that behaves the way regulators actually expect. We implement a script-gating layer inside your Odoo website theme so that non-essential tags (Google Analytics 4, Google Ads, Meta Pixel, LinkedIn, chat and heatmap tools, embedded video) are held in a pending state and only injected after the visitor grants the matching category. On top of that we wire Google Consent Mode V2, pushing the consent signals (ad_storage, analytics_storage, ad_user_data, ad_personalization, functionality_storage, personalization_storage, security_storage) into your dataLayer with a correct default-deny state and an update event on the visitor's choice, so your tags run in cookieless/modeled mode until opt-in rather than dropping data silently.
Technically, the banner is delivered as a proper Odoo module. A __manifest__.py declares the theme assets and dependencies; a new model (models.Model with fields, and @api.depends computes where needed) stores the category taxonomy and, optionally, a per-visitor consent record with timestamp, IP hash, policy version, and the exact choices made, so you have an auditable proof-of-consent log. Access is locked down with ir.model.access.csv plus record rules so consent logs are readable only by the right groups. The front end is built with QWeb templates and OWL components for the banner, the granular preferences modal, and a persistent "cookie settings" re-open control; a website settings panel lets non-technical staff edit categories, copy, and links to your privacy and cookie policy pages without touching code. Consent records can be queried through the standard XML-RPC/JSON-RPC API for DSAR handling or exported to your data-warehouse. The module targets Odoo 17.0, 18.0, and 19.0 and works on both Community and Enterprise (Enterprise's extra website tooling is respected but not required).
Because this is build-to-order, we start with a short scoping call to confirm which trackers you run, which regions and consent frameworks you must satisfy, and your policy-versioning needs. We then build on a staging copy of your site, run UAT against your real tag stack, and deploy behind a rollback plan. Typical delivery is one working week from confirmed scope. Pricing starts from $999 (indicative, single-company base scope); multi-company or multi-brand deployments, additional tracker integrations, deeper regional/localization requirements (for example region-specific consent logic or IAB TCF alignment), and larger consent-log data-migration volumes increase the quoted scope. You receive a fixed quote after the scoping call, never a surprise on the invoice.
你得到什么
- Installable Odoo module source code for your target version(s), 17.0/18.0 and/or 19.0
- Installation and configuration on your environment, including dataLayer/GTM and Consent Mode V2 wiring
- Technical documentation covering the model schema, script-gating hooks, and how to register new trackers
- End-user/admin guide plus a live training session for the staff who manage categories and copy
- Post-go-live support window for defect fixes and consent-behavior tuning
- UAT on a staging copy of your site against your real tag stack, with a documented rollback plan
- Git repository handover with full commit history and tagged release
- Consent-log export/reporting setup for DSAR handling and audit evidence
这是给谁的
Compliance / DPO lead
Needs demonstrable, auditable opt-in before non-essential cookies run, with a proof-of-consent log and policy-version handling that stands up to a regulator or DSAR request rather than a decorative banner.
Marketing / growth manager
Wants analytics and ad tags to keep delivering usable, modeled data via Consent Mode V2 instead of going dark, while staying compliant across the regions they advertise in.
Odoo website admin
Manages the site day to day and needs a settings panel to edit categories, copy, and policy links, plus a clean module that upgrades safely across Odoo versions.
IT / systems owner
Runs Odoo internally and needs source code, git handover, access-controlled consent data, and API access so consent records fit into existing data and audit pipelines.
Cookie Consent Banner 如何比较
| 标准 | 伊科西尔 | 定制建造 | 竞争对手 | Odoo 原生 |
|---|---|---|---|---|
| Actually blocks non-essential trackers | Yes, real server-aware script gating until opt-in | Possible, but depends entirely on your build effort | Often cosmetic, tags keep firing | No consent mechanism at all |
| Google Consent Mode V2 | Full signal set, default-deny, update on choice | You must design and maintain the dataLayer logic | Partial or absent in many modules | Not provided |
| Proof-of-consent audit log | Access-controlled log with policy version and choices | Only if you scope and build it | Rarely included | None |
| Fit to your exact tags and regions | Scoped to your stack during the build | Fully bespoke but on your resources | Generic, one-size configuration | Not applicable |
| Odoo 17/18/19 upgrade path | Targeted and supported across versions | Your team owns every upgrade | Depends on the vendor's roadmap | N/A |
| Source code and git handover | Full source plus tagged git repo | You own it by definition | Often obfuscated or license-locked | N/A |
| Support and delivery | one working week, UAT, rollback, support window | Depends on internal bandwidth | Self-install, ticket-based support | None |
| Total cost of ownership | From $999 indicative, fixed quote after scoping | High developer time and maintenance | Low sticker price, hidden compliance risk | Free but non-compliant |
关于Cookie Consent Banner的常见问题
How long until it is live on our site?
This is a build-to-order module, not an instant download. After a scoping call to confirm your trackers, regions, and policy needs, typical delivery is one working week from confirmed scope. We build on a staging copy, run UAT against your real tag stack, then deploy behind a rollback plan.
Does the banner actually block trackers, or just hide behind a click?
It genuinely gates scripts. Non-essential tags are held in a pending state and only injected after the visitor grants the matching category, and Consent Mode V2 signals default to deny until opt-in. Nothing non-essential fires during the pre-consent page load.
How does pricing and scoping work?
Pricing starts from $999 as an indicative single-company base figure. Drivers like multi-company deployments, extra tracker integrations, region-specific consent logic, and consent-log data migration increase scope. After the scoping call you get a fixed written quote before any build begins.
What about support and updates after go-live?
Every build includes a post-go-live support window for defect fixes and consent-behavior tuning. Because you receive the full source and git repository, you can maintain it yourself afterward, or we can provide an ongoing support/upgrade arrangement, including moving the module across Odoo 17/18/19 upgrades.
Will this work on Odoo Community, or do we need Enterprise?
It works on both. The module is built with standard Odoo website, QWeb, and OWL primitives, so it does not depend on Enterprise-only features. If you run Enterprise, its extra website tooling is respected but not required.
Can we prove consent later for an audit or DSAR?
Yes. An optional consent-log model records timestamp, hashed IP, policy version, and the exact per-category choices, secured with access rules and reachable through the XML-RPC/JSON-RPC API, so you can produce audit evidence or fulfil a data-subject request.
Does it support Google Consent Mode V2 specifically?
Yes. We push the full Consent Mode V2 signal set into your dataLayer with a default-deny state and an update event on the visitor's choice, so Google Analytics 4 and Google Ads run in cookieless/modeled mode until opt-in instead of losing data outright.
相关模块
Cookie Consent Banner
A build-to-order Odoo website cookie consent banner that blocks non-essential trackers until opt-in and wires Google Consent Mode V2 signals into your analytics and ad tags. ECOSIRE scopes, builds, installs, and supports it on your Odoo 17/18/19 site.
- Real script gating: non-essential tags are held pending and injected only after the matching category is granted, not merely hidden behind a cosmetic bar
- Google Consent Mode V2 integration pushing default-deny state and an update event for ad_storage, analytics_storage, ad_user_data, ad_personalization, functionality_storage, personalization_storage and security_storage into your dataLayer
- Granular consent categories (necessary, analytics, marketing, functional, personalization) each mapped to specific tags and scripts
- Proof-of-consent log model storing timestamp, hashed IP, policy version, and exact per-category choices for auditability



