Автоматизація Google Ads: що віддати, а що вирішувати самим

Які завдання в Google Ads магазин віддає Smart Bidding, правилам, скриптам і ШІ-агентам, а які рішення, як-от цілі й бюджети, лишаються за людиною.

Інтернет-магазину варто автоматизувати повторювану роботу в Google Ads. Нехай Smart Bidding визначає ставку в кожному аукціоні, а правила, скрипти й API виконують перевірки, сповіщення, звіти та експорти. Рішення, які визначають, на чому акаунт вчиться і на що витрачає гроші, залишаються за людиною. Це цілі конверсій, цільові показники, структура кампаній, зміни бюджету більші за малі кроки та вимкнення товарів. Спершу надавайте ШІ-асистентам доступ лише на читання. Будь-який інструмент, що вносить зміни, має показати поточне значення й дочекатися вашого «так».

Автоматизація в Google Ads складається з рівнів, які йдуть драбиною. Рівні відрізняються двома речами: хто вирішує, що треба змінити, і хто натискає кнопку, яка це змінює. Цей посібник піднімається від вбудованої автоматизації Google до ШІ-агентів. Для кожного рівня ви побачите, яку роботу він добре виконує в магазині, які межі для нього документує Google і яке рішення має лишатися за людиною.

Які є рівні автоматизації Google Ads?

Знизу вгору їх шість:

Вбудована автоматизація Google. Smart Bidding призначає ставку в кожному аукціоні. Можна налаштувати автоматичне застосування рекомендацій, а Ads Advisor пропонує зміни в чаті всередині акаунта.
Правила. Автоматичні правила змінюють статус, бюджет або ставку, коли виконується задана вами умова.
Скрипти. Скрипти Google Ads — це код на JavaScript, який працює всередині акаунта за розкладом і може читати, створювати та змінювати його елементи.
API та експорти. Google Ads API дає змогу вашому програмному забезпеченню читати акаунт і записувати в нього зміни. Експорти копіюють дані в таблицю або в BigQuery.
ШІ-асистенти. MCP-сервер з’єднує асистента, як-от Claude чи ChatGPT, з даними вашого акаунта, щоб ви могли ставити запитання звичайною мовою.
ШІ-агенти з правом запису. Ті самі асистенти, яким дали право вносити зміни, перетворюють знахідку на правку в живому акаунті.

Рівень	Хто вирішує	Хто натискає кнопку	Що добре робить у магазині	Де зупиняється
Вбудована автоматизація Google	Моделі Google	Google; у випадку рекомендацій — ви або налаштування автоматичного застосування	Ставки в кожному аукціоні для тисяч товарів	Оптимізує будь-які конверсії та цінності, які ви їй надсилаєте
Автоматичні правила	Ви, заздалегідь	Google Ads за розкладом	Акції з датами, сповіщення, прості обмеження	Одна умова на одному вікні даних
Скрипти	Ваш код	Скрипт	Перевірки в усьому акаунті, звіти, правки на основі зовнішніх даних	30 хвилин на запуск; хтось має підтримувати код
API та експорти	Ваше програмне забезпечення	Ваше програмне забезпечення або ніхто, якщо воно лише читає	Історія на рівні товарів і ваші власні інструменти	Токен розробника; журнали змін в API сягають 30 і 90 днів
ШІ-асистенти	Ви, після того як прочитали відповідь	Ніхто, якщо інструменти лише читають дані	Запитання звичайною мовою	Ваші дані потрапляють до моделі; цифри треба перевіряти
ШІ-агенти з правом запису	Пропонує модель	Агент, в ідеалі після вашого підтвердження	Швидко перетворює знахідку на зміну	Помилкова зміна потрапляє в живий акаунт

Для магазину найважливіші стовпці «хто вирішує» і «хто натискає кнопку». Кожен рівень угорі прибирає людину ще з одного кроку, тому кожному потрібна суворіша перевірка, перш ніж він щось запише. Щоб вибрати між нижніми рівнями для конкретного завдання, прочитайте порівняння правил, скриптів і Smart Bidding.

Google Ads Editor стоїть поруч із драбиною. Він імпортує масові зміни з файлу CSV. Тож скрипт чи ШІ-інструмент може підготувати зміну, а людина — переглянути її, перш ніж вона потрапить в акаунт.

Що Google уже автоматизує в акаунті магазину?

За довідкою Google Ads (About Smart Bidding), стратегії Smart Bidding використовують ШІ Google, щоб оптимізувати конверсії або цінність конверсій у кожному аукціоні. Google називає це призначенням ставок у момент аукціону. Чотири стратегії — «Цільова ціна за конверсію» (Target CPA), «Цільовий ROAS» (Target ROAS), «Максимум конверсій» і «Максимальна цінність конверсії». Для Performance Max у посібнику Google для розробників (Create a Performance Max campaign) названо лише дві: «Максимум конверсій» і «Максимальна цінність конверсії», кожну з необов’язковою ціллю.

Тож призначення ставок — найавтоматизованіше рішення в типовому акаунті магазину. Performance Max працює у 141 із 146 магазинів у наших даних і займає в медіані 95,7% їхнього рекламного бюджету (дані GetProfit, червень 2025 – червень 2026). Для більшості цих грошей кожну ставку задає Google.

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

Рекомендації, що застосовуються автоматично — другий елемент. Довідка Google Ads (About applying recommendations automatically) описує налаштування, яке регулярно застосовує обрані вами типи рекомендацій, причому лише на рівні акаунта. У списку є коригування цільових показників CPA та ROAS і додавання ключових слів із широкою відповідністю, але немає підвищення бюджету. Застосовані рекомендації видно на вкладці «Історія» та в історії змін.

Для магазину типи, що зсувають ціль або розширюють ключові слова, змінюють те, що купує акаунт. Їх варто залишити за людиною. Щоб побачити, що Google застосував без вас, і вирішити, які типи вимкнути, скористайтеся аудитом рекомендацій, що застосовуються автоматично.

Третій елемент — Ads Advisor. Google анонсував його 12 листопада 2025 року (Google’s AI advisors: agentic tools to drive impact and insights) як агента всередині Google Ads на моделях Gemini. Google заявив, що на початку грудня 2025 року він охопить усі англомовні акаунти в усьому світі.

Ads Advisor аналізує результати, пропонує ключові слова й об’єкти оголошень та допомагає знайти причину проблем, як-от відхилення через порушення політик. Після того як ви переглянете й схвалите зміни, він застосовує їх сам. Ads Advisor для інтернет-магазину розповідає, що він може взяти на себе в магазині з каталогом.

Рекомендації Google працюють на рівні кампаній і налаштувань та спираються на сигнали аукціону й статистику кампаній. Магазину потрібен ще й погляд на товари: які товари заробляють, які лише витрачають і як це змінювалося з часом. Ці два погляди відповідають на різні запитання, і магазину потрібні обидва, перш ніж передавати рішення машині.

Автоматичні правила: зміни «якщо — то» за розкладом

Довідка Google Ads (Set up automated rules) описує правила як автоматичні зміни в акаунті на основі налаштувань і умов, які ви обираєте. Правило може змінити статус оголошень, бюджети й ставки або надіслати вам лист. У Performance Max правила працюють на рівні груп об’єктів (asset groups): відкрийте «Правила» в меню «Інструменти», натисніть кнопку «плюс» і виберіть «+ Правила щодо груп об’єктів».

Дві деталі з прикладів Google важливі для магазину (Common ways to use automated rules). Правило запускається протягом 2 годин після того, як виконуються його умови, тож правило, задане на 9:00, може спрацювати в будь-який момент до 11:00. Конверсії можуть надходити до 30 днів, тому для правил на основі конверсій Google радить довгі діапазони даних, як-от попередні сім або 30 днів.

Чому правило з порогом ROAS спрацьовує у звичайні місяці

Правило перевіряє одну умову на одному вікні даних, а ROAS магазину сам по собі сильно коливається. Ми проаналізували 110 магазинів з історією щонайменше за вісім місяців (дані GetProfit, червень 2025 – червень 2026). У типовий місяць ROAS відхиляється від власної медіани магазину на 16%. ROAS найкращого місяця в 3,1× вищий за ROAS найгіршого (обидва показники — медіани).

Приклад на вигаданому магазині, числа не клієнтські.

Магазин посуду витрачає 40 000 на місяць і отримує 180 000 обороту, тобто його ROAS — 4,5. Місяць на 16% гірший дає ROAS 4,5 × 0,84 = 3,78, що для цього магазину цілком звичайно. Правило, яке скорочує бюджет на 20%, щойно 30-денний ROAS падає нижче 4,0, спрацює в такий місяць. Якщо воно спрацює двічі, бюджет упаде з 40 000 до 32 000, а потім до 25 600, хоча сам акаунт працює як завжди.

Портал позначає негативний тренд, коли ROAS падає на 15% або оборот на 10% два місяці поспіль. Другий місяць відділяє тренд від звичайного просідання. Правило, що читає одне вікно, бачить лише просідання.

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

Скрипти: код, що працює всередині вашого акаунта

За довідкою Google Ads (Using scripts to make automated changes), скрипти — це код на JavaScript, який ви вводите в акаунті. Вони можуть створювати, редагувати й видаляти елементи, використовувати зовнішні дані, як-от залишки на складі, щоб призупиняти чи відновлювати ключові слова, і записувати звіти в таблицю. Керуючий обліковий запис може запускати один скрипт на всіх своїх клієнтських акаунтах. Результати скрипта можна переглянути до запуску, а щоб скрипт вніс зміни, потрібна ваша авторизація.

Для Shopping скрипти керують наявними кампаніями: ієрархіями товарних груп, ставками товарних груп і звітами. Вони не можуть створювати кампанії Shopping, задавати властивості Shopping на рівні кампанії чи зв’язувати акаунти Merchant Center (Shopping campaigns).

Сторінка Google про обмеження задає, як далеко сягають скрипти у великому каталозі:

Ліміт	Значення	Що це означає для магазину
Час виконання	30 хвилин; до 60 для скриптів керуючого облікового запису, які паралельно обробляють акаунти зі зворотним викликом (callback)	Скрипт, що проходить великий каталог товар за товаром, може не встигнути завершитися
Після тайм-ауту	Зміни, зроблені до зупинки, лишаються застосованими	Незавершений запуск залишає акаунт зміненим наполовину
Ітератор	50 000 результатів за замовчуванням, змінюється через `withLimit()`	Великі списки треба розбивати на пакети
Ідентифікатори в одному селекторі	10 000	Довгі списки ідентифікаторів теж треба розбивати на пакети
Вивід журналу	Обрізається на 100 КБ	Довгий журнал втрачає кінець
Скрипти керуючого облікового запису паралельно	До 50 акаунтів	Більше акаунтів потребує кількох запусків
Авторизовані скрипти	250 на акаунт; понад це старий скрипт деавторизується, доки його не авторизують повторно під час наступного відкриття	Старі скрипти накопичуються непомітно

Звіти не підпадають під ці ліміти на кількість сутностей. Скрипт зазвичай виконує одне завдання, а коли Google щось оновлює, хтось має виправляти код. У статті про скрипти Google Ads для інтернет-магазинів зібрано скрипти, які варто запускати.

Чому скрипт «призупинити за нуля продажів» втрачає майбутні продажі

Візьмімо скрипт, що ставить на паузу товари з витратами й без продажів. У нашому дослідженні 1,4 млн товарів ми перевірили фіксований поріг такого типу на 514 602 товарах із витратами за 13 місяців. Рішення вимкнути товар було правильним у 88,1% випадків за витрат від 5 $ і лише в 66,2% — від 500 $. А 35,4% товарів у статусі «лузер» у цьому дослідженні конвертувалися в наступні місяці, у медіані — через 2 місяці.

Тож скрипт має позначати такі товари й переспрямовувати бюджет від них, а вирішувати, чи ставити їх на паузу, має людина. Правило виключення в методиці порталу чекає щонайменше 50 кліків і нуль конверсій за 360 днів. Скрипт для витрат без продажів показує, як побудувати таку перевірку.

API та експорти: коли потрібна власна історія?

API дає змогу зовнішнім програмам робити те, що скрипти роблять усередині акаунта, і навіть більше. Йому потрібен токен розробника, а рівень доступу токена визначає, скільки операцій він може виконати (Access levels and permissible use):

Рівень доступу	Операцій на добу з живими акаунтами
Explorer	До 2 880
Basic	До 15 000
Standard	Без обмеження операцій

В API лише одна область дозволів OAuth — https://www.googleapis.com/auth/adwords (OAuth 2.0 internals for Google Ads API). Той самий доступ покриває і читання, і внесення змін, тож навіть інструмент, що лише читає, на екрані Google просить широких дозволів. Для жорсткого обмеження підключайте інструмент через акаунт Google, який має роль «Лише перегляд» (Read only) у вашому акаунті Google Ads (як надати доступ лише для перегляду). Тоді інструмент діє з правами цього користувача, а будь-яку спробу зміни Google відхиляє.

Для автоматизації ключовий факт про API — як далеко назад сягає кожен журнал змін:

Де	Як далеко назад	Що ви отримуєте
Історія змін в інтерфейсі Google Ads	2 роки	Хто що змінив, у зіставленні з результатами
`change_event` в API	Останні 30 днів, до 10 000 рядків на запит	Старі й нові значення кожної зміни та її джерело
`change_status` в API	Останні 90 днів, до 10 000 рядків на запит	Які ресурси змінилися; лише остання зміна для кожного

Ці цифри взято зі сторінок Google About change history, Change Event і Change Status. Кожна зміна в change_event має також поле з джерелом. Згідно з довідником API (ChangeClientType), це поле фіксує, звідки прийшла зміна: з вебінтерфейсу, автоматичних правил, скриптів, рекомендацій, підписки на рекомендації або з API. Google Ads Editor теж є в цьому списку значень, але API такі зміни не повертає.

Тож автоматичний аудит через API бачить місяць детальних змін. Якщо вашим інструментам потрібно більше, завантажуйте change_event щодня й зберігайте.

Для даних про результати служба Google BigQuery Data Transfer Service за замовчуванням запускається кожні 24 години (Load Google Ads data into BigQuery). Кожен запуск перечитує дані за останні 30 днів, за замовчуванням — за 7. Автоматизація експортів Google Ads допоможе вибрати шлях для вашого магазину: від запланованих звітів до Sheets і BigQuery.

Дані про товари для Shopping і Performance Max теж беруться з API, і кілька пасток можуть зробити їх хибними. Запити й пастки описано в статті про товарну звітність через Google Ads API. Якщо вам потрібен регулярний звіт, а не сирі дані, почніть зі звітності Google Ads для інтернет-магазинів.

ШІ-асистенти: спершу читати, потім писати?

Так. MCP-сервер — це з’єднувач між асистентом і джерелом даних. Відкритий MCP-сервер Google Ads, який опублікувала організація googleads на GitHub, пропонує три інструменти: search, get_resource_metadata і list_accessible_customers. Усі три читають дані й залишають акаунт як є.

У README сервера також сказано, що він передає ваші дані агентові або моделі, до яких ви його підключаєте. Якщо вашому налаштуванню потрібен токен розробника, той самий README зазначає, що для запитів до живих акаунтів він має мати щонайменше доступ Explorer.

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

Аналіз даних Google Ads за допомогою ШІ показує, як формулювати запити для цього. Про налаштування й те, що закрити спершу, читайте в статті про підключення асистента через MCP.

ШІ-агенти з правом запису: що має статися до «Застосувати»?

Агент із правом запису стоїть на вершині драбини. Ads Advisor від Google застосовує зміни після того, як ви їх переглянули й схвалили. Сторонній агент вносить зміни через Google Ads API з тією самою єдиною областю дозволів, що й будь-який інший інструмент. До будь-якого агента підходять чотири правила, а четверте взято з методики порталу:

Спершу лише читання. Агент починає з інструментів, що тільки читають дані, як-от MCP-сервер Google Ads.
Кожна зміна показує поточне значення й чекає. Агент називає поточне значення і нове, а діє лише після явного «так».
Зміни структури приходять файлом. Агент зберігає нову структуру кампаній як CSV для масових змін у Google Ads Editor. Там людина переглядає її перед імпортом.
Зміни вносяться малими кроками й оцінюються. За методикою цільовий ROAS зсувається не більш як на 15% за раз і не частіше ніж раз на один-два тижні. Бюджет змінюється не більш як на 20% за раз. Методика оцінює кожну зміну за 14 днів.

Інші ризики й запобіжники розібрано в статті про ШІ-агентів, що змінюють ваш акаунт.

Портал працює як шар для читання. Він читає Google Ads і Merchant Center та показує, що змінити, у плані рекомендацій. Зміну ви вносите у власному акаунті.

Які рішення мають залишатися за людиною?

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

Рішення	Віддати автоматизації	Залишити людині	Чому
Ставка в кожному аукціоні	Smart Bidding	—	Моделі Google враховують у кожному аукціоні більше сигналів, ніж здатна врахувати людина
Що вважати конверсією та яка її цінність	—	Так	Smart Bidding вчиться саме на цьому
Цільовий ROAS або цільова ціна за конверсію	Сповіщення з правил чи скриптів	Так, кроками до 15%, не частіше ніж раз на 1–2 тижні	Ціль визначає, що купує весь акаунт
Бюджет	Обмеження за датами й сповіщення	Так, кроками до 20%	ROAS типового місяця відхиляється на 16% від власної медіани магазину
Вимкнення товарів	Скрипт, що позначає кандидатів	Так, після довгого вікна	35,4% товарів-«лузерів» у нашому дослідженні конвертувалися пізніше
Структура кампаній	Чернетка як CSV для Editor	Так: переглянути, потім імпортувати	Один імпорт зачіпає багато товарів одразу
Типи рекомендацій, що застосовуються автоматично	Типи, які ви й так схвалили б вручну	Типи, що зсувають цілі або додають ключові слова із широкою відповідністю	Вони змінюють те, що купує акаунт
Звіти, експорти й сповіщення	Усе	—	Вони лише читають дані

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

Що зробити цього тижня

Прочитайте журнал змін за джерелами. У Google Ads відкрийте «Історію змін» у меню «Кампанії» й подивіться останні 90 днів. У стовпці «Користувач» для людей стоїть email, а для інструментів і систем Google — назви на кшталт «Google Ads API» чи «Система Google Ads». Якщо інструменти й системи Google вже вносять багато змін, вирішіть, хто їх перевіряє, перш ніж додавати ще один рівень автоматизації.
Перевірте, що Google застосовує за вас. У розділі «Рекомендації» відкрийте налаштування автоматичного застосування на верхній панелі. Залиште лише ті типи, які ви схвалили б вручну.
Складіть перелік усіх правил і скриптів. Для кожного запишіть власника, що воно змінює і яке вікно даних читає. Приберіть те, що нікому не належить.
Зберігайте історію, яка вам знадобиться. Якщо інструмент читає зміни через API, зберігайте їх щодня, бо change_event сягає назад лише на 30 днів.
Спершу надайте ШІ-інструментам лише читання. Користуйтеся інструментами, що тільки читають дані, або акаунтом Google з роллю «Лише перегляд».
Запишіть, хто натискає кнопку. Для цільових показників, бюджетів, цілей конверсій, структури кампаній і вимкнення товарів назвіть людину й розмір кроку.

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

Побачити ваш план →

Поширені запитання

Чи Smart Bidding — це те саме, що автоматизація Google Ads?

Ні, це лише один її рівень: Smart Bidding автоматизує ставки. Правила, скрипти, API та ШІ-інструменти автоматизують інші завдання, і кожному потрібен власник.

Чи працюють автоматичні правила в Performance Max?

Так, на рівні груп об’єктів. Довідка Google Ads описує, як створювати їх зі сторінки «Групи об’єктів» або з розділу «Правила» в меню «Інструменти».

Як далеко назад видно, хто що змінив?

Два роки в інтерфейсі Google Ads. Через API change_event охоплює 30 днів, а change_status — 90, тож інструменту, що аудитує зміни, потрібна власна копія, щоб зазирнути далі.

Джерела

About Smart Bidding (англійською) — визначення Smart Bidding, призначення ставок у момент аукціону, чотири стратегії, сигнали, яких людина не здатна порахувати. Перевірено 02.10.2026.
Create a Performance Max campaign (англійською) — єдині стратегії призначення ставок, які підтримує Performance Max. Перевірено 02.10.2026.
About applying recommendations automatically (англійською) — автоматичне застосування на рівні акаунта, список типів, без підвищення бюджету, вкладка «Історія» та історія змін. Перевірено 02.10.2026.
Google’s AI advisors: agentic tools to drive impact and insights (англійською) — Ads Advisor: дата анонсу, розгортання, можливості, зміни застосовуються після перегляду й схвалення. Перевірено 02.10.2026.
Set up automated rules (англійською) — що змінюють правила; правила для груп об’єктів у Performance Max. Перевірено 02.10.2026.
Common ways to use automated rules (англійською) — запуск протягом 2 годин; конверсії можуть надходити до 30 днів; довгі діапазони даних для правил на основі конверсій. Перевірено 02.10.2026.
Using scripts to make automated changes (англійською) — що роблять скрипти, зовнішні дані, керуючі облікові записи, попередній перегляд і авторизація. Перевірено 02.10.2026.
Shopping campaigns (Google Ads scripts) (англійською) — що скрипти можуть і чого не можуть у кампаніях Shopping. Перевірено 02.10.2026.
Limits (Google Ads scripts) (англійською) — час виконання, поведінка за тайм-ауту, ліміти ітератора й селектора, журнал, скрипти керуючого облікового запису, 250 авторизованих скриптів. Перевірено 02.10.2026.
Access levels and permissible use (англійською) — ліміти операцій для рівнів Explorer, Basic і Standard. Перевірено 02.10.2026.
OAuth 2.0 internals for Google Ads API (англійською) — єдина область дозволів OAuth в API Google Ads. Перевірено 02.10.2026.
About change history (англійською) — 2 роки змін в інтерфейсі; як відображаються користувачі, інструменти й системи Google. Перевірено 02.10.2026.
Change Event (англійською) — вікно 30 днів, ліміт 10 000 рядків, старі й нові значення. Перевірено 02.10.2026.
Change Status (англійською) — вікно 90 днів, ліміт 10 000 рядків, лише які ресурси змінилися. Перевірено 02.10.2026.
ChangeClientType (англійською) — джерела зміни; зміни з Google Ads Editor не повертаються. Перевірено 02.10.2026.
Load Google Ads data into BigQuery (англійською) — розклад за замовчуванням кожні 24 години, вікно оновлення до 30 днів, за замовчуванням 7. Перевірено 02.10.2026.
googleads/google-ads-mcp (англійською) — три інструменти MCP-сервера Google Ads, примітка про дані, що передаються моделі, вимога щодо токена розробника. Перевірено 02.10.2026.
CSV file columns (Google Ads Editor Help) (англійською) — Google Ads Editor вносить зміни з файлів CSV. Перевірено 02.10.2026.
Дані GetProfit: 146 магазинів, червень 2025 – червень 2026 — частка бюджету в Performance Max.
Дані GetProfit: 110 магазинів з історією щонайменше за вісім місяців, червень 2025 – червень 2026 — місячні коливання ROAS.
Дослідження GetProfit: 1 404 808 товарів, понад 130 магазинів, 13 місяців — точність фіксованого порога вимкнення; пізніші конверсії товарів-«лузерів».
Методика порталу GetProfit — правило тренду, розмір кроків для цільових показників і бюджетів, оцінка зміни за 14 днів, правило виключення товарів.

Ще за темою

2 жовтня 2026 р.