On the AEM cloud, when the url has "UTM_ " the parameter is not working. is there a filter that is blocking?
Solved! Go to Solution.
Views
Replies
Total Likes
Hello @gvaem
To better cache requests, the AEMaaCS CDN removes common marketing related UTM query parameters, specifically those matching the following regex pattern [1]
This functionality can be toggled on and off using a requestTransformations flag in the CDN configuration.
For example, if you’d like to retain marketing parameters in requests at the CDN level, you can deploy
removeMarketingParams: false
in the CDN Configuration deployed via the Configuration Pipeline.
Example Configuration :
kind: "CDN"
version: "1"
metadata:
envTypes: ["dev", "stage", "prod"]
data:
requestTransformations:
removeMarketingParams: false
rules: []
Please refer to the Documentation [2] for more information in this regard.
[1] ^(utm_.*|gclid|gdftrk|_ga|mc_.*|trk_.*|dm_i|_ke|sc_.*|fbclid|msclkid|ttclid)$
Views
Replies
Total Likes
Hi @gvaem,
AEM as a Cloud Service (AEMaaCS) does block certain query parameters by default. Adobe strips or ignores certain query parameters that are considered non-cache-defining or used only for analytics (like utm_source
, utm_medium
, etc.) - unless explicitly allowed.
Try updating your AEM Dispatcher config:
filters:
- /001 { /type "allow" /method "GET" /url ".*" /query "utm_.*" }
Hope that helps!
Views
Replies
Total Likes
Hello @gvaem
To better cache requests, the AEMaaCS CDN removes common marketing related UTM query parameters, specifically those matching the following regex pattern [1]
This functionality can be toggled on and off using a requestTransformations flag in the CDN configuration.
For example, if you’d like to retain marketing parameters in requests at the CDN level, you can deploy
removeMarketingParams: false
in the CDN Configuration deployed via the Configuration Pipeline.
Example Configuration :
kind: "CDN"
version: "1"
metadata:
envTypes: ["dev", "stage", "prod"]
data:
requestTransformations:
removeMarketingParams: false
rules: []
Please refer to the Documentation [2] for more information in this regard.
[1] ^(utm_.*|gclid|gdftrk|_ga|mc_.*|trk_.*|dm_i|_ke|sc_.*|fbclid|msclkid|ttclid)$
Views
Replies
Total Likes
@muskaanchandwani Just to confirm my understanding of how the removeMarketingParams
setting behaves in AEM as a Cloud Service:
If I configure removeMarketingParams: false
in the cdn.yaml
under requestTransformations
, will that ensure that all UTM parameters matching the default regex (e.g., utm_source
, utm_medium
, utm_campaign
, etc.) are preserved and passed through to both the AEM Dispatcher and Publish tiers?
Additionally, in environments where removeMarketingParams
is left as true
(the default), does that mean these parameters are stripped at the CDN level itself - such that even if they are explicitly allowed in dispatcher
filters, they still won’t reach AEM at all?
Would appreciate confirmation on this flow and if there’s official Adobe documentation that outlines this behavior and precedence clearly, that would be great to review.
Hello @SantoshSai
When removeMarketingParams: false is set - All UTM parameters and others that match the regex pattern (e.g., utm_source, utm_medium, utm_campaign, gclid, etc.) will not be stripped at the CDN level.
When removeMarketingParams: true (the default) - The CDN will strip these marketing-related parameters from requests at the CDN level before passing them to the Dispatcher.
This means that even if you explicitly allow these parameters in your Dispatcher filters, they will not reach AEM because the CDN has already removed them from the request before it reaches AEM.
It is also recommended to configure the Dispatcher configuration’s ignoreUrlParams property even when removeMarketingParams functionality is disabled at CDN level.
Official Documentation :
https://experienceleague.adobe.com/en/docs/experience-manager-cloud-service/content/implementing/con...
Thanks for the clarification.
One follow-up to make sure I fully understand the interplay between CDN stripping and Dispatcher configuration:
If removeMarketingParams: false
is set in the CDN configuration, but Dispatcher's ignoreUrlParams
is still configured with marketing parameters (like utm_*
), won't Dispatcher still ignore these parameters from the cache key computation and request handling?
In that case, does setting removeMarketingParams: false
truly ensure end-to-end visibility of UTM parameters in AEM Publish (both for caching and application logic), or do we need to coordinate changes in both CDN and Dispatcher layers to actually make UTM parameters available for things like personalization or analytics logic in AEM?
Would love your input on whether there's a single source of truth from Adobe that clarifies this CDN-Dispatcher-AEM flow holistically.
Also what is the best way to handle the caching mechanism when a page is loaded with so many UTM params?
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies