Що таке 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, включаючи власну платформу Google DV360, не робитимуть ставки на інвентар додатків без дійсного файлу 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 Transparency Center: Google надає інструменти для перевірки того, що ваш app-ads.txt правильно скануються та аналізуються.
- Сторонні валідатори: інструменти від компаній, таких як AppBrain та Apptica, можуть просканувати ваш файл і виявити помилки форматування або відсутні поширені записи.
- Панелі мереж: більшість рекламних мереж показують індикатор статусу app-ads.txt у своїй панелі видавця. Перевірте кожну, щоб переконатися, що вона визнає вашу авторизацію.
Вплив на дохід: цифри
Видавці, які правильно впроваджують app-ads.txt, зазвичай бачать вимірюване зростання доходу протягом кількох тижнів. Вплив здійснюється з двох напрямків.
По-перше, більше попиту конкурує за ваш інвентар, оскільки DSP, які раніше відфільтровували вас, тепер беруть участь в аукціонах. Ця посилена конкуренція безпосередньо підвищує eCPM.
По-друге, бюджети рекламодавців зміщуються в бік верифікованого інвентарю, оскільки бренди та агентства дедалі частіше вимагають відповідності app-ads.txt у своїх критеріях таргетингу. Преміальний попит, що забезпечує найвищі CPM, непропорційно зосереджений серед рекламодавців, які дотримуються цих стандартів.
App-ads.txt — одна з небагатьох оптимізацій монетизації, яка нічого не коштує, займає менше години на впровадження і не несе жодного ризику негативного впливу на досвід користувача. Якщо ви ще не налаштували його — зробіть це сьогодні. Якщо вже налаштували — проводьте аудит щоквартально, щоб він залишався актуальним. Від цього залежить ваш дохід.