Wat is app-ads.txt en waarom is het belangrijk
App-ads.txt is een standaard van IAB Tech Lab waarmee uitgevers van mobiele apps kunnen aangeven welke advertentienetwerken, exchanges en resellers geautoriseerd zijn om hun advertentieruimte te verkopen. Het is het mobiele equivalent van de ads.txt-standaard die op websites wordt gebruikt, aangepast aan de unieke manier waarop app-inventaris programmatisch wordt gekocht en verkocht.
Het probleem dat het oplost is eenvoudig: zonder app-ads.txt kunnen fraudeurs zich voordoen als jouw app op advertentie-exchanges en nep-impressies verkopen onder de naam van jouw app. Dit wordt domain spoofing of app spoofing genoemd, en het sluist adverteerdersbudgetten naar frauduleuze inventaris terwijl het tegelijkertijd de eCPM’s voor jouw legitieme impressies drukt.
Als je een uitgever van mobiele games of utility-apps bent die enige vorm van programmatisch adverteren gebruikt, is het implementeren van app-ads.txt geen optie. Het is een basisvereiste die je inkomsten direct beschermt.
Hoe app-ads.txt advertentiefraude voorkomt
Het mechanisme is eenvoudig maar effectief. Wanneer een adverteerder of demand-side platform (DSP) een biedverzoek ontvangt dat beweert van jouw app afkomstig te zijn, kan het die claim verifiëren door je app-ads.txt-bestand te controleren. Als het advertentienetwerk dat het biedverzoek indient niet in je bestand staat, weet de DSP dat de impressie ongeautoriseerd is en kan deze worden afgewezen.
De verificatieketen
- Je app-vermelding in Google Play of de App Store bevat een URL van de ontwikkelaarswebsite.
- Je ontwikkelaarswebsite host het app-ads.txt-bestand op het hoofddomein (bijv. voorbeeld.com/app-ads.txt).
- DSP’s en exchanges crawlen dit bestand regelmatig en bouwen een autorisatieoverzicht op.
- Biedverzoeken worden gecontroleerd aan de hand van dit overzicht. Ongeautoriseerde verkopers worden uitgefilterd.
Dit creëert een vertrouwensketen van je app-storevermelding tot je geautoriseerde verkopers die fraudeurs niet kunnen vervalsen, omdat zij geen controle hebben over het domein van je ontwikkelaarswebsite.
De IAB-specificatie: wat er in het bestand hoort
Elke regel in een app-ads.txt-bestand volgt een specifiek formaat dat is gedefinieerd door IAB Tech Lab. Het formaat is identiek aan dat van web ads.txt.
Regelformaat
Elke vermelding bevat vier velden, gescheiden door komma’s:
- Domein: Het canonieke domein van het advertentiesysteem (bijv. google.com, applovin.com).
- Uitgeversaccount-ID: Je unieke accountidentificatie binnen dat advertentiesysteem.
- Relatietype: Ofwel DIRECT (je hebt een directe account) of RESELLER (een derde partij verkoopt je inventaris door via dit systeem).
- Certificeringsautoriteit-ID: Een optioneel TAG-ID (Trustworthy Accountability Group) dat het advertentiesysteem verder valideert. Voor Google is dit altijd f08c47fec0942fa0.
Voorbeeldvermeldingen
Een typisch app-ads.txt-bestand voor een uitgever die Google Ad Manager gebruikt met meerdere mediatiepartners kan regels bevatten zoals deze:
- google.com, pub-XXXXXXXXXXXXXXXX, DIRECT, f08c47fec0942fa0 — Je directe Google Ad Manager- of AdMob-account.
- applovin.com, XXXXXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — Je directe AppLovin-account.
- unity.com, XXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — Je directe Unity Ads-account.
- inmobi.com, XXXXXXXXXX, RESELLER, XXXXXXXXXXXXXXXX — Een resellervermelding voor een netwerk dat indirect toegang heeft tot je inventaris.
Elk advertentienetwerk en mediatieplatform waarmee je werkt, moet je de specifieke app-ads.txt-regels verstrekken. Gok niet met account-ID’s of relatietypes.
Hoe je je app-ads.txt-bestand aanmaakt en host
Stap 1: Verzamel je geautoriseerde verkopersregels
Neem contact op met elk advertentienetwerk, SSP en mediatiepartner waarmee je samenwerkt. Vraag hun app-ads.txt-vermeldingen op voor jouw account. De meeste grote platforms bieden deze aan in hun uitgeversdashboard. Google Ad Manager, AdMob, AppLovin MAX, Unity LevelPlay en anderen hebben allemaal speciale secties waar je je regels kunt kopiëren.
Stap 2: Maak het bestand aan
Maak een platte-tekstbestand aan met exact de naam app-ads.txt (kleine letters, geen andere extensies dan .txt). Plak alle regels die je hebt verzameld, één vermelding per regel. Regels die beginnen met # worden als commentaar behandeld.
Stap 3: Host het bestand in de root van je ontwikkelaarswebsite
Upload het bestand zodat het toegankelijk is op https://jouwdomein.com/app-ads.txt. Dit moet exact het domein zijn dat vermeld staat als je ontwikkelaarswebsite in je Google Play- of App Store-vermelding. Subdomeinen werken niet, tenzij ze exact overeenkomen.
Stap 4: Verifieer de URL van je ontwikkelaarswebsite
Bevestig in Google Play Console dat de URL van je ontwikkelaarswebsite overeenkomt met het domein waar je het bestand hebt gehost. Controleer hetzelfde in App Store Connect onder je ontwikkelaarsinformatie. Deze koppeling is wat verificatiesystemen in staat stelt je bestand te vinden.
Veelgemaakte fouten om te vermijden
Zelfs uitgevers die het concept begrijpen, maken vaak implementatiefouten die de bescherming van app-ads.txt ondermijnen.
- Verkeerd domein: Het bestand hosten op een subdomein zoals www.voorbeeld.com terwijl je storevermelding voorbeeld.com zegt, of andersom. Het domein moet exact overeenkomen.
- Ontbrekende vermeldingen: Vergeten om al je geautoriseerde verkopers op te nemen. Als een legitiem netwerk ontbreekt, kunnen DSP’s echte impressies uitfilteren, wat je vulgraad en inkomsten direct vermindert.
- Verouderd bestand: Nieuwe advertentienetwerken toevoegen aan je mediatiestack maar vergeten om app-ads.txt bij te werken. Behandel het bestand als een levend document dat moet worden bijgewerkt wanneer je monetisatiepartners veranderen.
- Verkeerd relatietype: Een reseller als DIRECT vermelden of andersom. Gebruik exact het relatietype dat je advertentiepartner opgeeft.
- Bestandscoderingsproblemen: Het bestand moet UTF-8-gecodeerde platte tekst zijn die wordt geserveerd met het content type text/plain. HTML-wrappers, BOM-tekens of andere coderingsartefacten veroorzaken parseerfouten.
- HTTPS-vereiste: Het bestand moet toegankelijk zijn via HTTPS. Hosting via alleen HTTP zal de verificatie door de meeste crawlers laten mislukken.
Handhaving door Google en AdMob
Google is de meest agressieve handhaver van app-ads.txt-compliance. Sinds 2020 hebben Google Ad Manager en AdMob de handhaving geleidelijk aangescherpt tot het punt waarop het niet hebben van een geldig app-ads.txt-bestand je inkomsten aanzienlijk kan beïnvloeden.
Wat er gebeurt zonder app-ads.txt
- Verminderde vraag: Veel DSP’s, waaronder Google’s eigen DV360, bieden niet op inventaris van apps zonder een geldig app-ads.txt-bestand. Dit vermindert direct de concurrentie voor je impressies en verlaagt de eCPM’s.
- Beleidswaarschuwingen: Google Play Console kan je app markeren met waarschuwingen over het monetisatiebeleid als je advertenties toont zonder een correcte app-ads.txt-implementatie.
- Inkomstenverlies door spoofing: Zonder het bestand kunnen fraudeurs neppe versies van je inventaris verkopen. Elke euro die wordt besteed aan gespoofde impressies is een euro die niet is besteed aan je echte impressies.
Belangrijke opmerking: Google crawlt periodiek app-ads.txt-bestanden en slaat ze op in de cache. Wijzigingen kunnen 24 tot 48 uur duren om door te werken. Plan vooruit wanneer je nieuwe vraagbronnen toevoegt, zodat er geen gat ontstaat in de autorisatie.
Welke advertentienetwerken je moet vermelden
Je moet elke entiteit vermelden die geautoriseerd is om je inventaris te verkopen of door te verkopen. Dit omvat doorgaans:
- Je primaire adserver: Google Ad Manager of AdMob (de meeste uitgevers hebben minstens één Google-vermelding).
- Directe mediatiepartners: Elk netwerk waar je een directe uitgeversaccount hebt (AppLovin, Unity, Meta Audience Network, Vungle/Liftoff, ironSource, Chartboost, InMobi, enz.).
- Resellers en exchanges: Netwerken die via een mediatieplatform of SSP toegang hebben tot je inventaris in plaats van via een directe relatie met jou.
- Beheerde serviceproviders: Als je een dienst zoals RevenueFlex gebruikt om je advertentiewaterval te beheren via Google Ad Manager, worden de relevante GAM-vermeldingen als onderdeel van de installatie verstrekt.
Je implementatie verifiëren
Verifieer je app-ads.txt-bestand na publicatie met deze methoden:
- Directe URL-controle: Navigeer naar https://jouwdomein.com/app-ads.txt in een browser. Je zou het onbewerkte tekstbestand met al je vermeldingen moeten zien.
- Google Ads Transparency Center: Google biedt tools om te verifiëren dat je app-ads.txt correct wordt gecrawld en geparseerd.
- Externe validators: Tools van bedrijven zoals AppBrain en Apptica kunnen je bestand scannen en opmaakfouten of ontbrekende veelvoorkomende vermeldingen signaleren.
- Netwerkdashboards: De meeste advertentienetwerken tonen een app-ads.txt-statusindicator in hun uitgeversdashboard. Controleer elk netwerk om te bevestigen dat het je autorisatie herkent.
Impact op inkomsten: de cijfers
Uitgevers die app-ads.txt correct implementeren, zien doorgaans binnen enkele weken meetbare verbeteringen in hun inkomsten. De impact komt uit twee richtingen.
Ten eerste concurreert meer vraag om je inventaris omdat DSP’s die je eerder uitfilterden nu deelnemen aan veilingen. Deze toegenomen concurrentie verhoogt direct de eCPM’s.
Ten tweede verschuiven adverteerdersbudgetten naar geverifieerde inventaris naarmate merken en bureaus steeds vaker app-ads.txt-compliance eisen in hun targetingcriteria. Premiumvraag die de hoogste CPM’s oplevert, is onevenredig geconcentreerd bij adverteerders die deze standaarden handhaven.
App-ads.txt is een van de weinige monetisatieoptimalisaties die niets kost, minder dan een uur kost om te implementeren en geen enkel risico heeft om de gebruikerservaring negatief te beïnvloeden. Als je het nog niet hebt ingesteld, doe het vandaag nog. Als je het al hebt ingesteld, controleer het dan elk kwartaal om ervoor te zorgen dat het actueel blijft. Je inkomsten hangen ervan af.