app-ads.txt

app-ads.txt er en tekstfil, lagret på en mobil- eller CTV-app-utviklers nettside, som lister opp hvilke adtech-selskaper som er autorisert til å selge den appens annonseinventar. Det er den app-spesifikke utvidelsen av den opprinnelige ads.txt-standarden, tilpasset fordi apper ikke har sitt eget nettdomene til å legge en fil på, slik et nettsted har.

Hvordan det fungerer#

En app-utvikler publiserer en app-ads.txt-fil på roten av utviklerens nettside, domenet som er oppgitt i appens butikkliste, med én linje per autorisert selger: annonsesystemets domene, utviklerens selger- eller utgiver-ID hos det systemet, om forholdet er direkte eller gjennom en forhandler, og eventuelt en sertifiserings-ID. Når en budforespørsel for den appens inventar når en demand-side platform, kan kjøperen eller deres svindeloppdagelseslag kryssjekke den påståtte utgiveren og selger-ID-en mot utviklerens publiserte app-ads.txt-liste. Hvis forespørselen ikke samsvarer med en autorisert oppføring, er det et sterkt signal på forfalsket eller feilrepresentert inventar.

Den beslektede sellers.json-standarden fungerer fra den andre siden: det er en fil hvert annonsesystem publiserer som lister opp selgerne det samarbeider med, slik at en kjøper kan verifisere begge sider av påstanden uavhengig.

Hvorfor det eksisterer#

Mobilapp-inventar har historisk vært et enkelt mål for klikksvindel og domene- eller app-spoofing, der en ondsinnet aktør selger lavkvalitets- eller helt falskt inventar mens de hevder å representere en premium, velkjent app. Siden apper ikke har en nettlesbar URL slik nettsider har, var det ingen tilsvarende ads.txt for kjøpere å sjekke mot før app-ads.txt fylte det tomrommet. Det er nå en grunnleggende forventning; kjøpere og deres plattformer behandler i økende grad uautoriserte eller ikke-listed budforespørsler som høy risiko som standard, i stedet for å gi dem tvilens fordeler.

app-ads.txt samhandler også med SupplyChain Object (schain)-objektet som føres i selve budforespørselen, som dokumenterer hver mellomledd en forespørsel passerte gjennom på vei til kjøperen. Mellom de to kan en kjøper verifisere både hvem som er autorisert til å selge inventaret og den faktiske stien forespørselen tok for å nå dem.

Hvorfor det betyr noe for annonsører#

For annonsører er app-ads.txt-overholdelse ikke noe du konfigurerer selv, det er app-utviklerens ansvar, men det er verdt å vite om fordi DSP-er og verifiseringsleverandører i økende grad filtrerer eller flagger trafikk fra apper uten en gyldig fil. Hvis en native- eller in-app-kampanje underpresterer og trafikkvaliteten ser mistenkelig ut, er det et rimelig første skritt å sjekke om appen i spørsmålet har en komplett, nøyaktig app-ads.txt-fil og en ren annonseforsyningskjede. For en bredere oversikt over hvilke annonsører og nettverk som faktisk er aktive og hvor, i stedet for å revidere forsyningskjeder en app om gangen, gir OpenAdLibrarys ad intelligence-indeks innsikt i live kreativ aktivitet på tvers av store nettverk.

FAQ#

Er app-ads.txt pålagt av loven?

Nei. Det er en bransjestandard fra IAB Tech Lab, ikke et lovkrav, men store børser og DSP-er behandler i økende grad overholdelse som et de facto krav for at inventar skal bli betrodd og kjøpt i stor skala.

Hvor må en app-ads.txt-fil ligge?

På roten av domenet som app-utvikleren oppgir i app-butikklisten sin (for eksempel example.com/app-ads.txt), ikke på noe annet domene utvikleren måtte eie.

Hva er forskjellen mellom ads.txt og app-ads.txt?

ads.txt dekker nettsideinventar, som ligger på nettstedets eget domene. app-ads.txt dekker app-inventar, som i stedet ligger på utviklerens nettsidedomene, siden en app i seg selv ikke har en URL å legge filen på.

Stopper app-ads.txt all annonsesvindel?

Ingen enkeltkontroll gjør det. Det reduserer én spesifikk type spoofing, der en ondsinnet aktør falskt hevder å representere en legitim app, men det adresserer ikke alle former for ugyldig trafikk eller svindelaktivitet på egen hånd.