Скрипты Google Ads — это JavaScript-код, который по расписанию читает данные рекламного аккаунта или изменяет его объекты. Их самая сильная роль — не «самостоятельно оптимизировать рекламу», а замечать повторяющиеся проблемы раньше человека.
Хороший первый скрипт не повышает ставки и не останавливает кампании. Он проверяет, объясняет найденное и оставляет решение ответственному специалисту.
Начинайте с наименее опасного действия
Автоматизацию стоит строить как лестницу. Чем сильнее влияние на аккаунт, тем надежнее должны быть проверки, журнал и путь отката.
- Описать условиеСформулировать, что является проблемой, а что нет.
- Прочитать данныеОграничить запрос нужными кампаниями и периодом.
- Записать находкиВывести объект, причину и планируемое действие.
- Отправить сигналСообщать только о случаях, требующих решения.
- Проверить вручнуюСопоставить срабатывание с реальным состоянием аккаунта.
- Разрешить изменениеАвтоматизировать только обратимое и ограниченное действие.
Такой порядок особенно важен для готовых шаблонов. Код может выглядеть коротким, но иметь широкий селектор, изменять все активные кампании или отправлять данные на внешний адрес. Перед запуском нужно прочитать не только название, но и запросы, условия, методы изменения и сетевые вызовы.
Скрипт, правило или API
Google предлагает несколько уровней автоматизации. Официальный обзор рекомендует скрипты тем, кто готов писать код, но не хочет управлять собственной серверной инфраструктурой.
| Инструмент | Когда подходит | Когда уже мал |
|---|---|---|
| Автоматизированное правило | одно условие и стандартное действие | нужны периоды, отчеты или сложная логика |
| Google Ads Script | расписание, JavaScript, несколько условий, MCC | нужен постоянный сервис или большая интеграция |
| Массовая загрузка | подготовленные пакетные изменения | нужно регулярное самостоятельное решение |
| Google Ads API | продукт, база данных, своя инфраструктура | задача помещается во встроенный редактор |
| Ручная проверка | редкое неоднозначное решение | условие повторяется и легко формализуется |
Для проверки темпа бюджета, неработающих URL или отсутствия показов скрипта обычно достаточно. Для простой остановки объявления по одному условию хватит правила. Для внешнего продукта с пользователями, очередью задач и собственной базой нужен API.
Скрипты могут работать и в управляющем аккаунте. Официальная документация советует для множества дочерних аккаунтов параллельное выполнение, а не последовательный обход. Но техническая возможность не отменяет необходимости ограничивать выборку и журналировать каждый результат.
Пять полезных сценариев без магии
Хороший кандидат
- темп расходов отстает или опережает план
- целевая URL-страница возвращает ошибку
- объявление отклонено
- кампания внезапно потеряла показы
- нужен регулярный отчет по одной схеме
Нужно решение человека
- повысить бюджет из-за хорошего вчерашнего результата
- остановить слово без учета задержки конверсий
- перенести деньги между направлениями бизнеса
- переписать объявление без проверки обещания
- сменить цели ставок из-за короткого всплеска
Мониторинг бюджета должен учитывать календарный план, а не только дневной лимит. Проверка URL обязана отличать временную ошибку от стабильной. Аномалия показов требует сравнения с привычным периодом и объяснения, какой сегмент изменился. Скрипт полезен, когда его сигнал ведет к конкретной проверке.
Для ставок и конверсий осторожность должна быть выше. Алгоритмы Google уже назначают ставки в каждом аукционе; внешний скрипт, который часто меняет цели, может постоянно двигать ориентир. Сначала определите правильную стратегию ставок Google Ads, а автоматизацию используйте для контроля ее условий.
Устройство безопасного запуска
В официальных практиках Google советует фильтровать сущности еще в запросе, не обходить всю иерархию кампаний без необходимости, объединять изменения в пакеты и использовать для отчетов поиск с GAQL. Это не только ускоряет код: узкая выборка уменьшает радиус ошибки.
Минимальный контрольный список перед расписанием:
- селектор ограничен нужными статусами, метками и кампаниями;
- дата и часовой пояс трактуются однозначно;
- повторный запуск не дублирует действие;
- внешние адреса известны и необходимы;
- секреты не вписаны в открытый код;
- журнал называет объект, старое состояние, новое состояние и причину;
- существует режим без записи и способ вернуть прежнее состояние;
- ответственный человек знает, как отключить расписание.
Первый сценарий
Выберите одну болезненную проверку, которую кто-то уже выполняет регулярно. Опишите условие обычным языком, отметьте исключения и в течение нескольких запусков только собирайте журнал. Если результаты стабильны, добавьте уведомление. И лишь после этого решайте, требуется ли автоматическое действие.
Если последствие ошибочного срабатывания нельзя быстро объяснить и откатить, оставьте скрипт в режиме наблюдения. Хорошая автоматизация сокращает время реакции, а не расстояние между ошибкой и крупными расходами.