Чужой продавец в ads.txt: как издателю проверить цепочку рекламных денег

Файл ads.txt часто появляется один раз при подключении монетизации, а затем живет без хозяина. Новый партнер присылает строку, менеджер добавляет ее в корень сайта, договор заканчивается, но разрешение остается. Через несколько лет в файле десятки продавцов, и никто не может быстро объяснить, кто они и зачем им позволено представлять инвентарь площадки.

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

Что означает одна строка

Базовая запись содержит домен рекламной системы, идентификатор аккаунта издателя, тип отношений и необязательный идентификатор центра сертификации. Условный пример выглядит так: exchange.example, 12345, DIRECT, abcdef. Это не адрес личного кабинета и не домен рекламируемого сайта.

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

Стандарт ads.txt 1.1 добавил служебные записи OWNERDOMAIN и MANAGERDOMAIN. Первая помогает указать домен организации-владельца, если он отличается от домена публикации. Вторая обозначает основную компанию, которая управляет монетизацией площадки. Руководство IAB Tech Lab связывает это расширение с sellers.json и общей прозрачностью пути поставки.

Начните не с удаления, а с таблицы владельцев

Скачайте текущий файл и сохраните дату. Каждую непустую строку перенесите в таблицу: рекламная система, account ID, DIRECT или RESELLER, кто запросил добавление, договор или заявка, дата последней проверки, контакт партнера, решение. Комментарии и служебные записи разместите отдельно.

Сначала уберите точные дубли и очевидные синтаксические ошибки в рабочей копии. Доменные имена приводят к нижнему регистру, поля разделяют запятыми, пробелы по краям не несут смысла. Не исправляйте неизвестный account ID по похожей строке из чужого сайта: одинаковая система выдает разным издателям разные идентификаторы.

Попросите доказательство для каждой активной записи

Ответственный сотрудник или партнер должен показать, откуда получена строка: интерфейс аккаунта, актуальная инструкция конкретной системы или письмо с проверяемого корпоративного адреса. Сверьте ID с договором и кабинетом. Для DIRECT убедитесь, что аккаунтом действительно управляет ваша организация, а не агентство от своего имени.

Для RESELLER цепочка длиннее. Уточните, какой партнер перепродает инвентарь, через какую систему, по какому договору и где отражен его seller ID. Формулировка строка обязательна для всех без названия поставщика и документа недостаточна. Если никто внутри компании не признает запись, это основание для карантина и расследования, но не для мгновенного удаления в рабочее время.

Свяжите ads.txt с sellers.json

Рекламные системы публикуют sellers.json, где перечисляют продавцов и характер их отношений. Найдите файл на домене системы из первой колонки, затем отыщите account ID. Сверьте поле seller_type, название организации и домен. Запись может быть конфиденциальной: это допускается спецификацией, но снижает объем сведений для ручной проверки.

Отсутствие ID в sellers.json, несовпадающий домен или роль, которую партнер не может объяснить, фиксируйте как расхождение. Оно не всегда означает мошенничество: файлы обновляются с задержкой, существуют технические посредники и различия в структуре компаний. Но до получения ответа такую строку нельзя считать проверенной.

Проверьте, кто вообще может менять файл

Даже идеальный список бесполезен, если ads.txt редактируется через общий FTP-пароль или генерируется неизвестным плагином. Найдите источник: файл в репозитории, шаблон панели, задача развертывания или модуль рекламной системы. Посмотрите историю изменений и круг учетных записей с правом записи.

Правильная схема проста: изменение оформляется заявкой, второй человек сверяет четыре поля, после публикации автоматическая проверка читает URL с кодом 200 и сравнивает содержимое с утвержденной версией. Мониторинг должен замечать не только исчезновение файла, но и неожиданное добавление строки.

Удаляйте партиями и наблюдайте за спросом

Разделите строки на четыре группы: подтвержденные; ожидающие ответа; устаревшие по завершенному договору; неизвестные. Сначала удалите только документированно устаревшие записи. Опубликуйте новую версию, проверьте ее с внешней сети и дождитесь распространения данных у партнеров.

Не очищайте половину файла перед крупной рекламной неделей. Сопоставляйте изменения с fill rate, доходом, числом заявок и сообщениями партнеров. Если легитимная строка удалена ошибочно, верните ее из сохраненной версии и разберите процесс, а не маскируйте инцидент ручной правкой без следа.

Пять тревожных признаков

• Один account ID подписан как DIRECT на сайтах организаций, которые явно не связаны между собой.
• Партнер просит добавить длинный список, но не объясняет назначение каждой системы и роли.
• Запись отсутствует в утвержденной заявке и истории развертывания.
• Домен системы похож на известный, но отличается одной буквой или необычной зоной.
• После расторжения договора никто не назначен ответственным за удаление разрешений.

Ни один признак сам по себе не доказывает злоупотребление. Он повышает приоритет проверки. Списки из интернета и автоматические валидаторы находят форматные ошибки, но не знают ваших договоров и структуры владения.

Регламент на пятнадцать минут в месяц

Назначьте владельца файла, храните утвержденную копию в системе версий и раз в месяц сверяйте изменения. Раз в квартал просите деловых владельцев подтвердить активные отношения. В заявке на нового продавца должны быть строка, основание, срок или событие пересмотра и человек, который отвечает за отключение.

ads.txt не следует превращать в коллекцию всех когда-либо присланных записей. Это публичное заявление владельца площадки о текущих полномочиях продавцов. Чем короче путь от договора до строки и обратно, тем легче покупателю проверить инвентарь, а издателю - заметить чужое имя в цепочке собственных рекламных денег.