Нижче наведено відповіді на деякі з найпоширеніших запитань щодо файлу ads.txt.
Розгорнути всі Згорнути всіЩоб створити файл ads.txt у WordPress, радимо використовувати плагін. Якщо ви вже користуєтеся плагіном для розміщення оголошень, можливо, за його допомогою можна створити файл ads.txt. Скористайтеся цим запитом, щоб знайти потрібний інструмент.
Докладні вказівки можна знайти в Довідковому центрі Blogger.
Зверніться до свого постачальника системи керування контентом із проханням додати файл ads.txt від вашого імені.
Google сканує та враховує файли ads.txt, розміщені в субдоменах, якщо на них є посилання у файлі ads.txt кореневого домену.
Щоб налаштувати посилання на субдомен у файлі ads.txt кореневого домену, додайте означення subdomain=
. Припустімо, що ваш файл ads.txt для example.com
має посилатися на субдомен subdomain.example.com
. Тоді у файл ads.txt кореневого домену потрібно додати цей рядок: subdomain=subdomain.example.com.
Щоб дізнатися більше про перенаправлення на субдомени, перегляньте специфікацію файлів ads.txt від компанії IAB.
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
.
Компанія Google використовує вміст файлів ads.txt, розміщених у кореневому домені, щоб визначати, які облікові записи продавців мають дозвіл показувати оголошення в цьому домені. За запитами на сайтах, де існує файл ads.txt з правильно вказаним ідентифікатором видавця, компанія Google проводить аукціон і показує оголошення, яке перемогло. Якщо ідентифікатор у файлі неправильний, аукціон за цим запитом не проводиться.
Додайте у файл по одному рядку на кожного авторизованого продавця. Кожен рядок у списку 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
). Щоб знайти цей ідентифікатор:- в AdSense: увійдіть в обліковий запис AdSense, натисніть Обліковий запис Дані облікового запису;
- у Google Ad Manager: увійдіть в обліковий запис Google Ad Manager, натисніть Адміністратор Загальні налаштування, щоб знайти ідентифікатор видавця основного облікового запису та інших зв’язаних облікових записів.
Ваше повідомлення має містити лише префікс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
.