Google открывает Gemini для внешних приложений через единый слой MCP

Владелец интернет-магазина хочет добавить сезонную категорию. Обычно ему приходится открыть CMS, создать страницу, связать товары, поправить меню и отдельно заполнить SEO-поля. Google предлагает другой вход: человек формулирует задачу в Gemini, а подключённый сервис предоставляет агенту нужные инструменты.

Именно для этого появилась Connected Apps Platform. Сторонние приложения смогут регистрировать интеграции для Gemini и Search, подключая удалённые MCP-серверы. Платформа пока работает в предварительном доступе, поэтому говорить о массовом переносе работы из привычных интерфейсов рано. Но направление уже видно: AI-ассистент становится не только окном для ответа, но и универсальной панелью управления внешними сервисами.

Как это работает на примере магазина

Разработчик конструктора сайтов описывает через MCP доступные операции: получить структуру проекта, найти товары, создать категорию, изменить навигацию или обновить запись в CMS. Пользователь подключает сервис и выдаёт ему разрешения. После этого Gemini может подобрать подходящие инструменты и вызвать их в рамках запроса.

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

В этом и заключается важное отличие от привычных AI-функций конструкторов. Генератор способен нарисовать новую страницу по описанию. Агентное управление должно безопасно менять уже работающую систему, где есть связи между объектами, роли пользователей и последствия каждой ошибки.

Для разработчиков ценность платформы ещё и в дистрибуции. Приложение получает дополнительный интерфейс, через который пользователь может обращаться к его функциям. Но наличие MCP-сервера само по себе не гарантирует появления сервиса в Gemini или Search: Google проверяет интеграции и управляет их доступностью внутри своей экосистемы.

Конкуренция переходит на уровень инструментов

Конструкторы сайтов годами сравнивали по шаблонам, редакторам, бизнес-модулям и встроенным генераторам. Теперь появляется ещё один критерий: насколько удобно внешнему агенту работать с платформой.

Здесь важны не только количество API-методов и формальная поддержка MCP. Названия инструментов должны быть однозначными, параметры — понятными, результаты — структурированными, а ошибки — пригодными для обработки. Если агент путает создание черновика с публикацией или не понимает, какие поля обязательны, пользователь видит ненадёжный продукт, даже если проблема скрыта в интеграции.

Меняется и аналитика. Раньше активность можно было оценивать по открытиям редактора или административной панели. Если часть операций проходит через Gemini, эти показатели перестают отражать реальное использование. Продуктовым командам понадобятся события для вызовов инструментов, завершённых сценариев, подтверждений, отказов и откатов.

При этом собственный интерфейс никуда не исчезает. Точная настройка дизайна, адаптивности и сложных пользовательских сценариев по-прежнему требует визуального контроля. Скорее, рутинные операции перейдут в диалог с агентом, а редактор останется местом для сложной работы и проверки результата.

Главный риск — корректная команда с неверным результатом

Самая неприятная ошибка возникает, когда API отработал без сбоя, но агент неправильно понял намерение пользователя. Инструмент удаления страницы может вернуть успешный ответ, хотя человек хотел убрать страницу только из меню. Технически вызов выполнен правильно, продуктово — произошла авария.

Поэтому одного MCP недостаточно. Для изменений в реальном проекте нужны минимальные права, отдельное подтверждение чувствительных действий, журнал операций, предварительный просмотр и надёжный откат. Составные задачи лучше выполнять как контролируемые транзакции: либо вся цепочка завершилась, либо система вернулась в исходное состояние. Особенно опасно оставлять сайт между шагами, когда новый объект уже создан, а связанные элементы ещё не обновлены.

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

Connected Apps Platform пока не отменяет редакторы сайтов. Она меняет точку входа в них. Победит не тот сервис, который просто объявит поддержку MCP, а тот, чьи функции агент сможет вызывать предсказуемо, безопасно и без неприятных сюрпризов для владельца проекта.