Типовой диалог на пресейле: почему малый бизнес по умолчанию просит WordPress
Меня зовут Евгений Семёнов, я технический директор ITfresh — мы занимаемся IT-аутсорсингом для московских компаний до пятидесяти рабочих мест и держим собственные серверы в дата-центре МТС. Расскажу про сценарий, который повторяется у нас на пресейле раз за разом. Клиент приходит и говорит: «Нам нужен сайт на WordPress». Не «нужен сайт», а сразу с названием движка — потому что где-то слышал, что WordPress это стандарт, на нём работает чуть ли не половина интернета, и других вариантов как будто нет.
Я не спорю с порога. Вместо этого задаю три вопроса, после которых половина клиентов уходит уже с MODX:
- Дизайн у вас типовой или уникальный? Если нужен неповторимый макет под фирменный стиль, а не готовая тема с маркетплейса — это сильный довод против WordPress.
- Есть ли у вас свой ИТ-специалист? Кто будет следить за обновлениями плагинов, конфликтами и безопасностью? Если штата нет и всё на аутсорсе — важно, сколько этого «слежения» движок вообще требует.
- Кто и как часто правит контент? Один-два человека, которых можно один раз обучить, — или толпа авторов, которым нужен привычный редактор «здесь и сейчас»?
Главный тезис, который я доношу: CMS выбирается под команду и задачу, а не по популярности. Популярность WordPress — это факт про рынок в целом, а не про пригодность конкретно вашему проекту. И очень часто под ответы на эти три вопроса гораздо лучше ложится MODX Revolution.
Важно понимать, почему вообще возник этот перекос в сторону WordPress. Он честно заслужил свою долю: низкий порог входа, море готовых тем, армия исполнителей, для типового блога или лендинга это действительно быстро и дёшево. Но у любой массовости есть обратная сторона. Готовая тема — это чужие компромиссы в дизайне. Обилие плагинов — это обилие точек отказа. Армия исполнителей — это в том числе армия новичков, которые соберут вам сайт «на скорую руку». Я не отговариваю от WordPress там, где он уместен. Я предлагаю не выбирать движок на автопилоте, а сопоставить его с реальной задачей — и в этой статье честно показываю, где MODX объективно сильнее, а где слабее.
Что такое MODX Revolution и чем CMF отличается от «обычной» CMS
MODX — это не совсем CMS в привычном смысле. Правильнее называть его CMF, Content Management Framework: не «коробка с готовым сайтом», а конструктор, из которого сайт собирается. Разница принципиальная и объясняет почти всё остальное.
Движок не навязывает структуру
WordPress приходит с концепцией темы: вы берёте готовый шаблон и подгоняете сайт под его логику. MODX не навязывает ничего. Вы верстаете макет ровно так, как нарисовал дизайнер, до последнего пикселя, а MODX лишь управляет контентом внутри этой вёрстки. Никаких «эта тема так не умеет» — умеет всё, что сверстали. Для проектов с уникальным дизайном это решающее преимущество.
Базовые сущности на аналогии конструктора
Устройство MODX держится на нескольких простых кирпичах:
| Сущность | Что это простыми словами |
|---|---|
| Ресурс (resource) | страница сайта — единица контента |
| Шаблон (template) | каркас, по которому выводится ресурс |
| Чанк (chunk) | переиспользуемый кусок вёрстки: шапка, подвал, карточка |
| Сниппет (snippet) | маленькая программа: меню, форма, вывод списка новостей |
| TV-параметр (template variable) | дополнительное поле у страницы: цена, иконка, галочка |
Собирается всё это простым синтаксисом прямо в шаблоне, без ухода в код:
[[*pagetitle]] <!-- заголовок текущей страницы -->
[[$header]] <!-- подключаем чанк шапки -->
[[!getResources? &parents=`5` &limit=`10`]] <!-- вывести список -->
[[*price]] <!-- значение TV-параметра «цена» -->
Почему на выходе нет плагинного балласта
В WordPress почти любая функция — это плагин. Форма обратной связи, галерея, SEO, кеш — каждый тянет свой код, свои скрипты и стили, часто с запасом «на все случаи». В MODX вы добавляете ровно тот функционал, который нужен, чаще всего одним компактным сниппетом. Итог — чистый, лёгкий сайт без десятков сторонних расширений, что напрямую отражается на скорости загрузки и метриках Core Web Vitals, которые сегодня влияют и на позиции в поиске, и на конверсию.
Приведу простую аналогию, которую понимают и не-технари. WordPress с плагинами — это квартира, куда каждый жилец принёс свою мебель: удобно на старте, но со временем проходы завалены, что-то не стыкуется, а при переезде половина не помещается в дверь. MODX — это квартира, спроектированная под вас: ничего лишнего, каждый предмет на месте. Первый вариант обставляется быстрее, второй — живётся в нём комфортнее и дольше. Ровно так же ведут себя сайты в эксплуатации: обвешанный плагинами со временем начинает конфликтовать сам с собой, а собранный из необходимого минимума годами работает ровно.
Релиз MODX Revolution 3.2 (февраль 2026): что реально поменялось
17 февраля 2026 года вышла версия MODX Revolution 3.2. Это не революция ради номера, а планомерная работа над стабильностью, производительностью и заделом на будущее. Разберу по пунктам, что важно для бизнеса, а не только для разработчика.
Совместимость с PHP 8.5
3.2 официально поддерживает PHP 8.5 — самую свежую на момент выхода версию языка. Для владельца сайта это переводится так: движок не устареет по платформе ещё несколько лет, и при аренде хостинга можно спокойно брать актуальный PHP, не боясь, что CMS на нём не запустится. Запас по совместимости — это запас по сроку жизни сайта без вынужденных переделок.
Обновлённый менеджер и работа с медиа
В ветке 3.x переработана панель управления (менеджер): интерфейс стал отзывчивее, улучшена работа с медиафайлами и обработка TV-параметров, добавлены мобильные улучшения. Контент-менеджеру банально удобнее — а это прямо влияет на то, насколько охотно люди будут поддерживать сайт, а не бросят его через месяц.
Composer и PSR под капотом
Ветка 3.x построена на современных стандартах PHP-разработки — Composer для управления зависимостями и стандарты PSR в коде. Для заказных доработок это означает предсказуемость: любой квалифицированный PHP-разработчик разберётся в структуре, зависимости ставятся стандартным способом, а не вручную по инструкции из форума. Проект проще передать от одного подрядчика другому.
«А не заброшен ли MODX?»
Частое возражение, и отвечу честно: нет. Регулярный выход релизов, включая мажорную ветку 3.x и свежую 3.2 в 2026 году, — лучшее доказательство живости проекта. У MODX есть дорожная карта, есть команда, есть коммьюнити, которое пишет и обновляет дополнения. Это не «модный вчера» движок, а зрелый инструмент, который спокойно развивается без хайпа.
Безопасность в цифрах: почему у MODX на порядки меньше уязвимостей
Это раздел, ради которого многие клиенты и остаются. По количеству публично зарегистрированных уязвимостей MODX и WordPress несопоставимы — у MODX их на порядки меньше. Дело не в том, что разработчики WordPress хуже. Дело в архитектуре и экосистеме.
Откуда берётся разница
Ядро WordPress само по себе довольно безопасно. Проблема — в экосистеме из десятков тысяч сторонних плагинов, которые пишут все кому не лень, разного качества и с разной ответственностью за поддержку. Каждый установленный плагин — это чужой код на вашем сайте и потенциальная дыра. Типичный сайт на WordPress тянет полтора-два десятка плагинов, и достаточно одного заброшенного, чтобы получить пробоину. В MODX функционал даёт компактный набор проверенных сниппетов и дополнений, поверхность атаки в разы меньше — ломать попросту почти нечего.
Наша статистика по клиентским сайтам
Наблюдение из практики сопровождения. Взломы сайтов на WordPress, с которыми мы разбирались, почти всегда шли через плагины: устаревший модуль форм, дырявый конструктор страниц, заброшенное SEO-расширение. Ядро при этом было обновлено. А по сайтам клиентов на MODX за годы обслуживания — тишина: нет плагинного зоопарка, нет и массового вектора атаки. Это не значит, что MODX неуязвим в принципе — обновляться надо на любой CMS. Но вероятность влететь в неприятность на нём заметно ниже просто в силу устройства.
Отдельно стоит сказать про массовость как фактор риска. WordPress именно из-за своей доли рынка — цель номер один для автоматических ботнетов. Злоумышленнику выгодно писать сканер под самый популярный движок и его популярные плагины: одна найденная дыра — и в руках тысячи однотипных сайтов. MODX такого «промышленного» интереса не привлекает просто потому, что массовой добычи с него не собрать. Это не панацея и не повод расслабляться, но на практике поток автоматических атак на MODX-сайт несопоставимо тише, а значит, и дежурному инженеру спокойнее.
Русскоязычная экосистема — крупнейшая после англоязычной
Отдельный аргумент для российского бизнеса: у MODX очень сильное русскоязычное сообщество — по сути, крупнейшее после англоязычного. Это значит, что на ваш вопрос почти наверняка уже есть ответ на родном языке, а специалиста найти реально.
Русская админка из коробки
Русский язык встроен в MODX через лексикон в ядре. Никаких сторонних пакетов локализации ставить не нужно — русский интерфейс менеджера включается в настройках. Контент-менеджер работает в полностью русскоязычной панели с первого дня.
Где искать ответы и компоненты
Точки притяжения русскоязычного MODX-мира стоит знать:
- modx.pro — основное русскоязычное сообщество: форумы, статьи, обсуждения, готовые решения.
- modstore.pro — магазин дополнений: компоненты под конкретные задачи, от галерей до интеграций.
- minishop2 — зрелое решение для интернет-магазинов на MODX, если нужен каталог и корзина.
- обширная русская документация по самому движку и популярным дополнениям.
Для клиента это страховка от «сайта-сироты»: даже если вы смените подрядчика, новый быстро войдёт в курс дела, потому что экосистема живая и русскоязычная.
Стоимость владения на дистанции трёх лет
Смету я всегда считаю не на момент запуска, а на горизонт трёх лет — именно так виден настоящий бюджет. Разложу по статьям из наших реальных договоров обслуживания.
Из чего складывается стоимость MODX
- Хостинг. MODX нетребователен и прекрасно живёт на недорогом тарифе — лёгкий сайт без плагинного балласта не требует мощного сервера.
- Доработки. Уникальный функционал делается сниппетами; при живой экосистеме многое закрывается готовыми компонентами.
- Поддержка. Обновлений меньше, конфликтов меньше — меньше и часов на рутинное сопровождение.
На чём WordPress дороже в эксплуатации
| Статья расхода | WordPress | MODX |
|---|---|---|
| Обновления плагинов | регулярно, много, с риском конфликтов | минимум, ядро + пара компонентов |
| Разбор конфликтов после обновлений | частая статья | почти отсутствует |
| Лечение после взломов | риск выше из-за плагинов | риск ниже по архитектуре |
| Требования к хостингу | выше при обвесе плагинами | скромные |
Парадокс, который я объясняю клиентам: вход в WordPress часто дешевле (готовая тема, много исполнителей), но владение на дистанции нередко выходит дороже — за счёт постоянного латания, обновлений и рисков. MODX дороже на старте по разработке уникального дизайна, но спокойнее и предсказуемее в эксплуатации.
Считать надо именно совокупную стоимость владения за весь срок жизни сайта, а не только счёт за запуск. Сайт компании живёт годами, и за это время сумма мелких ежемесячных расходов и разовых «пожаров» легко перекрывает разницу в цене разработки. Мой практический совет владельцу: попросите подрядчика показать не только смету на создание, но и прогноз ежемесячного сопровождения на три года вперёд — и сравнивайте варианты именно по этой полной цифре. Часто оказывается, что «дешёвый» старт был самой дорогой строчкой в итоговом бюджете.
Честные минусы MODX, о которых подрядчики молчат
Я не продаю MODX как серебряную пулю. У него есть реальные минусы, и умолчать о них — значит подставить клиента. Вот они без прикрас.
Контент-менеджеру сложнее, чем в WordPress
WordPress выигрывает в дружелюбности редактора: сел и пишешь. В MODX порог входа для контент-менеджера выше — надо понимать логику ресурсов, шаблонов и TV-параметров. Лечится это одним днём обучения и коротким регламентом «как у нас заведено добавлять страницу». Но факт есть факт: если у вас десяток авторов, которых некогда учить, это минус.
Подрядчиков по MODX меньше
Специалистов по WordPress на рынке в разы больше. По MODX выбор уже, и здесь важно не нарваться на новичка. Как проверить компетенцию исполнителя, чтобы не остаться с сайтом-сиротой:
- попросите показать реальные сайты на MODX, которые он вёл больше года;
- спросите, как он организует обновления и бэкапы — вменяемый ответ отличает профессионала;
- уточните, использует ли Composer и держит ли код под контролем версий;
- проверьте активность в русскоязычном сообществе — это косвенный, но полезный сигнал.
Кому MODX подходит, а кому нет: матрица выбора
Свожу всё сказанное в понятную матрицу. Она честная — с обеими сторонами.
| Берём MODX, если… | Не берём MODX, если… |
|---|---|
| нужен уникальный, неповторимый дизайн | нужен типовой блог «за один день» |
| каталог или структура нестандартные | магазин на 50 000 SKU с готовой логикой |
| нет своего ИТ-штата, важна низкая эксплуатация | десяток авторов без времени на обучение |
| важны скорость сайта и безопасность | критична толпа готовых плагинов на всё |
И финальный чек-лист из восьми пунктов — пробегитесь по нему, прежде чем выбирать движок для своего проекта:
- Дизайн уникальный? → чем уникальнее, тем сильнее аргумент за MODX.
- Есть свой ИТ-специалист? → если нет, ценна низкая стоимость эксплуатации MODX.
- Сколько людей правят контент? → много неопытных авторов — плюс в сторону WordPress.
- Насколько важна скорость загрузки? → критична — MODX впереди за счёт отсутствия балласта.
- Какие требования к безопасности? → повышенные — архитектура MODX работает на вас.
- Планируете жить на сайте годы? → да — считайте владение, а не только запуск.
- Нужен нестандартный функционал? → да — гибкость CMF важнее готовых плагинов.
- Есть надёжный подрядчик по MODX? → это обязательное условие успеха проекта.
Оставить комментарий