Использование ads.txt и sellers.json для рекламной разведки (Практическое руководство)

ads.txt и sellers.json — два небольших публичных текстовых файла, которые в совокупности показывают, кто уполномочен продавать рекламный инвентарь издателя и кто фактически владеет конкретным идентификатором продавца в цепочке. Для конкурентных и исследовательских целей они являются одними из немногих действительно проверяемых источников данных в отрасли, где большинство заявлений (затраты, охват, "премиум‑инвентарь") невозможно проверить. Ниже описано, как их действительно использовать.

Что содержит каждый файл на практике#

ads.txt находится по адресу domain.com/ads.txt в корне любого домена издателя и представляет собой список всех компаний, уполномоченных продавать инвентарь этого издателя, по одной строке на отношение. Пример типичной строки:

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

Это домен биржи или SSP, идентификатор аккаунта издателя в этой бирже, тип отношения — DIRECT (прямое сотрудничество) или RESELLER (вовлечён посредник), а также необязательный идентификатор сертификационного органа. sellers.json — зеркальная версия, размещённая биржей или SSP по адресу exchange.com/sellers.json, в которой перечислены все аккаунты‑продавцы, с которыми работает эта биржа, их названия (иногда) и тип — PUBLISHER, INTERMEDIARY или BOTH. Сопоставив оба файла, можно подтвердить, имеет ли конкретный рекламный слот заявленного продавца с уполномоченными отношениями, или же что‑то не сходится.

Почему это важно для конкурентных и бренд‑безопасных исследований#

цепочка поставки рекламы между бюджетом рекламодателя и страницей издателя редко состоит из одного перехода. Объявления часто проходят через одну или несколько перепроданных инвентарей перед тем, как появятся, и каждый переход — возможность для искажения, подделки домена или простой путаницы в том, кто действительно обслуживает объявление. ads.txt и sellers.json созданы специально для аудита этой цепочки:

• Проверка заявлений сети. Если нативная сеть или DSP заявляют о прямом доступе к инвентарю издателя, в его файле ads.txt они будут указаны как DIRECT. Если они появляются только как reseller через несколько переходов или вовсе отсутствуют, это важная информация перед покупкой.
• Выявление подделки домена. Мошеннические операции иногда притворяются представителями премиум‑издателя без какой‑либо авторизации. Сравнение ads.txt с реальным доменом запроса ставки — стандартный бесплатный способ обнаружить такое.
• Понимание, почему объявление выглядит так, как выглядит. При отслеживании как инструменты шпионажа рекламных объявлений захватывают нативные объявления пара ads.txt/sellers.json часто является самым быстрым способом подтвердить, какая сеть действительно обслужила конкретный креатив, а не полагаться лишь на визуальный стиль виджета.
• Аудит собственных путей поставки. Если вы издатель, ваш собственный файл ads.txt — тоже самый быстрый способ проверить, не остаётся ли в списке партнёр, которого вы отключили (или никогда не уполномочали), или не появились ли новые строки, которых вы не ожидали.

Практический пятишаговый процесс#

1. Получите ads.txt издателя. Откройте https://[publisher-domain]/ads.txt напрямую в браузере или с помощью простого скрипта. Это обычный текст без необходимости аутентификации.
2. Найдите строку для интересующей вас биржи или сети. Поиск по домену (например, taboola.com, outbrain.com или соответствующему SSP) и запишите идентификатор аккаунта издателя и тип — DIRECT или RESELLER.
3. Получите sellers.json этой биржи. Откройте https://[exchange-domain]/sellers.json и найдите в нём идентификатор продавца, найденный на шаге 2.
4. Сравните имя и тип продавца. Совпадает ли запись sellers.json с тем издателем, с которого вы начали? Отмечена ли она как PUBLISHER (как ожидается для прямого отношения) или как INTERMEDIARY (как ожидается для цепочки реселлеров)?
5. Проследите цепочку, если это отношение RESELLER. Строка RESELLER означает наличие промежуточного звена между издателем и биржей. Идеально, если такой посредник передаёт собственный объект SupplyChain (schain) в запросе ставки, где фиксируются все переходы для полной проверяемости, хотя данные schain не видны из файлов ads.txt/sellers.json; их нужно получать из реального потока ставок или из инструмента, который их захватывает.

Частые находки и их значение#

Как это вписывается в более широкую идентификацию рекламных сетей#

ads.txt и sellers.json лучше всего подходят для проверки отношений со стороны поставки, а не для определения, какая сеть фактически доставила конкретное объявление, которое вы видите как покупатель. Для этого обычно анализируют цепочку редиректов креатива, визуальную подпись виджета и домены трек‑пикселя, как описано в статье как определить рекламную сеть за любым объявлением. Считайте ads.txt и sellers.json аудиторским следом для отношений поставки, а анализ креатива/редиректов — аудиторским следом для того, что рекламодатель действительно запускает.

Примечания к инструментам#

Оба формата файлов регулируются спецификациями IAB Tech Lab, и оригинальные спецификации являются окончательным справочником, если вы сталкиваетесь с краевыми случаями, которые файлы не покрывают чисто, например многократные аккаунты или поля OWNERDOMAIN. Для ручных проверок достаточно браузера и текстового поиска; платные инструменты не требуются для редких проверок. Труднее становится масштабировать процесс на десятки издателей или отслеживать изменения во времени, где на помощь приходит платформа, уже индексирующая цепочку поставки по сетям, экономя повторяющиеся операции fetch‑and‑diff. Индекс рекламной разведки OpenAdLibrary соединяет такой контекст цепочки поставки с живыми креативами и отслеживаемыми целевыми страницами, избавляя от необходимости вручную сопоставлять три разных источника для каждой проверки.

Почему это важнее для нативных объявлений, чем кажется на первый взгляд#

Нативные сети постоянно перепродают инвентарь. Один виджет рекомендаций на странице издателя может проходить напрямую через сеть, через регионального реселлера или через wrapper header‑bidding, объединяющий несколько источников спроса. Поскольку нативные объявления редко носят явный бренд, как баннеры, и виджет часто выглядит одинаково независимо от сети, ads.txt и sellers.json иногда являются единственным надёжным способом подтвердить, какая сеть действительно имеет законные отношения с издателем, особенно когда сайт использует несколько нативных виджетов от разных провайдеров. Это же объясняет, почему настройки header‑bidding, где несколько бирж конкурируют за один слот в реальном времени, выигрывают от такой проверки: каждая участвующая биржа должна иметь собственную уполномоченную строку в ads.txt издателя и соответствующую запись в sellers.json.

Масштаб vs единичная проверка#

Проверка одного файла вручную занимает пару минут. Проверка списка из пятидесяти издателей регулярно, чтобы отследить новые или исчезнувшие отношения, — отдельная задача, и обычно процесс прекращается после первоначального интереса, хотя ценность заключается именно в повторных проверках. Если вы внедряете это в постоянный исследовательский процесс, имеет смысл сочетать его с тем, что уже делаете для мониторинга цепочки поставки рекламы креативов и целевых страниц, чтобы обе картины — поставка и креатив — обновлялись синхронно.

Примечание о ограничениях#

Эти файлы самодекларируются издателями и биржами. Ничто не заставляет издателя поддерживать актуальность ads.txt, и устаревший или неполный файл — обычное дело, особенно у небольших сайтов. Рассматривайте отсутствие или несоответствие записи как повод к дальнейшему расследованию, а не как автоматическое доказательство мошенничества; многие легитимные небольшие издатели просто давно не обновляли файл. Ценность ads.txt и sellers.json в том, что они делают цепочку поставки проверяемой, а не в том, что они делают её безошибочной.