Валидатор ads.txt / app-ads.txt
Проверяйте файл ads.txt или app-ads.txt построчно в браузере. Файл, который вы вставляете, остаётся на вашем устройстве.
Валидатор ads.txt / app-ads.txt работает целиком в вашем браузере. Файл, который вы вставляете, разбирается и проверяется на вашем устройстве и никогда не загружается в ArrayKit и не запрашивается по удалённому URL.
Открыть валидатор sellers.json
Об инструменте Валидатор ads.txt
Валидатор ads.txt / app-ads.txt проверяет ваш файл Authorized Digital Sellers в момент вставки. Он проходит каждую строку, разбивает DATA-записи на поля через запятую и подтверждает, что у каждой есть требуемые 3 или 4 поля: домен рекламной системы, id аккаунта издателя, отношение DIRECT или RESELLER и опциональный id сертифицирующего органа вроде TAG-ID. Комментарии и пустые строки пропускаются, VARIABLE-строки вроде OWNERDOMAIN, CONTACT, SUBDOMAIN, MANAGERDOMAIN и INVENTORYPARTNERDOMAIN разбираются, а неверное число полей, некорректные значения отношения, дублирующиеся записи и лишние пробелы помечаются с номером строки и предлагаемым исправлением. Сводка подсчитывает записи DIRECT против RESELLER и уникальные домены продавцов. Издатели и ad-ops команды проводят аудит своего файла здесь, не отправляя его стороннему краулеру — каждая проверка работает на вашем устройстве.
Возможности
- Проверяет, что у каждой DATA-записи ровно 3 или 4 поля через запятую
- Подтверждает, что поле отношения — DIRECT или RESELLER, и нормализует регистр
- Разбирает VARIABLE-строки: CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN, INVENTORYPARTNERDOMAIN
- Пропускает комментарии (#) и пустые строки так же, как это делает краулер ads.txt
- Помечает дублирующиеся записи продавцов и указывает на первую строку, где они появились
- Предупреждает о лишних пробелах и полях рекламной системы, не похожих на домен
- Суммирует число DIRECT против RESELLER и число уникальных доменов продавцов
- Разбирает файл целиком в вашем браузере — ничего из вставленного не загружается
Как использовать Валидатор ads.txt
- Вставьте ваш файл ads.txt или app-ads.txt или загрузите пример, чтобы увидеть формат
- Прочитайте баннер вердикта с числом ошибок и предупреждений
- Откройте «Находки», чтобы исправить каждую помеченную строку с помощью предложенного исправления
- Проверьте сводные счётчики DIRECT, RESELLER и уникальных доменов
Пример
Ввод
google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
appnexus.com, 3456, RESELLER
badexchange.com, 99, PARTNER
Результат
2 records valid
Line 3 — Relationship must be DIRECT or RESELLER (found "PARTNER").
Третье поле должно быть DIRECT или RESELLER; PARTNER отклоняется.
Частые ошибки и устранение неполадок
- «Expected 3 or 4 fields» на строке, которая выглядит полной. — Поля разделяются запятыми, а не пробелами или табуляцией. Поставьте запятую между доменом, id аккаунта и отношением и уберите любые лишние завершающие поля.
- Запись помечена, хотя отношение читается как DIRECT. — Проверьте наличие случайного символа или неверного ключевого слова — корректны только DIRECT и RESELLER. Нижний регистр direct/reseller принимается, но валидатор предупреждает, чтобы вы могли его нормализовать.
- Предупреждения о дубликатах на строках, отличающихся только TAG-ID. — Обнаружение дубликатов использует домен, id аккаунта и отношение. Две строки с одним и тем же кортежем продавца — дубликаты, даже если id сертифицирующего органа различается — оставьте одну.
- Продавцы поддомена не подхватываются покупателями. — Объявите каждый делегированный поддомен VARIABLE-строкой SUBDOMAIN=sub.example.com, чтобы краулеры знали, что нужно запросить собственный ads.txt этого поддомена.
Часто задаваемые вопросы
- Что валидатор ads.txt проверяет в каждой строке?
- Для каждой DATA-записи он проверяет, что есть 3 или 4 поля через запятую — домен рекламной системы, id аккаунта издателя, отношение DIRECT или RESELLER и опциональный id сертифицирующего органа — затем помечает неверное число полей, некорректные значения отношения, дубликаты и лишние пробелы с номером строки.
- В чём разница между DIRECT и RESELLER в ads.txt?
- DIRECT означает, что у издателя прямой аккаунт с этой рекламной системой, и он контролирует отношение продавца. RESELLER означает, что авторизованный партнёр перепродаёт инвентарь через свой собственный аккаунт. Третье поле должно быть ровно одним из этих двух ключевых слов.
- Работает ли этот валидатор и для app-ads.txt?
- Да. app-ads.txt использует ту же грамматику записей, что и ads.txt — те же поля DATA-записи и VARIABLE-объявления — поэтому можно вставить любой файл, и применяются те же проверки. app-ads.txt просто живёт на домене разработчика из вашего листинга в магазине приложений.
- Как обрабатываются VARIABLE-строки вроде OWNERDOMAIN?
- Строки, записанные как KEY=value, разбираются как переменные, а не записи продавцов. Валидатор распознаёт CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN и INVENTORYPARTNERDOMAIN, предупреждает о неизвестных ключах и помечает переменную без значения.
- Что считается дублирующейся записью ads.txt?
- Две записи с одним и тем же доменом рекламной системы, id аккаунта издателя и отношением — сравниваемые без учёта регистра по домену — являются дубликатами, даже если одна добавляет id сертифицирующего органа. Валидатор указывает на первую строку, где запись появилась, чтобы вы удалили повтор.
- Загружается ли мой файл ads.txt, когда я его проверяю?
- Нет. Валидатор разбирает и проверяет файл на вашем устройстве и никогда не запрашивает удалённый URL ads.txt или рекламный тег. Ничего из вставленного не отправляется в ArrayKit или какому-либо краулеру.
Связанные инструменты
Все инструменты ArrayKit