app-ads.txt

app-ads.txt — это текстовый файл, размещаемый на веб-сайте разработчика мобильного или CTV-приложения, в котором перечислены авторизованные компании для продажи рекламного инвентаря этого приложения. Это специфичное для приложений расширение оригинального стандарта ads.txt, адаптированное потому, что у приложений нет собственного веб-домена для размещения файла, как у веб-сайта.

Как это работает#

Разработчик приложения публикует файл app-ads.txt в корне своего веб-сайта (домена, указанного в описании приложения в магазине), с одной строкой на каждого авторизованного продавца: домен рекламной системы, идентификатор продавца или издателя разработчика в этой системе, тип отношений (прямые или реселлер) и, опционально, идентификатор сертификации. Когда бид-запрос на инвентарь этого приложения достигает demand-side platform, покупатель или его система обнаружения мошенничества может сверить заявленные идентификаторы издателя и продавца со списком в опубликованном разработчиком файле app-ads.txt. Если запрос не соответствует ни одной авторизованной записи, это сильный сигнал о поддельном или неправильно представленном инвентаре.

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

Зачем это нужно#

Инвентарь мобильных приложений исторически был лёгкой мишенью для click fraud и спуфинга доменов или приложений, когда злоумышленник продаёт низкокачественный или полностью поддельный инвентарь, выдавая себя за премиальное, известное приложение. Поскольку у приложений нет просматриваемого URL-адреса, как у веб-сайтов, до появления app-ads.txt у покупателей не было эквивалента ads.txt для проверки. Теперь это базовое ожидание; покупатели и их платформы всё чаще рассматривают неавторизованные или не внесённые в список бид-запросы как высокорисковые по умолчанию, а не дают им преимущество сомнения.

app-ads.txt также взаимодействует с SupplyChain Object (schain), который передаётся в самом бид-запросе и документирует каждого посредника, через которого прошёл запрос на пути к покупателю. Вместе эти два инструмента позволяют покупателю проверить как то, кто авторизован продавать инвентарь, так и фактический путь, который запрос проделал до него.

Почему это важно для рекламодателей#

Для рекламодателей соблюдение требований app-ads.txt — это не то, что вы настраиваете сами, это ответственность разработчика приложения. Однако об этом стоит знать, потому что DSP и поставщики верификации всё чаще фильтруют или помечают трафик из приложений без валидного файла. Если нативная или внутриигровая кампания показывает низкую эффективность, а качество трафика вызывает сомнения, проверка того, есть ли у соответствующего приложения полный и точный файл app-ads.txt и чистая ad supply chain, является разумным первым шагом. Для более широкого обзора того, какие рекламодатели и сети действительно активны и где, вместо аудита файлов цепочки поставок для каждого приложения по отдельности, индекс ad intelligence OpenAdLibrary даёт видимость живой креативной активности в основных сетях.

FAQ#

Является ли app-ads.txt обязательным по закону?

Нет. Это отраслевой стандарт IAB Tech Lab, а не юридическое требование, но крупные биржи и DSP всё чаще рассматривают его соблюдение как де-факто обязательное условие для доверия к инвентарю и его покупки в больших объёмах.

Где должен находиться файл app-ads.txt?

В корне домена, который разработчик приложения указывает в его описании в магазине приложений (например, example.com/app-ads.txt), а не на любом другом домене, которым может владеть разработчик.

В чём разница между ads.txt и app-ads.txt?

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

Останавливает ли app-ads.txt всю рекламную мошенническую активность?

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