Перенос сайта с WordPress на другую CMS без потери позиций в поиске

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

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

Когда переезд с WordPress действительно нужен

Менять движок ради моды смысла нет. Я предлагаю переезд, когда вижу одну или несколько проблем:

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

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

Что сохраняется при переносе, а что меняется

Это главный вопрос, который волнует владельцев. Отвечу по пунктам.

Сохраняется

• Тексты страниц, статьи блога, описания услуг и товаров.
• Изображения — с оптимизацией размера при переносе.
• Адреса страниц. Я стараюсь оставить их такими же, а где это невозможно — настраиваю постоянные 301-редиректы.
• Мета-теги title и description, если они были прописаны вручную.
• Структура разделов, если она логична. Если нет — переделываем, но тоже с редиректами.

Меняется

• Админка: вместо меню WordPress с плагинами — понятная панель 100300 CMS с конструктором блоков.
• Вёрстка и дизайн: можно перенести близко к исходному или обновить, пока всё равно идёт работа.
• Формы, калькуляторы и прочие функции, которые были плагинами, становятся частью системы.
• Скорость: обычно заметно растёт за счёт того, что исчезает лишний код.

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

Пошаговый план переноса

У меня сложился порядок, который я повторяю на каждом проекте. Он скучный, но именно эта скучность защищает от просадок.

Шаг 1. Аудит и выгрузка всех адресов

Сначала собираю полный список страниц сайта: из карты сайта, сканером, из Яндекс Вебмастера и Метрики. Отдельно смотрю, какие страницы приносят трафик и заявки. Часто находятся забытые разделы, дубли с параметрами, архивы меток и страницы вложений, которые WordPress создаёт сам.

На этом этапе решаем, что переносим, что объединяем, а что удаляем. Мусорные страницы без трафика лучше не тащить в новый сайт.

Шаг 2. Карта соответствия адресов

Делаю таблицу: старый адрес — новый адрес. Это основа всего переезда. Если адрес не меняется, в таблице просто совпадают колонки. Если меняется — по этой таблице потом настраиваются редиректы.

Типичный пример: в WordPress статьи жили по адресу с датой, а услуги — с префиксом категории. На новом сайте делаем короткие понятные адреса, а со старых ставим 301-редирект на новые.

Шаг 3. Сборка нового сайта на тестовом домене

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

Шаг 4. Перенос контента

Тексты и картинки переношу скриптом, а не руками, но потом всё равно проверяю глазами. Из старого контента вычищаются шорткоды плагинов, инлайн-стили, битые ссылки и пустые абзацы, которые обычно копятся в визуальном редакторе WordPress годами.

Шаг 5. Технические настройки

• 301-редиректы по карте соответствия;
• карта сайта и robots.txt;
• canonical для страниц с параметрами;
• микроразметка организации, хлебных крошек, FAQ;
• счётчики Метрики и цели на заявки;
• проверка форм: заявки должны доходить на почту и в Telegram.

Шаг 6. Переключение и контроль

Переключаю домен на новый сайт в спокойное время, обычно в начале недели. Сразу после этого прогоняю сканером все старые адреса и проверяю, что каждый отдаёт либо 200, либо 301 на нужную страницу. Никаких 404 на страницах, которые были в индексе.

Дальше две-три недели слежу за Вебмастером: ошибки индексации, страницы, выпавшие из поиска, скорость обхода. Небольшие колебания позиций в первые дни — нормальная история, они выравниваются по мере того, как поисковик переобходит сайт.

Ошибки, из-за которых падает трафик

Почти все провалы переездов, которые я видел, связаны с несколькими повторяющимися ошибками.

1. Нет редиректов. Старые адреса начинают отдавать 404, поисковик выкидывает их из индекса, накопленный вес теряется.
2. Редиректы на главную. Все старые страницы перенаправляют на главную. Для поисковика это почти то же самое, что 404.
3. Тестовый сайт попал в индекс. Забыли закрыть тестовый домен, и поисковик увидел дубль сайта.
4. Закрытый robots.txt после запуска. Перенесли настройки с тестового сайта и забыли открыть индексацию.
5. Потеря текстов. При редизайне решили «сделать короче» и выкинули с продающих страниц половину текста, по которому они ранжировались.
6. Сломанные цели в Метрике. Сайт работает, но заявки не считаются, и через месяц непонятно, что произошло с конверсией.

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

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

Зависит от объёма. Сайт услуг на 20–30 страниц переносится заметно быстрее, чем блог на несколько сотен статей или магазин с каталогом. Сильнее всего на сроки влияет не количество страниц, а решение по дизайну: перенести как есть или делать новый.

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

Что делать с блогом и комментариями

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

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

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

Что происходит с плагинами

Перед переездом я выписываю все активные плагины и для каждого отвечаю на вопрос: какую задачу он решает. Обычно список делится на три группы.

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

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

Третья — внешние сервисы, подключённые через плагин: онлайн-чат, CRM, коллтрекинг, рассылки. Здесь важно не потерять связку. Обычно достаточно перенести код виджета или настроить отправку заявок через API, но я обязательно проверяю, что данные доходят до адресата так же, как раньше.

Если на WordPress был магазин

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

Хостинг, домен и почта

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

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

Что проверить самому после переезда

Даже если переездом занимается подрядчик, владельцу полезно пройтись по короткому списку:

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

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

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