Multi-domain consent
Each property has its own site key, domain check, and published version. How many domains a workspace includes depends on the plan.
Enterprise
Enterprise consent management is the same lifecycle — notice, choice, record, enforcement, withdrawal — run across more than one property, with access control and a way for your own systems to participate.
Enterprise consent management is how an organization governs consent across websites, brands, or products: shared purpose models where you want them, separate policies where you do not, roles for who can publish, and records and APIs the rest of the stack can use.
A group with several brands usually has several domains, several tag stacks, and several people who can change a notice. Copying a banner snippet into each template, with no record of who published it, breaks the first time counsel asks for the version that was live.
Consent Guru keeps a website record per property, checks that a site key is used on the host it was registered for, and stores consent per published policy. Roles limit who can change configuration. The consent API and signed webhooks carry the choice to systems outside the browser.
Step 1
Register each website and domain. Publish the policy that belongs to that property instead of one global file for every brand.
Step 2
Purposes can be modeled per site. Portable consent across domains happens only where you have explicitly configured it.
Step 3
Organization members have roles. Dashboard changes are tied to the organization, and private routes are not indexed.
Step 4
Install the SDK on each verified site. Use API keys and webhooks where a product backend or warehouse must see the same state.
Each property has its own site key, domain check, and published version. How many domains a workspace includes depends on the plan.
Audit logs record configuration and access changes next to the consent evidence, so a publish is not an unlogged edit.
The SDK runs the banner and browser enforcement. The API is the authenticated path for servers. They are not interchangeable credentials.
A property can run a DPDP-oriented notice, a GDPR-style consent experience, or a CCPA/CPRA opt-out. The labels should not be copied across regimes.
Keep notice copy and vendor mappings aligned with each brand’s actual processing.
Collect in-product preferences through the API, and use the SDK where a marketing site needs a banner.
Legal reviews the purposes. Engineering installs the SDK. Both look at the same record.
Enterprise features do not include a promise of compliance. The organization still decides lawful grounds, contracts, and notices.
Plan limits for domains, page views, and features are on the pricing page and can change. This page does not restate a quota.
It is a consent management platform used across an organization’s properties, with administration, records, and integrations sized for more than a single brochure site. Consent Guru is that kind of platform. The fit depends on the plan and on how you configure it.
You can model purposes consistently, but each website is registered and published on its own. Use one policy across domains only when the processing and the notice are actually the same.
The pricing page compares Silver, Gold, and Platinum and asks you to request a quote. Do not treat a marketing sentence as the contract.
This page describes how Consent Guru supports privacy operations. It is not legal advice, and using the product does not by itself make an organization compliant with GDPR, CCPA, CPRA, the DPDP Act, or any other law.