Веб больше не для людей?!

Как AI-агенты меняют архитектуру веб-приложений

Есть изменения в индустрии, которые сначала выглядят как локальный технологический тренд, а потом внезапно выясняется, что они поменяли сам способ проектирования систем. Когда-то так произошло с mobile-first разработкой. Потом с cloud-native архитектурой. Позже — с SPA-приложениями. Сначала всё это воспринималось как очередная модная концепция для early adopters, а через несколько лет стало новой базовой нормой.

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

Последние несколько лет AI существовал внутри продуктов. Он помогал писать код, генерировал тексты, отвечал на вопросы, суммаризировал документы и подсказывал пользователю, что делать дальше. Даже когда AI интегрировали в SaaS-системы или enterprise-продукты, он всё равно оставался частью интерфейса — чем-то встроенным внутрь приложения. В лучшем случае это был умный ассистент. В худшем — просто autocomplete с красивым названием.

Но сейчас индустрия начинает двигаться в совершенно другую сторону.

Google говорит об Agentic Web. OpenAI выпускает browser-native агентов для Chrome. AI постепенно перестаёт быть «функцией внутри продукта» и начинает становиться самостоятельным участником взаимодействия с вебом. И в этот момент выясняется, что почти вся современная веб-разработка была построена вокруг предположения, что единственный пользователь интерфейса — человек.

Это предположение начинает ломаться.

Самое интересное здесь даже не появление новых AI-моделей. И не очередная волна генеративного AI. Главное изменение заключается в том, что AI начинает использовать веб-приложения примерно так же, как это делает человек. Он открывает сайты, переключается между вкладками, читает интерфейсы, ищет нужные сущности в CRM, обновляет данные в dashboard-системах, работает с admin panel и выполняет действия внутри браузера. Причём делает это не через API, а напрямую через UI.

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

Классическая автоматизация браузера всегда была довольно хрупкой инженерной областью. Selenium, Puppeteer и бесконечные automation scripts десятилетиями страдали от одной и той же проблемы: интерфейсы постоянно меняются. Достаточно было переименовать CSS-класс или слегка перестроить DOM, чтобы половина автоматизации перестала работать. Browser automation существовал в состоянии постоянной войны с frontend-разработкой.

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

Именно поэтому происходящее сейчас нельзя сводить к «Selenium, но с AI».

До недавнего времени многие AI-агенты вообще работали почти как человек, смотрящий на удалённый экран. Они анализировали скриншоты, пытались распознавать визуальные элементы и буквально «кликали» по пикселям. Но современный веб становится слишком сложным для такого подхода. Интерфейсы динамически перестраиваются. React state живёт отдельно от визуального слоя. DOM меняется на лету. UI становится всё менее предсказуемым.

Google и OpenAI фактически признают, что модель screenshot-driven automation упирается в потолок. AI не должен пытаться притворяться человеком, который смотрит на экран. Он должен становиться частью браузерного runtime.

И вот здесь начинается самое интересное.

Потому что в этот момент внезапно выясняется, что значительная часть современного frontend плохо подходит для AI-взаимодействия.

Последние десять лет frontend-разработка в основном оптимизировалась под человеческий UX. Интерфейсы становились визуально богаче, динамичнее и сложнее. Индустрия строила abstraction layers поверх abstraction layers, превращала приложения в сложные client-side runtime-системы, активно использовала component-driven архитектуру и постепенно всё дальше уходила от семантической структуры веба.

Для человека это почти не проблема. Человеческий мозг великолепно восстанавливает контекст даже в хаотичном интерфейсе. Мы понимаем смысл страницы практически мгновенно, даже если внутри неё сотни div-оберток, динамический state management и сложная UI-логика.

Для AI всё выглядит иначе.

AI не нужен красивый интерфейс. Ему нужна понятная структура. Предсказуемость. Семантика. Явная логика взаимодействия. И именно поэтому внезапно начинают приобретать огромное значение вещи, которые годами считались второстепенными. Semantic HTML, accessibility, ARIA labels и предсказуемая структура интерфейса неожиданно оказываются важны не только для screen readers, но и для AI-агентов.

Это очень любопытный исторический разворот. Индустрия много лет относилась к accessibility как к чему-то дополнительному, связанному скорее с compliance и edge-cases. Теперь оказывается, что accessibility постепенно превращается в interoperability layer между интерфейсом и машинным интеллектом.

Фактически AI заставляет веб снова становиться семантическим.

Именно на этом фоне особенно интересной выглядит инициатива WebMCP, которую Google представила как часть концепции Agentic Web. Если убрать маркетинговую оболочку, сама идея WebMCP довольно проста: современный веб слишком визуален для AI. Сегодня агент вынужден буквально угадывать, какие действия доступны внутри интерфейса. Он анализирует DOM, ищет кнопки, пытается интерпретировать workflow через визуальные паттерны. Это похоже на ситуацию, в которой разработчик пытается работать с API исключительно по скриншотам документации.

WebMCP предлагает совершенно другую модель. Интерфейс начинает явно описывать доступные действия, workflow и machine-readable операции. Сайт перестаёт быть только визуальной оболочкой и начинает становиться структурированной operational environment для AI.

И в этот момент становится заметна очень интересная историческая параллель. Когда-то HTML стандартизировал взаимодействие браузеров с документами. Затем REST стандартизировал взаимодействие между сервисами. Теперь индустрия начинает искать стандарт для взаимодействия AI с интерфейсами. Пока сложно сказать, станет ли WebMCP таким стандартом, но само направление выглядит очень показательным. AI больше не хочет «читать пиксели». Ему нужен собственный operational layer внутри веба.

На этом фоне особенно интересно наблюдать за тем, как меняется роль самого браузера. Chrome всё чаще начинает восприниматься не как программа для просмотра сайтов, а как полноценная runtime-среда для AI. И это выглядит логично. Браузер уже давно превратился в место, где сосредоточен весь рабочий контекст пользователя. Там находятся вкладки, авторизация, cookies, SaaS-системы, внутренние инструменты компании, история действий, runtime state приложений и практически вся цифровая работа современного человека.

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

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

Раньше frontend проектировался исключительно вокруг человеческого взаимодействия. Теперь у интерфейсов появляется второй потребитель — AI-агент. А значит, начинают меняться сами критерии качества интерфейса. В ближайшие годы огромное значение, вероятно, будут иметь не только визуальный UX и скорость интерфейса, но и семантическая структура, стабильность state transitions, предсказуемость взаимодействий и machine-readable workflows.

Именно поэтому происходящее сейчас выглядит не как очередная AI-фича, а как полноценный архитектурный сдвиг.

Когда-то responsive design тоже казался дополнительной возможностью. Потом mobile-first внезапно стал обязательным стандартом индустрии. Сейчас AI-compatible interfaces выглядят примерно так же. Пока это воспринимается как экспериментальная область, интересная в основном крупным платформам и enterprise-командам. Но очень многие технологические сдвиги в начале выглядят именно так — как что-то нишевое и необязательное.

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

И, возможно, это главный вывод всей истории.

AI перестаёт быть просто функцией внутри продукта. Он становится новым operational layer веба. Новым типом пользователя. Новым участником взаимодействия с интерфейсами.

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

Веб остаётся визуальным для людей.

Но архитектурно он начинает перестраиваться для AI.