The information in this document is based on the latest Ads.txt specification for the IAB as of January 22, 2018. This information is subject to change based on IAB updates to the specification.
In the online advertising ecosystem, many buyers are concerned that fraudulent impressions will negatively impact their advertising, resulting in campaign unreliability and lost revenue. AppNexus takes these concerns very seriously, and ads.txt is one tool among a range of strategies we employ to ensure the quality of inventory and the validity of impressions.
Ads.txt (also known as Authorized Digital Sellers) is an initiative put forth by the IAB Technology Laboratory as a way to help publishers ensure inventory is sold only through authorized dealers and partners. The goal of ads.txt is to give publishers more control over who sells their inventory and help prevent counterfeiting, while giving buyers confidence that they're purchasing approved inventory.
For additional details about the IAB's work on this initiative, see About Ads.txt on the IAB website.
AppNexus supports the Ads.txt initiative and is working with publishers, resellers, buyers, and bidders on implementation.
Seller Impact: AppNexus DSP will begin enforcing ads.txt compliance starting January 24, 2018 whenever ads.txt files are detected.
Buyer impact: AppNexus SSP is encouraging all sellers to ensure they are listed in the ads.txt files of the inventory they are selling on AppNexus.
For additional questions regarding how ads.txt adoption may impact AppNexus clients, please contact AppNexus Support.
So what exactly is Ads.txt? In practice, ads.txt is the name of a file that publishers can create and add to their websites. This file is a plain text file that lists names and information about authorized ad networks, SSPs, and exchanges that have permission to sell the publisher's inventory.
This idea is similar to robots.txt, a file that is used by website owners to give instructions about their site to web robots (such as search engine crawlers) about which parts of their website can be crawled and which should be off-limits.
Publishers place the ads.txt file on their domains at a URL following the format
website.com/ads.txt. Within the ads.txt file is a list showing each approved partner, along with each partner's tech platform (AppNexus, Google, Rubicon, etc.), account ID, and relationship to the publisher. The file gives publishers a way to list all of their approved SSP, ad network, and exchange partners (both direct and resellers). DSPs can then choose to leverage the information in the ads.txt file in order to ensure authorized resale compliance.
All ads.txt files must have the following format:
advertising-system-domain, member-id, relationship
For example, let’s say a publisher worked with four AppNexus accounts. The ads.txt file on their domain would look like this:
appnexus.com, 123, DIRECT appnexus.com, 456, RESELLER
The first line of this example specifies that the publisher is using AppNexus (appnexus.com) directly with a member ID of 123. The second line specifies that the domain can also be resold through a reselling partner with AppNexus member ID 456.
The member-IDs shown in the example file above must be replaced by actual member IDs.
See How To Ads.txt on the IAB website for more information on structuring files and other processes relating to ads.txt.
Certification ID (optional)
There is a fourth, optional field known as a a certification authority identifier that sellers may choose to include in ads.txt files. Sellers add this unique ID as an additional measure to demonstrate validity and trustworthiness of the advertising platform being used. AppNexus has an identifier issued by the Trustworthy Accountability Group (TAG).
To include the AppNexus TAG-ID, add the ID f5ab79cb980f11d1 to the end of each AppNexus line in your ads.txt file:
appnexus.com, 958, DIRECT, f5ab79cb980f11d1
Here are some simple steps sellers can take to start using Ads.txt.
Anywhere in this document you see a reference to the member ID, AppNexus is referencing your AppNexus member ID, not your publisher ID. The ads.txt team at IAB has approved the use of the AppNexus member ID in publishers' ads.txt files, similar to how Google is planning to use network ID.
Publishers on the AppNexus platform should follow these steps to create and implement ads.txt files that contains their AppNexus seller information.
For publisher direct seats, add a line to the file that looks like this:
appnexus.com, <publisher member ID>, DIRECT
Sellers can find their member ID in Console by navigating to the Monetization Dashboard and looking for the ID at the bottom of the screen:
Be sure to note that you need your member ID, not your publisher ID. For further questions, please reach out to AppNexus Client Support.
For publishers working with partners who have AppNexus seats, create lines that look like this, with one partner per line:
appnexus.com, <partner member ID>, RESELLER
Partners should be able to provide their member IDs.
Resellers working with publishers should make sure publishers include them in their ads.txt files to show that the reseller has permission to sell their inventory. This can be done by sending publishers the instructions in the "Publishers" section above (or simply directing them to this page) and a request to be added to their ads.txt files.
Resellers with multiple member IDs should give all IDs to their publishers and ask them to include each ID on a separate line of the ads.txt file.
To be correctly listed, resellers must work with publishers to ensure that their reseller member ID is included in the ads.txt file.
The following sections describe how AppNexus works with Ads.txt for Console buyers and external bidders.
As a benefit to AppNexus Console buyers, AppNexus will begin to use Ads.txt information to strengthen our existing inventory quality programs. Buyers working with sellers who have not yet implemented ads.txt should please direct them to this page to get started.
For external bidders and DSPs planning to crawl publisher domains to gather seller information from ads.txt files, there are two key pieces of information required in order to correctly map inventory from AppNexus sellers: domain and member ID. AppNexus sellers will have a domain of appnexus.com. The IDs of publishers, exchanges and SSPs will be sent in the
seller_member_id field in the OpenRTB request.