Полгода назад один из наших клиентов — небольшая B2B-компания с сайтом на WordPress — решился на переезд на собственную CMS. Причина звучала размыто: "WordPress тормозит, плагины конфликтуют, разработчики хотят всё переписать". Через 6 месяцев после запуска мы сели и честно разобрали, что получилось, а что нет. Рассказываем без прикрас.
Почему вообще возникает вопрос "а не уйти ли с WordPress"
WordPress занимает больше 43% всего интернета. Это не случайно — он быстрый в запуске, дешёвый в поддержке и понятный любому контент-менеджеру. Но у него есть потолок.
Когда сайт разрастается, появляются нестандартные бизнес-процессы, интеграции с CRM, сложные права доступа и специфичные роли пользователей — WordPress начинает скрипеть. Разработчики добавляют плагин поверх плагина. Обновления ломают верстку. Скорость падает.
Именно в этой точке многие компании начинают думать о собственной CMS. И именно здесь чаще всего принимают поспешные решения.
Исходная ситуация: что было до переезда
Сайт компании работал на WordPress с 2019 года. К моменту переезда на нём было около 200 страниц, 3 языковые версии (плагин WPML), интеграция с CRM через сторонний коннектор и кастомная форма заявок, написанная поверх Contact Form 7.
Проблемы, которые реально мешали работе:
- Страница загружалась 4-6 секунд без кеширования, 1,8-2,2 секунды с кешем — и это после оптимизации
- Каждое крупное обновление WordPress или WPML приходилось тестировать 2-3 дня, иначе что-нибудь ломалось
- Добавить новый тип контента (например, кейсы с особой структурой) занимало у разработчика 8-12 часов из-за архитектуры плагинов
- CRM-интеграция периодически "отваливалась" после обновлений стороннего коннектора
Это реальные боли, а не абстрактное "что-то не то". Именно они стали аргументами для переезда.
Что выбрали и почему
Команда разработки предложила собственную CMS на базе Laravel с административной панелью на Vue.js. Не SaaS-решение, не headless WordPress, не Strapi — именно написанная с нуля система под задачи клиента.
На старте это звучало убедительно: полный контроль над архитектурой, никаких лишних плагинов, скорость и безопасность. Смета на разработку — 800 000 рублей, срок — 4 месяца.
Спойлер: срок вышел в 5,5 месяцев, смета — в 1 100 000 рублей. Об этом — ниже.
Что изменилось через 6 месяцев после запуска
Скорость — всё стало заметно быстрее
Это единственный показатель, где переезд дал однозначный и измеримый выигрыш. Время загрузки главной страницы упало с 1,9 до 0,6 секунды. Google PageSpeed вырос с 54 до 91 на мобильных.
Для SEO и пользовательского опыта — это ощутимо. Органический трафик за 6 месяцев вырос на 18%, хотя отделить влияние скорости от других факторов сложно.
Разработка новых фич — стало проще, но дороже
Добавить новый тип контента теперь занимает 2-4 часа вместо 8-12. Архитектура чистая, код не захламлён плагинами. Разработчики довольны.
Но вот нюанс: любое изменение теперь требует разработчика. На WordPress контент-менеджер мог сам добавить поле через ACF. Теперь — задача в Jira, очередь, спринт. Мелкие правки, которые раньше занимали 15 минут, стали занимать 2-3 дня.
Редактирование контента — стало хуже
Это самая болезненная точка. Редакторы потеряли привычный Gutenberg и получили самописный редактор с ограниченным функционалом. Первые два месяца — жалобы каждую неделю.
❌ Плохо: "Я не могу просто добавить таблицу в статью, надо писать разработчику".
✅ Хорошо было бы: заложить редактор на базе TipTap или ProseMirror ещё на этапе проектирования.
В итоге через 3 месяца пришлось доработать редактор — ещё 120 000 рублей сверху.
Безопасность и обновления — боли исчезли
Никаких принудительных обновлений плагинов, никаких конфликтов зависимостей. Один раз настроили — работает. За 6 месяцев ни одного инцидента, связанного с безопасностью.
На WordPress за аналогичный период было 2 критических обновления, которые требовали срочного вмешательства разработчика.
Стоимость владения — пересчитали и удивились
Вот где цифры становятся неудобными.
- WordPress (год): хостинг — 24 000р, лицензии плагинов — 18 000р, поддержка разработчика — около 120 000р. Итого: ~162 000 р/год.
- Собственная CMS (год после запуска): хостинг — 48 000р, поддержка и доработки — около 360 000р. Итого: ~408 000 р/год.
Плюс разовые вложения в разработку — 1 100 000р. Окупаемость при такой разнице в годовых расходах — никогда, если только бизнес не масштабируется и разрывы не сократятся за счёт роста объёма задач.
Типичные ошибки при переезде с WordPress — и как их избежать
❌ Переезжать из-за абстрактного "надоело"
Если единственная причина — "WordPress устарел" или "разработчики хотят переписать", это не повод. Нужны конкретные измеримые проблемы.
❌ Недооценивать стоимость поддержки
Собственная CMS — это не разовые вложения. Это постоянные расходы на разработчика, который знает систему изнутри. Уйдёт — и новому надо разбираться с нуля.
❌ Забыть про редакторов
Техническая команда думает о коде. Маркетологи и редакторы думают об удобстве работы с контентом. Если не учесть их сценарии — получишь саботаж и доработки.
❌ Не фиксировать метрики до переезда
Без базовых цифр (скорость, трафик, стоимость поддержки) невозможно объективно оценить результат. Записывай всё до старта.
❌ Не закладывать буфер на сроки и бюджет
Кастомная разработка почти всегда выходит за рамки. Плюс 30-40% к смете и срокам — это не пессимизм, это практика.
Когда собственная CMS оправдана, а когда — нет
Переезд имеет смысл, если:
- У тебя сложные бизнес-процессы, которые невозможно реализовать плагинами без костылей
- Команда разработки постоянная, знакомая с системой и не уходит каждый год
- Бюджет на разработку и поддержку стабильный и запланирован минимум на 3 года
- Скорость и безопасность — критичные бизнес-требования (например, высоконагруженный портал)
Оставайся на WordPress или выбирай headless-решение, если:
- Сайт — это в первую очередь маркетинговый инструмент с контентом, а не сложная платформа
- Контентом управляют нетехнические сотрудники
- Команда разработки небольшая или привлекается на аутсорсе
- Горизонт планирования — до 2 лет
Итоговый чеклист: как принять решение без сожалений
- Зафиксируй реальные проблемы — не ощущения, а конкретные цифры и сценарии
- Посчитай стоимость владения на 3 года для обоих вариантов
- Поговори с редакторами — не только с разработчиками
- Оцени риски зависимости от конкретных людей в команде
- Рассмотри промежуточные варианты: headless WordPress, Strapi, Directus — они дают гибкость без полного переписывания
- Заложи буфер +35% к срокам и бюджету
- Пропиши метрики успеха до старта — иначе через полгода не поймёшь, было ли это правильным решением
Наш клиент не жалеет о переезде — скорость и стабильность того стоили. Но если бы он знал заранее про реальную стоимость поддержки и трудности с редактором, возможно, сначала рассмотрел бы headless-вариант на базе того же WordPress. Или хотя бы заложил нормальный бюджет на редактор с самого начала.
Привет, я Алексей Сорокин, и мы в Softlex разрабатываем веб-сервисы и мобильные приложения, а еще помогаем стартапам принимать взвешенные бизнес-решения 🤝
👉 Свяжитесь с нами в Telegram или оставьте заявку на сайте – и получите партнера, который берет на себя сложное, чтобы у вас оставалось время на важное.
И подписывайся на наш телеграм канал 😉