Что такое app-ads.txt и почему это важно
App-ads.txt — это стандарт IAB Tech Lab, который позволяет издателям мобильных приложений декларировать, какие рекламные сети, биржи и реселлеры уполномочены продавать их рекламный инвентарь. Это мобильный аналог стандарта ads.txt, используемого на веб-сайтах, адаптированный под специфику программатик-закупок инвентаря мобильных приложений.
Проблема, которую он решает, проста: без app-ads.txt мошенники могут выдавать себя за ваше приложение на рекламных биржах и продавать фальшивые показы от имени вашего приложения. Это называется подмена домена или спуфинг приложения, и это перекачивает бюджеты рекламодателей в мошеннический инвентарь, одновременно снижая eCPM для ваших легитимных показов.
Если вы издатель мобильных игр или утилитарных приложений, использующий любую форму программатик-рекламы, внедрение app-ads.txt не является опциональным. Это базовое требование, которое напрямую защищает ваш доход.
Как app-ads.txt предотвращает рекламное мошенничество
Механизм прост, но эффективен. Когда рекламодатель или платформа на стороне спроса (DSP) получает запрос на ставку, утверждающий, что он поступил из вашего приложения, они могут проверить это утверждение, обратившись к вашему файлу app-ads.txt. Если рекламная сеть, отправившая запрос на ставку, не указана в вашем файле, DSP понимает, что показ не авторизован, и может его отклонить.
Цепочка верификации
- Страница вашего приложения в Google Play или App Store содержит URL сайта разработчика.
- Ваш сайт разработчика размещает файл app-ads.txt в корневом домене (например, example.com/app-ads.txt).
- DSP и биржи регулярно сканируют этот файл и формируют карту авторизации.
- Запросы на ставку проверяются по этой карте. Неавторизованные продавцы отфильтровываются.
Это создаёт цепочку доверия от вашего листинга в магазине приложений до ваших авторизованных продавцов, которую мошенники не могут подделать, поскольку они не контролируют домен вашего сайта разработчика.
Спецификация IAB: что содержит файл
Каждая строка в файле app-ads.txt следует определённому формату, установленному IAB Tech Lab. Формат идентичен веб-версии ads.txt.
Формат строки
Каждая запись содержит четыре поля, разделённые запятыми:
- Домен: каноническое доменное имя рекламной системы (например, google.com, applovin.com).
- Идентификатор аккаунта издателя: ваш уникальный идентификатор аккаунта в этой рекламной системе.
- Тип отношений: либо DIRECT (у вас прямой аккаунт), либо RESELLER (третья сторона перепродаёт ваш инвентарь через эту систему).
- Идентификатор центра сертификации: необязательный идентификатор TAG (Trustworthy Accountability Group), который дополнительно подтверждает рекламную систему. Для Google это всегда f08c47fec0942fa0.
Примеры записей
Типичный файл app-ads.txt для издателя, использующего Google Ad Manager с несколькими медиационными партнёрами, может содержать следующие строки:
- google.com, pub-XXXXXXXXXXXXXXXX, DIRECT, f08c47fec0942fa0 — ваш прямой аккаунт Google Ad Manager или AdMob.
- applovin.com, XXXXXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — ваш прямой аккаунт AppLovin.
- unity.com, XXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — ваш прямой аккаунт Unity Ads.
- inmobi.com, XXXXXXXXXX, RESELLER, XXXXXXXXXXXXXXXX — запись реселлера для сети, которая получает доступ к вашему инвентарю опосредованно.
Каждая рекламная сеть и медиационная платформа, с которой вы работаете, должна предоставить вам свои конкретные строки для app-ads.txt. Не угадывайте идентификаторы аккаунтов или типы отношений.
Как создать и разместить файл app-ads.txt
Шаг 1: Соберите строки авторизованных продавцов
Свяжитесь с каждой рекламной сетью, SSP и медиационным партнёром, с которыми вы работаете. Запросите их записи app-ads.txt для вашего аккаунта. Большинство крупных платформ предоставляют их в панели управления издателя. Google Ad Manager, AdMob, AppLovin MAX, Unity LevelPlay и другие имеют специальные разделы, где вы можете скопировать свои строки.
Шаг 2: Создайте файл
Создайте простой текстовый файл с именем app-ads.txt (строчные буквы, без расширений кроме .txt). Вставьте все собранные строки, по одной записи на строку. Строки, начинающиеся с #, считаются комментариями.
Шаг 3: Разместите в корне вашего сайта разработчика
Загрузите файл так, чтобы он был доступен по адресу https://yourdomain.com/app-ads.txt. Это должен быть точно тот домен, который указан как ваш сайт разработчика в листинге Google Play или App Store. Субдомены не подойдут, если они не совпадают точно.
Шаг 4: Проверьте URL вашего сайта разработчика
В Google Play Console убедитесь, что URL вашего сайта разработчика совпадает с доменом, на котором вы разместили файл. В App Store Connect проверьте то же самое в разделе информации о разработчике. Именно эта ссылка позволяет системам верификации находить ваш файл.
Распространённые ошибки, которых следует избегать
Даже издатели, понимающие концепцию, часто допускают ошибки при внедрении, которые подрывают защиту, обеспечиваемую app-ads.txt.
- Неправильный домен: размещение файла на субдомене вроде www.example.com, когда в листинге магазина указан example.com, или наоборот. Домен должен совпадать точно.
- Отсутствующие записи: если вы забыли включить всех авторизованных продавцов. Если легитимная сеть не указана, DSP могут отфильтровать реальные показы, что напрямую снизит ваш показатель заполняемости и доход.
- Устаревший файл: добавление новых рекламных сетей в медиационный стек без обновления app-ads.txt. Относитесь к файлу как к живому документу, который необходимо обновлять при каждом изменении партнёров по монетизации.
- Неправильный тип отношений: указание реселлера как DIRECT или наоборот. Используйте именно тот тип отношений, который указан вашим рекламным партнёром.
- Проблемы с кодировкой файла: файл должен быть в кодировке UTF-8, в формате простого текста, с типом содержимого text/plain. HTML-обёртки, символы BOM или другие артефакты кодировки приведут к ошибкам разбора.
- Требование HTTPS: файл должен быть доступен по HTTPS. Размещение только по HTTP не пройдёт верификацию большинством краулеров.
Требования Google и AdMob
Google является наиболее активным проводником соблюдения требований app-ads.txt. С 2020 года Google Ad Manager и AdMob постепенно ужесточали требования до такой степени, что отсутствие действительного файла app-ads.txt может существенно повлиять на ваш доход.
Что происходит без app-ads.txt
- Сниженный спрос: многие DSP, включая собственный DV360 от Google, не будут делать ставки на инвентарь приложений без действительного файла app-ads.txt. Это напрямую снижает конкуренцию за ваши показы и уменьшает eCPM.
- Предупреждения о политике: Google Play Console может пометить ваше приложение предупреждениями о нарушении политики монетизации, если вы показываете рекламу без надлежащей реализации app-ads.txt.
- Потеря дохода из-за спуфинга: без файла мошенники могут продавать поддельные версии вашего инвентаря. Каждый доллар, потраченный на мошеннические показы, — это доллар, который не был потрачен на ваши реальные показы.
Важное замечание: Google периодически сканирует файлы app-ads.txt и кэширует их. Распространение изменений может занять от 24 до 48 часов. Планируйте заранее при добавлении новых источников спроса, чтобы не возникло пробелов в авторизации.
Какие рекламные сети указывать
Вы должны указать каждую организацию, уполномоченную продавать или перепродавать ваш инвентарь. Обычно это включает:
- Ваш основной рекламный сервер: Google Ad Manager или AdMob (у большинства издателей есть хотя бы одна запись Google).
- Прямые медиационные партнёры: любая сеть, в которой у вас есть прямой аккаунт издателя (AppLovin, Unity, Meta Audience Network, Vungle/Liftoff, ironSource, Chartboost, InMobi и др.).
- Реселлеры и биржи: сети, получающие доступ к вашему инвентарю через медиационную платформу или SSP, а не через прямые отношения с вами.
- Провайдеры управляемых сервисов: если вы используете такой сервис, как RevenueFlex, для управления рекламным каскадом через Google Ad Manager, соответствующие записи GAM будут предоставлены в рамках настройки.
Проверка вашей реализации
После публикации файла app-ads.txt проверьте его следующими способами:
- Прямая проверка URL: перейдите по адресу https://yourdomain.com/app-ads.txt в браузере. Вы должны увидеть необработанный текстовый файл со всеми вашими записями.
- Центр прозрачности Google Ads: Google предоставляет инструменты для проверки правильности сканирования и разбора вашего app-ads.txt.
- Сторонние валидаторы: инструменты от компаний, таких как AppBrain и Apptica, могут просканировать ваш файл и выявить ошибки форматирования или отсутствующие распространённые записи.
- Панели управления рекламных сетей: большинство рекламных сетей показывают индикатор статуса app-ads.txt в панели управления издателя. Проверьте каждую из них, чтобы убедиться, что она распознаёт вашу авторизацию.
Влияние на доход: цифры
Издатели, правильно внедрившие app-ads.txt, обычно наблюдают ощутимый рост доходов в течение нескольких недель. Эффект достигается с двух сторон.
Во-первых, за ваш инвентарь конкурирует больше покупателей, потому что DSP, которые ранее фильтровали вас, теперь участвуют в аукционах. Эта возросшая конкуренция напрямую повышает eCPM.
Во-вторых, бюджеты рекламодателей смещаются в сторону верифицированного инвентаря, поскольку бренды и агентства всё чаще требуют соответствия app-ads.txt в своих критериях таргетинга. Премиальный спрос, обеспечивающий самые высокие CPM, непропорционально сконцентрирован среди рекламодателей, применяющих эти стандарты.
App-ads.txt — одна из немногих оптимизаций монетизации, которая ничего не стоит, занимает менее часа на внедрение и не несёт никакого риска негативного влияния на пользовательский опыт. Если вы ещё не настроили его, сделайте это сегодня. Если уже настроили, проводите аудит ежеквартально, чтобы убедиться в его актуальности. Ваш доход зависит от этого.