Клиент решил сэкономить на миграции CMS. Сайт упал, трафик минус 60%, SEO на дне
В январе к нам пришёл клиент — интернет-магазин на Joomla 3, 400+ товаров, 200 статей в блоге. Сайту пять лет, платформа официально умерла ещё в 2023-м. Клиент хотел переехать на WordPress.
Мы прислали коммерческое с оценкой. Клиент ответил: «Дорого, я попробую сам — там же есть плагины для миграции».
Через месяц он вернулся.
Что случилось
Плагин FG Joomla to WordPress честно перенёс статьи и товары. Но:
- Все URL изменились — старые /katalog/tovar-123 стали /product/tovar-123. 301-редиректов никто не делал.
- Картинки потеряли alt-тексты — а это 40% поискового трафика клиента.
- Мета-теги не перенеслись — title всему сайту стал «Заголовок страницы».
- Формы перестали отправлять — Joomla-компонент контактов не совместим с WordPress.
Результат через три недели: трафик из поиска упал на 62%. Заказы — минус 80%. Клиент позвонил уже с цифрами.
Почему миграция CMS — это всегда дороже, чем кажется
Я не буду говорить «всегда нанимайте нас». Но есть разница между «нажать кнопку в плагине» и «сделать так, чтобы сайт работал и не терял позиции».
Миграция — это не копирование базы данных. Это хирургия. Вы пересаживаете сайту новое ядро, и девять из десяти вещей, которые были «само собой разумеющимися» на старой CMS, на новой либо отсутствуют, либо работают иначе.
Вот что по факту нужно сделать при любом переносе — и что плагины не делают:
- Составить карту всех URL — старых и новых. Каждый битый URL = потерянная страница в индексе.
- Настроить 301-редиректы для каждой страницы. Для 400 товаров — 400 редиректов.
- Перенести мета-теги отдельно — title, description, h1. Плагины их пропускают.
- Проверить картинки — alt-тексты, размеры, пути. При смене структуры ломаются первыми.
- Функционал: формы, фильтры, корзина — каждый компонент нужно пересобрать под новую CMS.
- Скорость — после миграции всё медленно: не настроен кеш, картинки не оптимизированы.
- Sitemap и robots.txt — обновить, загрузить в Вебмастер. Иначе поиск ползёт по несуществующим URL.
Семь пунктов. Плагин для миграции делает ровно полтора из них. Остальное — ручная работа.
Когда вообще надо менять CMS
Не каждый тормозящий сайт — повод для миграции. Иногда достаточно поставить плагин кеширования и перестать грузить фото по 5 МБ.
Реальные причины:
- Платформа умерла — Joomla 3 (не поддерживается), OpenCart (сообщество затихло), MODX Revo (почти нет разработчиков).
- Не хватает функционала — хотите личный кабинет, интеграцию с CRM, REST API — а текущая CMS не тянет.
- Скорость на дне — оптимизировали всё что можно, проблема в архитектуре самой платформы.
- Лицензия жрёт бюджет — платите ежегодно, а получаете то же, что бесплатные аналоги.
- Нет разработчиков — платформа нишевая, найти специалиста для доработок нереально.
Если совпало два пункта — пора. Если один — сначала попробуйте починить текущий сайт. Дешевле.
Самые частые переходы и их подводные камни
Joomla → WordPress. Данные переносятся неплохо, но SEO страдает — URL меняются, мета-теги теряются. Нужны редиректы и перепроверка.
WordPress → 1С-Битрикс. Для магазинов с глубокой интеграцией в 1С. Обратная сторона — Битрикс требует квалифицированного админа. На дешёвом хостинге не живёт.
Tilda → WordPress. Стандартный путь взросления: выросли из лендинга, нужен блог и SEO. Но тексты с Tilda забираются вручную — нормального экспорта нет.
MODX → Laravel. Для нестандартной бизнес-логики. Дорого, долго, но даёт полный контроль.
Что мы сделали с тем клиентом
Клиент вернулся в феврале. Мы:
- Подняли старую Joomla-версию из бэкапа — как эталон.
- Составили карту URL — 640 адресов на старом сайте.
- Перенесли контент через API — собственным скриптом с контролем каждого поля.
- Написали 640 строчек 301-редиректов в .htaccess.
- Пересобрали формы, фильтры и корзину нативно под WordPress.
- Оптимизировали скорость — кеш, картинки в WebP, lazy loading.
- Обновили sitemap и robots.txt, загрузили в Яндекс и Google.
Через три недели трафик вернулся к 95% от домиграционного уровня. Ещё через месяц — превысил на 12% за счёт того, что WordPress-версия была быстрее.
Что я вынес из этой истории
Миграция CMS — не техническая задача. Это бизнес-решение. Либо делаете правильно и сохраняете аудиторию, либо экономите и теряете годы накопленного трафика.
Перед стартом ответьте на три вопроса:
- Что конкретно не устраивает в текущей CMS?
- Даст ли новая платформа то, чего не хватает?
- Во сколько обойдётся не делать миграцию?
Если ответы ведут к «пора» — делайте. Только не плагином.