Customer-Defined Signals with switch to Web/MobileSDK

[user000111]

Hello -

We currently create traits using many of the Customer-Defined Signals defined in the below article such as c_pageurl, c_pagename, c_evar19, c_contextdata.analytics.buttonclicktype, etc.

As we transition to the Web & Mobile SDK, is there something different that we should be using? Or do those Signal names carry over? We are trying to understand if we need to update the trait logic with the change to the SDK. Or will our traits/segments still work post-sdk change.

We’ve received feedback that the Schema Location is updating to be like this -- xdm._experience.analytics.customDimensions.eVars.eVar1 – but not sure if this is quite the same as signals?

https://experienceleague.adobe.com/en/docs/analytics/admin/admin-tools/manage-report-suites/edit-rep...

Thanks!

[ezhil_raja]

After migrating to Adobe Experience Platform WebSDK, signal names often change to align with the new XDM schema structure. This can impact downstream components like trait definitions in AAM or other activation tools.

For one of our clients, we handled this by updating trait definitions using an OR condition, allowing both the old and new signal names to coexist temporarily. This ensured uninterrupted audience qualification and smooth transition without data loss.

Always validate your schema mappings and downstream dependencies post-migration to avoid surprises.