Когда менять движок сайта: признаки и шаги к переходу

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

Дизайн или движок: как отличить

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

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

Признаки, что дело в движке

Систему нельзя обновить

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

Простую правку может сделать только один человек

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

Нужная функция не подключается

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

Сайт медленный, и оптимизация не помогает

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

Админка мешает работать

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

Когда менять движок не нужно

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

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

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

Куда переезжать: WordPress, OpenCart или 100300 CMS

Я работаю со всеми тремя системами, и у каждой своя ниша. Подробное сравнение с самописными решениями и 1С-Битрикс — в статье самописный сайт или CMS, здесь коротко.

• WordPress — сайты услуг, корпоративные сайты, блоги. Огромное сообщество и много разработчиков, легко найти замену исполнителю. Я делаю на нём свою тему с полями ACF, без конструкторов, — так сайт остаётся быстрым, а админка понятной.
• OpenCart — интернет-магазины с классическим каталогом. Много готовых модулей, знакомая многим админка. Для OpenCart 3 у меня есть свои модули — например, выгрузка товаров из Wildberries и защита от ботов.
• 100300 CMS — моя собственная система для сайтов и магазинов. Ядро бесплатное, без абонентской платы, сайт на вашем хостинге. В ней есть конструктор блоков, шаблоны под ниши, магазин с 1С и оплатой с чеками по 54-ФЗ, модули для маркетплейсов, доставки, МойСклад и CRM. Честный минус: разработчиков, знающих её, меньше, чем знающих WordPress или OpenCart. Подробности — на странице 100300 CMS.

Если текущая система нормальная, но запущена, иногда разумнее остаться на ней и привести её в порядок: обновить, убрать лишние модули, переделать тему. Переезд ради переезда не нужен.

План переезда без потери позиций

Главный риск смены движка не технический, а поисковый: меняются адреса страниц, теряются заголовки и тексты, и трафик из поиска проседает. Поэтому переезд я веду по плану.

1. Выгрузить все адреса старого сайта — из карты сайта, Яндекс Вебмастера и Метрики. Отдельно отметить страницы, которые приносят трафик.
2. Сохранить адреса, где можно. Новый движок настраивается так, чтобы URL остались прежними.
3. Составить карту 301-редиректов для всех адресов, которые меняются: каждая старая страница — на свою новую, а не всё подряд на главную.
4. Перенести title, description и тексты один в один, а улучшать их уже после переезда.
5. Перенести данные. Для магазина — товары с характеристиками и фото, категории, а при необходимости клиентов и историю заказов. Структура данных в разных системах разная, поэтому перенос планируется заранее.
6. Собрать сайт на тестовом адресе, закрытом от индексации, и проверить формы, оплату и цели Метрики.
7. Переключить домен и проверить редиректы по списку из первого шага.
8. Следить за Вебмастером первые недели: ошибки 404, выпавшие страницы, просевшие запросы.

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

Что подготовить до начала

• Доступы к хостингу, домену, админке, Яндекс Вебмастеру и Метрике — оформленные на компанию, а не на бывшего подрядчика.
• Список того, что не устраивает в текущем сайте, и того, что должно появиться: оплата, 1С, маркетплейсы, личный кабинет.
• Решение по данным: что переносим целиком, а что можно оставить в архиве — например, старые новости или снятые с продажи товары.
• Свежую резервную копию файлов и базы данных старого сайта. Она нужна, даже если переезд пройдёт гладко.

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

Сколько занимает переезд

Срок зависит от объёма: сайт из десятка страниц переезжает быстрее, чем магазин с тысячами товаров и историей заказов. Ориентир — сроки создания сайта: сайт услуг у меня от 3 недель, корпоративный — от 1 месяца, магазин на готовой теме — от 21 дня. Перенос данных и карта редиректов добавляются к этому сроку. Чтобы получить оценку, пришлите адрес текущего сайта и список того, что не устраивает, через бриф.