Доступ ИИ к рекламному аккаунту: 7 вопросов, которые стоит задать заранее

Почему чтение и изменение — не одно и то же

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

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

Семь вопросов ниже подходят для любого инструмента. Под каждым описано, как выглядит хороший ответ.

Права: к чему инструмент получает доступ?

1. Какие разрешения он запрашивает и зачем?

Сначала посмотрите, как устроено подключение. Google и Meta выдают доступ сторонним сервисам через OAuth: при подключении открывается экран самой платформы, где видно, какие разрешения запрашиваются. Инструмент, который просит пароль от аккаунта или предлагает «хранить ваш логин у себя», не проходит уже этот вопрос.

Затем оцените объём прав. Здесь платформы устроены по-разному:

• API Google Ads использует одну область доступа OAuth. Отдельного разрешения «только чтение» нет. Что сможет инструмент, определяет уровень доступа в Google Ads того пользователя, который его подключает. С уровнем «Только чтение» инструмент выгружает отчёты, но не меняет кампании; с уровнем «Стандартный» или «Администратор» он может всё, что может этот человек.
• В Meta чтение и управление — разные разрешения. Если инструмент просит оба, уточните, зачем ему права на управление рекламным аккаунтом.
• Для GA4, Tag Manager и Search Console обычно достаточно чтения. Чтобы разобраться, почему GA4 и Google Ads показывают разное число конверсий, права на запись не нужны.

Хороший ответ: инструмент объясняет, зачем ему каждое разрешение. Если он только готовит отчёты, права на изменения он не просит; если позже понадобится дополнительное разрешение, он запросит его в тот момент и объяснит причину.

2. Кто одобряет изменения?

Это самый важный вопрос в списке. Фраза «ИИ автоматически оптимизирует ваши кампании» легко скрывает, кто на самом деле принимает решение. Автоматическое применение означает, что ошибка попадёт в работу раньше, чем вы её заметите.

Хороший ответ: каждое изменение приходит в виде предложения: что изменится, старое и новое значение, обоснование и ожидаемый эффект. Пока вы или уполномоченный вами человек не одобрите, ничего не применяется. У ожидающих предложений есть срок действия: предложение недельной давности не применится молча в сегодняшних условиях.

Гарантии: как изменения применяются и отслеживаются?

3. Проверяется ли предложение до применения?

Предложение модели может нарушить правила платформы: выйти за лимиты бюджета, противоречить стратегии назначения ставок, относиться не к той кампании или не к тому аккаунту. Есть и проблема времени: после того как предложение подготовлено, коллега мог вручную изменить тот же бюджет.

Хороший ответ: предложение сначала прогоняется через платформу в режиме одной только проверки. API Google Ads умеет проверять изменение, не применяя его, поэтому ошибки отлавливаются ещё до экрана одобрения. В момент одобрения текущее значение считывается заново: если бюджет за это время изменился, старое предложение не применяется.

4. Кто, когда и что изменил?

Через месяц ответ на вопрос «кто поднял этот бюджет?» не должен теряться в истории чата. В Google Ads есть собственная история изменений за последние два года, но для изменений через API в столбце пользователя может стоять API или название инструмента, а не человек. То есть платформа скажет «изменил инструмент», но не скажет, кто дал одобрение внутри него.

Хороший ответ: каждое применённое изменение фиксируется в журнале самого инструмента: кто предложил (ассистент или человек), кто одобрил, когда, старое и новое значение. В журнал можно только добавлять записи, отредактировать или удалить их нельзя.

История изменений платформы показывает, что изменилось. Журнал инструмента должен показывать, кто принял решение.

Выход и данные: у кого остаётся контроль?

5. Как отозвать доступ?

Спросите об этом до подключения, а не после. Способов должно быть три:

• В самом инструменте: подключение удаляется за один шаг, токен доступа стирается и отзывается на стороне платформы.
• В Google: на странице связанных приложений вашего аккаунта Google (myaccount.google.com/linkedapps) выберите инструмент и закройте ему доступ.
• В Meta: удалите приложение в разделе «Бизнес-интеграции» настроек Facebook и проверьте, какие доступы выданы через ваше бизнес-портфолио.

Хороший ответ: работают все три способа, а если доступ отозван на стороне платформы, инструмент корректно останавливается и предлагает подключиться заново.

Надёжный инструмент упрощает отзыв доступа. Если он его усложняет, это тоже ответ.

6. Используются ли мои данные для обучения моделей?

Ваши рекламные данные — коммерческая тайна: сколько вы платите за какие запросы, какие аудитории приносят конверсии. У ИИ-инструментов этот вопрос двухуровневый: сам инструмент и поставщик модели, которой он пользуется.

Хороший ответ: данные платформ используются только для того, чтобы оказывать услугу вам; ни инструмент, ни поставщик модели не обучают на них ИИ. Это прямо сказано в политике конфиденциальности, а для данных из API Google указано соблюдение требований Google об ограниченном использовании (Limited Use). Где хранятся данные и какие субподрядчики (хостинг, ИИ, почта) имеют к ним доступ, опубликовано списком.

7. Где границы, если что-то пойдёт не так?

Ошибка одного человека не должна задевать весь аккаунт. Если у всех в команде одинаковые права, случайный клик клиента ничем не отличается от взвешенного решения руководителя.

Хороший ответ: кто может одобрять предложения, определяет роль; есть роли, которые видят отчёты, но ничего не меняют. Инструмент выполняет только заранее определённые типы действий, а при сбое прямо сообщает, что произошло и в каком состоянии остался аккаунт.

Семь вопросов в виде чек-листа

Возьмите эту таблицу на встречу с поставщиком. Если услышите тревожный сигнал из правого столбца, попросите ответ в письменном виде.

Как выдавать доступ поэтапно

Даже если ответы вас устроили, не открывайте сразу максимальный доступ. Действуйте по порядку:

1. Решите, кто будет подключать инструмент. В Google Ads подключайте его через пользователя, у которого нет лишних прав. Если нужны только отчёты, хватит уровня «Только чтение».
2. Прочитайте экран согласия. Он должен открываться на домене Google или Meta, а запрошенные разрешения должны совпадать с тем, что вам рассказал поставщик.
3. Первую неделю — только чтение. Используйте инструмент для диагностики: например, попросите найти утечку бюджета в отчёте о поисковых запросах и сравните выводы с мнением человека, который знает аккаунт.
4. Начните с небольших предложений. Несколько минус-слов или небольшая корректировка бюджета, которые легко откатить.
5. Сверьте журналы. Положите журнал инструмента рядом с историей изменений Google Ads: каждое изменение должно быть видно в обоих.
6. Распределите роли. Право одобрять — только у тех, кто принимает решения; остальным достаточно просмотра.

Как на эти вопросы отвечает ad10

Мы задавали себе эти вопросы, когда проектировали продукт. В ad10 порядок всегда один: предложение, проверка на платформе, одобрение, журнал.

• Ассистент читает ваши аккаунты через официальные API и готовит предложения со старым и новым значением и обоснованием.
• Предложения по бюджетам и минус-словам в Google Ads сначала проходят режим проверки Google и отмечаются на экране одобрения как «Проверено Google». Если после подготовки предложения бюджет изменили, оно не применяется.
• Одобрять могут только участники с ролью «Редактор» или выше; роли «Аналитик» и «Клиент» ничего не меняют. То же правило действует при работе через коннектор для Claude или ChatGPT.
• Каждое применённое изменение попадает в журнал, который нельзя удалить, вместе с тем, кто его предложил и кто одобрил.
• Для GA4, Tag Manager и Search Console ad10 запрашивает только чтение. Токены доступа хранятся в зашифрованном хранилище и удаляются в момент отключения.
• База данных находится во Франкфурте, а все поставщики, с которыми мы работаем, перечислены на странице субподрядчиков по обработке данных. Ваши данные не используются для обучения моделей; подробности — в политике конфиденциальности.

Как устроено одобрение, показано в разделе о безопасности, а какие аккаунты можно подключить — в списке платформ.