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

---

Лето 2026 года оказалось довольно насыщенным для рынка конструкторов сайтов. За три месяца накопилось достаточно изменений, чтобы посмотреть уже не на отдельные функции, а на то, куда движется рынок в целом.

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

uCoz дополнил MCP средой для запуска собственного серверного кода. Яндекс начал принимать заказы от продавцов, которым вообще не нужен собственный интернет‑магазин. Framer пустил AI‑агента непосредственно в canvas. Webflow начал решать вопрос не только о том, что агенту разрешить, но и как изолировать его изменения от production. WordPress продолжил собирать инфраструктуру, через которую возможностями CMS смогут пользоваться внешние AI‑клиенты.

Общий знаменатель этих релизов — AI постепенно перестает быть только генератором и получает доступ к действиям внутри самой платформы.

И если еще недавно рынок обсуждал в основном: может ли AI сделать сайт?

То сейчас все чаще задают такой вопрос: что AI может делать с уже существующим сайтом, CMS и бизнесом после публикации?

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

uCoz: когда «конструктор сайтов» становится слишком узким определением

У uCoz за лето получилась, пожалуй, самая последовательная цепочка релизов среди российских CMS и конструкторов.

В самом начале лета платформа открыла MCP и каталог Skills для AI‑агентов. Если смотреть на это событие отдельно, его легко записать в очередные эксперименты с AI: подключили Claude Code, Cursor или другой MCP‑клиент к CMS, научили его работать с сайтом через API.

Но дальнейшие обновления показали, что дело этим не ограничивается.

Через MCP агент работает в рамках uAPI‑токена и получает доступ только к разрешенным возможностям. Skills поверх этого доступа задают уже конкретные сценарии: например, создание лендинга, настройку сайта или работу с интернет‑магазином. В июле появился отдельный ассистент для магазина, а каталог Skills постепенно превратился из набора демонстраций в библиотеку довольно предметных сценариев работы.

Получается, что от тезиса «AI получил доступ к CMS» компания перешла к «AI знает, как выполнить конкретную задачу внутри CMS.»

Редактор шаблонов как подготовка к следующему шагу

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

Редактор сразу позиционировался как более подходящая среда для работы с AI‑инструментами. То есть речь идет уже не только о генерации новой страницы где‑то отдельно, а о сценарии, при котором AI должен понимать и менять существующий HTML, шаблонные конструкции и код реального проекта.

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

Server Scripts: CMS получает собственную серверную среду

Одним из самых существенных обновлений лета стали Server Scripts. Рядом с сайтом теперь можно запускать собственный серверный код на PHP 8, Node.js и Python, использовать MySQL, FTP и Cron. Сайт и приложение существуют как отдельные системы, но могут обмениваться данными, в том числе через uAPI. На практике здесь можно видеть довольно широкий набор сценариев: API‑сервисы, Telegram‑боты, фоновые задачи, синхронизация данных, отчеты, внешние интеграции, AI‑приложения и полноценные веб‑приложения.

Классический конструктор обычно контролирует серверную часть сам. Пользователь собирает страницы, подключает модули, иногда вставляет JavaScript, но backend остается территорией платформы. С появлением Server Scripts эта граница сдвигается: 

uCoz > CMS > пользовательский backend > uAPI > внешние сервисы.

После появления Server Scripts определение «конструктор сайтов» описывает uCoz уже не вполне точно.

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

API и MCP идут глубже контента

В середине августа uCoz расширил uAPI и связанный с ним MCP‑слой. Появились операции с разделами, форумами и подфорумами, настройки ряда модулей, получение прав групп пользователей, более широкое управление каркасами шаблонов и информерами. Отдельный API появился для тарифов, подписок, платежей, trial‑периодов и автопродления. 

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

контент > шаблоны > настройки > пользователи > платежи > административные операции.

Чем больше таких сущностей описано через API, тем меньше агент зависит от того, есть ли для конкретной операции кнопка в панели управления.

Эти обновления складываются в довольно цельную архитектуру:

CMS + modules + visual layer + API + MCP + Skills + server runtime.

То есть uCoz движется не столько к генератору сайтов по пользовательскому запросу, сколько к программируемой и агентской CMS, которой потенциально могут управлять три стороны одновременно: человек через интерфейс, разработчик через собственный код и внешний AI‑агент через API/MCP.

Для старой большой CMS это интересная стратегия. Вместо того чтобы перестраивать существующую CMS вокруг нового AI‑редактора, uCoz наращивает поверх нее дополнительный программируемый слой.

Яндекс KIT: что если интернет‑магазину больше не нужен сайт?

У Яндекс KIT летом было меньше громких релизов, зато два из них хорошо показывают изменение самого назначения платформы.

В конце июля KIT получил открытый API. Через него внешние системы могут создавать, получать, изменять и удалять данные магазина, а продавцы — строить собственные сценарии автоматизации и связывать KIT с инфраструктурой, которой нет среди стандартных интеграций. Сам по себе открытый API сегодня вряд ли выглядит революционно. Но через месяц стал понятнее контекст.

Ближе к концу августа Яндекс объявил, что продавцы без собственного сайта смогут получать заказы непосредственно из Поиска и чата с Алисой AI. Ассортимент и цены загружаются через сервисы Яндекса, оплату и доставку можно настроить через KIT, а пользователь оформляет покупку через универсальный checkout прямо в интерфейсе Яндекса.

И вот это уже меняет вопрос о роли конструктора.

При обычной модели онлайн‑покупок путь продажи идет так:

поиск > сайт магазина > карточка товара > корзина > оплата.

А здесь же цепочка может выглядеть так:

Поиск/Алиса > товар > checkout Яндекса > доставка.

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

Поэтому KIT постепенно разумнее воспринимать не как обычный «конструктор интернет‑магазина», а как часть икоммерс‑инфраструктуры Яндекса.

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

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

Tilda: сайт обрастает CMS, CRM и рабочими процессами

У Tilda направление другое. Здесь пока нет истории, в которой внешнему агенту отдают управление всей CMS. Зато платформа продолжает расширяться вокруг сайта и постепенно забирает задачи, для которых раньше требовались отдельные сервисы.

Летом Tilda представила CMS Потоки 2.0. Вместо ручного создания множества однотипных страниц можно задать шаблон, структуру данных и дальше управлять материалами через CMS. Это особенно заметно на каталогах, медиа, портфолио и других проектах, где десятки страниц строятся по одной модели. 

Параллельно Tilda CRM стала глубже заходить в ecommerce. В ней можно менять состав заказа, статус оплаты, статус самого заказа, отменять его и видеть профиль покупателя. Летом в CRM появился и отдельный раздел «Задачи»: ответственные, сроки, приоритеты, чек‑листы, Kanban и привязка к конкретной заявке.

Vibe Block появился еще до лета, зато в июле получил работу с дополнительным контекстом: в запрос можно прикладывать PDF, TXT, CSS и другие файлы, а также видео. Появилась и панель слоев для ручной доработки результата. Это довольно характерный подход Tilda.

AI здесь остается еще одним инструментом внутри редактора:

попросил > получил блок > доработал > встроил в обычный сайт.

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

Что еще происходило в Рунете

За пределами трех основных рассмотренных выше кейсов картина становится еще разнообразнее.

Битрикс24: AI уже не только советует

В середине августа Битрикс24 показал «Коворк/Код» с довольно показательным позиционированием: AI‑коллега, который «делает, а не просто советует».

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

Для Битрикс24 внедрение этого сервиса логично: продукт давно находится далеко за пределами конструктора сайтов. Здесь уже есть CRM, коммуникации, задачи, документы, автоматизация и большой объем бизнес‑данных. Поэтому AI естественно превращается из чат‑помощника в еще одного исполнителя внутри этой инфраструктуры.

Webasyst: агентский слой можно добавить и через экосистему

Интересный пример летом появился у Webasyst. MCP здесь стоит описывать осторрожно: это не встроенная core‑функция самой Webasyst, а приложение и плагины стороннего разработчика, опубликованные в официальном маркетплейсе.

Один только plugin для Shop‑Script заявляет 144 MCP‑инструмента для работы с товарами, категориями, заказами, клиентами, складом, купонами, валютами, отчетами и другими сущностями магазина.

Nethouse: не весь рынок строит agentic CMS

Nethouse летом двигался заметно консервативнее. В августе появился отдельный конструктор квизов, параллельно компания много говорит о оптимизации под генеративную выдачу (GEO), лидогенерации и инструментах, которые помогают довести посетителя сайта до заявки или покупки.

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

WordPress: агентная архитектура без единого «главного агента»

Abilities API появился в WordPress 6.9 и дает разработчикам структурированный способ описывать действия, которые умеет выполнять сайт. В WordPress 7.1, вышедшем 19 августа, эту основу заметно расширили: добавили более удобное обнаружение и фильтрацию abilities, execution hooks, единый public flag и подготовку JSON Schema для внешних клиентов.

Если упростить архитектуру, получается так:

Abilities API отвечает на вопрос: что этот WordPress умеет делать?

AI Client помогает абстрагироваться от конкретного AI‑провайдера.

MCP Adapter позволяет показать зарегистрированные возможности внешнему агенту.

В WordPress 7.1 также доработали схемы данных с учетом REST, MCP, WebMCP и AI‑клиентов.

И здесь особенно интересно сравнить WordPress с uCoz: обе платформы давно существуют на рынке, но адаптируются к агентной модели совершенно по‑разному.

uCoz строит агентскую платформу централизованно: API, собственный MCP, Skills, CMS и runtime развивает один вендор. WordPress же делает почти противоположное: создает открытые примитивы и договоренности, поверх которых плагины и внешние разработчики смогут собирать разные AI‑ и agent‑сценарии.

Условно:

• uCoz: один продукт постепенно становится agent‑ready.

• WordPress: целая экосистема получает общий язык для описания действий.

Какая модель быстрее даст заметный практический результат, еще предстоит увидеть. У централизованной платформы проще согласовать компоненты между собой. У WordPress потенциальный масштаб экспериментов несравнимо больше.

Framer, Wix, Webflow и Shopify: четыре разных варианта будущего конструкторов сайтов

На западном рынке AI также больше не означает одну и ту же функцию.

Framer: агент становится вторым пользователем canvas

В середине июня вышел Framer 3.0. Главным нововведением стали Agents, которые работают непосредственно в canvas: могут создавать страницы, менять адаптивные слои, создавать компоненты, писать код, подключаться к CMS, работать со стилями и анализировать данные сайта. Одновременно Framer выпустил Branching, чтобы изменения можно было делать в отдельной ветке и только потом переносить в основной проект.

Показательно, что после запуска апдейта Framer продолжал оптимизировать именно многошаговую работу Agents, снижая количество шагов, токенов и побочных изменений. То есть Framer оптимизирует уже не генерацию одного блока, а длинную последовательность действий агента над проектом.

Wix: интерфейс управления выходит за пределы самой платформы

Середина июня: компания подключила Wix Harmony к Microsoft 365 Copilot. Пользователь может описать сайт прямо в Copilot, получить готовый проект на Wix, а затем через тот же интерфейс работать с товарами, аналитикой, ценами и бронированиями.

Конец июля: Wix расширил Headless‑направление для AI coding tools. Claude Code, Cursor, Codex и другие инструменты могут создавать frontend, а Wix остается бэкенд‑слоем с CMS, ecommerce, payments, bookings и другой бизнес‑инфраструктурой.

В начале августа появился Symphony by Wix — уже отдельная мультиагентная система для малого бизнеса, а уже перед самым написанием этой статьи, 24 августа, компания анонсировала интеграцию конструктора сайтов с Gemini.

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

Webflow: как впустить агента на прод и не пожалеть

Webflow интереснее всего не самим наличием MCP (тот уже довольно давно функционирует). В конце июля вышел MCP 2.0.1, и в нем компания сосредоточилась на более взрослом вопросе: что происходит, когда агент начинает менять настоящий production‑проект.

Теперь большинство операций с элементами, компонентами, стилями и переменными больше не требует открытого редактора. Агент получил доступ к аналитике и новым объектам проекта. Но одновременно MCP начал учитывать роли и детальные права доступа, записывать действия в журнал действий и работать с ветвлениями.

Shopify: ecommerce больше не обязан жить в интернет‑магазине

Shopify летом продолжил ту же идею, которую мы видели у Яндекса, только на глобальном уровне. На июньской Spring “26 Edition Shopify открыл инфраструктуру для торговли через AI‑агентов всем разработчикам без прежнего обязательного предварительного апрува.”

Universal Commerce Protocol описывает взаимодействие между AI‑агентом и продавцом, а Catalog API превращает товары миллионов магазинов Shopify в структурированный каталог, доступный внешним AI‑приложениям. Через эту инфраструктуру можно пройти путь от поиска продукта до, непосредственно, оплаты. 

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

Получается почти тот же вопрос, что у Яндекс KIT: Что остается от интернет‑магазина, если покупателю больше необязательно заходить на витрину?

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

А что там у хостингов? Hostinger

Отдельно интересно посмотреть на компании, которые пришли к этому рынку с противоположной стороны. Hostinger исторически начинал с инфраструктуры: hosting + domain. Потом хостинг добавил конструктор сайтов, чтобы клиенту вообще не приходилось уходить в стороннюю CMS. Теперь Hostinger движется навстречу SaaS‑конструкторам уже со стороны инфраструктуры.

В августе Hostinger Website Builder получил MCP‑сервер. AI‑агент может работать с SEO‑метаданными, аналитикой и другими частями проекта непосредственно через чат.

Также Hostinger представил единый AI Builder, объединяющий ИИ‑создание сайта, визуальное редактирование, инфраструктуру, онлайн‑комерцию и встроенные возможности нейросети. Компания прямо заявляет, что пользователи все чаще строят уже не традиционные сайты, а SaaS‑продукты, внутренние инструменты и приложения. 

И еще несколько лет назад выбор выглядел примерно как «конструктор или хостинг плюс CMS». Теперь обе модели могут прийти почти к одному набору возможностей, только несколько разными путями.

Кто куда движется?

Если свести наиболее заметные изменения в одну таблицу, то получится примерно такая картина.

Отсюда можно сделать несколько общих выводов.

1. Сайт перестает быть конечным продуктом

Раньше у конструктора был довольно понятный результат: опубликованный сайт. Теперь у uCoz рядом с ним появляется собственный backend. Tilda достраивает CRM и задачи. Wix все больше выглядит как бизнес‑инфраструктура, к которой можно подключить любой фронтенд. KIT и Shopify вообще допускают, что транзакция пройдет без посещения сайта продавца. Сайт никуда не девается. Просто он постепенно становится одной из поверхностей более крупной системы.

2. AI получает право на действие

Главная техническая граница сейчас проходит уже не между «есть AI» и «нет AI». Почти у всех он есть. Интереснее различие между понятиями:

генерировать > советовать > выполнять.

Framer Agent меняет проект. uCoz через MCP и Skills работает с сущностями CMS. Webflow позволяет агенту действовать без открытого Designer. Wix выводит управление сайтом в Copilot. Битрикс24 прямо строит продукт вокруг идеи AI‑исполнителя. WordPress описывает действия через Abilities API так, чтобы ими могли пользоваться программные клиенты.

Следующий вопрос по всей видимости будет не «что умеет модель?», а «какие права мы ей готовы дать?».

3. Контроль за действиями AI становится частью самой платформы

Это особенно хорошо видно у Webflow и WordPress. Чем больше действий разрешают выполнять AI‑агенту, тем важнее становится не только качество генерации, но и контроль: какие у агента права, что именно он может менять, где сохраняется история действий и можно ли проверить или отменить изменения.

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

4. Старые CMS вовсе не обязаны проиграть платформам, изначально построенным вокруг AI

Framer может проектировать архитектуру сразу вокруг Agents. У WordPress и uCoz такой роскоши нет: за ними уже стоят огромные экосистемы сайтов, шаблонов, модулей, плагинов и данных. Но именно это делает их кейсы интересными.

uCoz пытается сделать существующую CMS программируемой через API, MCP, Skills и runtime. WordPress создает общий слой Abilities, который может использовать распределенная экосистема.

То есть новая AI‑архитектура вполне может вырасти поверх старой CMS, а не обязательно заменить ее.

5. Рунет решает похожие задачи по‑своему

Общее направление у российского и мирового рынка во многом совпадает: uCoz и Webflow дают AI более глубокий доступ к платформе, Яндекс и Shopify выводят продажи за пределы обычного интернет‑магазина, Tilda и Wix расширяют набор бизнес‑инструментов вокруг сайта. 

Но в Рунете развитие сильнее связано с собственными экосистемами и локальной инфраструктурой. Для Яндекса естественными точками взаимодействия становятся Алиса и Поиск, а для российских конструкторов по‑прежнему критичны местные платежи, доставка, авторизация, CRM, мессенджеры и требования законодательства. Поэтому идеи похожи, но реализуются здесь заметно иначе.

Дальше — будем посмотреть…

Следующий квартал покажет, какие из летних направлений действительно приживутся. У uCoz интересно будет следить за выходом AI Code Autopilot и дальнейшим расширением управления CMS через MCP. У Яндекс KIT — за тем, станет ли покупка через Алису полноценным каналом продаж. У Tilda — выйдет ли AI за рамки генерации отдельных блоков и контента, а у WordPress — насколько быстро экосистема начнет использовать новый слой Abilities.

Отдельно стоит смотреть на Framer, Webflow и Wix: станет ли работа с AI‑агентами обычной частью реальных проектов, а не только демонстрацией возможностей. У Shopify главный вопрос — появится ли заметный объем продаж через внешние AI‑интерфейсы, у Hostinger — насколько далеко зайдет объединение хостинга, конструктора сайтов и платформы для приложений. 

---

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