Google Ads под управлением ИИ-агента: как связка MCP и API делит роли

Когда говорят «отдать Google Ads под управление ИИ-агента», в голове рисуется одна коробка: агент сам смотрит статистику, сам меняет ставки, сам пишет объявления. На деле внутри этой коробки прячутся два разных слоя — MCP и API. Я разбирался, где между ними проходит граница, и покажу это на живых проектах. Абстрактной схемы будет по минимуму.

Два слоя, которые часто путают

API — это способ дотянуться до самого рекламного кабинета: прочитать кампании, изменить ставку, поставить объявление на паузу. Google Ads API умеет и читать, и писать, и всю физическую работу с аккаунтом делает именно он.

MCP (Model Context Protocol) — прослойка между языковой моделью и этим API. Сама модель напрямую эндпоинты Google дёргать не умеет. MCP-сервер описывает набор инструментов человеческим языком («получи метрики кампании», «измени бюджет») и переводит запрос модели в конкретный вызов API. Если совсем грубо: API — это руки, MCP — переводчик, через которого агент этими руками командует.

Путаница идёт оттуда, что оба слоя закрывают одну задачу — «управлять рекламой». Разделишь их плохо — получаешь одно из двух: агента, который красиво рассуждает и ничего не делает, или скрипт, который что-то делает, но поговорить с ним нельзя.

Как это выглядит на живых репозиториях

Я смотрел через GitHub API набор проектов itallstartedwithaidea — там эта архитектура разложена по отдельным репозиториям, и по ним хорошо видно, какой слой за что отвечает.

• advertising-hub — зонтичный репозиторий, 28 звёзд, лицензия MIT, последний пуш 17 июля 2026. Преобладающий язык — Markdown, то есть перед нами прежде всего витрина и документация связки. И тут же вылезает важная деталь: в статусе Live помечен только Google Ads MCP, остальное — заготовки разной степени готовности.
• google-ads-api-agent — 22 звезды, MIT, активно обновлялся 17 июля 2026. Это рабочий слой: подтверждённая автоматизация Google Ads на чтение и запись. Тот самый компонент, который реально меняет кампании.
• google-ads-mcp — а вот тут начинается интересное. Всего 1 звезда, MIT, репозиторий не трогали с 4 мая 2026. Это персональный пакет googleadsagent-mcp, отдельный от того MCP, что заявлен в хабе как Live.

Последний пункт хорошо лечит от наивности. По названию так и тянет решить, что «google-ads-mcp» и есть тот живой MCP-слой из хаба. GitHub API говорит иначе: имя совпадает, а компонент дремлет с мая. Собрался строить продакшн на чужом репозитории — сначала посмотри дату последнего пуша и статус, помеченный в самом хабе.

Почему одним слоем не обойтись

Соблазн взять что-то одно понятен. Посчитаем честно, что при этом теряется.

Только API, без MCP — на руках автоматизация по жёстким правилам. «Если CPA выше X, снизить ставку на 10%». Работает, но агентом это назвать сложно: решение он не объяснит, контекст не сопоставит, на задачу, сформулированную своими словами, не среагирует. Обычный скрипт по расписанию.

Только MCP, без надёжного API-слоя под ним — агент прекрасно рассуждает, строит гипотезы, предлагает изменения. И упирается в то, что руки либо не дотягиваются до кабинета, либо умеют только читать. Красивый советчик без права подписи.

Связка даёт то, ради чего всё затевалось: модель формулирует намерение на языке задачи, MCP переводит его в конкретный инструмент, API выполняет операцию в кабинете. Каждый слой делает свою работу и остаётся заменяемым — API можно обновить под новую версию Google Ads, логику агента при этом не переписывая.

Что забрать с собой

• Роли развести осознанно: API — исполнитель с доступом к кабинету, MCP — переводчик между моделью и API.
• Права на запись — отдельное решение. google-ads-api-agent подтверждает read/write, и это ответственность: агент, который умеет менять бюджеты, требует ограничений и логирования.
• Зрелость компонентов проверяй до внедрения. Дата последнего пуша и статус Live в хабе честнее названия репозитория.
• Начинай со связки, где живым помечен минимум — в advertising-hub это один MCP-компонент. Меньше движущихся частей — меньше мест, где всё сломается в три часа ночи.

Сам я дошёл до этой архитектуры через возню руками, и главный вывод скучный: никакой магии в «ИИ управляет рекламой» нет. Есть два слоя, у каждого своя понятная работа. Стоит увидеть границу между ними — и вся связка перестаёт быть чёрным ящиком, превращается в то, что можно спокойно чинить и развивать.