Тестовые аккаунты

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

В отличие от рабочих аккаунтов, в которых показываются объявления, требующие оплаты, тестовые аккаунты отображаются в интерфейсе Google Рекламы как закрытые, поскольку в них нет активных платежных данных и они не показывают объявления пользователям.

Поскольку тестовые и рабочие аккаунты не могут взаимодействовать, вы не можете использовать тестовый аккаунт в существующем рабочем управляющем аккаунте. Чтобы использовать тестовые аккаунты, вам нужна новая иерархия аккаунтов с тестовым управляющим аккаунтом в качестве корневого.

Нужен ли вам тестовый аккаунт?

Прежде чем создавать отдельную иерархию тестовых аккаунтов, определите, какой вариант тестирования лучше всего подходит для вашего случая:

  • Выполняете первые вызовы API или тестируете реальные аккаунты (до 2880 операций в день). Тестовый аккаунт не нужен, если вы не тестируете функции, недоступные при ознакомительном доступе (например, создание аккаунтов, управление пользователями, планирование ключевых слов или оплату). Подайте заявку на автоматическое получение уровня доступа Explorer на обзорной странице Google Ads API в консоли Google Cloud, чтобы отправлять запросы и управлять рабочими аккаунтами напрямую.
  • Проверка синтаксиса запроса и соответствия правилам без изменения данных. Задайте поле validate_only в запросах GoogleAdsService.Search или mutate (для рабочих аккаунтов требуется как минимум доступ с правами исследователя).
  • Разработка с проектом Тестовый доступ или тестирование создания кампании в бесплатной тестовой среде. Следуйте инструкциям на этой странице, чтобы создать тестовый управляющий аккаунт и тестовый клиентский аккаунт.

Зачем нужны тестовые аккаунты?

Тестовые аккаунты не влияют на показ объявлений и не приводят к списанию средств. Они дают следующие преимущества на этапе активной разработки:

  • Их можно упорядочить в виде иерархии и организовать так же, как рабочие аккаунты.
  • Их можно просматривать и изменять в интерфейсе Google Рекламы так же, как и рабочие аккаунты.
  • Не требуют одобрения доступа к рабочему API для проекта Google Cloud, поэтому вы можете сразу начать экспериментировать с API, пока у проекта есть тестовый уровень доступа. Если проект Google Cloud с тестовым доступом попытается вызвать рабочий аккаунт, API вернет ошибку AuthorizationError.CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTION (начиная с версии v25) или AuthorizationError.ACTION_NOT_PERMITTED (в версии v24 и более ранних).
  • Нельзя показывать объявления или взаимодействовать с рабочими аккаунтами. Это позволяет безопасно тестировать код или изменения конфигурации, не затрагивая аккаунты для показа рекламы.
  • На них распространяются те же ограничения, что и на рабочие аккаунты, в том числе ограничения частоты запросов.

Поскольку у тестовых аккаунтов нет бюджетов, при создании тестового дочернего аккаунта в управляющем аккаунте может возникнуть ошибка. Эту ошибку можно игнорировать.

Создание тестовых аккаунтов и кампаний

Ниже описано, как создать тестовый управляющий аккаунт, тестовый клиентский аккаунт и несколько кампаний для заполнения тестового клиентского аккаунта. Подробнее о типах аккаунтов…

  1. Нажмите синюю кнопку, чтобы создать тестовый управляющий аккаунт. Если потребуется, войдите в аккаунт Google, который не связан с вашим рабочим управляющим аккаунтом Google Рекламы. Вы также можете создать новый аккаунт Google в окне входа.

    Как создать тестовый управляющий аккаунт

  2. В тестовом управляющем аккаунте создайте тестовый клиентский аккаунт. Для этого нажмите Аккаунты > > Создать аккаунт и заполните форму. Все клиентские аккаунты, созданные в тестовом управляющем аккаунте, автоматически становятся тестовыми.

  3. Создайте несколько тестовых кампаний в тестовом клиентском аккаунте на странице Google Рекламы.

  4. Запишите оба десятизначных идентификатора клиента (без дефисов) из интерфейса Google Рекламы для конфигурации API:

    • customer_id (целевой клиентский аккаунт). Укажите 10-значный идентификатор клиента для нового тестового клиентского аккаунта, в котором вы создали тестовые кампании. Вызовы API, которые запрашивают или изменяют кампании, должны быть направлены в клиентский аккаунт, а не в управляющий аккаунт.
    • login-customer-id (управляющий аккаунт). Если вы выполняете аутентификацию с помощью аккаунта Google или сервисного аккаунта, связанного с тестовым управляющим аккаунтом, укажите в качестве значения login-customer-id 10-значный идентификатор клиента тестового управляющего аккаунта.

  5. Следуйте инструкциям в статье Как выполнить первый вызов API, чтобы настроить клиентскую библиотеку или учетные данные REST и выполнить тестовый запрос к новому тестовому клиентскому аккаунту.

Посмотреть тестовые аккаунты

Чтобы увидеть тестовые аккаунты в интерфейсе, покажите аккаунты, выбрав просмотр закрытых аккаунтов.

Тестовые аккаунты помечаются красным ярлыком:

Интерфейс Google Рекламы с красным ярлыком тестового аккаунта

Если на странице аккаунта Google Рекламы нет красного ярлыка Тестовый аккаунт, значит это рабочий аккаунт.

Ограничения

При работе с тестовыми аккаунтами помните о следующих ограничениях:

  • Поскольку тестовые аккаунты не могут показывать объявления или взаимодействовать с вашими рабочими аккаунтами, показатели показа, такие как показы, конверсии или данные о расходах, пусты.
  • В тестовых аккаунтах нельзя проверять некоторые функции, например симуляторы ставок, загрузку конверсий и платежи. Другие функции, включая рекомендации, имеют ограниченные возможности в тестовых аккаунтах, поскольку в них не генерируются данные о показах.
  • Иерархия тестовых управляющих аккаунтов может содержать до 50 тестовых аккаунтов. Если вам нужно больше тестовых аккаунтов, создайте ещё один тестовый управляющий аккаунт.
  • Если тестовый аккаунт генерирует большое количество непрерывных запросов, его работа может быть ограничена без уведомления.

О том, как обойти эти ограничения, читайте в разделе Рекомендации по тестированию.

Назад
Тестирование