Google отказывается от Assistant в пользу Gemini на Android? 3 сентября 2026 года Google начала поэтапный отказ от использования Assistant на мобильных устройствах, и уже к 4 сентября большинство пользователей утратили возможность переключиться обратно, так как Gemini стал основным помощником Google на платформе Android. По мере того как разговорные модели приходят на смену традиционным голосовым инструментам, мобильные платформы меняют принципы взаимодействия пользователей со сторонним ПО. Исторически сложилось, что приложения регистрировали структурированные возможности (capabilities) в конфигурационных файлах shortcuts для обработки голосовых команд. Сегодня, поскольку Gemini опирается на комбинацию подключенных приложений (Connected Apps), системных функций помощи и контекста экрана, разработчикам необходимо пересмотреть способы обнаружения и вызова установленных приложений через системные интерфейсы помощника.
Ключевые изменения платформы: прекращение поддержки Google Assistant на мобильных устройствах
Краткий обзор
-
3 сентября 2026 года Google запустила процесс замены Google Assistant на Gemini в качестве основного голосового помощника на соответствующих устройствах.
-
Популярные способы активации, включая голосовую команду «Hey Google» и жесты, теперь вызывают Gemini, если он выбран помощником по умолчанию.
-
Переход касается смартфонов, планшетов, устройств на Wear OS, поддерживаемых наушников и сессий Android Auto, однако не затрагивает Nest-дисплеи и автомобили со встроенными сервисами Google.
Архитектура системных помощников в мобильных ОС переживает значительную трансформацию. В течение многих лет традиционный голосовой помощник служил основным интерфейсом для управления Android без рук, выполняя команды по открытию приложений, настройке будильников и обработке веб-запросов. Эта система опиралась на предопределенные возможности и встроенные интенты (intents), которые связывали распознанные запросы пользователей со структурированными действиями, заявленными в приложении.
По мере развития разговорного ИИ разработчики платформ отдают предпочтение мультимодальному взаимодействию, пониманию контекста экрана и сложному многошаговому логическому анализу, отказываясь от простых парсеров ключевых слов. В результате инфраструктура классических мобильных голосовых помощников выводится из эксплуатации в пользу новых генеративных интерфейсов. Ролл-аут начался 3 сентября, как указано в официальном анонсе перехода Google Assistant.
Понимание границ этого процесса критически важно для технических команд, отслеживающих переход на Gemini. Согласно обновлениям по миграции на Google Gemini, как только доступ к Assistant для конкретного устройства отключается в процессе ролл-аута, пользователь больше не может вернуть прежний функционал на данном оборудовании. Переход затрагивает смартфоны, планшеты, совместимые часы Wear OS, наушники и Android Auto. При этом изменения не касаются умных колонок, стационарных умных дисплеев и автомобилей со встроенными сервисами Google.
Технический анализ: от App Actions к интеграциям с Gemini
На уровне разработки приложений замена традиционного помощника на генеративную модель меняет способ трансляции команд пользователя в функции приложения. В рамках классической модели разработчики интегрировались с Google Assistant через App Actions. Эти возможности объявлялись в файле ресурсов shortcuts.xml, согласно руководству по схеме действий Android Assistant, сопоставляя встроенные интенты с явными Android-интентами или URI диплинков.
Когда пользователь произносил распознаваемую фразу, система сопоставляла команду с возможностями приложения и запускала нужную Activity с соответствующими параметрами. Этот механизм обеспечивал детерминированную и предсказуемую маршрутизацию прямо в функции установленного приложения.
Паттерны взаимодействия: вызов через Assistant против вызова через Gemini
Gemini интегрируется с приложениями через иные платформенные механизмы, в первую очередь используя Connected Apps (подключенные приложения) и функции помощи устройству (Device Assistance). Вместо того чтобы полагаться исключительно на точное совпадение ключевых слов в файлах shortcuts, Gemini оценивает запросы на естественном языке и может использовать контекст экрана для определения наилучшего способа выполнения действия.
На схеме ниже представлено сравнение классического механизма App Actions и модели вызова Gemini:
Голосовая команда пользователя ──> Возможность в shortcuts.xml ──> Android Intent / Deep Link ──> Activity приложения
Важно отметить, что Google не представила универсальную структуру, в которой все старые App Actions автоматически преобразуются в динамические вызовы инструментов или диплинки. Приложения продолжают опираться на базовые стандарты Android — такие как явные интенты, верифицированные Android App Links и конфигурации ярлыков системы — для обработки внешних вызовов.
Если путь пользователя, модерируемый помощником, проходит через промежуточный интерфейс, который не сохраняет параметры кампании, аналитика и модели атрибуции маркетинга могут столкнуться с фрагментацией данных. Однако это проблема интеграции и сохранения данных реферала, а не автоматический сбой разрешения диплинков для уже установленных приложений.
Оценка вызова приложений и непрерывности состояния в интерфейсах Android
По мере перехода системных точек входа к разговорным моделям командам разработки необходимо проверять, как их приложения получают и обрабатывают входящие параметры выполнения. Обеспечение комфортного пути пользователя во время перехода на Gemini требует четкого технического разделения между вызовом функций установленного приложения и управлением внешними воронками привлечения.
Сравнение паттернов взаимодействия Android
В таблице ниже приведены технические механизмы, определяющие точки входа в приложение и контекстную непрерывность на Android:
| Паттерн взаимодействия | Основной механизм | Необходимый актив | Основной сценарий использования |
|---|---|---|---|
| Вызов функций установленного приложения | Android Intent / Ярлык | Intent filters / shortcuts.xml (при использовании App Actions) |
Запуск конкретных задач в уже установленном приложении |
| Верифицированное разрешение Web-to-App | Android App Links | Digital Asset Links (assetlinks.json) |
Прямое открытие верифицированных HTTP/HTTPS ссылок в приложении |
| Взаимодействие с системным помощником | Gemini / Connected Apps | Поддерживаемые интеграции платформы | Управление приложением через голосовые команды и экран помощника |
| Восстановление контекста до установки | Deferred Deep Linking | Серверное сопоставление параметров | Восстановление данных реферала или параметров кампании после установки |
Для верифицированных веб-ссылок стандартная работа диплинков опирается на документацию Android App Links, позволяющую открывать контент напрямую без неоднозначных системных диалогов. Для уже установленных приложений действия через Gemini используют соответствующие механизмы интеграции; это остается отдельной задачей, независимой от deferred deep linking через границу установки из магазина приложений.
С другой стороны, если путь обнаружения, модерируемый помощником, направляет пользователя, у которого еще нет приложения, в магазин, то это пересекает границу установки. В таких сценариях платформы deferred deep linking, такие как OpoInstall, восстанавливают соответствующие параметры до установки при первом запуске. Однако этот рабочий процесс с границей установки остается отличным от процесса маршрутизации команд Gemini в приложения, которые уже установлены на устройстве.
Инженерный чек-лист: проверка интеграции приложений Android в экосистеме Gemini
Чтобы обеспечить стабильность обнаружения приложений и выполнение интентов по мере перехода Android-устройств на Gemini, инженерным и продуктовым командам следует придерживаться структурированного процесса проверки.
Чек-лист внедрения для разработчиков
-
Аудит верификации Android App Links: Убедитесь, что домен, на котором размещен
assetlinks.json, возвращает валидный ответ HTTP 200 и совпадает с SHA-256 отпечатками ваших сертификатов подписи, чтобы избежать появления системных диалогов выбора приложения. -
Инвентаризация определений shortcuts.xml: Задокументируйте существующие App Actions и определения ярлыков в
shortcuts.xml, чтобы выявить старые голосовые зависимости, а затем оцените, какие пути интеграции с Gemini применимы. -
Мониторинг Connected App: Следите за обновлениями документации Google относительно поддерживаемых приложений Gemini (Connected Apps), расширений помощника и совместимости с действиями на экране.
Чек-лист стратегии продукта и роста
-
Разделение вызовов и привлечений: Разделите аналитический трекинг выполнения задач внутри приложения через помощника и внешних маркетинговых кампаний типа web-to-app.
-
Оценка резервных лендингов: Убедитесь, что веб-адреса, связанные с вашими App Links, предоставляют функциональный резервный опыт при открытии в обычном браузере.
-
Отслеживание удержания при запуске и маршрутизации: Контролируйте, попадают ли пользователи, пришедшие по внешним ссылкам, на целевые экраны без потери контекста сессии.
Следование этим инженерным практикам помогает сохранить функциональные точки входа в приложение в условиях эволюции интерфейсов операционных систем.
Часто задаваемые вопросы (FAQ)
Могут ли пользователи переключиться обратно на Google Assistant после миграции на Gemini?
Существующие Android App Actions сопоставляются с Gemini напрямую?
Требует ли переход на Gemini в Android обязательного использования deferred deep linking?
Основные выводы для инженерных команд
Вывод из эксплуатации классического Google Assistant на мобильных устройствах знаменует переход от жестко заданных голосовых команд к более широкой мультимодальной поддержке на Android-устройствах. Для команд разработки это подчеркивает важность стандартизации надежных и верифицированных точек входа в приложение.
Поддержание верифицированных App Links и корректная обработка интентов Android создают стабильный фундамент для входа в приложение, в то время как командам следует отдельно отслеживать механизмы интеграции с Gemini по мере их расширения Google. Разделяя инженерные домены вызова через помощника и внешнюю атрибуцию установок, команды могут создавать устойчивые мобильные архитектуры, которые плавно адаптируются к изменениям на уровне операционной системы.
Источники
-
Google Assistant Help. Transitioning from Google Assistant to Gemini on Mobile. https://support.google.com/assistant/thread/457649886/important-update-transitioning-from-google-assistant-to-gemini-on-mobile
-
Google Gemini Help. Here’s an Update on Our Work to Upgrade Mobile Assistant Devices to Gemini. https://support.google.com/gemini/thread/396052272/here%E2%80%99s-an-update-on-our-work-to-upgrade-mobile-assistant-devices-to-gemini
-
Android Developers. Create shortcuts.xml and Define Actions. https://developer.android.com/develop/devices/assistant/action-schema
-
Google Gemini Help. Use & Manage Connected Apps in Gemini on Android. https://support.google.com/gemini/answer/13695044
-
Google Gemini Help. Control Your Android Mobile Device & Apps with Device Assistance. https://support.google.com/gemini/answer/15235441
-
Google Gemini Help. Use Screen Actions to Chat with the Gemini Mobile App. https://support.google.com/gemini/answer/15850607
-
Android Developers. Handling Android App Links. https://developer.android.com/training/app-links
-
OpoInstall Technical Documentation. Deferred Deep Linking and Parameter Restoration. https://www.opoinstall.com/zh/blog/deferred-deep-linking-parameter-restoration
Share this article
