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

Тестовые аккаунты позволяют проверять новые реализации 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 тестовых аккаунтов. Если вам нужно больше тестовых аккаунтов, создайте ещё один тестовый управляющий аккаунт.
  • Если тестовый аккаунт генерирует большое количество непрерывных запросов, его работа может быть ограничена без уведомления.

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

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