Telegram

Перенос сайта на WordPress на другой хостинг

Хостинг поднял цены, сайт тормозит на shared, нужен PHP 8.2 или отдельный IP — типичные причины переезда WordPress. Если сделать «на коленке» без чек-листа, через сутки пропадают заявки с форм, ломается вход в админку и WooCommerce перестаёт принимать оплату. Ниже — порядок переноса сайта на вордпресс с минимальным простоем и списком проверок после смены DNS.

Перенос сайта WordPress на другой хостинг

Когда переезд оправдан, а когда нет

Переезд имеет смысл, если текущий тариф не тянет нагрузку (каталог 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.
Схема переноса файлов WordPress и обновления siteurl
После импорта базы обязательно сверьте siteurl, home и SSL

Чек-лист проверки после переезда

  • Главная и 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 · Кейс: Кейс: застройщик — почта после переезда · Расценки · Контакты

Все статьи блога

Опишите задачу

Опишите URL сайта и симптом — ответим в Telegram @webstudio7 или на info@web-studio-7.ru в рабочее время. Смета — до начала работ.