Czym jest app-ads.txt i dlaczego powinno Cię to obchodzić
App-ads.txt to standard IAB Tech Lab, który pozwala wydawcom aplikacji mobilnych deklarować, które sieci reklamowe, giełdy i pośrednicy są upoważnieni do sprzedaży ich zasobów reklamowych. Jest to mobilny odpowiednik standardu ads.txt stosowanego na stronach internetowych, dostosowany do specyficznego sposobu, w jaki zasoby reklamowe w aplikacjach są kupowane i sprzedawane programatycznie.
Problem, który rozwiązuje, jest prosty: bez app-ads.txt oszuści mogą podszywać się pod Twoją aplikację na giełdach reklamowych i sprzedawać fałszywe wyświetlenia pod nazwą Twojej aplikacji. Nazywa się to spoofingiem domeny lub spoofingiem aplikacji, i odprowadza budżety reklamodawców do oszukańczych zasobów, jednocześnie obniżając eCPM dostępne dla Twoich prawdziwych wyświetleń.
Jeśli jesteś wydawcą gier mobilnych lub aplikacji użytkowych i prowadzisz jakąkolwiek formę reklamy programatycznej, wdrożenie app-ads.txt nie jest opcjonalne. To podstawowy wymóg, który bezpośrednio chroni Twoje przychody.
Jak app-ads.txt zapobiega oszustwom reklamowym
Mechanizm jest prosty, ale skuteczny. Gdy reklamodawca lub platforma po stronie popytu (DSP) otrzymuje zapytanie o ofertę rzekomo pochodzące z Twojej aplikacji, może zweryfikować to twierdzenie, sprawdzając Twój plik app-ads.txt. Jeśli sieć reklamowa przesyłająca zapytanie nie jest wymieniona w Twoim pliku, DSP wie, że wyświetlenie jest nieautoryzowane i może je odrzucić.
Łańcuch weryfikacji
- Twoja pozycja w sklepie w Google Play lub App Store zawiera adres URL strony internetowej dewelopera.
- Twoja strona deweloperska hostuje plik app-ads.txt w domenie głównej (np. example.com/app-ads.txt).
- DSP i giełdy regularnie skanują ten plik i budują mapę autoryzacji.
- Zapytania ofertowe są sprawdzane na podstawie tej mapy. Nieautoryzowani sprzedawcy są odfiltrowywani.
Tworzy to łańcuch zaufania od Twojej pozycji w sklepie z aplikacjami do autoryzowanych sprzedawców, którego oszuści nie mogą sfałszować, ponieważ nie kontrolują domeny Twojej strony deweloperskiej.
Specyfikacja IAB: co powinno znaleźć się w pliku
Każda linia w pliku app-ads.txt ma określony format zdefiniowany przez IAB Tech Lab. Format jest identyczny jak w przypadku webowego ads.txt.
Format linii
Każdy wpis zawiera cztery pola oddzielone przecinkami:
- Domena: Kanoniczna domena systemu reklamowego (np. google.com, applovin.com).
- Identyfikator konta wydawcy: Twój unikalny identyfikator konta w danym systemie reklamowym.
- Typ relacji: DIRECT (masz bezpośrednie konto) lub RESELLER (strona trzecia odsprzedaje Twoje zasoby przez ten system).
- Identyfikator organu certyfikującego: Opcjonalny identyfikator TAG (Trustworthy Accountability Group), który dodatkowo potwierdza system reklamowy. Dla Google jest to zawsze f08c47fec0942fa0.
Przykładowe wpisy
Typowy plik app-ads.txt dla wydawcy korzystającego z Google Ad Manager z kilkoma partnerami mediacyjnymi może zawierać następujące linie:
- google.com, pub-XXXXXXXXXXXXXXXX, DIRECT, f08c47fec0942fa0 — Twoje bezpośrednie konto Google Ad Manager lub AdMob.
- applovin.com, XXXXXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — Twoje bezpośrednie konto AppLovin.
- unity.com, XXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — Twoje bezpośrednie konto Unity Ads.
- inmobi.com, XXXXXXXXXX, RESELLER, XXXXXXXXXXXXXXXX — Wpis pośrednika dla sieci, która uzyskuje dostęp do Twoich zasobów pośrednio.
Każda sieć reklamowa i platforma mediacyjna, z którą współpracujesz, powinna dostarczyć Ci swoje konkretne linie app-ads.txt. Nie zgaduj identyfikatorów kont ani typów relacji.
Jak utworzyć i hostować plik app-ads.txt
Krok 1: Zbierz linie autoryzowanych sprzedawców
Skontaktuj się z każdą siecią reklamową, SSP i partnerem mediacyjnym, z którym współpracujesz. Poproś o ich wpisy app-ads.txt dla Twojego konta. Większość głównych platform udostępnia je w panelu wydawcy. Google Ad Manager, AdMob, AppLovin MAX, Unity LevelPlay i inne mają dedykowane sekcje, z których możesz skopiować swoje linie.
Krok 2: Utwórz plik
Utwórz plik tekstowy o nazwie dokładnie app-ads.txt (małe litery, bez rozszerzeń innych niż .txt). Wklej wszystkie zebrane linie, jeden wpis na linię. Linie zaczynające się od # są traktowane jako komentarze.
Krok 3: Umieść plik w katalogu głównym strony deweloperskiej
Prześlij plik tak, aby był dostępny pod adresem https://twojadomena.com/app-ads.txt. Musi to być dokładnie ta domena, która jest wymieniona jako strona dewelopera w Google Play lub App Store. Subdomeny nie będą działać, chyba że dokładnie się zgadzają.
Krok 4: Zweryfikuj adres URL strony deweloperskiej
W Google Play Console potwierdź, że adres URL strony deweloperskiej odpowiada domenie, na której umieściłeś plik. W App Store Connect zweryfikuj to samo w informacjach o deweloperze. Ten link pozwala systemom weryfikacyjnym odnaleźć Twój plik.
Najczęstsze błędy, których należy unikać
Nawet wydawcy, którzy rozumieją koncepcję, często popełniają błędy implementacyjne, które podważają ochronę zapewnianą przez app-ads.txt.
- Błędna domena: Hostowanie pliku na subdomenie takiej jak www.example.com, gdy Twoja pozycja w sklepie wskazuje example.com, lub odwrotnie. Domena musi dokładnie się zgadzać.
- Brakujące wpisy: Zapomnienie o wymienieniu wszystkich autoryzowanych sprzedawców. Jeśli brakuje prawidłowej sieci, DSP mogą odfiltrować prawdziwe wyświetlenia, bezpośrednio zmniejszając Twój fill rate i przychody.
- Nieaktualny plik: Dodawanie nowych sieci reklamowych do stosu mediacyjnego, ale zapominanie o aktualizacji app-ads.txt. Traktuj plik jako żywy dokument, który musi być aktualizowany przy każdej zmianie partnerów monetyzacyjnych.
- Błędny typ relacji: Wymienienie pośrednika jako DIRECT lub odwrotnie. Użyj dokładnie tego typu relacji, który określa Twój partner reklamowy.
- Problemy z kodowaniem pliku: Plik musi być zakodowany w UTF-8 jako zwykły tekst serwowany z typem zawartości text/plain. Opakowania HTML, znaki BOM lub inne artefakty kodowania spowodują błędy parsowania.
- Wymóg HTTPS: Plik musi być dostępny przez HTTPS. Hosting tylko po HTTP nie przejdzie weryfikacji przez większość crawlerów.
Egzekwowanie przez Google i AdMob
Google jest najbardziej agresywnym egzekutorem zgodności z app-ads.txt. Od 2020 roku Google Ad Manager i AdMob stopniowo zaostrzały egzekwowanie do tego stopnia, że brak prawidłowego pliku app-ads.txt może znacząco wpłynąć na Twoje przychody.
Co się dzieje bez app-ads.txt
- Zmniejszony popyt: Wiele DSP, w tym własny DV360 Google, nie będzie licytować zasobów z aplikacji bez prawidłowego pliku app-ads.txt. To bezpośrednio zmniejsza konkurencję o Twoje wyświetlenia i obniża eCPM.
- Ostrzeżenia dotyczące polityki: Google Play Console może oznaczyć Twoją aplikację ostrzeżeniami dotyczącymi polityki monetyzacji, jeśli wyświetlasz reklamy bez prawidłowej implementacji app-ads.txt.
- Utracone przychody z powodu spoofingu: Bez pliku oszuści mogą sprzedawać fałszywe wersje Twoich zasobów. Każdy dolar wydany na sfałszowane wyświetlenia to dolar, który nie został wydany na Twoje prawdziwe wyświetlenia.
Ważna uwaga: Google okresowo skanuje pliki app-ads.txt i je buforuje. Propagacja zmian może zająć od 24 do 48 godzin. Planuj z wyprzedzeniem przy dodawaniu nowych źródeł popytu, aby nie było przerwy w autoryzacji.
Które sieci reklamowe wymienić
Powinieneś wymienić każdy podmiot upoważniony do sprzedaży lub odsprzedaży Twoich zasobów. Zazwyczaj obejmuje to:
- Twój główny serwer reklamowy: Google Ad Manager lub AdMob (większość wydawców ma co najmniej jeden wpis Google).
- Bezpośredni partnerzy mediacyjni: Każda sieć, w której masz bezpośrednie konto wydawcy (AppLovin, Unity, Meta Audience Network, Vungle/Liftoff, ironSource, Chartboost, InMobi itp.).
- Pośrednicy i giełdy: Sieci, które uzyskują dostęp do Twoich zasobów przez platformę mediacyjną lub SSP, a nie przez bezpośrednią relację z Tobą.
- Dostawcy usług zarządzanych: Jeśli korzystasz z usługi takiej jak RevenueFlex do zarządzania kaskadą reklamową przez Google Ad Manager, odpowiednie wpisy GAM zostaną dostarczone w ramach konfiguracji.
Weryfikacja implementacji
Po opublikowaniu pliku app-ads.txt zweryfikuj go następującymi metodami:
- Bezpośrednie sprawdzenie URL: Przejdź do https://twojadomena.com/app-ads.txt w przeglądarce. Powinieneś zobaczyć surowy plik tekstowy ze wszystkimi wpisami.
- Google Ads Transparency Center: Google udostępnia narzędzia do weryfikacji, czy Twój plik app-ads.txt jest prawidłowo skanowany i parsowany.
- Walidatory zewnętrzne: Narzędzia od firm takich jak AppBrain i Apptica mogą przeskanować Twój plik i oznaczyć błędy formatowania lub brakujące popularne wpisy.
- Panele sieci: Większość sieci reklamowych wyświetla wskaźnik statusu app-ads.txt w swoim panelu wydawcy. Sprawdź każdy z nich, aby potwierdzić, że rozpoznaje Twoją autoryzację.
Wpływ na przychody: liczby
Wydawcy, którzy prawidłowo wdrożą app-ads.txt, zazwyczaj obserwują mierzalną poprawę przychodów w ciągu kilku tygodni. Wpływ wynika z dwóch kierunków.
Po pierwsze, więcej popytu konkuruje o Twoje zasoby, ponieważ DSP, które wcześniej Cię odfiltrowywały, teraz uczestniczą w aukcjach. Ta zwiększona konkurencja bezpośrednio podnosi eCPM.
Po drugie, budżety reklamodawców przesuwają się w kierunku zweryfikowanych zasobów, ponieważ marki i agencje coraz częściej wymagają zgodności z app-ads.txt w swoich kryteriach targetowania. Popyt premium, który generuje najwyższe CPM, jest nieproporcjonalnie skoncentrowany wśród reklamodawców egzekwujących te standardy.
App-ads.txt jest jedną z nielicznych optymalizacji monetyzacji, która nic nie kosztuje, zajmuje mniej niż godzinę na wdrożenie i nie niesie żadnego ryzyka negatywnego wpływu na doświadczenie użytkownika. Jeśli jeszcze tego nie skonfigurowałeś, zrób to dzisiaj. Jeśli już to zrobiłeś, przeprowadzaj audyt co kwartał, aby upewnić się, że plik jest aktualny. Twoje przychody od tego zależą.