The Definitive Guide to ads.txt

Everything you need to know about ads.txt: how it works, why it matters, implementation best practices, and how to monitor compliance at scale.

Jack Pauley Product Manager Updated March 09, 2026

What is ads.txt?

Ads.txt stands for Authorized Digital Sellers. It is a simple text file that web publishers host on their root domain to publicly declare which companies are authorized to sell their digital advertising inventory. Introduced by the IAB Tech Lab in May 2017, ads.txt was created as a direct countermeasure to widespread domain spoofing and unauthorized inventory reselling in the programmatic advertising ecosystem.

Before ads.txt, bad actors could easily misrepresent inventory in programmatic auctions. A fraudster could claim to be selling ad impressions on a premium publisher's website when, in reality, the impressions were on a low-quality or fabricated site. This cost advertisers an estimated $8+ billion annually and eroded trust in the entire programmatic supply chain. Ads.txt solved this by giving publishers a simple, open mechanism to authorize legitimate sellers.

How ads.txt Works: A Technical Deep Dive

The mechanics of ads.txt are deliberately simple. A publisher creates a plain text file and places it at the root of their domain, accessible at https://example.com/ads.txt. Each line in the file represents one authorized seller and follows a strict format:

<advertising_system_domain>, <publisher_account_id>, <relationship_type>, <certification_authority_id>

For example:

google.com, pub-1234567890, DIRECT, f08c47fec0942fa0
openx.com, 123456789, RESELLER, 6a698e2ec38604c6
pubmatic.com, 987654, DIRECT, 5d62403b186f2ace

The Four Fields Explained

How Buyers Use ads.txt

Demand-side platforms (DSPs) and programmatic buyers crawl ads.txt files across the web. When they receive a bid request, they cross-reference the selling system and account ID against the publisher's ads.txt file. If the seller is not listed, the buyer can choose to reject the bid, protecting their advertiser's budget from unauthorized sellers.

This simple cross-referencing mechanism has dramatically reduced domain spoofing. Major DSPs including Google's DV360, The Trade Desk, and Amazon DSP now enforce ads.txt validation, meaning unauthorized sellers are effectively locked out of quality demand.

The ads.txt Adoption Landscape in 2026

Since its introduction in 2017, ads.txt adoption has grown enormously. According to Red Volcano's proprietary crawl data across 32M+ publisher domains:

Implementing ads.txt: Step-by-Step

Whether you are a publisher setting up ads.txt for the first time or an ad tech professional helping clients, the implementation process follows these steps:

Step 1: Audit Your Advertising Relationships

Start by documenting every SSP, ad network, exchange, and intermediary that monetizes your inventory. For each partner, you will need their canonical domain name and your publisher account ID within their system.

Step 2: Determine Relationship Types

For each entry, determine whether the relationship is DIRECT (you hold the account) or RESELLER (an intermediary holds the account and sells on your behalf). Getting this distinction right matters for supply path optimization.

Step 3: Collect Certification Authority IDs

Ask each partner for their TAG ID or other certification authority identifier. While this field is optional, including it significantly strengthens the verification chain.

Step 4: Create and Upload the File

Create a plain UTF-8 text file named ads.txt and place it at your root domain. Key requirements:

Step 5: Validate and Monitor

After uploading, validate the file using the IAB's official ads.txt validator or a platform like Red Volcano. Monitor your ads.txt regularly to ensure it stays current as you add or remove partners.

Common ads.txt Mistakes and How to Avoid Them

Despite its simplicity, ads.txt files frequently contain errors that can cost publishers revenue or leave gaps in fraud protection:

ads.txt and sellers.json: The Complete Picture

Ads.txt works hand-in-hand with sellers.json. While ads.txt is publisher-side (declaring which SSPs can sell the publisher's inventory), sellers.json is SSP-side (declaring which publishers and resellers the SSP works with). Together, they create a bidirectional verification system:

When both match, buyers have strong assurance that the supply path is legitimate. The combination of ads.txt and sellers.json, along with the SupplyChain Object (schain) in OpenRTB, creates what the industry calls full supply chain transparency.

How Red Volcano Helps with ads.txt

Red Volcano crawls and parses ads.txt files across 32M+ publisher domains every week, building the industry's most comprehensive ads.txt dataset. Here is how the platform helps different stakeholders:

For SSPs and Ad Networks

For Agencies and Brands

For Publishers

Need supply chain intelligence at scale? Red Volcano tracks 32M+ publishers weekly.

Book a Demo →

Frequently Asked Questions

Ads.txt (Authorized Digital Sellers) is an IAB Tech Lab initiative that lets publishers publicly declare which companies are authorized to sell their digital advertising inventory. It was created in 2017 to combat unauthorized inventory reselling and domain spoofing, which cost advertisers billions of dollars annually in fraud.

Publishers place a plain text file at their root domain (example.com/ads.txt). This file contains a list of entries, each with four fields: the advertising system domain, the publisher's account ID within that system, the relationship type (DIRECT or RESELLER), and an optional certification authority ID (typically a TAG ID). Programmatic buyers crawl these files and cross-reference them with bid requests to verify authorization.

DIRECT indicates the publisher has a direct business relationship with the advertising system and controls the account. RESELLER means the publisher has authorized another entity (an intermediary) to sell their inventory on their behalf. Both are legitimate, but the distinction helps buyers understand the supply path and the number of intermediaries involved.

Publishers should update their ads.txt file whenever they add or remove advertising partners. Best practice is to audit the file at least quarterly. The IAB recommends that crawlers re-fetch ads.txt files at least once every seven days. Red Volcano crawls ads.txt files weekly across 32M+ publisher domains.

Common mistakes include: incorrect account IDs that don't match the SSP's records, misspelled advertising system domains, missing entries for active partners, stale entries for partners that have been dropped, incorrect use of DIRECT vs. RESELLER, and placing the file on a subdomain instead of the root domain. Regular audits using a tool like Red Volcano can identify these issues automatically.

Explore Red Volcano

The most comprehensive supply-side AdTech intelligence platform. 32M+ publishers, 2,000+ technologies, complete ads.txt and sellers.json data — updated weekly.

🔗

Related Data

📊

Get the Complete Dataset

What you see here is just a preview. Red Volcano customers get access to the full, unfiltered dataset — including:

Book a 15-minute call and we’ll walk you through the platform live.