Разработка сайтов 5 мин чтения

WordPress или сайт на заказном движке

WordPress или система, написанная под вас: кому принадлежит код, кто поддерживает сайт, что с обновлениями и как не привязать себя к одному исполнителю.

03.10.2026 Обновлено 06.10.2026 Олег Макаров, ADSCentr

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

Что называют заказным движком

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

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

Что даёт WordPress

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

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

Этапы разработки сайта

  1. Бриф

    задачи, аудитория, рамки бюджета

  2. Оценка

    состав работ, сроки, вилка цен

  3. Прототип

    структура страниц и сценарии

  4. Дизайн

    макеты страниц и мобильных версий

  5. Сборка

    вёрстка, платформа, интеграции

  6. Контент

    тексты, изображения, наполнение каталога

  7. Тестирование

    устройства, формы, скорость, аналитика

  8. Передача

    обучение, доступы, месяц сопровождения

Чем платят за самописную систему

  • Один носитель знаний. Часто код знает разработчик или команда, которая его писала. Уход исполнителя означает поиск специалиста, готового разбираться в чужой системе без документации.
  • Обновления и безопасность. У открытой CMS уязвимости находят и закрывают сообществом. В самописной системе этого не делает никто, кроме вас.
  • Стоимость изменений. Каждая доработка — разработка, а не настройка. Ставка та же, от 2 000 ₽ за час, но часов уходит больше.
  • Найм. Разработчиков на распространённой CMS больше, и заменить их проще, чем специалиста по закрытой системе.
  • Отсутствие готовых модулей. То, что в CMS подключается за часы, здесь пишется с нуля: формы, выгрузки, интеграции, аналитика.

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

Когда заказная разработка оправдана

Если нетиповые процессы составляют основу продукта: расчёты, реестры, документы, согласования, обмен с внутренними системами компании. Тогда готовые CMS действительно мешают, и систему пишут на фреймворке. Этот случай мы разбирали в статье Laravel или WordPress. Второй случай: сайт внутри контура компании, где важнее связь с учётной системой и внутренними регламентами, чем внешний вид и скорость запуска.

Что спросить до подписания договора

Разговор с исполнителем стоит начать с этих вопросов: они одинаково уместны и для заказной системы, и для сайта на свободной CMS. Ответы показывают, покупаете вы продукт или зависимость от конкретного человека.

  • На чём написан сайт и получите ли вы доступ к коду и репозиторию.
  • Есть ли документация: структура данных, описание модулей, инструкция по развёртыванию.
  • Кто, кроме автора, сможет сопровождать систему.
  • Как выходят обновления и что происходит при обнаружении уязвимости.
  • Что будет с сайтом, если исполнитель прекратит работу.

Сколько стоит владение

Старт на свободной CMS дешевле: лицензий нет, дизайн от 1 500 ₽ за час, разработка от 2 000 ₽ за час. Заказной движок дороже и на входе, и в поддержке, потому что каждый сценарий проектируется. Разница окупается только там, где нетиповая логика даёт бизнесу заметную выгоду. Поддержка в обоих случаях идёт по часам или пакетом, от 2 000 ₽ за час, неизрасходованные часы переносятся; подробнее на странице техническая поддержка сайта.

Посчитать оба варианта можно до старта: об ориентирах написано в статье сколько стоит сайт под ключ.

Частые вопросы

Заказной движок — это всегда плохо

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

Можно ли перейти с самописной системы на WordPress

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

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

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

Что дешевле в обслуживании — CMS или заказной сайт

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

Останутся ли у нас права на код

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

Олег Макаров — основатель ADSCentr, Санкт-Петербург

Ведёт проекты по SEO, Яндекс.Директу и разработке на WordPress, 1С-Битрикс и Laravel: от аудита и семантики до внедрения и аналитики. Подробнее об опыте →

Нужна такая же работа по вашему сайту?

Начнем с бесплатного аудита точек роста — пришлем разбор за 3 дня.

Получить аудит точек роста →