Folosirea ads.txt și sellers.json pentru Inteligență Publicitară (Ghid Practic)

ads.txt și sellers.json sunt două fișiere text mici, găzduite public, care, citite împreună, vă spun cine este autorizat să vândă inventarul publicitar al unui editor și cine deține efectiv un anumit ID de vânzător în lanț. Pentru cercetarea competitivă și a lanțului de aprovizionare, ele sunt una dintre puținele surse de date cu adevărat factuale și verificabile dintr-o industrie în care majoritatea afirmațiilor (cheltuieli, acoperire, "inventar premium") nu pot fi verificate. Iată cum să le folosiți efectiv.

Ce conține fiecare fișier, în practică#

ads.txt se află la domain.com/ads.txt pe domeniul rădăcină al oricărui editor și este o listă text simplă a fiecărei companii autorizate să vândă inventarul acelui editor, câte o linie pe relație. O linie tipică arată astfel:

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

Acestea sunt domeniul schimbului sau SSP-ului, ID-ul contului editorului la acel schimb, dacă relația este DIRECT (editorul tranzacționează direct cu ei) sau RESELLER (este implicat un intermediar) și un ID opțional al autorității de certificare. sellers.json este imaginea în oglindă, găzduită de schimb sau SSP la exchange.com/sellers.json, enumerând fiecare cont de vânzător cu care lucrează acel schimb, numele acestuia (uneori) și dacă este EDITOR, INTERMEDIAR sau AMBII. Comparându-le pe cele două, puteți confirma dacă vânzătorul pretins al unui slot publicitar specific are de fapt o relație autorizată sau dacă ceva nu se leagă.

De ce acest lucru contează pentru cercetarea competitivă și de siguranță a mărcii#

Lanțul de aprovizionare publicitară dintre bugetul unui advertiser și pagina unui editor este rareori o singură etapă. Anunțurile circulă frecvent prin una sau mai multe relații de inventar revândut înainte de a ajunge, iar fiecare etapă este o oportunitate pentru reprezentare greșită, falsificare de domeniu sau simplă confuzie despre cine rulează cu adevărat un anunț. ads.txt și sellers.json există special pentru a face acest lanț auditabil:

• Verificarea unei afirmații a unei rețele. Dacă o rețea nativă sau DSP pretinde acces direct la inventarul unui editor, fișierul ads.txt al acelui editor îl va lista ca DIRECT. Dacă apar doar ca reseller la mai multe etape distanță sau nu apar deloc, aceasta este o informație utilă înainte de a cumpăra.
• Identificarea falsificării de domeniu. Operațiunile frauduloase pretind uneori că reprezintă inventarul unui editor premium fără nicio autorizație. Verificarea ads.txt față de domeniul real al cererii de licitație este o metodă standard și gratuită de a detecta acest lucru.
• Înțelegerea de ce arată un anunț într-un anumit fel. Când urmăriți cum instrumentele de spionaj a anunțurilor capturează anunțurile native, perechea ads.txt/sellers.json este adesea cea mai rapidă modalitate de a confirma ce rețea a servit efectiv o anumită plasare, decât să ghiciți doar din stilul vizual al widget-ului.
• Auditarea propriilor căi de aprovizionare. Dacă sunteți editor, propriul dvs. fișier ads.txt este, de asemenea, cea mai rapidă modalitate de a verifica dacă un partener pe care l-ați întrerupt (sau nu l-ați autorizat niciodată) este încă listat sau dacă o integrare a adăugat linii pe care nu le așteptați.

Un flux de lucru practic în cinci pași#

1. Preluați ads.txt al editorului. Accesați https://[publisher-domain]/ads.txt direct într-un browser sau cu un script simplu. Este text simplu, nu este nevoie de autentificare.
2. Găsiți linia pentru schimbul sau rețeaua pe care o investigați. Căutați domeniul (de ex., taboola.com, outbrain.com sau SSP-ul relevant) și notați ID-ul contului editorului și dacă este marcat DIRECT sau RESELLER.
3. Preluați sellers.json al acelui schimb. Accesați https://[exchange-domain]/sellers.json și căutați ID-ul vânzătorului găsit la pasul 2.
4. Comparați numele și tipul vânzătorului. Intrarea din sellers.json se potrivește cu editorul cu care ați început? Este listată ca EDITOR (așa cum era de așteptat pentru o relație directă) sau INTERMEDIAR (așteptat pentru un lanț de reseller)?
5. Urmăriți lanțul dacă este o relație RESELLER. O linie RESELLER înseamnă că o altă entitate se află între editor și schimb. În mod ideal, acel intermediar ar trebui să transporte propriile sale date SupplyChain object (schain) în cererea de licitație, care înregistrează fiecare etapă pentru auditabilitate completă, deși datele schain nu sunt vizibile din fișierele ads.txt/sellers.json în sine; necesită acces la fluxul real de licitații sau la un instrument care îl capturează.

Constatări comune și ce înseamnă ele#

Cum se integrează acest lucru cu identificarea rețelei publicitare în general#

ads.txt și sellers.json sunt cele mai puternice pentru verificarea relațiilor pe partea de aprovizionare, nu pentru identificarea rețelei care a livrat efectiv un anunț specific pe care îl vizualizați ca și cumpărător. Pentru asta, lucrați de obicei din lanțul de redirecționare a creativului, din semnătura vizuală a widget-ului și din domeniile pixelului de urmărire implicați, care este abordarea acoperită în cum să identifici rețeaua publicitară din spatele oricărui anunț. Gândiți-vă la ads.txt și sellers.json ca la urma de audit pentru relațiile de aprovizionare, iar la analiza creativului/redirecționării ca la urma de audit pentru ceea ce rulează efectiv un advertiser.

Note despre instrumente#

Ambele formate de fișiere sunt guvernate de specificațiile IAB Tech Lab, iar specificațiile sursă sunt referința definitivă dacă întâlniți un caz limită pe care aceste fișiere nu îl acoperă clar, cum ar fi configurațiile cu conturi multiple sau câmpurile OWNERDOMAIN. Pentru verificări manuale punctuale, un browser și o căutare text sunt cu adevărat suficiente; nu aveți nevoie de instrumente plătite pentru verificări ocazionale. Unde devine plictisitor este să faceți acest lucru la scară pe zeci de editori sau să urmăriți modificările în timp, iar aici o platformă care indexează deja lanțul de aprovizionare pe rețele economisește munca repetitivă de preluare și comparare. Indexul de inteligență publicitară al OpenAdLibrary asociază acest tip de context al căii de aprovizionare cu creativul real în timp real și cu pagina de destinație trasată, astfel încât să nu fie nevoie să faceți referințe încrucișate la trei surse separate manual pentru fiecare plasare pe care doriți să o verificați.

De ce acest lucru contează mai mult pentru nativ decât pare la prima vedere#

Rețelele native revând inventarul în mod constant. Un singur slot de widget de recomandare de conținut pe pagina unui editor ar putea să circule direct prin rețea, printr-un reseller regional sau printr-un wrapper de licitație în antet care intermediază mai multe surse de cerere simultan. Deoarece anunțurile native poartă rareori genul de branding vizibil pe care îl are un banner display și deoarece widget-ul în sine arată adesea identic indiferent de ce rețea este de fapt în spate, ads.txt și sellers.json sunt uneori singura modalitate fiabilă de a confirma ce rețea deține legitim o anumită relație cu un editor, mai ales când site-ul unui editor rulează mai multe widget-uri native în paralel de la diferiți furnizori. Acesta este și motivul pentru care configurațiile de licitație în antet, în care mai multe schimburi concurează pentru același slot în timp real, beneficiază de aceeași verificare: fiecare schimb participant ar trebui să aibă propria linie autorizată în ads.txt-ul editorului și propria intrare corespunzătoare în sellers.json.

A face acest lucru la scară versus a-l face o dată#

Verificarea manuală a fișierului unui editor durează câteva minute. Verificarea lui pe o listă de urmărire a cincizeci de editori, în mod recurent, pentru a detecta relații noi sau abandonate, este o problemă diferită și este genul de lucru care încetează în tăcere odată ce curiozitatea inițială dispare, chiar dacă valoarea vine din a o face în mod repetat. Dacă integrați acest lucru într-un proces de cercetare permanent, mai degrabă decât o verificare unică, merită să îl asociați cu orice monitorizare a lanțului de aprovizionare publicitară pe care o faceți deja pentru modificările creativului și ale paginii de destinație, astfel încât imaginea pe partea de aprovizionare și cea creativă să se actualizeze împreună, în loc să se desincronizeze.

O notă despre limite#

Aceste fișiere sunt autodeclarate de editori și schimburi. Nimic nu obligă un editor să-și păstreze ads.txt actualizat, iar un fișier învechit sau incomplet este comun, mai ales pe site-urile mai mici. Tratați o intrare lipsă sau inconsistentă ca pe un motiv pentru a investiga mai departe, nu ca pe o dovadă automată de fraudă; mulți editori mici legitimi pur și simplu nu și-au actualizat fișierul recent. Valoarea ads.txt și sellers.json este că fac lanțul de aprovizionare verificabil în primul rând, nu că îl fac infailibil.