app-ads.txt

app-ads.txt är en textfil, hostad på en mobil- eller CTV-apputvecklares webbplats, som listar vilka adtech-företag som är auktoriserade att sälja den appens annonsinventarie. Det är den appspecifika utökningen av den ursprungliga ads.txt-standarden, anpassad eftersom appar inte har sin egen webbdomän att hosta en fil på, som en webbplats har.

Hur det fungerar#

En apputvecklare publicerar en app-ads.txt-fil i roten på sin utvecklarwebbplats, den domän som anges i appens butikslistning, med en rad per auktoriserad säljare: annonssystemets domän, utvecklarens säljar- eller utgivar-ID hos det systemet, om relationen är direkt eller återförsäljare, och eventuellt ett certifierings-ID. När en budförfrågan för den appens inventarie når en demand-side platform, kan köparen eller deras bedrägeridetekteringslager dubbelkolla det påstådda utgivar- och säljar-ID:t mot utvecklarens publicerade app-ads.txt-lista. Om förfrågan inte matchar en auktoriserad post är det en stark signal på förfalskad eller felaktigt representerad inventarie.

Den relaterade sellers.json-standarden fungerar från andra hållet: det är en fil som varje annonssystem publicerar och som listar de säljare det samarbetar med, så att en köpare kan verifiera båda sidorna av påståendet oberoende.

Varför det finns#

Mobilappinventarie har historiskt varit ett lätt mål för klickbedrägeri och domän- eller app-spoofing, där en illvillig aktör säljer lågkvalitativ eller helt falsk inventarie samtidigt som den påstår sig representera en premium, välkänd app. Eftersom appar inte har en surfbar URL som webbplatser har, fanns det ingen motsvarighet till ads.txt för köpare att kontrollera mot förrän app-ads.txt fyllde det gapet. Det är nu en basförväntan; köpare och deras plattformar behandlar i allt högre grad obehöriga eller olistade budförfrågningar som hög risk som standard, snarare än att ge dem tvivlets fördel.

app-ads.txt interagerar också med SupplyChain Object (schain) som bärs i budförfrågan själv, vilket dokumenterar varje mellanhand en förfrågan passerade på vägen till köparen. Mellan de två kan en köpare verifiera både vem som är auktoriserad att sälja inventariet och den faktiska vägen förfrågan tog för att nå dem.

Varför det är viktigt för annonsörer#

För annonsörer är efterlevnad av app-ads.txt inte något du konfigurerar själv, det är apputvecklarens ansvar, men det är värt att veta eftersom DSP:er och verifieringsleverantörer i allt högre grad filtrerar eller flaggar trafik från appar utan en giltig fil. Om en native- eller in-app-kampanj presterar under förväntan och trafikkvaliteten verkar felaktig, är det ett rimligt första steg att kontrollera om appen i fråga har en fullständig, korrekt app-ads.txt-fil och en ren annonsförsörjningskedja. För en bredare läsning av vilka annonsörer och nätverk som faktiskt är aktiva och var, snarare än att granska försörjningskedjefiler en app i taget, ger OpenAdLibrary:s annonsintelligensindex insyn i live kreativ aktivitet över större nätverk.

FAQ#

Krävs app-ads.txt enligt lag?

Nej. Det är en branschstandard från IAB Tech Lab, inte ett juridiskt krav, men större annonsbörser och DSP:er behandlar i allt högre grad efterlevnad som ett de facto-krav för att inventariet ska vara betrott och köpas i stor skala.

Var måste en app-ads.txt-fil finnas?

I roten på den domän som apputvecklaren anger i sin appbutikslistning (till exempel example.com/app-ads.txt), inte på någon annan domän som utvecklaren kan äga.

Vad är skillnaden mellan ads.txt och app-ads.txt?

ads.txt täcker webbplatsinventarie, hostad på webbplatsens egen domän. app-ads.txt täcker appinventarie, hostad på utvecklarens webbplatsdomän istället, eftersom en app i sig inte har någon URL att hosta filen på.

Stoppar app-ads.txt all annonsbedrägeri?

Ingen enskild kontroll gör det. Det minskar en specifik typ av spoofing, där en illvillig aktör falskt hävdar att den representerar en legitim app, men det adresserar inte alla former av ogiltig trafik eller bedräglig aktivitet på egen hand.