Expand my Community achievements bar.

Join us at Adobe Summit 2024 for the Coffee Break Q&A Live series, a unique opportunity to network with and learn from expert users, the Adobe product team, and Adobe partners in a small group, 30 minute AMA conversations.
SOLVED

Marketing Channels - Query String (cid) vs. Tracking Code

Avatar

Community Advisor

I'm wanting to understand if there is a difference between the data I can collect for a Marketing Channel related to campaign tracking code.

The processing rules allow you to evaluate data coming from a query string parameter (e.g., www.mysite.com?cid=campaignName); or, I can also build my rule based on data in the Tracking Code.  Which is the better choice/best practice?

1530514_pastedImage_1.png

Jeff Bloomer
1 Accepted Solution

Avatar

Correct answer by
Employee

For the most part, the results would be the same.  However, I generally recommend that rules be set up to pull from as close to the source of truth as possible.  So, if Tracking Code is pulling from a query string parameter, the processing rule should also pull from the query string parameter.

The reason I like this approach is because, on occasion, you run into javascript errors and/or network nonsense that may prevent Tracking Code from being populated.  If your processing rules are dependent on the tracking code value, then they would also be blank when these issues occur.  In my experience with reviewing raw data for Marketing Channels, I generally see fewer of these anomalies when the query string parameters are used.  Again, we're talking about a very small percentage of traffic where this may apply.

There are some other considerations to keep in mind that may sway your decision to using the variable instead of the query string parameter.

  1. Marketing Channels Processing Rules are applied late in the processing funnel.  If you have a VISTA rule or Processing Rules that changes the value of tracking code for some reason, and you want to pass the changed value to marketing channels, then you would need to reference tracking code.
  2. If you are using getValOnce, or some other utility, that limits the passing of values from the query string to tracking code, then you may want to use tracking code so the same limitations are applied to marketing channels.

A few thoughts to consider.  I hope that helps

View solution in original post

3 Replies

Avatar

Correct answer by
Employee

For the most part, the results would be the same.  However, I generally recommend that rules be set up to pull from as close to the source of truth as possible.  So, if Tracking Code is pulling from a query string parameter, the processing rule should also pull from the query string parameter.

The reason I like this approach is because, on occasion, you run into javascript errors and/or network nonsense that may prevent Tracking Code from being populated.  If your processing rules are dependent on the tracking code value, then they would also be blank when these issues occur.  In my experience with reviewing raw data for Marketing Channels, I generally see fewer of these anomalies when the query string parameters are used.  Again, we're talking about a very small percentage of traffic where this may apply.

There are some other considerations to keep in mind that may sway your decision to using the variable instead of the query string parameter.

  1. Marketing Channels Processing Rules are applied late in the processing funnel.  If you have a VISTA rule or Processing Rules that changes the value of tracking code for some reason, and you want to pass the changed value to marketing channels, then you would need to reference tracking code.
  2. If you are using getValOnce, or some other utility, that limits the passing of values from the query string to tracking code, then you may want to use tracking code so the same limitations are applied to marketing channels.

A few thoughts to consider.  I hope that helps

Avatar

Level 2

Ignore this. I realised my own answer while typing out my comment.

Avatar

Community Advisor

Totally makes sense to me.  I was actually reviewing the data flows mentioned above yesterday, and your recommendation of using the query string first makes the most sense for our mobile implementation.

Thanks for the clarification and same day turnaround!

Jeff Bloomer