Google открывает Search и Gemini для сторонних приложений. Что это меняет для конструкторов сайтов?

28 октября 2026 года Google представил Connected Apps Platform — платформу, через которую сторонние сервисы смогут подключаться к Search и Gemini.

На первый взгляд обычная новость об интеграциях. Но для рынка конструкторов сайтов она может означать довольно серьёзные изменения.

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

AI-агент получает доступ к необходимым функциям платформы и выполняет разрешённые операции.

Подобное взаимодействие уже технически возможно у отдельных конструкторов. Теперь Google начинает создавать для сторонних приложений общую инфраструктуру подключения к своим AI-продуктам.

В перспективе пользователю может быть необязательно открывать сам конструктор, чтобы управлять созданным на нём сайтом.

Разберёмся, что именно запустил Google и насколько к такой модели готовы современные платформы.

Что предлагает Google Connected Apps Platform

Новая платформа позволяет разработчикам интегрировать собственные сервисы с Search и Gemini через единую систему регистрации и управления.

В основе лежит Model Context Protocol (MCP) — протокол, позволяющий AI-системам обращаться к данным и функциям сторонних приложений.

Разработчик предоставляет удалённый MCP-сервер с описанием доступных инструментов, а AI-агент получает возможность вызывать их в рамках пользовательского запроса.

Например, подключённое приложение может позволять агенту получать информацию, искать объекты, создавать записи или изменять существующие данные.

Для разработчиков предусмотрена Google Connected Console. Через неё можно зарегистрировать интеграцию, протестировать инструменты, настроить авторизацию и отслеживать показатели использования, задержки и ошибки.

Отдельно поддерживаются MCP Apps — интерактивные компоненты, которые могут отображаться непосредственно в AI-интерфейсе. Это позволяет не ограничиваться текстовым диалогом, а показывать пользователю элементы управления и структурированные данные.

По информации Google, в Search и Gemini уже работают более 50 подключённых приложений разных категорий.

При этом Connected Apps Platform пока находится на стадии предварительного доступа. Разработчики могут выбирать поддержку Search, Gemini или обоих продуктов, но наличие MCP-сервера не означает автоматического появления приложения в экосистеме Google.

Конструкторы сайтов уже движутся в эту сторону

Интересно, что первые конструкторы начали появляться в экосистеме Gemini ещё до октябрьского анонса.

23 сентября Google сообщил о новых Connected Apps для Gemini, отдельно упомянув Webflow и Squarespace среди сервисов для творчества и создания сайтов.

То есть Google уже рассматривает конструкторы как приложения, с которыми пользователь может взаимодействовать непосредственно через AI-ассистента.

Параллельно сами платформы развивают собственные MCP-интеграции.

Webflow: управление проектом через внешнего агента

У Webflow есть официальный MCP-сервер, через который совместимые AI-инструменты могут работать с различными элементами проекта: страницами, CMS, компонентами и другими доступными функциями.

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

Это позволяет использовать внешнего AI-агента не только для подготовки контента, но и для выполнения действий внутри существующего проекта.

Wix: инструменты для разработчиков и посетителей сайтов

Wix развивает собственный MCP, предоставляющий AI-инструментам доступ к документации, API и функциям платформы.

Отдельно стоит обратить внимание на Wix Site MCP, ориентированный на взаимодействие AI-клиентов с опубликованными сайтами.

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

Получаются два направления развития:

• AI управляет сайтом: редактирует контент, работает с CMS и выполняет административные задачи.

• AI взаимодействует с сайтом: помогает потенциальным клиентам получать информацию и использовать доступные функции бизнеса.

Важно не смешивать эти возможности с Connected Apps от Google. Наличие собственного MCP у конструктора не означает, что все его инструменты уже доступны непосредственно в Gemini или Search.

Но техническая основа для подобного взаимодействия постепенно формируется.

От визуального редактора к управлению через AI-агента

В июле я уже разбирал, как AI-агенты и MCP меняют CMS и конструкторы сайтов.

Тогда речь шла о разнице между генерацией контента и полноценным управлением системой.

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

Именно здесь внешние интеграции становятся особенно интересными.

Допустим, пользователь просит:

«Создай на сайте раздел сезонных товаров, добавь страницу категории, обнови меню и подготовь SEO-описание».

Чтобы выполнить такой запрос, агенту нужно получить структуру проекта, проверить существующие данные, создать необходимые объекты и внести изменения в навигацию.

В обычном конструкторе эти действия выполняются через несколько разделов интерфейса.

При наличии соответствующих инструментов MCP агент может выполнить их через API платформы. Но только в пределах предоставленных возможностей и разрешений.

Разумеется, это не означает исчезновения визуальных редакторов.

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

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

Конструктор перестаёт быть единственным интерфейсом для управления сайтом, но продолжает обеспечивать его работу.

Новая конкуренция — за удобство для AI-агентов

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

Сначала они конкурировали шаблонами и удобством drag-and-drop. Позже — бизнес-модулями, автоматизацией и интеграциями. Затем началась гонка AI-генераторов сайтов.

Теперь появляется ещё один критерий: насколько хорошо платформа позволяет внешним агентам использовать свои функции.

Представим два конструктора с сопоставимыми возможностями.

У первого есть развитый MCP-сервер, понятные описания инструментов, предсказуемые API и гибкие права доступа.

У второго большинство операций можно выполнить только через собственный редактор.

Для человека оба продукта могут быть одинаково удобны. Но если пользователь предпочитает работать через универсального AI-ассистента, разница становится существенной.

Первый конструктор способен предоставить агенту инструменты для выполнения задачи. Второй ограничивает пользователя собственным интерфейсом.

Google в рекомендациях по оптимизации MCP-серверов уделяет особое внимание качеству описаний инструментов, параметрам и предсказуемости их работы.

И это логично: агент должен не просто получить доступ к API, но и правильно определить, какую функцию вызвать и с какими аргументами.

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

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

Google становится посредником между пользователем и платформой

Здесь есть ещё одно последствие, уже не столько техническое, сколько продуктовое.

Раньше пользователь выбирал конструктор и затем работал внутри его интерфейса.

Теперь возможна другая модель: пользователь выбирает платформу, подключает её к AI-ассистенту и часть задач выполняет непосредственно через него.

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

Это напоминает изменения, которые уже происходят с поисковым трафиком.

В недавней статье о том, как AI-поиск меняет партнёрский маркетинг конструкторов сайтов, я рассматривал ситуацию, когда поисковая система помогает выбрать продукт без обязательного посещения сравнительных сайтов.

Connected Apps потенциально добавляет следующий этап: пользователь может не только получить рекомендацию, но и работать с выбранным сервисом через внешний AI-интерфейс.

Однако здесь важно различать выбор приложения и его использование.

Google Connected Apps сегодня прежде всего ориентирован на подключение сервисов, с которыми пользователь собирается работать. Само присутствие в этой экосистеме не гарантирует рекомендаций продукта в поисковой выдаче.

Но изменение точки взаимодействия с SaaS вполне реально.

Для конструктора посещаемость собственного редактора может постепенно становиться менее показательным индикатором активности. Если часть операций выполняется через AI-ассистента, важнее оценивать фактическое использование продукта, а не только количество открытий административной панели.

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

Поэтому для конструкторов важно развивать открытые инструменты, которые могут работать не только в одной AI-экосистеме.

Безопасность может оказаться сложнее самой интеграции

Предоставить AI-агенту API — только половина задачи.

Совсем другое дело — разрешить ему изменять реальный сайт.

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

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

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

Именно поэтому полноценное агентное управление требует не только MCP, но и продуманной архитектуры операций.

Google также предъявляет требования к безопасности, авторизации и качеству подключаемых приложений. Но корректность конкретных функций остаётся ответственностью их разработчиков.

Наличие MCP-сервера ещё не означает, что конструктор готов к безопасному автономному управлению.

Вместо заключения

Пока Google Connected Apps Platform находится на стадии предварительного доступа. Говорить о массовом переходе пользователей конструкторов сайтов в Gemini или Search преждевременно.

Но направление развития уже обозначилось.

Конструкторы постепенно превращаются из отдельных визуальных редакторов в платформы, чьи возможности могут использовать внешние AI-агенты.

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

А для самих конструкторов появляется ещё один уровень конкуренции.

Раньше важно было сделать удобный редактор для человека. Теперь придётся думать и о том, насколько удобно AI-агенту работать с этой платформой.

Главный вопрос уже не в том, сможет ли AI создать сайт. Гораздо интереснее, сможет ли он полноценно управлять существующим проектом без постоянного участия пользователя в работе редактора.

И запуск Connected Apps от Google — ещё один шаг именно в этом направлении.