Почему чат с ИИ не убьёт сайты, а переизобретёт их | Открытый исходный код

GitHub
Стартовый шаблон

Коротко о себе

Я практикующий разработчик и архитектор, который последние годы живёт на стыке веб‑фреймворков, SEO и инструментов искусственного интеллекта.

Мне хочется поговорить о том, что, кажется, назрело: о новом интерфейсе — не в смысле очередного набора модных компонентов, а в смысле смены самой модели взаимодействия человека с веб‑приложением. О том, что происходит на пересечении ИИ‑чатов и классических сайтов, и что это всё значит для дизайнеров, программистов и бизнеса.

---

Как мы привыкли пользоваться вебом

Если чуть отступить назад, веб последние двадцать лет был устроен довольно предсказуемо. Есть страница. На ней есть меню, шапка, подвал, пара ссылок на соседние страницы, иногда — поиск по сайту. Где‑то внутри спрятаны фильтры, категории, теги и бесконечная пагинация.

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

Когда‑то это казалось естественным. Ты заходишь на главную, прокручиваешь, примерно понимаешь, чем живёт продукт, переходишь в «Документацию», там — в «API», там — в «Authentication». Десяток кликов, полчаса времени, пара закладок в браузере — и вот уже появляется ощущение, что ты «знаком» с продуктом.

Поисковые системы вроде Google и Яндекса лишь усилили эту модель. Они стали для нас глобальным каталогом, но результатом работы всё равно были те же самые страницы. Мы привыкли «гуглить», открывать 5–10 вкладок и вручную собирать ответ из осколков разрозненных сайтов. Это казалось нормальным: так устроен веб, что поделаешь.

---

Взрыв ИИ‑чатов: что поменялось в голове пользователя

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

Люди перестали подстраивать мысли под формат «2–3 ключевых слова». Вместо «купить кроссовки СПб» стали писать: «нужны удобные кроссовки для повседневной ходьбы, не для бега, бюджет до 8 тысяч, можно в Спб или с быстрой доставкой». В поисковом движке такой запрос выглядит странно, а в чате — естественно. И самое опасное для «старого веба» в том, что пользователю в этот момент уже всё равно, откуда именно придёт ответ.

Меняется когнитивная модель. Раньше пользователь был вынужден думать: «Как сформулировать запрос так, чтобы поисковик понял и дал более‑менее релевантные ссылки?» Теперь он думает: «Как объяснить задачу так, как я объяснил бы живому человеку?» И это разница между «подстраиваться под машину» и «говорить по‑человечески».

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

У себя я заметил простой симптом: всё чаще, прежде чем идти на сайт, я сначала спрашиваю ИИ. Не «где это на сайте», а «покажи мне, как…». И, если ответ достаточно хорош, до сайта я вообще могу не дойти. Думаю, многие из тех, кто читает это, уже поймали себя на том же самом.

GitHub
Стартовый шаблон

---

Философский тупик: если ИИ такой умный, зачем нам сайты?

Если довести эту линию мыслей до конца, получается довольно радикальный вопрос: если ИИ может ответить на большинство вопросов, зачем нам вообще сайты? Может быть, мы просто всё переместим в один универсальный чат, а страницы, меню и шапки останутся в учебниках по истории веб‑дизайна?

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

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

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

В чате все бренды становятся одинаковыми: текст, пузырьки, иногда аватар. Разница — в контенте и в тоне ответов, но не в форме. В какой‑то момент мы рискуем прийти к миру, где весь пользовательский путь проходит в серой панели диалога, а всё, во что дизайнеры и маркетологи вкладывали годы, исчезает за пределами этой панели.

Для бизнеса это не только эстетическая проблема. Это ещё и вопрос доверия и дифференциации. Визуальный язык помогает донести, что за интерфейсом стоит живой продукт, команда, история. Когда всё сжимается в чат, остаётся только голос — а им гораздо проще прикинуться кем‑то другим.

Поэтому на уровне философии я не верю, что чат «убьёт сайты». Он может забрать на себя огромный пласт задач, для которых раньше приходилось мучить пользователя навигацией. Но заменить собой всё — вряд ли. Хотя бы потому, что люди всё ещё любят «видеть» продукт, а не только «разговаривать» с ним.

---

Почему классический веб‑интерфейс ломается в мире ИИ

Тем не менее, старый подход «всё через страницы» тоже не выдерживает столкновения с реальностью 2025 года.

Представьте себе зрелый продукт: годы развития, десятки разделов, сотни страниц документации, блога, landing‑страниц, onboarding‑гайдов. Это всё когда‑то делалось по логике: «пусть у нас будет отдельная страница под каждую тему, чтобы не перегружать пользователя». В итоге пользователю, наоборот, становится сложнее.

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

ИИ в этом контексте выступает как сборщик — он умеет вытащить смысл из нескольких страниц и собрать из них новый, цельный ответ. Это то, чего классический веб не умел по определению: он был заточен на «показать страницу», а не на «собрать ответ».

Но у ИИ‑чатов есть своя слабость: они редко показывают весь путь. Они дают итог, но не всегда дают форму. Если перенести эту метафору в театр, классический сайт — это сцена, где вы видите весь спектакль. ИИ‑чат — это критик, который пересказывает пьесу своими словами. Иногда это удобнее, иногда нет, но это точно другая плоскость.

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

GitHub
Стартовый шаблон

---

Время нового интерфейса: параллельные потоки опыта

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

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

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

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

И главный сдвиг в том, что эти потоки больше не должны быть «по очереди» — сначала одно, потом другое. Они могут и должны жить одновременно. Пользователь общается с ИИ и одновременно видит, как меняется интерфейс. Интерфейс предлагает что‑то, пользователь уточняет в чате, что именно он хотел. Диалог и визуальный слой начинают играть в одну игру.

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

---

Почему мы пришли к слотовой архитектуре и параллельным маршрутам

В какой‑то момент передо мной встала очень конкретная задача.

Нужно было:

• Держать слева чат‑бота, который знает всё о продукте, документации и даже внешних системах через векторные базы.

• Справа показывать страницы — от статических landing‑страниц до сложных интерфейсов для авторизованных пользователей.

• Обеспечить, чтобы любые ошибки справа не роняли чат и не обнуляли диалог.

• Сохранить SEO: статический контент должен оставаться статическим HTML без зависимости от JavaScript.

• При этом не превратить всё в набор iframes и самодельных «микрофронтов», которые сложно тестировать и поддерживать.

На уровне архитектуры получилось уравнение с несколькими неизвестными: независимость, устойчивость, SEO и удобство разработки. И в этом уравнении слотовая архитектура (когда интерфейс состоит из независимых «окон», или слотов) и параллельные маршруты оказались очень естественным решением.

Грубо говоря, я перестал мыслить страницами и начал мыслить потоками:

• слот слева — поток диалога (чат, авторизация, помощник);

• правый статический слот — поток публичного контента, живущий даже без JavaScript;

• правый динамический слот — поток персонализированного, авторизованного функционала.

Так родилась архитектура, внутри которой ИИ‑чат и классический сайт перестали мешать друг другу. Вместо того чтобы бороться за контроль над экраном, они получили свои собственные «кампусные здания», соединённые общим кампусом интерфейса.

GitHub
Стартовый шаблон

---

Кейсы: как это меняет сценарии

Чтобы не оставаться на уровне абстракций, стоит посмотреть, что это даёт в реальных сценариях — хотя бы мысленно.

Документация и обучающие продукты

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

В новом интерфейсе он пишет в чат: «Как правильно обновить токен авторизации, если у меня мульти‑тенантное приложение?» Чат знает структуру документации, может собрать из нескольких страниц связанный ответ. А если нужно, просто открывает справа нужный раздел и подсвечивает абзац.

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

E‑commerce

Интернет‑магазины привыкли к фильтрам. Фильтры по бренду, размеру, цене, цвету, материалу — иногда пять панелей фильтрации подряд. Но как часто вы видели пользователя, который заполняет всё это с удовольствием?

В мире параллельных потоков пользователь говорит: «Ищу чёрные кроссовки без ярких логотипов, для города, размер 43, до 10 тысяч». Чат понимает, что речь о конкретной категории, применяет фильтры, возможно, уточняет бренд, и крупными карточками выводит справа первые варианты. Фильтры остаются — но они больше не точка входа, а инструмент уточнения.

B2B и админ‑панели

Сложные B2B‑системы часто страдают от того, что интерфейс приходится изучать неделями. Внутри десятки экранов, каждый с десятками полей. Новому человеку говорят: «Смотри видео‑инструкции и читай документацию».

С новым интерфейсом пользователь может сказать: «Покажи мне клиентов, у которых за последние три месяца вырос отток, но сохраняется высокий чек». Чат строит запрос к данным, открывает нужный отчёт справа, и при этом подсказывает текстом, как он сформулировал критерии.

Не обязательно всё автоматизировать, но возможность иметь диалог над интерфейсом — это качественно другой уровень.

---

Что это меняет для дизайнеров

Для дизайнеров новый интерфейс — это одновременно вызов и подарок.

Вызов в том, что больше нельзя ограничиться статичной картой экранов. Появляется вопрос: как выглядит разговор? Как визуально обозначать связи между репликой в чате и изменениями на экране? Как показать пользователю, что этот экран — ответ на конкретный вопрос? Какие состояния есть у слотов, когда один «говорит», второй «показывает», третий «ждёт данных»?

Подарок в том, что можно наконец перестать делать вид, что интерфейс — это только страницы. Можно проектировать сценарии как спектакль: есть ведущий голос (ИИ), есть сцена (страницы), есть свет и звук (анимации, подсветки, маркеры контекста). Можно придумывать способы визуализировать диалог, не разрушая при этом структуру.

И есть ещё одна важная задача: не растворить бренд в бесконечных одинаковых чат‑пузырях. У продукта по‑прежнему должен быть характер — в том числе в том, как с пользователем разговаривает ИИ. Это и тон, и визуальное окружение, и то, как интерфейс реагирует на ошибки, сомнения, недосказанность.

---

Что это меняет для программистов

Для разработчика новый интерфейс означает, что его задача теперь не только «сделать роуты и компоненты». Ему приходится думать категориями потоков и слотов.

Нужно решить:

• какие части интерфейса должны быть независимы по навигации;

• какие слоты обязаны выживать при падении других;

• что рендерится статически, что — динамически, а что — может порождаться ИИ по запросу;

• как устроена коммуникация между слотами: когда чат может открывать страницы, а страницы — инициировать вопросы к чату.

Это требует другой дисциплины проектирования. Уже недостаточно просто «вставить виджет чата» на все страницы. Нужно продумывать архитектуру опыта: как пользователь будет переключаться между диалогом и визуальным контекстом, не замечая внутренних технических швов.

На уровне технологии это приводит к выбору инструментов, которые умеют работать со слотами и параллельными маршрутами — и к отказу от подхода «один гигантский SPA», который рушится целиком при любой ошибке.

GitHub
Стартовый шаблон

---

Что это меняет для бизнеса

Для бизнеса новая модель интерфейса — это не про «прикольный чатик на сайте». Это про способ удержать контроль над тем, как ИИ общается с пользователем.

Если оставить всё внешним системам, то диалог с вашим клиентом будет происходить в чужой оболочке: человек вбивает запрос в сторонний ИИ‑чат, и там решается, какой отрывок вашего сайта показать или пересказать. Вы — только источник данных.

Если встроить ИИ в собственную архитектуру, вы получаете:

• сохранённый SEO‑трафик (статические слоты, богатый контент);

• усиленную конверсию (путь сопровождает умный ассистент, который знает ваши процессы, а не абстрактные best practices);

• возможность строить новые сценарии быстрее, добавляя «знание и язык» в ИИ, а не заново перерисовывая сотни экранов.

Это, конечно, не бесплатно. Новый интерфейс требует инвестиций: в архитектуру, в данные, в дизайн диалогов. Но он открывает пространство, где бизнес перестаёт быть «одной из ссылок в выдаче» и становится средой, в которой ИИ и пользователь говорят о задаче на языке именно этого продукта.

---

Риски и иллюзии

Важно не превратить всё это в очередную волну некритичного энтузиазма. У нового интерфейса есть свои ловушки.

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

Вторая — забыть о прозрачности. Если ИИ начинает менять интерфейс без объяснения причин, у пользователя возникает чувство потери контроля. Хороший новый интерфейс должен показывать связи: «этот экран появился, потому что ты спросил вот это».

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

---

Пришло ли время?

На вопрос «пришло ли уже время нового интерфейса» у меня нет однозначного «да» или «нет». Но есть честное ощущение: я больше не могу делать интерфейсы так, будто ИИ не существует. Нельзя всерьёз проектировать продукт на 5–10 лет вперёд и при этом игнорировать тот факт, что пользователи привыкли к диалогу, а не только к навигации.

Мне нравится думать, что мы сейчас находимся в моменте, похожем на переход от статичных сайтов к SPA: тогда тоже казалось, что это просто «ещё один технический приём». Оказалось — смена парадигмы.

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

Я сознательно остаюсь немного «инкогнито» в этой истории. Потому что через пару лет важнее будет не то, кто именно первым так сделал, а то, успели ли мы — как сообщество дизайнеров, разработчиков и продуктов — переучить свой интерфейс говорить с пользователем на новом языке.

И, возможно, самое простое, что можно сделать уже сейчас — перестать думать «страницами против чатов» и начать думать «потоками, которые должны жить вместе».

GitHub
Стартовый шаблон

Это один из первых шаблонов. В ближайшее время к нему добавятся стартовые заготовки для генерации контента через ИИ‑чат, web3‑шаблоны и другие типовые решения. Все они будут объединены одной общей идеей — архитектурой AIFA.