От поисковой видимости — к выполнению задачи
28 октября 2026 года Google объявила о предварительном запуске Connected Apps Platform — платформы, которая позволяет компаниям подключать свои сервисы одновременно к Gemini и Google Search. На старте Google сообщила более чем о 50 Connected Apps. Среди первых партнёров — Adobe, Experian, Localiza и Peloton; в ближайшие недели к платформе должна присоединиться Calm.
Главное отличие от обычной интеграции с поиском в том, что пользователь получает не только ссылку или описание услуги. Он может попросить AI выполнить действие: проверить доступность, подобрать вариант с учётом личного контекста, оформить заказ, записаться, сохранить результат или изменить данные в аккаунте.
Иными словами, Google открывает для приложений новый канал дистрибуции. Пользователь по-прежнему может перейти на сайт компании, но всё чаще будет обращаться к сервису через посредника — Gemini или поисковый интерфейс, который сам решает, какое приложение вызвать и какие данные ему передать.
Что такое Connected App на практике
Разработчик регистрирует сервис в Connected Console, описывает его возможности, подключает сервер, добавляет тестировщиков, отправляет интеграцию на проверку и выбирает, где она будет доступна — в Search, Gemini или обоих продуктах.
Технически приложение может работать через Model Context Protocol либо через Android MCP с использованием AppFunctions. Для пользователя это выглядит как разговорный сценарий, но за ним стоит обычная прикладная логика: авторизация, запрос данных, проверка условий и выполнение операции.
Представим фитнес-сервис. Его Connected App должна не просто рассказать о тренировках, а вернуть актуальное расписание, учесть аккаунт клиента и предложить запись на конкретное занятие. Для службы доставки недостаточно показать меню: приложение должно проверить наличие товара, учесть адрес, ограничения по времени и запросить подтверждение заказа.
Такой сценарий отличается от публикации справочной информации. Google связывает ценность подключённого приложения с живыми данными, персональным контекстом и возможностью довести задачу до результата.
Почему это меняет маркетинг и продукт
1. Появляется новый путь к заявке или покупке
Клиент может не перейти на сайт бренда. Он задаёт вопрос в Gemini или Search, а затем продолжает взаимодействие внутри интерфейса Google. Это способно сократить путь от намерения до действия, но одновременно уменьшает роль привычной посадочной страницы.
Для бизнеса вопрос теперь звучит не только как «виден ли наш сайт в поиске?», но и как «может ли AI корректно вызвать наш сервис и завершить сценарий?».
2. Видимость становится операционной задачей
Компании уже проверяют, упоминают ли их продукты языковые модели. С Connected Apps этого недостаточно. Нужно тестировать, в каких формулировках Google вызывает приложение, правильно ли выбирает нужный инструмент, передаёт ли контекст пользователя и что происходит при неполных данных.
Например, туристический сервис может быть хорошо представлен в ответах о направлениях, но проигрывать в реальном сценарии, если не умеет быстро вернуть доступные даты и цены. Для агента важен не сам факт упоминания бренда, а способность сервиса ответить на следующий практический запрос.
3. Интеграция становится частью клиентского опыта
Медленный ответ, непонятная ошибка или лишний запрос авторизации будут влиять на результат не меньше, чем плохая страница сайта. Connected App фактически становится ещё одним интерфейсом продукта — только его внешний вид и момент появления во многом контролирует Google.
Поэтому разработке стоит уделять внимание не только MCP-серверу, но и качеству сценариев: понятным названиям действий, устойчивости к повторным запросам, корректным сообщениям об ошибках и безопасному восстановлению после сбоя.
Что нужно подготовить компании
Живые и проверяемые данные
AI-агент не должен опираться на устаревший каталог, если пользователь спрашивает о наличии, расписании или цене. Бизнесу потребуется определить, какие данные обновляются в реальном времени, где находится их источник и как система будет сообщать о временной недоступности.
OAuth 2.1 и ограниченные права
Google требует использовать OAuth 2.1, подтверждать домен и явно описывать права приложения. Доступ должен быть минимальным: сервису бронирования не нужны полномочия для изменения всех данных профиля, если ему достаточно прочитать расписание и создать запись.
Отдельное подтверждение опасных действий
Заказ, платёж, удаление информации или изменение аккаунта нельзя выполнять только потому, что агент распознал намерение пользователя. Для таких операций нужна понятная точка подтверждения: что именно произойдёт, на каких условиях и какие данные будут переданы.
Обработка ошибок и повторов
Агент может повторить запрос, получить неполный контекст или столкнуться с временным сбоем внешней системы. Приложение должно отличать повторную попытку от нового заказа, не создавать дубли и объяснять пользователю, что делать дальше.
Метрики результата
Одних показателей вызова недостаточно. Минимальный набор метрик включает количество обращений, задержку ответа, ошибки, отказы на этапе авторизации, долю успешных операций и случаи ручного вмешательства.
Главная метрика — не «сколько раз приложение вызвали», а сколько задач действительно завершилось. Для интернет-магазина это может быть подтверждённый заказ, для клиники — запись на приём, для SaaS-сервиса — успешно изменённая настройка.
Главный компромисс: дистрибуция в обмен на контроль
Connected Apps Platform даёт компаниям доступ к Gemini и Search, но не передаёт им контроль над всей воронкой. Google определяет правила публикации, проверяет интеграции, управляет пользовательским интерфейсом и выбирает момент, когда вызвать приложение.
Подключение не гарантирует показов, трафика или конверсий. Компания также не может полностью контролировать, как будет представлен её сервис внутри ответа AI. Это создаёт зависимость, похожую на зависимость от поискового ранжирования, но более глубокую: платформа влияет не только на обнаружение бренда, но и на сам способ взаимодействия с ним.
Пока Connected Apps находится в предварительной версии, доступ открывается поэтапно, а условия коммерческого использования и правила ранжирования остаются недостаточно определёнными. Поэтому бизнесу рано воспринимать интеграцию как гарантированный канал продаж.
Что делать уже сейчас
Начать стоит не с выбора протокола, а с инвентаризации клиентских задач:
- Какие действия люди действительно хотят выполнить в разговоре с AI?
- Какие данные должны быть актуальными в момент запроса?
- Какие операции требуют авторизации и отдельного подтверждения?
- Что произойдёт при повторе запроса или сбое внешней системы?
- Как будет измеряться успешное завершение сценария?
- Можно ли отключить отдельную функцию без остановки всей интеграции?
Вывод
Google не отменяет сайты и мобильные приложения. Она добавляет к ним новый слой доступа: пользователь может обращаться к сервису не через его интерфейс, а через AI-агента, который понимает запрос, получает данные и запускает действие.
Для бизнеса это переход от борьбы за ссылку в выдаче к борьбе за надёжное выполнение задачи. Компании, которые подготовят живые данные, безопасную авторизацию, чёткие подтверждения и измеримые сценарии, смогут получить новый канал клиентского пути. Но вместе с дистрибуцией им придётся принять и правила платформы, которая контролирует вызов приложения и интерфейс взаимодействия.
