Тестирование — важный шаг на пути к успешной интеграции API Google Рекламы независимо от того, начинаете ли вы работу, поддерживаете приложение или добавляете новые функции в существующую интеграцию. В этом руководстве представлены некоторые рекомендации по тестированию интеграции API Google Рекламы.
Тестовые аккаунты
Тестовые аккаунты доступны для целей разработки. Хотя не все функции можно протестировать в тестовой учетной записи, это все же полезный инструмент для проверки того, что код и конфигурация вашего приложения работают должным образом.
Производственные счета для развития
Если ограничения тестовой учетной записи не позволяют вам протестировать некоторые функции вашей интеграции, вы можете вместо этого использовать рабочую учетную запись для разработки. Производственные счета развития отличаются от тестовых счетов следующим образом:
- Показывайте рекламу, которую смогут увидеть пользователи
- Требуйте действительные URL-адреса
- Должен соблюдать рекламную политику
Поскольку рабочие аккаунты показывают рекламу, они генерируют показатели, позволяющие тестировать отчеты об эффективности, а также разблокировать все другие функции API Google Рекламы.
В то же время использование их для разработки требует особой осторожности. Мы рекомендуем принять следующие меры:
- Предоставляйте доступ только тем пользователям, которым он нужен в целях разработки.
- Установите фиксированный низкий дневной бюджет аккаунта.
- Используйте рабочие учетные записи для разработки только в том случае, если тестовые учетные записи использовать невозможно.
Тестовые учетные данные
Чтобы свести к минимуму риск случайного изменения производственных учетных записей при попытке изменить учетные записи разработки, мы рекомендуем хранить набор тестовых учетных данных отдельно от учетных данных рабочего приложения.
Мы также рекомендуем создавать отдельные токены обновления для целей разработки.
Токен обновления создается , когда пользователь разрешает приложению доступ к Google Ads API от его имени, поэтому каждый токен обновления имеет тот же доступ, что и авторизующий пользователь. Если все токены обновления, используемые для доступа к учетным записям разработки, связаны с пользователями, у которых нет доступа к рабочим учетным записям, включая управляющие учетные записи, которые управляют рабочими учетными записями, то риск случайного использования тестового токена обновления для изменения рабочей учетной записи снижается. .
Поскольку доступ зависит от используемого токена обновления, нет необходимости создавать тестовые учетные данные, кроме тестовых токенов обновления. Токен разработчика, идентификатор клиента и секрет клиента, которые используются для доступа к рабочим учетным записям, можно безопасно использовать для доступа к тестовым учетным записям, при условии, что токен обновления отличается.
Запросить проверку
Если вам просто нужно проверить, является ли запрос действительным (например, чтобы убедиться, что запрос структурирован правильно и не нарушает политики), вы можете использовать поле validate_only , которое доступно для запросов GoogleAdsService.SearchStream и GoogleAdsService.Search , как а также большинство запросов на изменение. Обратитесь к справочной документации , чтобы проверить, доступно ли это поле для данного метода.
ОТДЫХ API
Для специального тестирования, например для проверки того, что запрос дает ожидаемый результат, использование REST API часто является самым простым вариантом. Ознакомьтесь с примерами REST , чтобы узнать, как использовать cURL для выполнения запросов к REST API.