app-ads.txt

app-ads.txt er en tekstfil, hostet på en mobil- eller CTV-app-udviklers hjemmeside, der angiver hvilke ad-tech-virksomheder der er autoriserede til at sælge den pågældende apps annonceinventar. Det er den app-specifikke udvidelse af den oprindelige ads.txt-standard, tilpasset fordi apps ikke har deres eget webdomæne til at hoste en fil på samme måde som en hjemmeside har.

Sådan virker det#

En app-udvikler offentliggør en app-ads.txt-fil i roden af deres udviklerhjemmeside, det domæne der er angivet i appens store-liste, med én linje per autoriseret sælger: ad-systemets domæne, udviklerens sælger- eller publisher-ID med det system, om forholdet er direkte eller gennem forhandler, og eventuelt et certificerings-ID. Når en budanmodning for den apps inventar når en demand-side platform, kan køberen eller deres svindelopdagelseslag krydstjekke den påståede publisher og sælger-ID mod udviklerens offentliggjorte app-ads.txt-liste. Hvis anmodningen ikke matcher en autoriseret post, er det et stærkt tegn på forfalsket eller misrepræsenteret inventar.

Den relaterede sellers.json-standard virker fra den anden side: det er en fil, som hvert ad-system offentliggør og som angiver de sælgere det samarbejder med, så en køber kan verificere begge sider af påstanden uafhængigt.

Hvorfor det eksisterer#

Mobil app-inventar har historisk været et let mål for click fraud og domæne- eller app-spoofing, hvor en ondsindet aktør sælger lavkvalitets- eller helt falskt inventar mens de påstår at repræsentere en premium, velkendt app. Da apps ikke har en browserbar URL på samme måde som hjemmesider, var der ingen tilsvarende ads.txt for købere at tjekke mod, indtil app-ads.txt udfyldte det hul. Det er nu en basisforventning; købere og deres platforme behandler i stigende grad uautoriseret eller ikke-listede budanmodninger som høj risiko som standard, i stedet for at give dem tvivlens fordel.

app-ads.txt interagerer også med SupplyChain Object (schain), der bæres i budanmodningen selv, som dokumenterer hver mellemmand en anmodning passerede igennem på vej til køberen. Mellem de to kan en køber verificere både hvem der er autoriseret til at sælge inventaret og den faktiske rute anmodningen tog for at nå dem.

Hvorfor det betyder noget for annoncører#

For annoncører er app-ads.txt-overholdelse ikke noget du konfigurerer selv, det er app-udviklerens ansvar, men det er værd at vide om, fordi DSP'er og verifikationsleverandører i stigende grad filtrerer eller markerer trafik fra apps uden en gyldig fil. Hvis en native eller in-app-kampagne underpræsterer og trafikkvaliteten ser forkert ud, er det et rimeligt første skridt at tjekke om den pågældende app har en komplet, nøjagtig app-ads.txt-fil og en ren annonceforsyningskæde. For et bredere overblik over hvilke annoncører og netværk der faktisk er aktive og hvor, i stedet for at revidere forsyningskædefiler én app ad gangen, giver OpenAdLibrary's annonceintelligens-indeks indsigt i live kreativ aktivitet på tværs af større netværk.

FAQ#

Er app-ads.txt påkrævet ved lov?

Nej. Det er en industristandard fra IAB Tech Lab, ikke et lovkrav, men større børser og DSP'er behandler i stigende grad overholdelse som et de facto krav for, at inventar kan betros og købes i stor skala.

Hvor skal en app-ads.txt-fil være placeret?

I roden af det domæne, som app-udvikleren angiver i deres app store-liste (f.eks. example.com/app-ads.txt), ikke på et hvilket som helst andet domæne, udvikleren måtte eje.

Hvad er forskellen mellem ads.txt og app-ads.txt?

ads.txt dækker hjemmesideinventar og hostes på hjemmesidens eget domæne. app-ads.txt dækker app-inventar og hostes i stedet på udviklerens hjemmesidedomæne, da en app i sig selv ikke har en URL, hvor filen kan hostes.

Stopper app-ads.txt al annoncesvindel?

Ingen enkelt kontrol gør det. Det reducerer en specifik type spoofing, hvor en ondsindet aktør falskt påstår at repræsentere en legitim app, men det adresserer ikke alle former for ugyldig trafik eller svigagtig aktivitet alene.