Ads.txt

Материал из Энциклопедия интернет-маркетинга MarketWiki

Ads.txt (Authorized Digital Sellers) - это инициатива, разработанная IAB Tech Lab (Interactive Advertising Bureau) для повышения прозрачности и борьбы с мошенничеством в программной (programmatic) рекламе. Файл ads.txt - это простой текстовый документ, который публикуется издателем на своём сайте и содержит список компаний (SSP, рекламных сетей), которым официально разрешено продавать рекламный инвентарь этого издателя.

Аналогичный файл для мобильных приложений называется app-ads.txt и размещается по URL разработчика, указанному в магазинах приложений.

Зачем нужен Ads.txt

[править]

До появления стандарта ads.txt на рынке programmatic-рекламы была распространена проблема «поддельного инвентаря». Мошенники могли продавать рекламные места на якобы престижных сайтах, не имея на это никаких прав. Рекламодатели платили за трафик, который на самом деле генерировался на сайтах-клонах или вообще ботами.

Ads.txt решает эту проблему, предоставляя рекламодателям и DSP (Demand-Side Platforms) открытый и проверяемый список авторизованных продавцов для каждого домена. Основные преимущества стандарта:

  • Борьба с мошенничеством (Fraud Prevention). Блокирует неавторизованных продавцов и поддельный инвентарь.
  • Прозрачность (Transparency). Рекламодатели могут легко проверить, кто имеет право продавать рекламное место на данном сайте.
  • Защита доходов издателя. Гарантирует, что издатель сохраняет контроль над продажами своего инвентаря и получает доход от всех сделок с ним.

Формат файла Ads.txt

[править]

Файл ads.txt (или app-ads.txt) представляет собой обычный текстовый файл (plain text) с расширением .txt. Он должен быть размещён в корневой директории сайта (например, https://example.com/ads.txt) и быть общедоступным.

Каждая строка файла, описывающая рекламную систему (SSP), содержит четыре поля, разделённых запятыми: 

<domain>, <publisher_id>, <relationship>, <certification_authority_id>
  • Domain (Домен). Доменное имя авторизованной рекламной системы (SSP), например tritondigital.com, rubiconproject.com, appnexus.com. Это имя компании, которая технически продаёт инвентарь.
  • Publisher ID (ID издателя). Уникальный идентификатор, который издатель получил от этой рекламной системы. Это ID аккаунта издателя в системе SSP.
  • Relationship (Тип отношений). Указывает тип коммерческих отношений между издателем и данной рекламной системой. Есть два допустимых значения:
    • DIRECT: Издатель работает с этой SSP напрямую. Эта SSP является основным или одним из основных каналов продаж.
    • RESELLER: Издатель разрешает этой SSP перепродавать свой инвентарь, но она не является прямым партнёром. Это могут быть сторонние рекламные сети или биржи, которые получают доступ к инвентарю через другие компании.
  • Certification Authority ID (ID органа сертификации) (опционально). Идентификатор организации, которая провела сертификацию рекламной системы. Это поле повышает уровень доверия.

Спецификация OWNERDOMAIN

[править]

В версии стандарта 1.1 (2022 год) было введено понятие OWNERDOMAIN. Это директива, которая объявляет право собственности на инвентарь по всей цепочке поставок. Она должна появляться один раз в файле и представлять собой бизнес-домен владельца сайта.

Для издателей OWNERDOMAIN в файле ads.txt должен совпадать с доменом в их записи sellers.json. Несовпадение может быть воспринято DSP как риск и негативно повлиять на монетизацию.

Пример файла ads.txt: 

OWNERDOMAIN=example.com
tritondigital.com, example-pub-id, DIRECT, 19b4454d0b87b58b
adswizz.com, example-pub-id, RESELLER
appnexus.com, 1577, RESELLER, f5ab79cb980f11d1
rubiconproject.com , 9755, RESELLER, 0bfd66d529a55807
smartyads.com, 100152, RESELLER, fd2bde0ff2e62c5d
smartadserver.com, 4831, RESELLER, 060d053dcf45cbf3

В этом примере:

  • OWNERDOMAIN - домен издателя.
  • tritondigital.com - прямой партнёр (DIRECT).
  • Остальные записи - реселлеры, которые могут продавать инвентарь этого издателя через другие сети.

Как создать и разместить файл Ads.txt

[править]

Процесс создания и размещения файла довольно прост и доступен любому издателю.

  1. Создание файла. Откройте любой текстовый редактор (Notepad, TextEdit) и создайте новый файл.
  2. Добавление записей. Начните с OWNERDOMAIN=ваш_домен. Затем скопируйте записи от всех ваших партнёров по монетизации (SSP, рекламных сетей). Эту информацию можно получить в их личных кабинетах или у менеджеров.
  3. Сохранение. Сохраните файл с именем ads.txt. Убедитесь, что у него расширение .txt.
  4. Размещение на сервере. Загрузите файл в корневую директорию вашего сайта (ту же, где обычно лежит файл index.html). Если у вас есть несколько поддоменов, для каждого может потребоваться свой файл.

Для мобильных приложений файл app-ads.txt нужно разместить по URL разработчика, который указан в карточке вашего приложения в Google Play и/или App Store. Убедитесь, что этот URL корректен в настройках вашего аккаунта разработчика.

Проверка корректности

[править]

После размещения файла необходимо убедиться, что он доступен и корректен.

  • Ручная проверка. Просто введите URL вашего файла в браузере (например, https://example.com/ads.txt). Вы должны увидеть содержимое файла. Если отображается ошибка 404 или другой код, значит файл размещён неправильно.
  • Использование валидатора. Многие рекламные платформы предоставляют собственные инструменты для валидации файлов ads.txt. Например, в панели управления Triton Digital есть инструмент, который проверяет корректность записи, относящейся к Triton, и выдаёт отчёт с указанием возможных ошибок.

Возможные ошибки при валидации:

  • Publisher id is invalid - неверный ID издателя.
  • Relationship value must be one of DIRECT, RESELLER - в третьем поле указано недопустимое значение (опечатка).
  • Certification authority id must be ID - неверный или отсутствующий ID сертификации.
  • The station url has no ads.txt file - файл не найден по указанному URL.
  • tritondigital.com entry is missing in ads.txt - в файле отсутствует обязательная запись для Triton Digital (если вы их партнёр).

Почему ads.txt важен для рекламодателей

[править]

Для рекламодателей наличие корректного файла ads.txt на сайте издателя - это сигнал качества. Перед закупкой трафика через DSP рекламодатель может (и должен) проверять:

  • Есть ли у сайта файл ads.txt.
  • Включена ли DSP, через которую планируется закупка, в этот файл (с типом отношений DIRECT или RESELLER).
  • Совпадает ли OWNERDOMAIN с доменом сайта.

Если DSP не указана в файле, это означает, что площадка не авторизовала её на продажу своего инвентаря. Покупка такого инвентаря несёт высокие риски мошенничества.

Последствия отсутствия файла

[править]

Отсутствие файла ads.txt или его некорректное заполнение может привести к серьёзным последствиям для издателя:

  • Потеря доходов. Многие DSP и рекламодатели настроены на автоматическую блокировку инвентаря с сайтов, у которых нет корректного ads.txt.
  • Невозможность монетизации через премиальных партнёров. Крупные рекламодатели и агентства часто требуют наличия ads.txt как обязательного условия для закупки.
  • Риски репутации. Отсутствие файла может восприниматься как признак недобросовестности или некомпетентности издателя.

Связанные термины

[править]
Источник — https://marketwiki.ru/index.php?title=Ads.txt&oldid=6193