MODX для нестандартного дизайна: что можно и что нельзя

Когда дизайнер приносит макет с асимметричной сеткой, каталогом на трёх типах карточек и калькулятором, который меняет вид страницы в реальном времени, первый вопрос владельца бизнеса — на чём это вообще можно собрать. Готовые темы WordPress под такое не рассчитаны: любое отклонение от стандартной структуры превращается в доработки поверх чужого кода, а часть идей приходится урезать. Для таких случаев у нас есть отдельное направление — разработка сайтов на MODX, и в этой статье — честный разбор, что эта система умеет, а что нет.

Почему обычные CMS упираются в дизайн

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

В теме WordPress это решается через ACF, конструкторы блоков и JS-хаки поверх шаблона — работает, но с оговорками: часть эффектов теряется при обновлении темы, часть логики живёт в плагинах, которые конфликтуют между собой. В MODX эта проблема решается на уровне архитектуры, а не заплаток.

Что даёт MODX разработчику дизайна

MODX — это CMS без готовой темы и без навязанной структуры контента. Разработчик сам описывает, какие поля есть у страницы, как они выводятся и в каком порядке. На практике это означает три вещи, важные именно для нестандартного дизайна:

• Своя структура данных. Через компонент MIGX можно создать любой набор полей под макет — не «заголовок и текст», а именно то, что нарисовал дизайнер: галерея с подписями, таблица характеристик, блок с условным выводом.
• Полный контроль над HTML. Чанки и шаблоны в MODX не диктуют разметку — верстальщик переносит макет пиксель-в-пиксель, без борьбы с классами темы и переопределением чужих стилей.
• Логика вывода через сниппеты. pdoTools и Fenom позволяют строить сложные выборки и условия прямо в шаблоне: разный вид карточки в зависимости от категории, фильтрация без перезагрузки страницы, произвольная сортировка.

Итог для владельца бизнеса простой: если дизайнер что-то придумал и это физически реализуемо в браузере, в MODX это, как правило, реализуемо без урезаний.

Какие нестандартные задачи MODX закрывает без боли

За годы работы с этой CMS у нас накопился список задач, которые в MODX решаются штатно, а в шаблонных CMS требуют либо дорогих плагинов, либо отказа от идеи:

• Каталог с разными типами карточек в одной категории — например, услуги «с ценой» и «по запросу» на одной странице с разной вёрсткой.
• Многоуровневые фильтры с логикой «и/или», которые не тормозят при больших объёмах, за счёт прямых SQL-выборок через pdoTools.
• Асимметричная сетка главной страницы, где блоки редактируются администратором, но раскладка не «плывёт» и остаётся именно такой, как в макете.
• Интерактивные калькуляторы и конфигураторы, где расчёт зависит от связки полей ресурса.
• Многоязычные или мультирегиональные сайты с разной структурой страниц под разные версии — без плагина-посредника.

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

Где у MODX есть реальные ограничения

Честность здесь важнее рекламы, поэтому перечислим то, что MODX действительно не умеет или умеет плохо.

• Нет экосистемы готовых решений уровня WordPress. Под MODX не существует тысяч тем и плагинов на любой случай — почти всё, что не входит в базовый набор компонентов (pdoTools, MIGX, FormIt, miniShop2), пишется индивидуально. Это плюс для гибкости и минус для бюджета типовых задач.
• Порог входа выше. Разработчик, который умеет «накидывать блоки» в конструкторе, не сможет так же быстро работать в MODX — нужно понимать структуру системы. Отсюда меньше специалистов на рынке и выше цена часа работы по сравнению с типовыми правками на WordPress.
• Готовый интернет-магазин слабее специализированных решений. miniShop2 закрывает задачи малого и среднего магазина, но для маркетплейс-логики, сложных скидочных механик или тысяч SKU с вариациями лучше рассматривать 1С-Битрикс или OpenCart — MODX здесь не выигрывает.
• Административная часть требует настройки под пользователя. Стандартная админка MODX ориентирована на разработчика, а не на менеджера контента. Чтобы владелец сам менял тексты и фото без риска что-то сломать, поля и вкладки нужно осознанно проектировать — если это пропустить, сайт получится красивым, но неудобным в сопровождении.
• Evolution — тупиковая ветка. Старая версия MODX не развивается, и на новых версиях PHP такие сайты постепенно ломаются. Нестандартный дизайн на Evolution — риск: любая доработка требует сначала решить вопрос миграции.

Что это значит по деньгам и срокам

Гибкость MODX не бесплатна — она перераспределяет затраты, а не убирает их. На готовой теме WordPress вы платите меньше за разработку, но упираетесь в возможности темы и переплачиваете на доработках, когда макет выходит за её рамки. На MODX закладка структуры данных и логики вывода стоит дороже на старте — это индивидуальная разработка, а не настройка готового решения. Зато последующие доработки, если сайт собран аккуратно, обходятся предсказуемо: правки в чанках и сниппетах не зависят от обновлений сторонней темы и не «отваливаются» при апдейте плагина.

Практический ориентир: если дизайн укладывается в стандартную структуру «текст + галерея + форма» — экономнее WordPress или конструктор. Если в макете три и больше нестандартных блока с уникальной логикой — разница в цене между «подогнать тему» и «сделать на MODX» часто оказывается меньше, чем кажется, а результат ближе к исходному макету.

Как проверить, что нестандартный дизайн реализован правильно

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

• Разработчик сразу называет компоненты, которыми будет пользоваться (pdoTools, Fenom, MIGX) — это значит, что он работает в логике системы, а не изобретает решение с нуля.
• Сайт после сдачи открывается в админке в виде понятных полей и разделов, а не в виде HTML-кода, который нужно редактировать руками.
• Есть ответ на вопрос «что будет с сайтом, если понадобится новый нестандартный блок через год» — цена и время такой доработки не должны требовать пересборки всей структуры.

Практический вывод

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

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