Выбор CMS: конструктор, WordPress или кастомная разработка

Три честных варианта — и почему их именно три

Коротко: вариантов ровно три, и это не лестница от «плохо» к «хорошо». Это шкала того, какую часть системы за вас обслуживает кто-то другой, и сколько контроля вы отдаёте взамен.

Конструктор сайтов — Tilda, Wix, Squarespace, Webflow и родственники. Вы арендуете всё сразу: редактор, хостинг, обновления, сертификаты, защиту. Вы собираете страницы мышкой в готовом редакторе и почти никогда не думаете о сервере.

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

Кастомная разработка — сайт, написанный под вас: современный фреймворк, статическая сборка, headless CMS или их смесь. Каждая строка существует потому, что вы её заказали. И каждая строка кем-то поддерживается.

Главная мысль, ради которой стоит читать дальше

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

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

Когда конструктор — правильный выбор, а не компромисс

Конструктор — верное решение, когда сайт должен появиться быстро, стоить предсказуемо и не требовать разработчика ни для одной рутинной правки. Это не «детский» вариант. Это инженерное решение с конкретными плюсами.

Что вы реально получаете

• Запуск за дни, а не за месяцы: шаблон, тексты, фото — и вы онлайн.
• Хостинг, SSL, CDN, резервные копии и обновления безопасности включены в подписку и не требуют вашего участия.
• Редактор, в котором ваш маркетолог правит страницу сам, без переписки с подрядчиком.
• Один счёт в месяц вместо пяти разных статей расходов.
• Никаких ночных писем «сайт лежит» — на той стороне дежурит целая компания.

За что вы платите этим удобством

Границы. Конструктор превосходен внутри своей модели и упирается в стену за её пределами. Нестандартный расчёт, интеграция с вашей 1С, хитрая логика личного кабинета, сложный фильтр по десяткам параметров — здесь начинаются костыли, а потом переписывание.

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

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

Кому подходит прямо сейчас

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

Честный признак, что пора уходить с конструктора: вы третий месяц подряд слышите от подрядчика «на этой платформе так нельзя». Не раньше.

Когда WordPress действительно подходит

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

Сильные стороны, которые никто не отменял

Контент. WordPress вырос из блога, и до сих пор редакционная работа — его родная стихия. Черновики, ревизии, запланированные публикации, роли авторов и редакторов, категории, метки, поиск — всё это есть из коробки и работает без плагинов. Если у вас несколько авторов и поток статей, вы это оцените.

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

Рынок исполнителей. Специалистов по WordPress найти легко и в любом городе, и по любой цене. Это недооценённая страховка: если ваш подрядчик исчезнет, сайт подхватят за неделю. С редким фреймворком так не выйдет.

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

Для каких проектов это лучший выбор

• Контентные сайты и медиа: блог компании, журнал, база знаний, справочник.
• Корпоративные сайты на 20–200 страниц с регулярными правками.
• Магазины среднего размера, где хватает стандартного каталога и корзины.
• Проекты, где важна независимость от вендора, но бюджета на кастом нет.
• Сайты, которые будет вести штатный маркетолог, а не агентство.

Если ваш проект в этом списке — дальше можно не искать. WordPress закроет задачу, и переплата за кастом ничего не добавит, кроме счёта.

Реальная цена WordPress: плагины, обновления, безопасность, скорость

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

Плагины — это подписки и чужой код

Типовой рабочий сайт живёт на десятке-другом плагинов. Часть из них платные, и платят за них ежегодно: премиум-тема, формы, SEO-надстройка, кэш, мультиязычность, а в магазине ещё доставка и оплата. Каждое продление — строка в бюджете. Каждый плагин — код, который вы не писали, не читали и не контролируете.

Обновления — это работа, а не кнопка

Ядро, тема и плагины обновляются постоянно и независимо друг от друга. Обычно всё проходит гладко. Иногда обновление плагина ломает вёрстку или конфликтует с соседом, и сайт встречает клиентов белым экраном. Поэтому взрослый WordPress требует стейджинга, бэкапов и человека, который смотрит, что произошло после обновления. Если этого человека нет, сайт просто не обновляется — и это худший из вариантов.

Безопасность — производная от количества плагинов

Само ядро WordPress разрабатывают аккуратно, и дыры в нём редки. Подавляющее большинство взломов приходит через устаревшие плагины и темы, слабые пароли и заброшенные сайты. Логика простая: чем больше стороннего кода и чем дольше он не обновлялся, тем шире поверхность атаки. Управляемо? Полностью. Само собой? Никогда.

Скорость — вопрос дисциплины

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

Как посчитать честно

Складывайте: разработку или сборку сайта, ежегодные лицензии плагинов, хостинг, обслуживание (обновления, бэкапы, мониторинг) и небольшой резерв на «что-то отвалилось». Получится сумма, вполне сопоставимая с подпиской конструктора — только за неё вы получаете свободу и владение. Это и есть настоящий обмен.

Когда кастом, статика или headless окупаются

Кастомная разработка окупается в четырёх случаях: у вас уникальная логика, вы боретесь за производительность, у вас особые требования к безопасности или вы выросли из коробки. Если ни одно не про вас — берегите деньги.

Уникальная логика

Самый частый честный повод. Сайт перестал быть витриной и стал инструментом: расчёт стоимости по вашим правилам, личный кабинет с ролями, синхронизация со складом и учётной системой, свой процесс заказа, который не похож ни на один шаблон корзины. Плагин здесь либо не существует, либо существует и делает на 70% то, что нужно, — а оставшиеся 30% съедают больше сил, чем нормальная реализация с нуля. Когда сайт превращается в продукт, у него другая природа; мы разбирали её отдельно в материале про разработку веб-приложения и SaaS.

Производительность как деньги

Если трафик большой и конверсия чувствительна к скорости, десятые доли секунды перестают быть эстетикой. Статическая сборка или headless-подход дают потолок, которого коробка не даст: страница отдаётся с CDN почти мгновенно, на клиенте нет лишнего кода, база не участвует в отдаче.

Безопасность и требования

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

Масштаб и отсутствие локина

На большом объёме страниц, языков и интеграций коробка начинает диктовать условия. Кастом снимает потолок: ваша схема данных, ваш API, ваш деплой. Код принадлежит вам, репозиторий у вас, подрядчика можно сменить.

Чего кастом стоит на самом деле

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

Стоимость владения за три года, а не цена запуска

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

Из чего складывается сумма

1. Запуск — дизайн, сборка, тексты, перенос контента.
2. Платформа — подписка конструктора или хостинг плюс лицензии плагинов.
3. Обслуживание — обновления, бэкапы, мониторинг, мелкий ремонт.
4. Изменения — новые страницы, разделы, акции, интеграции. Эта строка почти всегда больше, чем ожидают.
5. Риск — простой, взлом, потеря позиций, вынужденный переезд.

Как ведут себя три варианта

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

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

Кастом: запуск дорогой, потом дёшево в эксплуатации (хостинг статики стоит копейки), но каждая новая функция — работа разработчика. Кривая ступенчатая: спокойно, спокойно, и вдруг спринт.

Арифметика, которую стоит проделать самому

Возьмите лист бумаги и впишите свои цифры. Ежемесячная подписка конструктора × 36. Хостинг WordPress × 36 плюс продления плагинов × 3 плюс абонентское обслуживание × 36. Кастом: смета разработки плюс хостинг × 36 плюс оценка доработок. Не подсматривайте в чужие таблицы — важны ваши ставки и ваш аппетит к изменениям.

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

Скорость и SEO: что решает на самом деле

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

Что действительно влияет

• Внятная структура URL и отсутствие дублей.
• Уникальные title и описания, заданные вами, а не сгенерированные из названия шаблона.
• Скорость загрузки и стабильность вёрстки при загрузке.
• Корректные редиректы, карта сайта, разметка, а для многоязычных — hreflang.
• Содержание, которое отвечает на вопрос лучше соседей по выдаче.

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

Как обстоит по вариантам

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

WordPress может всё: SEO-плагины дают полный контроль над мета-данными, редиректами и разметкой. Но скорость придётся заслужить — лёгкой темой, кэшем, дисциплиной в плагинах. Тяжёлый визуальный конструктор поверх WordPress убивает показатели быстрее всего остального.

Статика и headless дают лучший потолок: готовый HTML с CDN, ничего лишнего на клиенте, полная власть над каждым тегом. Но потолок — это возможность, а не результат: криво собранный кастом тормозит не хуже плагинного зоопарка. Мы показываем реальные сборки и их поведение в портфолио студии.

Вывод без иллюзий

Если вам обещают позиции «потому что кастом» — это продажа, а не экспертиза. Платформу выбирают по задаче, а трафик приносят структура, содержание и аккуратность.

Безопасность и обновления: чья это забота

Главный вопрос безопасности звучит не «что надёжнее», а «кто будет этим заниматься в четверг вечером». Ответ на него и отличает варианты друг от друга.

Конструктор: чужая забота — и это плюс

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

WordPress: ваша забота — и это управляемо

Здесь всё честно: вы владеете, вы и отвечаете. Рабочий минимум выглядит так:

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

Соблюдаете — сайт стоит годами. Не соблюдаете — вопрос времени.

Кастом и статика: поверхности почти нет

У статического сайта нет админки и базы, ломать нечего — остаётся только инфраструктура. Это самый спокойный вариант. Но «нечего ломать» не равно «ничего не нужно делать»: зависимости стареют, версия рантайма выходит из поддержки, у форм и API появляются свои риски. Просто работа переезжает из панели администратора в репозиторий.

Практический критерий

Спросите себя, кто именно будет отвечать за обновления через год, когда энтузиазм пройдёт. Если ответа нет — выбирайте вариант, где этим занимается вендор. Это не слабость, это трезвость.

Кто и как будет править контент

Самый недооценённый критерий выбора. Не «на чём построено», а «сможет ли Марина из отдела маркетинга поменять цену в четверг, не написав никому». Если не сможет — сайт медленно умрёт, каким бы прекрасным ни был код.

Конструктор: здесь он лучший

Визуальный редактор, перетаскивание блоков, мгновенный просмотр. Человек без технических навыков осваивается за час и дальше живёт самостоятельно. Риск ровно один — тот же человек может неаккуратно растащить дизайн. Лечится шаблонами блоков и правами доступа.

WordPress: хорошо, если не превращать в монстра

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

Кастом: зависит целиком от того, что вы заказали

Вот честное предупреждение. Кастомный сайт сам по себе не имеет админки. Если её не заложили в смету, каждая правка текста — это задача разработчику, ожидание и счёт. Через полгода компания перестаёт обновлять сайт, потому что «проще не трогать».

Поэтому в нормальном кастоме всегда есть вторая половина: headless CMS или своя админка, где контент правится через понятные поля. Это отдельные деньги, и их закладывают сразу. Спрашивайте подрядчика прямо: «Кто и как будет менять этот текст через год?» По качеству ответа многое становится ясно.

Локин, владение и переезд между вариантами

Локин — это не про зло вендора. Это про то, сколько будет стоить уйти. Оцените цену выхода до входа, а не после.

Что должно принадлежать вам при любом варианте

• Домен — зарегистрирован на вашу компанию, доступ к регистратору у вас. Не у подрядчика.
• Контент — тексты и оригиналы изображений хранятся не только на сайте.
• Аналитика — счётчики заведены на вашем аккаунте.
• Код и доступы — если это кастом, репозиторий и сервер оформлены на вас, а в договоре написано, кому принадлежат исходники.

Это база. Без неё вы арендуете не платформу, а собственный бизнес.

Реальная степень локина

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

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

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

Как переезжают на практике

Направление почти всегда одно: конструктор → WordPress, WordPress → headless/кастом. Обратные переезды бывают, и в них нет позора: если сайт оброс кодом, которым никто не пользуется, спуск на коробку — оздоровление.

Что бы вы ни выбрали, техника одна: сохранить адреса страниц или настроить постраничные редиректы, перенести мета-данные, не потерять картинки, проверить формы и цели аналитики, и только потом переключать домен. Трафик теряют не из-за смены платформы, а из-за потерянных URL.

Как решить: короткий фреймворк по сценариям

Уберите вопрос «что лучше». Задайте четыре других, и ответ соберётся сам.

1. Есть ли у вас логика, которой нет в коробке? Если нет — коробка.
2. Кто будет править контент? Если небыстро и не вы — нужен нормальный редактор.
3. Кто отвечает за обновления? Если никто — нужен вендор.
4. Что случится через три года? Если сайт вырастет вдвое — считайте потолок сейчас.

Сценарии и честный ответ

Локальный бизнес, до 15 страниц, нет техперсонала. Конструктор. Точка. Кастом здесь — выброшенные деньги.

Лендинг под кампанию, нужно вчера. Конструктор. Скорость запуска дороже всего остального.

Компания с блогом, 50+ страниц, штатный маркетолог. WordPress с лёгкой темой и коротким списком плагинов.

Магазин со стандартным каталогом и обычной доставкой. WordPress + WooCommerce или готовая e-commerce платформа. Кастом — только когда логика заказа действительно своя.

Много языков, много страниц, ставка на органику. Развилка: WordPress с честной мультиязычностью или статика/headless. Решает объём и требования к скорости.

Личный кабинет, расчёты, интеграция с учётной системой. Кастом. Здесь коробка становится дороже разработки.

Сайт — лицо продукта, дизайн уникален, скорость критична. Статика или headless.

Не знаете, взлетит ли идея. Конструктор на полгода. Проверьте спрос, потом стройте.

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

Чек-лист перед решением

Пройдите список до подписания договора. Каждый пункт — вопрос, на который у вас должен быть конкретный ответ, а не ощущение.

Задача

• Что сайт должен делать через год, а не как выглядеть на старте?
• Есть ли хоть одна функция, которой точно нет в готовых решениях? Назовите её вслух.
• Сколько страниц и языков будет через три года?

Люди

• Кто конкретно правит тексты и цены? Умеет ли он это делать сегодня?
• Кто отвечает за обновления и бэкапы? Имя, а не «подрядчик».
• Что произойдёт, если этот человек уйдёт?

Деньги

• Посчитана ли сумма за 36 месяцев, а не цена запуска?
• Учтены ли лицензии плагинов, хостинг, обслуживание и доработки?
• Есть ли резерв на изменения, которых вы пока не видите?

Риски

• Домен и аналитика оформлены на вашу компанию?
• Написано ли в договоре, кому принадлежит код и контент?
• Есть ли бэкапы и проверяли ли вы восстановление из них хоть раз?
• Что будет стоить уход с этой платформы через два года?

Проверка на честность

• Подрядчик объяснил, почему предлагает именно это — или просто предложил то, что умеет?
• Прозвучала ли фраза «вам это не нужно» хоть раз? Если нет, насторожитесь.

Если на большинство вопросов ответы есть, вы уже выбрали — осталось это признать. Если ответов нет, начните с них, а не с платформы. Хотите проверить свои выводы на конкретном проекте — напишите нам: скажем прямо, если ваша задача решается конструктором, и объясним, почему.

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