Google Ads Scripts: чому моніторингу не потрібен ваш пароль

Google Ads Script виконується всередині акаунта, за розкладом Google, під доступом власника. Тому акаунт звітує назовні, нічого назовні не віддаючи.

Опубліковано 20 серпня 2026 р. · 7 хв читання

Запропонуйте баєру підключити акаунт до зовнішнього інструмента — заперечення прилетить раніше, ніж ви договорите: який доступ йому потрібен і що він з ним зробить. Заперечення правильне. Більшість інтеграцій відповідають на нього екраном OAuth і списком дозволів, який приймають не читаючи.

Є інший спосіб винести дані з акаунта Google Ads, і це штатна можливість самого Google Ads.

Що таке скрипт насправді

У розділі «Інструменти й налаштування» є пункт «Скрипти». Він приймає JavaScript і виконує його всередині акаунта, на інфраструктурі самого Google, за розкладом, який ви обираєте, — мінімальний корисний крок це година. Код працює з доступом того, кому належить акаунт, бо виконується в його акаунті. Ніхто ззовні не автентифікується: ззовні нікого немає.

Саме ця властивість і робить схему цікавою для моніторингу. Скрипт читає те, що акаунт знає про себе, — покази, кліки, спенд, конверсії, статуси кампаній і оголошень, обмеження за політикою — і надсилає цифри на URL. З погляду зовнішнього інструмента акаунт це клієнт, який до нього постить, а не ресурс, у який він лізе. Інструмент не зберігає доступів і не може зайти в акаунт, бо заходити нікуди.

Що це дає на практиці

Встановлення — це вставляння файлу. Скопіювати в акаунт, поставити розклад, запустити один раз. Під час першого запуску Google попросить власника авторизувати скрипт — власник авторизує власний код, у цьому й суть, — і на цьому все: ні сервісного акаунта, ні стороннього скоупу на перевірку, ні очікування адміністратора MCC.

Дані — власні дані акаунта. Скрипт читає ті самі звіти, що й інтерфейс, тому цифри, за якими ви стежите, і цифри, які ви побачите, відкривши акаунт, — одні й ті самі. Нічого не виводиться з кліків і не відновлюється за тегом.

Відкликання доступу — це видалення. Вимкнути інтеграцію означає видалити файл з акаунта. Зовнішній інструмент у цьому не бере участі, і забути про якусь галочку в чужих налаштуваннях неможливо.

Лендингів це не стосується взагалі. Скрипт читає рекламний акаунт, а не трафік. На ваших сторінках немає ні сніпета, ні куки, ні зайвого запиту між оголошенням і офером.

Де це закінчується

Меж дві, і інструмент, який їх ховає, з вами нечесний.

Розклад належить Google, а не вам. Годинний скрипт виконується приблизно раз на годину. Для «акаунт перестав витрачати» і «апруви провалилися» цього достатньо із запасом — обидві події розгортаються годинами, — але це не потік у реальному часі. Будь-яка обіцянка миттєвого виявлення, побудована на скриптах, обіцяє щось інше.

Нову версію доведеться вставляти заново. Файл живе в акаунті — саме тому до нього ніхто чужий не дотягнеться, і саме тому ніхто чужий його не оновить. Коли у скрипта зʼявляється нова можливість, акаунти зі старим файлом працюють далі й далі звітують про те, що вміють, а в кожен треба вставити новий файл руками. Двадцять акаунтів — це вечір. Триста — це проєкт, і знати про нього краще заздалегідь.

Чого це не робить саме по собі

Читання — один напрям. Якщо інструмент ще й діє — ставить оголошення на паузу, зупиняє кампанію, змінює бюджет, — цій дії теж треба десь виконуватися, і зі скриптом відповідь та сама: вона виконується в акаунті, з черги, яку власний скрипт акаунта забере на наступному проході.

Це чесний опис угоди. Ніщо ззовні не може подіяти на акаунт напряму, а отже, і помилково теж не може, — але все, що відбувається, відбувається за розкладом акаунта, а не за розкладом того, хто натиснув кнопку.

Така форма підходу: ні доступів, ні OAuth, ні коду на ваших сторінках, а натомість — частота, вимірювана годиною, а не секундою, і файл, який належить вам і тому потребує вашого обслуговування.

Усі статті