Zarządzanie zasobami reklamowymi

Deklarowanie autoryzowanych sprzedawców w pliku ads.txt

Authorized Digital Sellers (plik ads.txt) to projekt IAB, który ma zagwarantować, że Twoje internetowe zasoby reklamowe będą sprzedawane tylko przez tych sprzedawców (jak np. AdSense), którzy otrzymali od Ciebie właściwe uprawnienia. Utworzenie własnego pliku ads.txt da Ci większą kontrolę nad tym, kto może sprzedawać reklamy wyświetlane w Twojej witrynie. Dzięki temu łatwiej będzie zapobiec przedstawianiu reklamodawcom fałszywych zasobów reklamowych.

Zdecydowanie zalecamy korzystanie z pliku ads.txt – może on pomóc kupującym rozpoznać fałszywe zasoby reklamowe, co pozwoli Ci uzyskać od reklamodawców większe środki, które inaczej mogłyby zostać przeznaczone na takie sfałszowane zasoby.

Uwaga: z tych instrukcji dowiesz się, jak utworzyć plik ads.txt dla wydawców Google. Wydawcy spoza Google powinni w tym celu skontaktować się z platformą SSP lub giełdami.

Tworzenie własnego pliku ads.txt dla AdSense

Aby utworzyć plik ads.txt z publiczną deklaracją, że Google ma prawo sprzedawać Twoje zasoby reklamowe:

  1. Utwórz plik tekstowy (.txt).
  2. Wstaw w nim następujący wiersz:

    google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

    Ważne: pamiętaj, aby zastąpić pub-0000000000000000 swoim identyfikatorem wydawcy.
  3. Przechowuj plik ads.txt na poziomie głównym swojej domeny (np. https://example.com/ads.txt).

    Poziom główny domeny znajduje się o jeden poziom poniżej poziomu wymienionego na liście domen publicznych. Dlatego na przykład domena „google.pl” jest domeną główną, ale domena „maps.google.pl” – już nie. Zobacz specyfikację IAB dla plików ads.txt.

Jakie informacje zawiera plik ads.txt?

Do pliku dodaj osobny wiersz dla każdego autoryzowanego sprzedawcy. Każdy wiersz na liście ads.txt wydawcy wymaga trzech fragmentów danych (plus czwarte pole opcjonalne):

<Field #1>, <Field #2>, <Field #3>, <Field #4>

  • <Field #1>: nazwa domeny systemu reklamowego (wymagana).

    Kanoniczna nazwa domeny platformy SSP, giełdy, kodu nagłówka itp. systemu, z którym łączą się systemy licytujące. Może to być domena aktywna systemu, jeśli różni się ona od nadrzędnej domeny używanej przez firmę, co ułatwia sprawdzanie bazy danych WHOIS i odwrotne wyszukiwanie adresów IP w celu wyraźnego określenia własności systemu delegującego. W idealnej sytuacji platforma SSP lub giełda publikuje dokument określający nazwę domeny. 

    W przypadku kont sprzedawców Google nazwa domeny to zawsze google.com.

  • <Field #2>: identyfikator konta wydawcy (wymagany).

    Identyfikator powiązany z kontem sprzedawcy w systemie reklamowym określonym w polu 1. Użyta w nim wartość musi być taka sama, jaką stosuje się w transakcjach (na przykład pytaniach o stawkę OpenRTB) w polu określonym przez platformę SSP lub giełdę. W systemie OpenRTB jest to zazwyczaj pole publisher.id, a w OpenDirect – identyfikator organizacji wydawcy. 

    W przypadku kont sprzedawców Google należy użyć identyfikatora wydawcy wyświetlanego na każdym koncie (w formacie pub-0000000000000000). Aby znaleźć ten identyfikator:

    W deklaracji podaj tylko prefiks pub- i 16-cyfrowy kod numeryczny. Usuń prefiks dotyczący rodzaju usługi (na przykład ca- lub ca-video-). Jeśli zarabiasz na wielu kontach Ad Manager lub AdSense, musisz wstawić osobny wiersz dla każdego konta z odpowiednim kodem pub-.
    W przypadku domen z opublikowanym plikiem ads.txt, w którym identyfikator wydawcy danego sprzedawcy nie jest autoryzowany, zarabianie przez Ad Managera nie będzie możliwe. Google przestanie kupować reklamy w takich witrynach. Aby ta zmiana nie miała wpływu na zarobki, zalecamy zaktualizowanie plików ads.txt w taki sposób, aby zawierały identyfikator wydawcy dla każdej witryny, w której chcesz zarabiać (dowiedz się, jak zaktualizować plik ads.txt w usłudze Ad Manager). Jeśli korzystasz ze Skalowanego zarządzania partnerami, powiadom partnerów o konieczności dołączenia identyfikatorów wydawcy w ich plikach ads.txt.
  • <Field #3>: typ konta/relacji (wymagany).

    Określenie typu konta.

    • Wartość „DIRECT” wskazuje, że wydawca (właściciel treści) bezpośrednio kontroluje konto podane w polu 2 w systemie określonym w polu 1. Na ogół oznacza to, że istnieje bezpośrednia umowa biznesowa między wydawcą a systemem reklamowym.

      Wydawcy Google, którzy bezpośrednio kontrolują konto wskazane w polu 2, powinni użyć wartości „DIRECT”.

    • Wartość „RESELLER” oznacza, że wydawca upoważnił inny podmiot do objęcia kontroli nad kontem wskazanym w polu 2 i odsprzedaży jego przestrzeni reklamowej w systemie określonym w polu 1. W przyszłości mogą pojawić się inne typy. Podczas interpretacji danych pamiętaj, że wielkość liter w tym polu nie jest rozróżniana.

      Wydawcy Google, którzy nie kontrolują bezpośrednio konta wskazanego w polu 2, powinni podać wartość „RESELLER”. Na przykład w przypadku konta Ad Manager, na którym stosuje się zarządzanie partnerami sieci, należy użyć wartości „RESELLER” dla zasobów reklamowych, którymi nie zarządza się bezpośrednio z tego konta.

  • <Field #4>: identyfikator urzędu certyfikacji (opcjonalny).

    Identyfikator, który jednoznacznie wskazuje system reklamowy w urzędzie certyfikacji (identyfikator ten odwołuje się do podmiotu wymienionego w polu 1). Obecny urząd certyfikacji to Trustworthy Accountability Group (TAG), więc tutaj należy użyć identyfikatora TAG.

    W przypadku kont sprzedawców Google identyfikator TAG to f08c47fec0942fa0.

Najczęstsze pytania

Widzę alert dotyczący mojego pliku ads.txt w AdSense. Jak sprawdzić, które witryny zawierają nieprawidłowy plik ads.txt?

Jeśli na Twoim koncie pojawia się alert ads.txt, wejdź na stronę Witryny, by zobaczyć listę stron, których ten problem dotyczy.

Jak Google egzekwuje zawartość plików ads.txt?

Google używa zawartości wszystkich plików ads.txt przechowywanych w domenie głównej, by określać, które konta sprzedawców mogą wyświetlać w niej reklamy. W przypadku domen głównych, w których nie ma pliku ads.txt, nie są stosowane żadne dodatkowe mechanizmy egzekwowania.

Google przeprowadza aukcję i zwraca zwycięską reklamę w odpowiedzi na żądania z witryn, w których znajduje się plik ads.txt z prawidłowo podanym identyfikatorem wydawcy. Jeśli identyfikator w pliku jest nieprawidłowy, aukcja nie jest przeprowadzana w odpowiedzi na takie żądanie.

Nowe i zaktualizowane pliki ads.txt są wykrywane automatycznie, ale uwzględnienie zmian może potrwać do 24 godzin.

Co się dzieje, jeśli plik ads.txt jest przechowywany w subdomenie?

Google indeksuje i egzekwuje pliki ads.txt umieszczone w subdomenach, jeśli pliki te istnieją i odwołuje się do nich plik ads.txt w domenie głównej. Narzędzie do zarządzania plikami ads.txt nie wyświetla na razie listy zindeksowanych subdomen.

Czy Google obsługuje przekierowania?

Google obsługuje jedno przekierowanie HTTP do miejsca docelowego poza pierwotną domeną główną (np. przekierowanie z example1.com/ads.txt do example2.com/ads.txt). Zobacz aktualizację specyfikacji IAB.

Wielokrotne przekierowania też są obsługiwane, o ile każda z lokalizacji, do których następuje przekierowanie, należy do pierwotnej domeny głównej. Przykład:

  • example.com/ads.txt przekierowuje do www.example.com/ads.txt
  • example.com/ads.txt przekierowuje do subdomain.example.com/ads.txt
  • example.com/ads.txt przekierowuje do example.com/page/ads.txt

Jak skonfigurować plik ads.txt dla Bloggera?

Odpowiednie instrukcje znajdziesz w Centrum pomocy Bloggera.

Czy to było pomocne?
Jak możemy ją poprawić?