Какво е 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 е една от малкото оптимизации за монетизация, която не струва нищо, отнема по-малко от час за внедряване и има нулев риск от негативно въздействие върху потребителското изживяване. Ако все още не сте го настроили, направете го днес. Ако вече сте го настроили, одитирайте го на всяко тримесечие, за да се уверите, че остава актуален. Приходите ви зависят от това.