Как перенести сайт с самописной CMS на типовую без потери данных

Как перенести сайт с самописной CMS на типовую без потери данных

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

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

Раздел 1. Аудит самописной CMS: с чего начинается миграция

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

Дальше — документация. Обычно её нет: самописные CMS почти всегда существуют без единой схемы. Если текущий разработчик не передал документацию, запросите её у него. Получили отказ — придётся делать reverse engineering: разбирать структуру таблиц, связи между ними, форматы полей. Это трудоёмко, но необходимо, потому что без понимания базы нельзя написать корректный импорт.

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

Отдельно соберите список интеграций: CRM, 1С, платёжные шлюзы, сервисы доставки, почтовые рассылки. Для каждой пометьте, есть ли документация. Если нет — закладывайте, что интеграцию придётся переписывать почти с нуля, потому что в типовой CMS их API и настройки отличаются от кастомных решений.

Раздел 2. Выбор типовой CMS: критерии, которые уберегут от новой кабалы

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

Второй критерий — рынок специалистов. Для WordPress, MODx и 1С-Битрикс подрядчика можно найти в любом городе. Для экзотических CMS, которые «все хвалят», — уже проблема: разработчиков единицы, и каждый диктует свои условия. Чем меньше комьюнити, тем выше риск повторной зависимости.

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

Наконец, выбирайте движок под сценарий бизнеса, а не по моде. Интернет-магазин с 500+ товарами и интеграцией с 1С — это OpenCart или 1С-Битрикс. Корпоративный сайт с новостями и блогом — WordPress или Bitrix. Сложный B2B-каталог с ценами по договорённости и личными кабинетами дилеров — Bitrix. Универсальных решений нет, а ошибка на этом этапе приводит к тому, что через полгода вы нанимаете разработчиков переделывать только что внедрённую систему.

Раздел 3. Перенос данных без потерь: контент, структура, SEO

Самая частая ошибка при миграции — смена URL-адресов без редиректов. Если старые адреса страниц не сохранить, поисковые системы перестанут находить страницы, ссылки с других сайтов будут вести в никуда, а за 1–2 месяца органический трафик может упасть на 30%. Правило простое: сохраняйте URL, где это возможно, или настраивайте 301-редирект со старого адреса на новый. Это базовая гигиена, которую почему-то постоянно пропускают.

Контент переносите через форматы импорта — CSV, XML, стандартные модули выгрузки CMS. Возникает соблазн скопировать тексты из админки через Ctrl+C и вставить в новую систему. В итоге теряются форматирование, картинки, мета-описания, внутренние ссылки. Ручная починка такого контента съедает больше времени и денег, чем написание скрипта импорта.

Отдельно импортируйте SEO-базу: мета-теги, заголовки H1, alt и title изображений. Это уже накопленные позиции, которые работают на бизнес. Их потеря после переезда обнуляет годы работы. Не надейтесь, что поисковик сам разберётся и подтянет информацию из контента, — так не работает.

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

Раздел 4. Интеграции и доработки: где «ломаются» деньги

Интеграции — самая дорогая часть переноса, где чаще всего «теряются» деньги. При переезде на новую CMS меняются токены, ключи, настройки вебхуков — всё то, что связывало сайт с CRM, 1С, платёжными системами, службами доставки и email-рассылками. Если это не перенести осознанно, сайт будет работать, но заказы перестанут приходить в CRM, оплаты — обрабатываться, а письма — уходить подписчикам.

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

Важный момент бюджета: не рассчитывайте, что всё нужное есть в «коробке». Типовая CMS закрывает типовые задачи. Если в вашем бизнесе есть нестандартный процесс — например, расчёт доставки по сложной формуле или приём заказов с кастомной формой — понадобится доработка. Заложите на неё бюджет и сроки ещё на этапе планирования, чтобы потом не выяснять, что фича не входит в стоимость лицензии.

Раздел 5. Минимизация простоя при переезде

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

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

Переключение домена делайте в час минимальной нагрузки — обычно это ночь на выходные. При таком сценарии реальное время простоя составляет 1–2 часа, а не 2–3 дня, как бывает при последовательном переносе данных на рабочий сайт.

И обязательно подготовьте план отката. Скрипт, который при критической ошибке за 15 минут вернёт старый сайт. Этот откат должен быть протестирован заранее, до переключения DNS. Если что-то пойдёт не так, вы не будете искать решение на лету, а просто нажмёте кнопку возврата.

Практический раздел: чек-лист переноса сайта с самописной CMS

1. Зафиксируйте полный реестр данных и интеграций. 2. Проведите аудит качества данных и вычистите дубли. 3. Выберите типовую CMS по критериям стоимости, поддержки и перспектив развития. 4. Разверните тестовую копию новой CMS на временном поддомене. 5. Напишите скрипты импорта и прогоните их на копии данных. 6. Сверьте количество и содержание записей в старой и новой базе. 7. Настройте 301-редиректы для всех изменившихся URL. 8. Протестируйте формы, корзину, онлайн-оплату, личный кабинет. 9. Переключите домен на новый сайт в час минимальной нагрузки. 10. При критических ошибках выполните откат на резервную копию.

Вывод

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

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

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

Сколько времени занимает перенос сайта с самописной CMS на типовую?

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

Из чего складывается бюджет переноса?

Основные статьи бюджета — аудит текущей системы, разработка скриптов импорта, настройка типовой CMS, перенос данных и интеграции с CRM, 1С и платёжными сервисами. Если для ваших задач не хватает типового функционала, потребуется доработка под ваш бизнес-процесс. Итоговая смета составляется после анализа объёма работ.

Что нужно от нас как от заказчика?

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