Wykorzystanie ads.txt i sellers.json do analizy reklam (Praktyczny przewodnik)
ads.txt i sellers.json to dwa darmowe, publicznie dostępne pliki, które pozwalają zweryfikować, kto jest faktycznie upoważniony do sprzedaży zasobów wydawcy. Oto praktyczny przepływ pracy wykorzystujący je w badaniach reklamowych.

ads.txt i sellers.json to dwa małe, publicznie hostowane pliki tekstowe, które w połączeniu informują, kto jest upoważniony do sprzedaży zasobów reklamowych wydawcy oraz kto faktycznie posiada dany identyfikator sprzedawcy w łańcuchu. Dla badań konkurencyjnych i łańcucha dostaw są jednym z niewielu naprawdę faktograficznych, weryfikowalnych źródeł danych w branży, w której większość twierdzeń (wydatki, zasięg, "premium inventory") nie może być sprawdzona. Oto jak je praktycznie wykorzystać.
Co zawiera każdy plik, w praktyce#
ads.txt znajduje się pod domain.com/ads.txt w katalogu głównym dowolnej domeny wydawcy i jest listą w formacie tekstowym wszystkich firm upoważnionych do sprzedaży zasobów tego wydawcy, po jednej linii na relację. Przykładowa linia wygląda tak:
google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0
To domena wymiany lub SSP, identyfikator konta wydawcy w tej wymianie, informacja, czy relacja jest DIRECT (wydawca współpracuje bezpośrednio) czy RESELLER (zaangażowany pośrednik), oraz opcjonalny identyfikator organu certyfikującego. sellers.json jest lustrzanym odbiciem, hostowanym przez wymianę lub SSP pod exchange.com/sellers.json, wymieniającym każde konto sprzedawcy, z którym wymiana współpracuje, ich nazwę (czasami) oraz typ: PUBLISHER, INTERMEDIARY lub BOTH. Porównując oba pliki, możesz potwierdzić, czy konkretny sprzedawca przypisany do miejsca reklamowego ma uprawnioną relację, lub czy coś nie zgadza się.
Dlaczego ma to znaczenie dla badań konkurencyjnych i bezpieczeństwa marki#
Łańcuch dostaw reklam między budżetem reklamodawcy a stroną wydawcy rzadko składa się z jednego przeskoku. Reklamy często przepływają przez jedną lub więcej relacji resold inventory zanim dotrą do celu, a każdy przeskok to szansa na nieprawdziwe informacje, podszywanie się pod domeny lub po prostu zamieszanie, kto naprawdę uruchamia reklamę. ads.txt i sellers.json istnieją właśnie po to, by ten łańcuch był audytowalny:
- Weryfikacja roszczeń sieci. Jeśli natywna sieć lub DSP twierdzi, że ma bezpośredni dostęp do zasobów wydawcy, plik ads.txt tego wydawcy wymieni go jako DIRECT. Jeśli pojawia się jedynie jako reseller po kilku przeskokach lub wcale nie jest wymieniony, jest to przydatna informacja przed zakupem.
- Wykrywanie podszywania się pod domeny. Oszuści czasami twierdzą, że reprezentują zasoby premium wydawcy bez żadnego upoważnienia. Sprawdzenie ads.txt względem rzeczywistej domeny żądania oferty to standardowy, darmowy sposób na wykrycie takiego procederu.
- Zrozumienie, dlaczego reklama wygląda tak, jak wygląda. Gdy śledzisz jak narzędzia szpiegujące reklamy przechwytują natywne reklamy, połączenie ads.txt/sellers.json jest często najszybszym sposobem potwierdzenia, która sieć faktycznie obsłużyła dane miejsce, zamiast zgadywać na podstawie samego wyglądu widgetu.
- Audyt własnych ścieżek dostaw. Jeśli jesteś wydawcą, własny plik ads.txt jest także najszybszym sposobem sprawdzenia, czy partner, którego odcięto (lub nigdy nie upoważniono), nadal jest wymieniony, lub czy integracja dodała linie, których się nie spodziewałeś.
Praktyczny pięcioetapowy przepływ pracy#
- Pobierz plik ads.txt wydawcy. Pobierz
https://[publisher-domain]/ads.txtbezpośrednio w przeglądarce lub prostym skrypcie. To zwykły tekst, bez wymogu uwierzytelnienia. - Znajdź linię dotyczącą wymiany lub sieci, którą badacie. Wyszukaj domenę (np.
taboola.com,outbrain.comlub odpowiedni SSP) i zanotuj identyfikator konta wydawcy oraz oznaczenie DIRECT lub RESELLER. - Pobierz sellers.json tej wymiany. Pobierz
https://[exchange-domain]/sellers.jsoni wyszukaj identyfikator sprzedawcy znaleziony w kroku 2. - Porównaj nazwę i typ sprzedawcy. Czy wpis w sellers.json odpowiada wydawcy, od którego zaczęliśmy? Czy jest oznaczony jako PUBLISHER (co jest spodziewane przy relacji bezpośredniej) czy INTERMEDIARY (co wskazuje na łańcuch resellerów)?
- Śledź łańcuch, jeśli to relacja RESELLER. Linia RESELLER oznacza, że inny podmiot znajduje się pomiędzy wydawcą a wymianą. Idealnie, pośrednik powinien posiadać własny obiekt SupplyChain (schain) w żądaniu oferty, który rejestruje każdy przeskok dla pełnej audytowalności, choć dane schain nie są widoczne w samych plikach ads.txt/sellers.json; wymagają dostępu do rzeczywistego strumienia ofert lub narzędzia je przechwytującego.
Typowe wnioski i ich znaczenie#
| Co znajdziesz | Prawdopodobne znaczenie |
|---|---|
| Sieć, którą badacie, nie występuje w ads.txt wydawcy | Albo zasób jest nieupoważniony, albo patrzycie na niewłaściwą domenę wydawcy dla tego konkretnego miejsca (częste przy poddomenach i hybrydach aplikacja‑web) |
| Wymieniona wyłącznie jako RESELLER, kilka warstw głęboko | Zasób jest odsprzedawany przez pośredników; warto dokładniej sprawdzić przed zakupem w dużej skali |
| Wpis sellers.json oznaczony jako "CONFIDENTIAL" | Wymiana ukrywa nazwę sprzedawcy, co jest dopuszczalne wg specyfikacji, ale zmniejsza przejrzystość |
| Identyfikator wydawcy pojawia się z wieloma różnymi domenami wymiany jako DIRECT | Normalne; większość wydawców współpracuje bezpośrednio z kilkoma wymianami jednocześnie |
Gdzie to wpisuje się w szerszą identyfikację sieci reklamowej#
ads.txt i sellers.json są najskuteczniejsze w weryfikacji relacji po stronie dostawcy, nie w identyfikacji, która sieć faktycznie dostarczyła konkretną reklamę, którą oglądasz jako kupujący. W tym celu zazwyczaj analizujesz łańcuch przekierowań kreatywu, sygnaturę wizualną widgetu oraz domeny piksela śledzącego zaangażowane – podejście opisane w jak zidentyfikować sieć reklamową za każdą reklamą. Traktuj ads.txt i sellers.json jako ślad audytowy relacji dostawczych, a analizę kreatywu/łańcucha przekierowań jako ślad audytowy tego, co reklamodawca faktycznie uruchamia.
Uwagi techniczne#
Oba formaty plików są regulowane przez specyfikacje IAB Tech Lab, a ich źródłowe specyfikacje są ostatecznym odniesieniem, gdy napotkasz przypadek brzegowy, którego te pliki nie obejmują czysto, np. konfiguracje wielokontowych kont lub pola OWNERDOMAIN. Do ręcznych kontroli wystarczy przeglądarka i wyszukiwanie tekstu – nie potrzebujesz płatnych narzędzi do okazjonalnej weryfikacji. Problem pojawia się przy skalowaniu tego procesu na dziesiątki wydawców lub monitorowaniu zmian w czasie, co jest zadaniem platformy indeksującej łańcuch dostaw w różnych sieciach, aby uniknąć ręcznego pobierania i porównywania. Indeks inteligencji reklamowej OpenAdLibrary łączy tego rodzaju kontekst łańcucha dostaw z rzeczywistymi, żywymi kreatywami i śledzonymi stronami docelowymi, więc nie musisz ręcznie krzyżować trzech oddzielnych źródeł dla każdego miejsca, które chcesz sprawdzić.
Dlaczego ma to większe znaczenie dla natywnych reklam niż na pierwszy rzut oka#
Sieci natywne nieustannie odsprzedają zasoby. Jeden slot widgetu rekomendacji treści na stronie wydawcy może być obsługiwany bezpośrednio przez sieć, przez regionalnego resellera lub przez wrapper header‑biddingowy, który pośredniczy w kilku źródłach popytu jednocześnie. Ponieważ natywne reklamy rzadko noszą widoczne oznaczenia marki, a sam widget często wygląda identycznie niezależnie od tego, która sieć stoi za nim, ads.txt i sellers.json są czasem jedynym wiarygodnym sposobem potwierdzenia, która sieć rzeczywiście posiada dany związek z wydawcą – szczególnie gdy strona wydawcy uruchamia wiele natywnych widgetów obok siebie od różnych dostawców. To także powód, dla którego konfiguracje header‑bidding, w których kilka wymian rywalizuje o ten sam slot w czasie rzeczywistym, korzystają z tej samej weryfikacji: każda uczestnicząca wymiana powinna mieć własną upoważnioną linię w ads.txt wydawcy oraz odpowiadający wpis w sellers.json.
Skalowanie vs jednorazowe użycie#
Sprawdzenie jednego pliku wydawcy ręcznie zajmuje kilka minut. Przeglądanie go wśród listy pięćdziesięciu wydawców regularnie, aby wyłapać nowe lub utracone relacje, to inny problem, i to właśnie ten, który przestaje być wykonywany po początkowej ciekawości, mimo że wartość płynie z powtarzalności. Jeśli wbudowujesz to w stały proces badawczy, a nie jednorazową kontrolę, warto połączyć to z istniejącym monitorowaniem łańcucha dostaw reklam pod kątem zmian kreatywnych i stron docelowych, aby obrazy po stronie dostawcy i po stronie kreatywu aktualizowały się razem, a nie rozchodziły się w czasie.
Uwaga o ograniczeniach#
Pliki te są deklarowane samodzielnie przez wydawców i wymiany. Nic nie zmusza wydawcy do utrzymywania aktualnego ads.txt, a przestarzały lub niekompletny plik jest powszechny, zwłaszcza na mniejszych witrynach. Traktuj brakujący lub niezgodny wpis jako sygnał do dalszego dochodzenia, a nie jako automatyczny dowód oszustwa; wiele małych, legalnych wydawców po prostu nie zaktualizowało swojego pliku niedawno. Wartość ads.txt i sellers.json polega na tym, że umożliwiają weryfikację łańcucha dostaw, a nie na tym, że czynią go nieomylnym.







