Когда переезд оправдан, а когда нет
Переезд имеет смысл, если текущий тариф не тянет нагрузку (каталог 1000+ SKU, тяжёлый Elementor), хостинг режет исходящую почту, PHP застрял на 7.4, или нужен staging на том же провайдере. Иногда клиент просто уходит от «вечно падающего» shared на VPS — без смены CMS.
Переезд не решит проблему, если сайт взломан или собран на 40 конфликтующих плагинах — сначала чистка и аудит, потом перенос чистой копии. Не путайте «перенос» с «сделать новый сайт» — мы работаем только с готовым WordPress, не собираем проекты с нуля.
Если сомневаетесь в стратегии — см. статью «сделать или доработать». Перенос сохраняет SEO-историю домена; новый сайт на другом домене — отдельная история.
Что подготовить до старта
- Полный бэкап. Файлы + дамп MySQL. На Beget, Timeweb, Reg.ru — встроенные бэкапы или Duplicator / All-in-One WP Migration. Храните копию локально и на Яндекс.Диске.
- Список интеграций. SMTP, ЮKassa/Тинькофф, amoCRM, 1С, cron-задачи — после переезда их нужно проверить отдельно.
- Доступы. FTP/SFTP, панель хостинга, DNS, регистратор домена, SSL-сертификат (Let's Encrypt или платный).
- Окно простоя. Лучше ночь или выходные для магазина; для лендинга с формами — 1–3 часа при готовой копии на новом сервере.
- TTL DNS. За сутки до переезда снизьте TTL A-записи до 300–600 сек — быстрее откат, если что-то пошло не так.
По нашему опыту у застройщика из Воронежской области после «быстрого» переезда форма сметы молчала три дня — не обновили SPF и SMTP. Кейс разобрали за полтора часа; ниже те же пункты, которые стоит прогнать заранее.
Пошаговый перенос: файлы и база
Шаг 1. Копия на новом хостинге
Создайте базу MySQL, пользователя с правами, привяжите домен (временно через hosts или поддомен staging.site.ru). Залейте файлы WordPress в document root, импортируйте SQL через phpMyAdmin или CLI.
Плагины Duplicator и All-in-One упакуют всё в один архив — удобно для shared → shared. На больших магазинах (2+ ГБ uploads) надёжнее rsync по SSH и отдельный дамп mysqldump.
Шаг 2. wp-config.php на новом сервере
Обновите DB_NAME, DB_USER, DB_PASSWORD, DB_HOST (иногда не localhost, а mysql.hosting.ru). Проверьте префикс таблиц $table_prefix — должен совпадать с дампом.
define('WP_HOME', 'https://ваш-домен.ru');
define('WP_SITEURL', 'https://ваш-домен.ru');Жёсткие WP_HOME и WP_SITEURL помогают на время теста по IP или staging-домену. После переключения DNS их можно убрать, если siteurl/home в базе корректны.
Шаг 3. Search-replace URL в базе
Если менялся протокол (http → https) или домен (staging → боевой), в serialized-опциях WordPress нельзя просто заменить строку в SQL — сломаются виджеты и Elementor. Используйте WP-CLI search-replace, Better Search Replace или встроенный инструмент Duplicator.
Проверьте опции siteurl и home в таблице wp_options — они должны указывать на финальный https-URL без лишнего слэша.
Шаг 4. Переключение DNS
Когда сайт на новом сервере открывается по hosts или временному URL и формы работают — меняйте A-запись домена на IP нового хостинга. Старый сервер не выключайте 48–72 часа: часть пользователей ещё попадёт на старую копию.
Выпустите SSL на новом хостинге до переключения DNS (HTTP-01 или DNS-01). Mixed content после https — отдельная боль: картинки и CSS с http:// не загрузятся.
Что ломается чаще всего после переезда
- Почта и формы. mail() на новом shared часто заблокирован — нужен SMTP. Подробно в статье про SMTP и SPF.
- Петля /wp-admin. Неверный siteurl, cookies на http/https, редирект в .htaccess. См. статью про wp-admin.
- WooCommerce и оплата. Callback URL в ЮKassa/Тинькофф остался на старом домене — заказы висят в pending.
- Cron и фоновые задачи. На новом хостинге wp-cron по HTTP может не срабатывать — настройте системный cron.
- Права на файлы. 755 на папки, 644 на файлы; uploads должна быть writable. Иначе медиа и обновления плагинов падают.
- Кэш. Старые правила page cache и CDN указывают на прежний IP — очистите кэш плагина и CDN после DNS.

Чек-лист проверки после переезда
- Главная и 3–5 внутренних страниц открываются по https без предупреждений браузера.
- Вход в /wp-admin без редирект-петли, медиатека показывает картинки.
- Тестовая заявка с формы — письмо на рабочий ящик (не только «отправлено» в админке).
- Для магазина: добавить в корзину → оформить тестовый заказ → статус оплаты и письмо клиенту.
- Яндекс.Метрика / счётчики на месте — иногда теряются при search-replace.
- robots.txt и sitemap доступны; в Яндекс.Вебмастере нет всплеска 404 (зона заказчика, но мы подскажем что смотреть).
- Бэкап на новом хостинге включён — первый автоматический снимок после успешного переезда.
Быстрая самопроверка до обращения к подрядчику — инструмент «Быстрая проверка WordPress» и проверка доступности сайта.
Что не делать
- Не переключайте DNS, пока не проверили сайт на новом сервере через hosts или staging-домен.
- Не удаляйте старый хостинг в день переезда — нужен откат и сравнение файлов.
- Не правьте serialized-данные в базе руками через phpMyAdmin без бэкапа.
- Не переносите взломанный сайт «как есть» — заражение переедет вместе с файлами.
- Не обещайте клиентам «нулевой простой» на shared с ручным DNS — TTL и кэш провайдеров дают 2–24 часа расхождения.
Когда звать подрядчика
Multisite, каталог 5000+ SKU, кастомные cron и обмен с 1С — перенос лучше планировать с инженером: один пропущенный webhook или путь к API остановит склад.
Сайт после переезда показывает белый экран или ошибку 500 — возможен конфликт PHP 8.x или битый дамп. Не крутите плагины на проде без бэкапа.
Нет доступа к DNS или регистратору, домен на стороне IT клиента — нужна координация, иначе застряете на временном URL.
Что сделает WebStudio7
Перенос сайта на WordPress на другой хостинг или смена домена — от 3 900 ₽: бэкап, копия на staging, search-replace, SSL, проверка форм и WooCommerce, выкат в согласованное окно.
После переезда настраиваем SMTP, правим callback оплаты, подключаем мониторинг — см. услугу «Перенос сайта» и кейс застройщика с почтой. Сайты с нуля не делаем — только готовый вордпресс.
Смета и список проверок — до старта. Воронеж и область, удалённо по РФ. @webstudio7 в Telegram.
Услуга: Перенос сайта на WordPress · Кейс: Кейс: застройщик — почта после переезда · Расценки · Контакты