Awareness About 3rd Party Network Reporting
January 11th, 2006
One big struggle for publishers is managing their daisy chain. The need to constantly re-order and gather data from multiple sources takes incredible amounts of time away from site and business development resources. One complication that many may not be aware of is how accurate the data is that they are using to make these decisions.
This case study involves real data from a YM publisher who is trafficking in 3rd party tags from another network not affiliated with YM. Using the competition and auction capabilities of YM, the publisher wants this 3rd party advertiser to serve when it is predicted to be the highest paying ad at the time of the ad call. Since it is critical that the 3rd party numbers that are transferred to YM have minor discrepancies, we wanted to see just how accurate the data was coming from the 3rd party network reporting.
We will assume that the number of ad calls sent to the 3rd party network is accurate based on YM reporting. When we compare the YM impressions to the 3rd party network, we see the following:
We instantly see that the number of impressions being reported, even when you factor in the expected defaults that were served, is substantially lower than the number of ad calls sent to this network from YM. Over 30% of the impressions sent were not reported. This tells you that the eCPM being reported is not accurate and you are allowing lower paying ads to take precedence over other ones which would possibly pay higher. You can see by the next graph that the eCPM that YM is basing its auction on is very inflated because of the huge discrepancy of impressions being reported:
When you keep going down the path of discovery here, you end up on the bottom line, which is revenue. Using simple math to turn impressions and eCPM into revenue, you can see how much opportunity is being lost by allowing the 3rd party numbers to dictate better delivery over other advertiser who would really pay more:




