Count on Begin to Render FAQ
Starting October 1, In late 2017, AppNexus began a phased rollout to update all AppNexus tags to "count on begin to render." Previously, some legacy AppNexus tags still used a “count on decision” measurement standard. By We have now universally transitioning transitioned to the "count on begin to render" measurement standard, AppNexus is thus aligning with the IAB and MRC’s best practices and measurement guidelines. Below is the FAQ related to this change.
In keeping with our commitment to building the world’s best programmatic marketplace, AppNexus is making improvements to our impression measurement methodology. These improvements will update the impression counting approach for a limited number of legacy AppNexus proprietary tags to "count on begin to render," meaning that a buyer’s ad must be delivered to the page or app and begin to render before a valid impression is counted. The improvements bring our impression counting methodology closer to counting the actual opportunity for an ad to be seen by a user.
What tags are impacted?
The following All legacy AppNexus Proprietary Tags will be impacted by this change, including, but not limited to:
- Legacy banner display tags (/tt and /ttj)
- OpenRTB 2.3+
- Prebid (excluding the appnexusAst adaper in Prebid.js)
- MSFT app supply
- AppNexus Mobile SDK and legacy mobile tags
All other proprietary AppNexus tags (ex. AST) are were already compliant and "count on begin to render".
What is the timeline for changing the counting
The tags impacted by the rollout of count on begin to render are listed below. We will be implementing implemented the changes in phases, completing the first phase of the rollout around October 1, 2017, and completing the final phase by the end of Q1 Q2 2018.
List of Impacted Tags:
Already using count on begin to render
|Proprietary AppNexus tags|
/adx, /ptv, /ssmob, /ssptv, /ttv, /ut/v1, /ut/v2, /ut/v2/prebid, /ut/v3, /ut/v3/prebid, /vmap, /openrtb
Phase 1 - completed October 2, 2017
|Legacy banner display tags|
Phase 2 - completed October 26, 2017
/asi, /jpt, /mtj, OpenRTB 2.3+
Phase 3 - released February 26, 2018
|Legacy mobile tags|
All AppNexus SDK versions before 4.0, /mob
|Phase 4 - TBDcompleted May 22, 2018||MSFT app supply||/map|
What can sellers who are using these AppNexus proprietary tags expect?
- Sellers may see a slight drop in transacted impressions as this counting methodology is more stringent than previous counting approach.
A decrease in kept, defaults, and PSAs will mean less Ad Serving Fees billed to sellers.
Sellers (especially those with high timeout rates) may see a slight drop in Seller Revenue
- Blanks will not be impacted
- Viewability rates are expected to increase, as the number of impressions used in the calculation should go down while the total number of viewable impressions remains the same.
What can buyers expect?
Anticipated impacts Impacts for buyers include:
- Buyers may initially see a drop in impressions.
- However, they should also see an increase in viewability rates for creatives that serve.
do the changes impact discrepancies?
Sellers are likely to notice a slightly higher discrepancy with any system that counts ad loads prior to creative delivery (like a tag manager, legacy ad server, etc) consistent with the difference between their Ad Requests and transacted Impression numbers they will see in Console reporting.