Керування рекламним ресурсом

Як повідомити про авторизованих продавців за допомогою файлу ads.txt

Авторизовані продавці цифрових послуг (ads.txt) – це проект компанії IAB, покликаний гарантувати, що ваш рекламний ресурс продаватимуть лише авторизовані вами продавці (наприклад, AdSense). Створивши файл ads.txt, ви отримаєте більше контролю над тим, хто продає оголошення на вашому сайті, і захистите рекламодавців від підробленого рекламного ресурсу.

Наполегливо рекомендуємо використовувати файл ads.txt. Завдяки цьому покупці зможуть виявляти підроблений рекламний ресурс, а ви отримуватимете більший дохід від витрат рекламодавців, який раніше міг надходити власникам підробленого рекламного ресурсу.

Примітка. Нижче наведено вказівки зі створення файлу ads.txt для видавців Google. Видавці, які не належать до Google, повинні звернутися до своїх платформ або бірж продавців.

Як створити власний файл ads.txt для AdSense

Нижче описано, як створити файл ads.txt, щоб публічно оголосити, що Google є авторизованим продавцем вашого рекламного ресурсу.

  1. Створіть текстовий файл (.txt).
  2. Додайте в нього такий рядок:

    google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

    Важливо. Переконайтеся, що ви замінили pub-0000000000000000 на власний ідентифікатор видавця.
  3. Розмістіть файл ads.txt на кореневому рівні домену (наприклад, https://example.com/ads.txt).

    Кореневий рівень знаходиться на рівень нижче від указаних у списку загальнодоступних суфіксів. Наприклад, google.co.uk – це кореневий домен .co.uk, а maps.google.co.uk – ні. Ознайомтеся зі специфікацією файлів ads.txt від компанії IAB.

Яку інформацію містить файл ads.txt?

Додайте у файл по одному рядку на кожного авторизованого продавця. Кожен рядок у списку ads.txt видавця має містити три значення (четверте поле необов’язкове):

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

  • <Field #1>: доменне ім’я рекламної системи (обов’язково).

    Канонічне доменне ім’я платформи продавця, біржі, оболонки заголовка тощо. Тобто системи, до якої під’єднуються учасники аукціону. Це може бути робочий домен системи (відмінний від основного корпоративного домену), який має чітко підтверджувати право власності на вповноважену систему в разі надходження запитів у базу даних WHOIS і зворотного пошуку IP-адрес. Бажано, щоб платформа продавця або біржа опублікувала документ, у якому буде вказано, яке доменне ім’я використовувати. 

    Для облікових записів продавців Google доменним іменем завжди є google.com.

  • <Field #2>: ідентифікатор облікового запису видавця (обов’язково).

    Ідентифікатор, зв’язаний з обліковим записом продавця або торговельного посередника, у рекламній системі, яку зазначено в полі #1. Це поле має містити таке саме значення, яке використовується в трансакціях (як-от запити ставок OpenRTB) у полі, визначеному платформою продавця або біржею. Зазвичай в OpenRTB це поле publisher.id. В OpenDirect здебільшого це ідентифікатор організації видавця. 

    Якщо використовується обліковий запис продавця Google, указуйте ідентифікатор видавця, який відображається в кожному обліковому записі (наприклад, pub-0000000000000000). Щоб знайти цей ідентифікатор:

    Ваше повідомлення має містити лише префікс pub- і 16-значний цифровий код. Видаліть префікс продукту (наприклад, ca- або ca-video-). Якщо ви монетизуєте вміст за допомогою кількох облікових записів Ad Manager та/або AdSense, укажіть кожен в окремому рядку, додавши відповідний код pub-.
    Домени, у яких опубліковано файл ads.txt без ідентифікатора видавця, більше не можна буде монетизувати за допомогою Ad Manager, а компанія Google більше не купуватиме оголошення на таких сайтах. Щоб це не вплинуло на ваші прибутки, додайте у свої файли ads.txt ідентифікатори видавців для всіх сайтів, які ви хочете монетизувати (дізнайтеся, як оновити файл ads.txt в Ad Manager). Якщо ви використовуєте функцію Scaled Partner Management, рекомендуємо попросити компанії-партнерів додати ваш ідентифікатор видавця в їхні файли ads.txt.
  • <Field #3>: тип облікового запису/відносин (обов’язково).

    Зазначення типу облікового запису.

    • Значення DIRECT указує, що видавець (власник вмісту) безпосередньо керує обліковим записом (поле #2) через систему, яку зазначено в полі #1. Це означає, що безпосередньо між видавцем і рекламною системою є угода про комерційне використання.

      Видавці Google, які керують обліковим записом (поле #2) самі, повинні вказати значення DIRECT.

    • Значення RESELLER указує, що видавець дозволив іншій організації керувати обліковим записом (поле #2) і продавати місце для реклами через систему, яку зазначено в полі #1. Пізніше може бути додано інші типи облікових записів. Зверніть увагу, що дані в цьому полі слід тлумачити з урахуванням регістру.

      Видавці Google, які не керують обліковим записом (поле #2) безпосередньо, повинні вказувати RESELLER. Наприклад, для облікового запису Ad Manager, який керує певним рекламним ресурсом за допомогою компаній-партнерів, слід указувати значення RESELLER.

  • <Field #4>: ідентифікатор центру сертифікації (необов’язково).

    Унікальний ідентифікатор, який позначає рекламну систему в центрі сертифікації (цей ідентифікатор зіставляється з організацією, яку вказано в полі #1). Наразі центром сертифікації є Trustworthy Accountability Group (TAG) і в цьому полі слід указувати ідентифікатор TAG.

    Для облікових записів продавців Google ідентифікатором TAG є f08c47fec0942fa0.

Поширені запитання

Я бачу в AdSense сповіщення про файл ads.txt. Як дізнатися, на якому з моїх сайтів розміщено неправильний файл ads.txt?

Щоб переглянути список сайтів, яких стосується сповіщення про файл ads.txt у вашому обліковому записі, відкрийте сторінку Сайти.

Як Google застосовує файли ads.txt?

Компанія Google використовує вміст файлів ads.txt, розміщених у кореневому домені, щоб визначати, які облікові записи продавців мають дозвіл показувати оголошення в цьому домені. До кореневих доменів без файлу ads.txt жодних дій не застосовується.

За запитами на сайтах, де існує файл ads.txt з правильно вказаним ідентифікатором видавця, компанія Google проводить аукціон і показує оголошення, яке перемогло. Якщо ідентифікатор у файлі неправильний, аукціон за цим запитом не проводиться.

Нові й оновлені файли ads.txt визначаються автоматично, але застосування змін може тривати протягом 24 годин.

Що робити, якщо файл ads.txt розміщено в субдомені?

Google сканує та застосовує файли ads.txt, розміщені в субдоменах, і кожен відповідний субдомен переспрямовується від файлу ads.txt до кореневого домену. В інструменті керування ads.txt наразі не відображається список просканованих субдоменів.

Чи підтримує Google переспрямування?

Google підтримує одне переспрямування за протоколом HTTP до місця за межами вихідного кореневого домену (наприклад, example1.com/ads.txt переспрямовує до example2.com/ads.txt). Оновлену інформацію IAB ви знайдете в цьому документі.

Кілька переспрямувань підтримуються, лише якщо кожна адреса переспрямування залишається у вихідному кореневому домені. Приклад:

  • example.com/ads.txt переспрямовує на www.example.com/ads.txt;
  • example.com/ads.txt переспрямовує на subdomain.example.com/ads.txt;
  • example.com/ads.txt переспрямовує на example.com/page/ads.txt.

Як налаштувати файл ads.txt для сервісу Blogger?

Докладні вказівки можна знайти в Довідковому центрі Blogger.

Чи корисна ця інформація?
Як можна її покращити?