Hi Everyone, excited to be part of this awesome community.
I have my first question:
I need to confirm if a user has explicitly opted out of push notifications (either via device settings or an in-app preference center). Especially after sending a Push campaign
Where exactly in the Adobe Experience Platform (AEP) or Adobe Journey Optimizer (AJO) interface can I check a profile's current push opt-out status?
Is it seen as a specific field/attribute on the individual customer profile (and if so, what is the attribute name)?
Or is it only reflected in the Push Notification failure/bounce metrics in the Journey reporting?
Solved! Go to Solution.
Views
Replies
Total Likes
@ShushmitPa If mobileSDK is implemented to capture the consent, it should be part of this OOTB Consent & Preferences field group.
https://developer.adobe.com/client-sdks/edge/consent-for-edge-network/
NOTE
We’ve successfully configured push notifications in our systems using Adobe Journey Optimizer (AJO) and Adobe Experience Platform (AEP). Here’s how it works today:
Our current approach uses token presence as the indicator for addressability and implicit consent. This works well because:
However, if your organization requires explicit consent tracking for compliance (GDPR, CCPA, etc.), relying only on token presence may not be enough.
If compliance or governance requires explicit consent, you can configure the consents.marketing.push.val attribute in the profile schema. This would allow you to store values like:
Push is inherently device-specific because OS settings apply per device. Our current approach ensures:
If we add a global consent flag, we can combine it with token presence for targeting:
We’ve configured push notifications to respect device-level opt-outs automatically. For organizations that need explicit consent tracking, adding the push consent flag is straightforward and ensures compliance while maintaining our current logic for device-level addressability.
Hi @SashankaBi1 Thanks for the detailed explanation, this makes sense and this aligns with what we need.
So to confirm my understanding:
Right now, push addressability is fully driven by token presence in AEP, which already handles device-level opt-ins and opt-outs automatically.
If a user disables push on a device, the token is removed and AJO stops sending to that device, no extra logic needed.
If we require explicit consent for compliance, we can introduce the consents.marketing.push.val flag to store a global opt-in/opt-out.
In that model, the global consent value would work together with device-level token presence (e.g., global = “y” + token present = allowed to send).
Thanks so much again for all the help 🙂
@ShushmitPa If mobileSDK is implemented to capture the consent, it should be part of this OOTB Consent & Preferences field group.
https://developer.adobe.com/client-sdks/edge/consent-for-edge-network/
NOTE
Thanks so much @SatheeskannaK this was very helpful
Views
Likes
Replies