Управление инвентарем

Указание авторизованных продавцов в файле ads.txt

В файле ads.txt (Authorized Digital Sellers или Авторизованные продавцы цифрового контента) используется технология, разработанная бюро Интернет-рекламы (IAB). Она позволяет гарантировать, что ваш цифровой рекламный инвентарь продается только через указанных вами в файле авторизованных продавцов (например, AdSense). С помощью файла ads.txt вы можете контролировать, кому разрешено продавать рекламу на вашем сайте. Кроме того, это позволяет обезопасить покупателей от поддельного инвентаря.

Мы настоятельно рекомендуем вам использовать файл ads.txt. Обозначив авторизованных продавцов, вы можете увеличить доход, поскольку средства рекламодателей не будут расходоваться на показы на поддельном инвентаре.

Примечание. В этой статье приведены инструкции по созданию файла ads.txt для издателей 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 – нет. Подробнее о спецификациях IAB ads.txt

Какая информация содержится в файле ads.txt?

Создайте общедоступный файл ads.txt. В нем должны быть перечислены аккаунты всех аукционов и платформ продавцов, у которых есть право продавать ваш инвентарь. Каждая строка в файле ads.txt содержит три обязательных поля и одно необязательное:

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

  • <Field #1>. Каноническое доменное имя платформы, биржи или другого сервиса, к которому обращаются системы назначения ставок. Вы можете указать действующий домен платформы, если он отличается от родительского корпоративного домена. Такая возможность предусмотрена для того, чтобы упростить поиск WHOIS и обратные запросы IP. В этом случае можно точно установить владельца соответствующей системы. Обычно доменное имя указано в специальном документе, который публикует платформа продавца или аукцион.

    Доменное имя для аккаунтов продавцов Google – google.com.

  • <Field #2>. Идентификатор, связанный с аккаунтом продавца или реселлера в рекламной системе, который указан в поле Field #1. Он должен содержать то же значение, которое указано в транзакции (например, в запросе ставки OpenRTB). В протоколе OpenRTB это значение обычно приведено в поле publisher.id, а в протоколе OpenDirect оно совпадает с идентификатором организации издателя. 

    Продавцам, которые работают с продуктами Google, следует использовать идентификатор, указанный в соответствующем аккаунте, например pub-0000000000000000. Вот как найти этот идентификатор:

    Включите в декларацию только префикс pub- и код из 16 цифр. Префикс, связанный с конкретным продуктом (например, ca- или ca-video-), нужно удалить. Если вы используете несколько аккаунтов Менеджера рекламы и/или AdSense, то сведения по каждому и код, начинающийся с элемента pub-, необходимо указывать в отдельной строке.
    Домены, в которых опубликован файл ads.txt без идентификатора издателя, принадлежащего продавцу, нельзя монетизировать с помощью Менеджера рекламы. Google не осуществляет покупку рекламы на таких сайтах. Рекомендуем как можно скорее обновить файлы ads.txt для всех сайтов, которые вы хотите монетизировать. Если вы пользуетесь инструментом "Масштабируемое управление партнерами", рекомендуем включить ваш идентификатор издателя в файлы ads.txt сайтов-партнеров.
  • <Field #3>. Тип аккаунта или отношений. При анализе данных в этом поле регистр символов не имеет значения.
    • Значение DIRECT' говорит о том, что аккаунт, указанный в поле Field #2 для системы, которая задана в поле Field #1, принадлежит непосредственно издателю (владельцу контента).

      Издателям Google, которым принадлежат аккаунты, представленные в поле Field #2, следует указывать значение DIRECT.

    • Значение RESELLER говорит о том, что издатель разрешил другой организации управлять аккаунтом, указанным в поле Field #2, и продавать свои рекламные места через систему, которая задана в поле Field #1.

      Издателям, которые не управляют аккаунтом, указанным в поле Field #2, следует указывать значение RESELLER. Например, если вы владеете аккаунтом Менеджера рекламы и используете функцию "Масштабируемое управление партнерами", укажите значение RESELLER для инвентаря, который не принадлежит непосредственно вам.

  • <Field #4> (необязательно). Идентификатор, под которым рекламная система обозначена в документах сертификационной организации (он относится к компании, указанной в поле Field #1). Поскольку в настоящее время такой организацией является Trustworthy Accountability Group (TAG), в этом поле следует указывать идентификатор TAG ID.

    TAG ID для аккаунтов продавцов Google – f08c47fec0942fa0.

Часто задаваемые вопросы

Я вижу предупреждение о файле ads.txt в AdSense. Как узнать, с какими сайтами он связан?

Если вы видите в своем аккаунте уведомление о проблемах с файлом ads.txt, перейдите на страницу Сайты. На ней вы сможете выяснить, с какими сайтом связан этот файл.

Как Google обрабатывает файлы ads.txt?

Файлы ads.txt, находящиеся в корневом домене, позволяют контролировать, каким аккаунтам продавцов разрешен показ объявлений в этом домене. Это единственный способ блокировки объявлений на определенных доменах.

Google проводит аукцион и передает объявление с самой высокой ставкой на выполнявшие запрос объявления сайты, на которых существует файл ads.txt с корректно указанным идентификатором издателя. Если идентификатор в файле указан неправильно, аукцион для этого запроса не проводится.

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

Можно ли размещать файлы ads.txt в субдоменах?

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

Поддерживает ли Google переадресации?

Google позволяет выполнить одну HTTP-переадресацию на целевые URL за пределами оригинального корневого домена (например, переадресацию с example1.com/ads.txt на example2.com/ads.txt). Подробнее об изменениях в спецификациях IAB

Кроме того, поддерживаются и множественные переадресации, если все целевые URL находятся в исходном корневом домене. Примеры:

  • С URL example.com/ads.txt может быть выполнена переадресация на www.example.com/ads.txt.
  • С URL example.com/ads.txt может быть выполнена переадресация на subdomain.example.com/ads.txt.
  • С URL example.com/ads.txt может быть выполнена переадресация на example.com/page/ads.txt.

Как настроить файл ads.txt в Blogger?

Эта информация оказалась полезной?
Как можно улучшить эту статью?