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

Укажите, кто имеет право продавать ваш инвентарь, с помощью файла ads.txt

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

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

Как создать собственный файл 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).

    Корневой домен находится на один уровень ниже публичных суффиксов доменов, как это определено в спецификациях IAB для ads.txt. Например, google.co.uk будет считаться корневым доменом, так как co.uk находится в списке суффиксов, а maps.google.co.uk – нет.

В этой статье рассказывается, как создать файл ads.txt для Google AdSense. Чтобы узнать, как это сделать для других платформ продавца или бирж, изучите их документацию или обратитесь в их службу поддержки.

Какая информация содержится в файле 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 в Менеджере рекламы. Если вы пользуетесь инструментом "Масштабируемое управление партнерами", рекомендуем включить ваш идентификатор издателя в файлы 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 и как с его помощью можно разрешить компании Google продавать Ваш рекламный инвентарь, а также о том, почему мы поддерживаем этот проект.

Файл ads.txt и разрешение на продажу инвентаря для компании Google

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

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

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

Я не могу разместить файл в корневом домене. Что делать?

Использовать файл ads.txt не обязательно. Но если вы все-таки разместите ads.txt в корневом домене, попросите веб-мастера добавить ваш идентификатор издателя в этот файл.

Как Google будет использовать файл ads.txt?

При наличии файла ads.txt Google по его содержанию определяет, каким аккаунтам продавцов разрешен показ объявлений в этом корневом домене.

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

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

Обрабатывает ли Google файлы ads.txt только в корневых доменах, или с сентября 2017 г. после обновления спецификаций ads.txt до версии 1.0.1 также поддерживаются файлы в субдоменах?

С 2017 г. Google обрабатывает только файлы ads.txt, размещенные в корневых доменах, при этом игнорируя файлы в субдоменах. Убедитесь, что продавцы, авторизованные для ваших субдоменов, включены в файл ads.txt, размещенный в корневом домене. Поддержка файлов ads.txt в субдоменах будет реализована в начале 2018 г. Когда это произойдет, мы опубликуем более подробную информацию.

Поддерживает ли Google переадресацию с сентября 2017 г. после обновления спецификаций ads.txt до версии 1.0.1?

В соответствии с новой версией спецификации мы поддерживаем одну переадресацию HTTP на целевой URL вне исходного корневого домена (например, example1.com/ads.txt может выполнить переадресацию на один URL example2.com/ads.txt).

Также поддерживаются множественные переадресации при условии, что все целевые URL находятся в исходном корневом домене. Например:

  • с 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?

Была ли эта статья полезна?
Как можно улучшить эту статью?