CMS долго проектировались вокруг понятной модели: сотрудник работает в административной панели, а сайт получает подготовленный контент и показывает его пользователю.
В 2026 году к этой схеме добавляется еще один участник — ИИ-агент. Ему недостаточно открыть страницу или получить текст. Агенту нужен программный доступ к структуре контента и разрешение выполнять конкретные действия: находить материалы, изменять данные, создавать черновики, запускать согласования.
Поэтому headless, API-first и развитие ИИ-агентов стоит рассматривать не как 3 независимых тренда. Они складываются в одну последовательность: контент отделяется от конкретного сайта, становится доступен программно, а затем к данным и операциям получают контролируемый доступ ИИ-системы.
Как устроены классическая и headless CMS, зачем нужен API-first подход и чем эти архитектуры отличаются, подробно разобрано в статье «Какие бывают CMS для корпоративного сайта». Здесь важнее следующий этап развития.
Headless отделил управление контентом от конкретного интерфейса, а API-first сделал программную работу с данными штатным сценарием.
Новое изменение находится дальше. К CMS обращаются уже не только frontend, мобильные приложения и внешние системы. Появляется ИИ-агент, которому нужно получить данные, понять доступные операции и выполнить часть из них.
Поэтому вопрос для CMS постепенно меняется. Раньше было достаточно определить, какие системы могут читать и передавать данные. Теперь приходится решать еще и каким системам разрешено эти данные изменять и на каких условиях.
Обычная автоматизация выполняет заранее определенную последовательность.
Например:
после публикации отправить уведомление;
ночью обновить справочник;
после загрузки изображения создать несколько размеров.
Агентный сценарий устроен иначе.
Можно поставить задачу:
Найти опубликованные услуги без метаописания, подготовить варианты и передать их редактору на согласование.
Чтобы выполнить ее, агенту придется самостоятельно пройти несколько операций:
Для этого административная панель ему не нужна.
Нужен доступ к данным и набор разрешенных инструментов.
Именно здесь CMS получает новый тип пользователя — агента, который должен понимать структуру системы и границы доступных ему действий.
Это направление уже видно в развитии крупных CMS и контентных платформ.
| Платформа | Что происходит | Статус |
| Contentful | MCP предоставляет агентам инструменты для работы с контентом и операциями платформы | Доступно |
| WordPress | Abilities API описывает функции сайта, а MCP Adapter предоставляет их ИИ-агентам как инструменты | Доступно |
| Drupal | Развиваются агентные сценарии, governance, версии и human-in-the-loop механизмы | Развивается по AI Roadmap 2026 |
Contentful уже использует собственный MCP Server для подключения агентов к рабочим пространствам и выполнения задач с контентом, включая создание, массовые изменения и другие операции.
В WordPress Abilities API позволяет регистрировать типизированные и доступные для обнаружения функции, а MCP Adapter преобразует такие abilities в инструменты, которые может использовать агент.
Drupal в 2026 году развивает AI-направление вокруг агентной инфраструктуры, версионирования изменений, аудита и подтверждения действий человеком.
Общий сдвиг заметен: ИИ получает доступ уже не только к тексту, но и к операциям CMS.
Обычный API предполагает, что приложение заранее знает, к какому методу обратиться и какие данные передать.
Для агента полезен дополнительный слой: возможность получить описание доступных инструментов и выбрать нужный в зависимости от поставленной задачи.
MCP — Model Context Protocol — стандартизирует подключение ИИ-систем к внешним данным и инструментам. В CMS это позволяет предоставить агенту конкретный набор операций, которыми он может пользоваться.
Упрощенный сценарий может выглядеть так:
агент получает задачу;
видит, что ему доступны поиск материалов, чтение карточки и создание черновой версии;
находит нужные записи;
выполняет разрешенные изменения;
возвращает результат.
Ключевое слово здесь — разрешенные.
Если CMS технически умеет удалять страницы, менять цены или публиковать материалы, это еще не означает, что все эти возможности должен получить агент.
Генерация одного текста и массовое изменение 10 000 записей имеют совершенно разную цену ошибки.
Сотрудник может ошибиться в одной карточке. Агент способен распространить неправильное действие на большой объем данных за несколько минут.
Поэтому при подключении ИИ права, версии и журналирование становятся еще важнее.
Для корпоративной CMS необходимо понимать:
Один из практичных подходов — не давать агенту возможность сразу менять опубликованную версию. Сначала изменения сохраняются отдельно, после чего сотрудник их проверяет и принимает решение.
Drupal уже строит подобные сценарии: AI может подготовить макет, черновик или SEO-метаданные, но изменения сохраняются в отдельной revision branch и проверяются человеком до публикации.
«Агент может быстрее редактора обработать тысячи записей, но скорость мало что дает, если после этого невозможно понять, что он изменил и кто разрешил публикацию. Поэтому с появлением ИИ-агентов права, версии и журналирование становятся для CMS еще важнее», — Алексей Постригайло, старший управляющий партнер ИТ-интегратора «Энсайн».
Для корпоративной CMS вопрос уже не только в том, что агент умеет сделать. Намного важнее, что ему разрешено сделать самостоятельно.
Подготовить черновик — один уровень риска.
Изменить опубликованную цену — другой.
Удалить данные — третий.
CMS должна уметь различать эти сценарии.
Появление агентов не означает исчезновения привычной административной панели.
Меняется способ взаимодействия с системой.
Обычный сценарий:
открыть раздел → найти карточку → изменить поле → сохранить.
Агентный сценарий:
найди все карточки со старым названием услуги, подготовь замену, покажи результат и ничего не публикуй без подтверждения.
Сотрудник задает намерение, а агент выполняет последовательность разрешенных операций.
В результате у CMS постепенно появляются 3 способа взаимодействия.
| Кто работает с CMS | Как взаимодействует |
| Сотрудник | Административный интерфейс |
| Сайт, приложение или внешний сервис | API |
| ИИ-агент | Разрешенные инструменты через MCP или другой агентный интерфейс |
Административная панель при этом сохраняется. Но кроме непосредственного редактирования у нее появляется еще одна функция — контроль состояния системы, исключений и результатов автоматических действий.
Сотруднику нужно видеть, что изменил агент, какие операции ожидают подтверждения, где произошла ошибка и какую версию можно восстановить.
Для человека фраза:
«Офис работает с 9:00 до 18:00, телефон...»
понятна.
Для агента удобнее отдельные поля:
Тогда можно изменить конкретное значение, отобрать записи по условию или передать нужные данные другой системе без разбора большого текстового блока.
Поэтому развитие ИИ дополнительно повышает ценность структурированных контентных моделей.
CMS выгоднее хранить значимую информацию не только в виде готовых страниц, а как связанные данные, которыми можно управлять независимо от способа их дальнейшего отображения.
Для бизнеса вывод из этих изменений не в том, что в техническое задание теперь обязательно нужно включать «ИИ-агента».
Если система создается с расчетом на несколько лет эксплуатации, полезнее предусмотреть базовые архитектурные возможности, на которые при необходимости можно будет опереться позже.
| Раньше было достаточно | Что становится важнее |
| Контент в виде страниц | Структурированные сущности и связи |
| API для отдельных интеграций | Стабильный API как часть архитектуры |
| Права только для сотрудников | Отдельные права для людей, сервисов и агентов |
| История изменений | Полноценные версии и сравнение изменений |
| Публикация после редактирования | Workflow с подтверждением действий |
| Общая учетная запись интеграции | Ограниченные права конкретного сервиса или агента |
| Логи технических ошибок | Аудит того, кто и что изменил |
| Админка как главный интерфейс | Админка, API и агентный интерфейс |
При выборе новой платформы эти параметры имеет смысл учитывать вместе с требованиями к данным, интеграциям, безопасности и дальнейшему развитию. Подробно критерии собраны в статье «Как выбрать CMS для корпоративного сайта».
Появление MCP и агентных функций у крупных CMS не означает, что каждому корпоративному сайту сегодня нужен собственный ИИ-агент.
Нет необходимости добавлять MCP только потому, что технология активно развивается.
Для системы с горизонтом эксплуатации в несколько лет полезнее сначала проверить базу:
Если эти механизмы есть, агентный слой можно добавить позже.
Если их нет, ИИ не исправит архитектуру.
Подключать ИИ к плохо структурированным данным и неуправляемым процессам — значит не устранить проблему, а дать ей возможность масштабироваться быстрее.
Headless отделил контент от конкретного интерфейса. API-first сделал программную работу с ним нормальной частью архитектуры. ИИ-агенты добавляют следующий шаг: теперь машина может не только получать данные, но и выполнять разрешенные операции.
Для корпоративной CMS это означает новые требования к правам, версиям, журналированию и процессам согласования. Чем больше действий передается агенту, тем важнее возможность понять, кто инициировал изменение, что именно было сделано и можно ли отменить результат.
CMS постепенно становится управляемым слоем данных и операций, с которым работают сотрудники, приложения и ИИ-агенты. Поэтому готовность CMS к AI определяется не наличием встроенного чат-бота, а качеством архитектуры, к которой этот AI можно безопасно подключить.




Мы находим подход даже к самым нестандартным задачам. Расскажите нам о своем проекте — мы готовы обсудить любые детали и предложить решения.