Миграция устаревших CMS и систем на актуальные версии с минимальным простоем

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

Почему это срочнее, чем кажется

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

Дальше считайте сами. Плановая миграция стоит денег один раз и идёт по расписанию. Разбор после взлома обходится дороже, потому что делать приходится всё сразу. Вы чистите код от закладок, поднимаете сайт из бэкапа, выводите домен из чёрных списков и объясняетесь с клиентами, чьи данные утекли. И ту же миграцию всё равно приходится делать, только в аварийном режиме и без выбора даты.

Мы переводим такие системы на актуальные версии до того, как за нас это сделает инцидент.

Когда пора мигрировать

• CMS или фреймворк дошли до конца жизненного цикла. Классика жанра: Drupal 7, старые ветки Joomla, самописные движки середины 2010-х.
• Хостинг или вендор поднимают планку по PHP. 1С-Битрикс с февраля 2026 года ограничил поддержку версий ниже PHP 8.2, а PHP 8.1 уже не получает исправлений безопасности. Старый код на новых версиях просто не заводится.
• Нужные интеграции больше не дружат с вашей версией платформы: оплата, доставка, маркетплейсы, CRM.
• Любая мелкая правка превращается в дорогой квест. Специалистов по системе почти не осталось.

Куда переводим

Целевую платформу выбираем под задачу сайта, а не под наши привычки. Вариантов по сути четыре.

• Drupal 11. Берём для сложных каталогов, порталов и мультиязычных сайтов, где много типов контента и прав доступа. Сюда же уезжают почти все живые Drupal 7 и Drupal 9.
• 1С-Битрикс актуальной редакции. Логичный путь, если у вас уже Битрикс и работает обмен с 1С. Идём по редакциям, переносим доработки и правим код под новую версию PHP.
• WordPress. Хороший выбор для контентного сайта и корпоративной визитки без тяжёлых интеграций. Дешевле в содержании, специалистов найти проще всего.
• Смена платформы целиком. Иногда старую систему честнее не обновлять, а покинуть. Тогда переносим контент, адреса и данные на другой движок, и это отдельный разговор до старта работ.

Как мы это делаем

Первое, что стоит знать про переход со старых версий: кнопки «обновить» тут нет. Между мажорными версиями меняются архитектура, база данных и API. Фактически это перенос сайта на новую платформу с сохранением контента, адресов страниц и функциональности.

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

Дальше разворачиваем тестовый стенд и мигрируем на нём. Переносим контент и данные, адаптируем шаблоны, переписываем кастомные модули под новую версию. Затем прогоняем чек-лист по критичным сценариям: заказ, оплата, формы, обмен с 1С. Стенд отдаём вам на проверку.

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

Что будет с позициями в поиске

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

До переключения выгружаем полный список адресов старого сайта: из карты сайта, из панелей Яндекса и Google, из логов сервера за последние месяцы. Каждый адрес получает пару на новой платформе, а не сваливается на главную. Меняется структура, ставим постраничные редиректы с кодом 301.

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

Когда дешевле переписать заново

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

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

Сколько это стоит и сколько занимает

• Аудит и план миграции. От 30 тысяч рублей, три-пять рабочих дней. Отдаём опись доработок, показываем риски и считаем смету. Заказываете миграцию у нас, стоимость аудита идёт в счёт работ.
• Типовой сайт без тяжёлых доработок. От 200 тысяч рублей, три-пять недель. Переносим контент, собираем шаблоны заново, чиним формы, подбираем замену старым модулям и раскладываем редиректы.
• Сайт с интеграциями. От 500 тысяч рублей, два-четыре месяца. Тут приходится чинить обмен с 1С, заново подключать оплату и доставку, переписывать личные кабинеты и самописные модули.
• Поддержка после переезда. Первый месяц входит в работу, дальше от 20 тысяч рублей в месяц.

Отдельно считаем лицензии и хостинг. Платить придётся за редакцию Битрикса, за сервер с актуальным PHP и за сертификат. Часто новая площадка выходит дешевле старой, и мы считаем это до подписания.

Что нужно от вас

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

Что вы получите

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

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

Что происходит после переезда

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

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

Честные оговорки

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

Сроки сильно зависят от объёма кастомного кода. Типовой сайт и сайт с десятилетним слоем доработок: это разные проекты. Поэтому честную оценку мы даём после аудита, а не по телефону.

И про «минимальный простой». Короткое окно переключения обычно всё же нужно. Мы делаем его настолько незаметным, насколько позволяет ваша система, и всегда держим наготове сценарий отката. Обещать нулевой простой до аудита было бы маркетингом, а не инженерией.

С чего начать

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