AI-агент отримав доступ до Google Ads: чому PPC-фахівець обмежив його повноваження
AI-агент пропонує мінус-слово й переконливо пояснює, чому воно заощадить бюджет. Чи можна одразу дозволити йому внести зміну? У PPC Town Hall від 3 серпня 2026 року Nils Rooijmans розповів про помилку: агент вирішив, що страховику не потрібні запити про дешевий Kia K3. Насправді клієнт страхував такі авто. У рекламних числах не було відповіді на питання про умови бізнесу.
Опубліковано:
Доступ до даних не замінює знання клієнта
Rooijmans описав перехід від скриптів до скриптів із LLM, а потім до агентів з інструментами. Google Ads Scripts дозволяють програмно читати дані й змінювати акаунт. Але ці два права мають різні наслідки.
В одному сценарії модель надсилає список підозрілих запитів. Людина може помітити помилковий виняток. В іншому сценарії той самий список одразу стає мінус-словами. Тепер перевіряти доведеться вже наслідки втрати потрібного трафіку.
У розмові також ішлося про автоматичне додавання мінус-слів за внутрішньої оцінки впевненості понад 85%. Rooijmans не відмовився від автоматичних дій узагалі. Проте цей поріг не є перевіреною ймовірністю правильного рішення.
Якщо агент написав «впевненість 90%», це ще не означає, що дев’ять із десяти таких змін будуть доречні. Для такого висновку потрібна окрема перевірка його рекомендацій.
Що показати агенту до першого виключення
Для власного тесту почніть із письмового опису пропозиції. Які товари й послуги є? Кому їх продають? Які винятки важливі? Бюджетні автомобілі в історії Rooijmans були саме таким бізнесовим контекстом.
Далі підготуйте перевірений набір запитів. Додайте не тільки очевидне сміття, а й складні випадки: дешевий товар, незвичну назву, нетипового покупця. Порівняйте рішення агента з оцінкою фахівця.
Умовний приклад: із 20 рекомендацій 19 правильні. Загальна точність виглядає добре. Але якщо двадцята відсікає головну послугу, проста частка правильних відповідей приховає суттєвий ризик. Окремо рахуйте помилки, які блокують цільовий попит.
Переконливість пояснення теж не є перевіркою. Попросіть показати правило бізнесу та дані, на яких ґрунтується рекомендація. Якщо підставою виявилося припущення про клієнта, зміна потребує уточнення.
Як розширювати повноваження поступово
Нижче редакційна схема перевірки, а не опис реалізації Rooijmans. Вона допомагає розвести аналіз і право витрачати або обмежувати бюджет.
| Етап | Що дозволено | Що перевіряє людина |
|---|---|---|
| Читання | Аналіз і підготовка пропозицій | Помилки та пропущені винятки |
| Погоджена дія | Виконання конкретного затвердженого списку | Відповідність фактичної зміни погодженню |
| Обмежена автоматизація | Дії за вузьким правилом | Журнал, наслідки й умови зупинки |
Для змін зберігайте попередні значення та спосіб відновлення. Не надавайте право змінювати бюджети, якщо задача стосується лише аналізу запитів.
У випуску немає контрольованої оцінки економії часу чи ROAS. Для власного рішення виміряйте час перевірки та ціну помилок. Якщо агент виконує дію швидше, але потребує тривалого виправлення, сам факт автоматичного виконання ще не пояснює, навіщо розширювати його доступ.
Спосіб відновлення теж потрібно перевірити заздалегідь. Повернення попереднього списку мінус-слів виправить налаштування, але не поверне покази, які кампанія пропустила до виявлення помилки. Тому разом із відкатом потрібні обмежений масштаб змін і своєчасна перевірка наслідків. Особливо це важливо в короткі акційні періоди, коли навіть недовга втрата потрібного попиту може бути суттєвою.
