Миграция на WordPress - не «нажал экспорт в плагине и разошлись все довольные», а десяток технических точек, где поисковик теряет прежний адрес страницы и трафик проседает на 30-50% на пару месяцев, если делать на глазок. Я перегонял на WordPress сайты с Tilda, с самописных PHP-движков и с чужого WordPress после смены хостинга - собрал чеклист, который реально прохожу на каждом таком проекте, с конкретными шагами и сроками, а не общими фразами про «SEO-безопасный переезд».
С чем реально сталкиваешься при миграции сайта на WordPress
Три типовые причины просадки трафика после переноса сайта на WordPress - это смена структуры URL без редиректов, случайно проиндексированный тестовый домен и потерянные мета-теги на массовых типах страниц вроде карточек товаров.
На одном проекте - мебельный интернет-магазин примерно с 800 карточками товаров - предыдущий подрядчик сменил структуру ссылок с /product/nazvanie-tovara на /shop/nazvanie-tovara и не поставил ни одного редиректа. За три недели органический трафик упал с 4200 до 1100 визитов в сутки, а часть карточек Google выкинул из индекса вообще - их пришлось переобходить руками через Search Console, по 10-15 URL в день, это лимит инструмента.
Второй частый сценарий - тестовый поддомен вроде new.site.ru остаётся открытым для индексации, и поисковик начинает считать его дублем основного сайта. Проверяю это в первую очередь на каждом переносе.
Аудит сайта до переноса на WordPress: что фиксирую
Перед тем как трогать хостинг и контент, снимаю снимок текущего состояния сайта - без него потом нечем будет сверяться, если что-то пойдёт не так после запуска.
- Полный краулинг сайта (Screaming Frog или аналог) - список всех URL, кодов ответа, title и description
- Выгрузка позиций и трафика из Яндекс.Вебмастера и Google Search Console минимум за 3 месяца
- Копия текущего sitemap.xml и robots.txt
- Список страниц с внешними ссылками - через Ahrefs или Serpstat, чтобы понимать, какие адреса несут вес и их нельзя терять при переносе
- Baseline по Core Web Vitals и скорости - PageSpeed Insights, отдельно десктоп и мобайл
- Список канонических адресов и текущих 404, если они уже есть
На сайте из 50-100 страниц такая выгрузка занимает 2-3 часа, на каталоге с тысячами карточек - день-полтора, но экономит недели на восстановление позиций после переезда.
Перенос структуры URL и контента без потерь
В WordPress постоянные ссылки задаются в Настройки → Постоянные ссылки, и первое, что делаю - подбираю структуру, максимально близкую к исходной. Если на старом сайте адреса вида /blog/nazvanie-statyi, ставлю такой же шаблон в WP, а не /2026/07/nazvanie-statyi по умолчанию.
Если структуру всё равно приходится менять - например, старый движок не умел ЧПУ, а WordPress умеет - свожу все старые и новые адреса в одну таблицу и делаю редиректы по ней, а не полагаюсь на автоматические плагины-мигранты: они часто оставляют часть URL без пары.
Пример: перенос интернет-магазина с Tilda на WooCommerce
У Tilda товарные карточки часто живут на плоских адресах вроде /tproduct/12345-nazvanie, у WooCommerce - на /product/nazvanie-tovara. Прямого совпадения нет, поэтому мэппинг делаю вручную по каждой позиции каталога.
Заодно на этом этапе переношу интеграции, которые тянутся из тильдовских скриптов: приём оплаты через Т‑Банк эквайринг переезжает на нативный модуль WooCommerce, а не на скрипт, скопированный из блока Tilda, а расчёт доставки СДЭК настраивается через официальный плагин, а не через ту же кастомную вставку, что стояла раньше. Иначе типична ситуация, когда сайт после переноса выглядит рабочим, а оплата или расчёт доставки на карточке товара молча не работает.
| Было (Tilda) | Стало (WooCommerce) | Код ответа |
|---|---|---|
| /tproduct/123-stul-loft | /product/stul-loft/ | 301 |
| /page23456789 | /dostavka/ | 301 |
| /tproduct/456-stol-ovalny | /product/stol-ovalny/ | 301 |
Редиректы 301: как не потерять накопленный вес страниц
Редирект ставлю на уровне сервера (nginx) или через плагин Redirection, если доступа к конфигурации нет. Правила три:
- Один прыжок на редирект, не цепочка из трёх-четырёх - каждый лишний hop теряет часть веса страницы и замедляет обход роботом
- Не сваливаю всё одной строчкой на главную страницу - для поисковика это сигнал мягкой ошибки 404, и адрес потом хуже переиндексируется даже под новым URL
- В приоритете страницы с трафиком и внешними ссылками из аудита - если каталог большой и мэппинг руками растягивается на дни, беру данные краулинга и делаю сопоставление автоматически
На объёмных каталогах для генерации карты редиректов подключаю n8n - сценарий сверяет старый sitemap с новой структурой WordPress и на выходе отдаёт готовый файл правил. Для похожих задач у меня в библиотеке есть готовый скрипт для генерации карты 301-редиректов по двум спискам URL - экономит день ручной сверки на каталоге от пары сотен позиций.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Хостинг, SSL и техническая база для WordPress
Перед переездом снижаю TTL у DNS-записей до 300-600 секунд минимум за сутки - это позволяет переключить домен на новый хостинг за минуты, а не ждать сутки, пока обновится кэш у провайдеров.
Хостинг под WordPress беру с PHP 8.2+ и MySQL 8 или совместимой MariaDB - на устаревшем PHP 7.4 часть современных плагинов и тем уже не ставится или работает со сбоями. SSL-сертификат должен покрывать домен без разрыва: если на старом сайте уже был HTTPS, слежу, чтобы новый сертификат встал до переключения DNS, а не после - иначе поисковик в первую же секунду после переезда увидит небезопасное соединение.
Тестовый домен и запрет индексации
Разработку веду на поддомене или временном адресе, закрытом от индексации через Disallow: / в robots.txt и заголовок X‑Robots-Tag: noindex. После запуска первым делом проверяю, что этот же robots.txt не переехал вместе с сайтом на боевой домен - такое случается, когда файлы переносят «как есть», и это самая частая техническая причина внезапного исчезновения сайта из поиска, которую видел на практике.
Что проверять после запуска: индексация, скорость, метрики
После переключения DNS работа не заканчивается - следующие 2-4 недели слежу за метриками ежедневно, а не раз в месяц, как обычно.
- Загружаю новый sitemap.xml в Google Search Console и Яндекс.Вебмастер и жду отчёт по индексации
- Проверяю отчёт «Страницы» на рост ошибок 404 и статуса «Обнаружено, не проиндексировано»
- Сверяю Core Web Vitals с baseline из аудита - на новом хостинге и другом движке скорость может как вырасти, так и просесть
- Проверяю canonical-теги - они должны указывать на новые адреса, а не тянуть старые из шаблона темы по ошибке
- Сравниваю трафик по дням недели с прошлым периодом в GA4 или Метрике, а не в среднем за месяц - так заметнее локальные провалы
| Этап | Что делаю | Срок |
|---|---|---|
| Аудит и бэкап | Краулинг, выгрузка позиций, копия sitemap и robots.txt | 2-3 дня |
| Перенос и мэппинг | Настройка хостинга, перенос контента, таблица старых/новых URL | 5-10 дней |
| Редиректы и тесты | 301 на закрытом домене, проверка ключевых страниц | 3-5 дней |
| Запуск и мониторинг | Переключение DNS, ежедневный контроль индексации | 2-4 недели |
На рынке такую миграцию под ключ студии оценивают в диапазоне 40 000-150 000 ₽ в зависимости от объёма каталога и числа интеграций. У меня сайт на WordPress с переносом контента и настройкой редиректов стоит от 60 000 ₽, а сопровождение после запуска, если нужно отслеживать метрики и донастраивать редиректы по факту - от 15 000 ₽ в месяц.
Корпоративный сайт, каталог, блог
Фронтенд + Бэкенд
от 60 000 ₽
Подробнее →Частые вопросы
Сколько времени занимает миграция на WordPress без потери позиций?
На сайте до 100 страниц процесс с аудитом, переносом и мониторингом укладывается в 2-3 недели. Каталог на несколько сотен товарных карточек с интеграциями вроде эквайринга и доставки - от 4 до 6 недель, из которых половина уходит на мэппинг URL и тестирование редиректов, а не на саму загрузку контента в WordPress.
Обязательно ли делать редирект на каждую старую страницу?
Для страниц с трафиком, позициями в топ-30 или внешними ссылками - обязательно, без исключений. Для служебных URL без трафика и без ссылок, вроде дублей фильтров или старых технических страниц, можно оставить честный 410 или 404 - тянуть в редиректы весь мусор старого сайта смысла нет, это раздувает файл правил и путает робота.
Просядут ли позиции сайта после миграции на WordPress?
Кратковременная просадка на 5-15% в первые 1-2 недели - нормальная реакция поисковика на переиндексацию, даже если всё сделано по чеклисту. Если редиректы стоят на каждую значимую страницу и структура URL сохранена или размечена таблицей соответствий, трафик обычно возвращается к прежнему уровню за 3-6 недель. Просадки на месяцы почти всегда результат забытых редиректов или проиндексированного тестового домена.
Можно ли перенести сайт на WordPress без остановки его работы?
Да, если готовить копию на отдельном домене или поддомене заранее и переключать боевой домен только после полной проверки. Реальный простой при таком подходе - минуты на распространение DNS, а не часы отключения сайта.