Сообщить об ошибкеКороткий ответ
Нужно проверить логи выполнения скрипта на код ошибки авторизации (401/403 или сообщение об истёкшем токене), перевыпустить токен доступа через консоль разработчика платформы и настроить мониторинг/алерт на будущее истечение или сбой авторизации, а не только на сами метрики кампаний.
Как это работает подробнее
большинство рекламных API используют OAuth-токены с ограниченным сроком жизни access-токена и более долгоживущим refresh-токеном; если скрипт не обновляет access-токен автоматически или refresh-токен был отозван, все последующие запросы начинают завершаться ошибкой авторизации, и автоматизация перестаёт работать без видимых изменений в самом кабинете.
Что использовать на практике
- На практике. нужно вести мониторинг технического здоровья интеграции отдельно от бизнес-метрик — алерт на «ошибка авторизации», а не только на «CPA выросла», так как при отказе скрипта кампании продолжают работать на последних заданных настройках без дальнейшей оптимизации; после восстановления доступа стоит проверить, какие действия должны были произойти за период простоя.
- Пример. Скрипт управления ставками перестал логировать успешные запросы 5 дней назад, а в логах видна ошибка «OAuth token expired»; за эти 5 дней CPA кампании постепенно выросла на 18%, так как ставки не корректировались.
- Проверка. лог ошибок интеграции подтверждает точную дату сбоя; после перевыпуска токена нужно отследить восстановление автоматических корректировок ставок и динамику CPA за следующие дни.
Подводные камни
- Частая ошибка. реагировать только на падение эффективности кампании, не проверяя сначала работоспособность самой автоматизации; хранить долгоживущие токены без ротации и документации срока действия.