Hello All,
We run several Meta (Facebook) and Google Search Network campaigns, and there is a huge discrepancy (sometimes 50%, sometimes much more) between the data received via Meta Ad and GSN platforms and the data measured in Adobe Analytics? So for example when Meta analytics says that I have 1,000 linck clicks on a certain link and I can se only 500 page views in Adobe Analytics (on the same link, same date range etc.).
My question is: what could cause this discrepancy?
Also, is Adobe Analytics able to measure the activity of users who do not accept cookies on my website? Are they counted as page views and/or visitors, or I can measure only the number of visitors and their page views who accepted my cookies?
Thanks!
Solved! Go to Solution.
Views
Replies
Total Likes
Hi @EszterBK
well, you have the link clicks happening on the other websites where they are counted from the ad networks.
But once the visitor reaches your website, you have factors like a not given cookie consent that will affect the analytics traffic that ends in your AA report suite.
On top of that, ad blockers play an important role, but should not play a huge role in your case since they would also likely block the initial click on the ad.
Which cookie consent provider do you use? Sometimes they can give you the opt-in rate for your defined consent categories e.g., Analytics/Performance, Marketing, etc.
To enhance tracking accuracy and maybe hide some of the calls from ad blockers, you can also define a CNAME / subdomain through which the tracking calls can be sent through.
https://experienceleague.adobe.com/en/docs/id-service/using/reference/analytics-reference/cname This was primarily designed to have the Adobe Analytics cookies being written in a 1st-party cookie context, but was also considered as a way to potentially hide some tracking calls by cloaking them through your own domain.
Though honestly, many ad blockers work on URL patterns and not only on host names, so if a standard Adobe Analytics call looks like this
https://sc.omtrdc.net or 2o7.net/b/ss/... , even if you sent the call through https://tracking.mydomain.com/b/ss/... instead, most ad blockers will likely identify this as an Adobe Analytics tracking call anyway.
Side note: I would also take reported clicks on ad networks with a grain of salt. In the past, I have come across cases, where the (big job network...) page was reporting many time higher number than the numbers we could see on AA side. And that was definitely not explainable by cookie opt outs.
Hi @EszterBK
well, you have the link clicks happening on the other websites where they are counted from the ad networks.
But once the visitor reaches your website, you have factors like a not given cookie consent that will affect the analytics traffic that ends in your AA report suite.
On top of that, ad blockers play an important role, but should not play a huge role in your case since they would also likely block the initial click on the ad.
Which cookie consent provider do you use? Sometimes they can give you the opt-in rate for your defined consent categories e.g., Analytics/Performance, Marketing, etc.
To enhance tracking accuracy and maybe hide some of the calls from ad blockers, you can also define a CNAME / subdomain through which the tracking calls can be sent through.
https://experienceleague.adobe.com/en/docs/id-service/using/reference/analytics-reference/cname This was primarily designed to have the Adobe Analytics cookies being written in a 1st-party cookie context, but was also considered as a way to potentially hide some tracking calls by cloaking them through your own domain.
Though honestly, many ad blockers work on URL patterns and not only on host names, so if a standard Adobe Analytics call looks like this
https://sc.omtrdc.net or 2o7.net/b/ss/... , even if you sent the call through https://tracking.mydomain.com/b/ss/... instead, most ad blockers will likely identify this as an Adobe Analytics tracking call anyway.
Side note: I would also take reported clicks on ad networks with a grain of salt. In the past, I have come across cases, where the (big job network...) page was reporting many time higher number than the numbers we could see on AA side. And that was definitely not explainable by cookie opt outs.
Very good answer by @bjoern__koth, I will also add that the clicks collected by those third-parties may not even be using client side tracking (which is potentially blocked by opt-outs and ad blockers), because the provider owns their domain and tracking system, it's entirely possible they are tracking directly into their databases. Regardless of how they track, it will still be a different system; in addition to "tracked on the click" vs "tracked on the resulting page" difference of where the tracking is triggered.
Given that you are talking about clicks on ads, there is also a lot of potential cancelations on the resulting load... I can't even guess how many times I've accidentally clicked on an ad, then immediately stop the page load and either close the tab/window or hit back to go to the page I was on (before the destination is even loaded). So there is a good chance that some of that click traffic was like me, and didn't actually load your site... (it's almost like the difference between tracking "click" on a form submit, and tracking the "successful submission".. the click also contains "non-completions".
Also, one final thing... do you have mobile apps and do those mobile apps support Universal Linking? If they do, some of that click tracking, instead of landing on your website, could be landing in your app... your app cannot collect referrer data, but can collect campaign data (but only if you have your mobile app set up to properly collect and send the URL with the params, and those params are properly landing in your campaign tracking...
If you have this scenario, but don't have your mobile app properly tracking this data, some of those loses could be due to this.
Thank you for you both!
Views
Replies
Total Likes
See my previous comment here..
https://experienceleaguecommunities.adobe.com/t5/adobe-analytics-questions/discrepancies-between-ado...
Its sort of nature of platform and tool one uses. There are some mitigations but have a read there and one other lin in that.
GLTU
Thank you!
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies