Weekly live AEP workshops every Friday - reserve your seat →
Use case · Cross-industry

Consent-aware personalisation

Personalise web and app experiences only where consent allows: CMP signals through Web SDK, profile consent fields and policy-enforced activation.

Quick answer

Consent-aware personalisation passes the visitor's consent from the consent management platform through Web SDK into the profile, then lets AEP data usage and consent policies decide which audiences, journeys and destinations may use that person's data. Visitors who decline still get a useful, non-personalised experience.

How it works

Consent-aware personalisationCONSENT-AWARE PERSONALISATION1CMPconsent2Web SDKsetConsent3Profileconsent fields4Policyenforce5Personaliseor fallback6Audit
Use-case flow from signal to measurement.

Trigger and data needed

Trigger: consent change or page view with known consent state

  • CMP consent signal
  • Consent fields in the profile schema
  • Data usage labels
  • Fallback content

Audience and journey logic

  1. Capture consent in the CMP
  2. Send it with Web SDK
  3. Store it in profile consent fields
  4. Enforce policies at segmentation and activation
  5. Serve personalised or fallback content
  6. Audit consent coverage regularly

Channels

  • Web
  • App
  • Email
  • Ads

How to measure it

  • Share of traffic with known consent
  • Personalisation reach within consented traffic
  • Policy violations blocked

Guardrails

  • Default to the most restrictive state until consent is known
  • Propagate consent to custom actions
  • Test fallbacks for declined visitors

See it in a case study

This use case is implemented in the related case study.

Last updated:

Ready to move your Adobe MarTech program forward?

Consulting for enterprise teams, training for professionals. Tell us where you are today.

WhatsApp