Британия может превратить поисковый выбор по умолчанию в канал дистрибуции ИИ

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

23 сентября британское Управление по конкуренции и рынкам (CMA) опубликовало дополнительную консультацию по проекту требования к Google о предоставлении выбора поискового сервиса. Ключевой шаг сформулирован технологически нейтрально: ИИ-ассистент может получить право на размещение на экране выбора наряду с традиционными поисковиками, если выполнит итоговые критерии. Ранее CMA уже называло ИИ-ассистентов формирующейся конкурентной угрозой для сервиса общего поиска Google.

Это не распоряжение Google и не включение какого-либо конкретного ассистента в экран выбора. Речь идёт о проекте на стадии консультации. Приём ответов завершается 9 октября 2026 года в 17:00; CMA сообщило, что рассмотрит их перед дальнейшими действиями, а в сопроводительном сообщении ожидает окончательное решение к концу 2026 года. Но проект важен уже потому, что переводит часть конкуренции в ИИ из плоскости качества моделей в плоскость дистрибуции на уровне браузера и операционной системы.

Что предлагает CMA

Проект потребует показывать экраны выбора поиска на соответствующих установках Chrome и на новых Android-устройствах в Великобритании, где Google Search предустановлен и выбран по умолчанию. Пользователь также будет раз в год получать необязательную возможность пересмотреть свой выбор. Временная опция «попробовать» позволит использовать провайдера по умолчанию до решения, сохранять ли этот выбор.

Процесс будет администрировать Google, но он должен быть ясным, справедливым, надёжным и прозрачным. Google придётся отчитываться перед CMA о своих решениях и подробно обосновывать отказ заявителям.

Следовательно, документ предлагает не общий каталог ассистентов. Он описывает регулируемый путь к ценному входному каналу: выбору поискового сервиса по умолчанию на контролируемых Google поверхностях Chrome и Android в Великобритании.

Ассистенту придётся работать как общий поиск

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

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

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

Атрибуция становится требованием к дистрибуции

Для сводок, созданных генеративным ИИ, проект требует ясной и точной атрибуции веб-контента, а также понятного способа перейти к этому контенту. Он не предписывает один конкретный дизайн атрибуции и не создаёт обязательств по оплате, лицензированию или разделению выручки. Речь идёт о видимости источников и доступе пользователя к ним, а не о вознаграждении издателей.

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

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

Выбор по умолчанию — не страница результатов

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

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

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

Что не изменилось

Ни одному ассистенту не гарантировано включение. Провайдерам придётся подать заявку и выполнить итоговые критерии. Пользователи Великобритании пока не могут выбрать ИИ-ассистента через предлагаемые экраны. Консультация относится к соответствующим установкам Chrome и Android-устройствам в Великобритании в рамках британского режима цифровых рынков; это не глобальное правило. Не следует также смешивать этот проект с отдельными требованиями к Google по издателям, справедливому ранжированию и переносимости данных, которые CMA ввело в июне 2026 года.

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

Практическая проверка дизайна ИИ-поиска

Командам, которые хотят быть убедительными кандидатами, стоит читать консультацию как архитектурный контрольный список, а не как приглашение добавить переключатель поиска. Может ли сервис искать в живом вебе и обслуживать широкий спрос на общий поиск? Способен ли он корректно работать через точки доступа Chrome и Android? Есть ли доказательства значимого использования поиска в Великобритании? Может ли каждая сгенерированная веб-сводка дать ясную, точную атрибуцию и удобный переход к источникам?

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

CMA ещё не открыло этот маршрут. Но оно уже описало входную дверь. Для провайдеров ИИ-поиска задача теперь не только в том, чтобы хорошо отвечать на запрос. Нужно создать сервис, который убедительно работает как общий поиск там, где начинается поисковая привычка пользователя.