Всем привет. На связи Олег. В этой статье покажу, как правильно перенести сайт WordPress на другой хостинг и не потерять данные, заявки, заказы, картинки, SEO и доступ к админке.
Я разберу три рабочих способа переноса:
- через плагин Duplicator;
- вручную через файлы и базу данных;
- через техподдержку нового хостинга.
Плюс отдельно покажу, что проверить после переезда: DNS, SSL, постоянные ссылки, формы, почту, WooCommerce, robots.txt, sitemap.xml и редиректы.
Если сделать перенос без подготовки, можно легко получить белый экран, ошибку подключения к базе, битые картинки, потерянные заказы или сайт, который не открывается у половины пользователей. Поэтому ниже будет не теория, а нормальный пошаговый план.

Чек-лист переноса сайта WordPress на другой хостинг
- Сделать резервную копию файлов сайта.
- Сделать резервную копию базы данных.
- Скачать бэкапы на компьютер, а не хранить только на хостинге.
- Зафиксировать текущую версию PHP, MySQL, активную тему и список плагинов.
- Проверить размер сайта и базы данных.
- Купить или подготовить новый хостинг.
- Добавить домен на новом хостинге.
- Создать новую базу данных.
- Перенести сайт через Duplicator или вручную.
- Проверить новый сайт до смены DNS через временный домен или файл hosts.
- Выпустить SSL-сертификат.
- Проверить постоянные ссылки и файл .htaccess.
- Проверить формы, почту, SMTP и уведомления.
- Проверить robots.txt, sitemap.xml и индексацию.
- Не удалять старый хостинг минимум 3–5 дней после переноса.
Сохраните этот чек-лист. Он пригодится, даже если вы переносите сайт не сейчас, а через месяц.
Из чего состоит сайт WordPress
Перед переносом важно понять одну вещь. Сайт на WordPress — это не просто папка с файлами.
У него есть две главные части:
- файлы сайта — тема, плагины, картинки, папка uploads, файлы WordPress;
- база данных — записи, страницы, настройки, пользователи, товары, заказы, ссылки, настройки темы и плагинов.
Если перенести только файлы, сайт не заработает. Если перенести только базу, тоже ничего не получится. Нужно перенести и файлы, и базу, а потом правильно связать их через файл wp-config.php.
Именно здесь чаще всего появляются ошибки:
- Error establishing a database connection — неправильно указали данные базы.
- Белый экран — конфликт плагинов, тема, версия PHP или нехватка памяти.
- 404 на внутренних страницах — слетели постоянные ссылки или .htaccess.
- Картинки не открываются — старые пути в базе или проблемы с uploads.
- Сайт перекидывает на старый домен — не заменили URL в базе.
- Не отправляются письма — не настроен SMTP или почтовые записи.
- Слетел HTTPS — SSL не выпущен на новом хостинге.
Чтобы не ловить эти проблемы после переезда, будем идти по шагам.
Какой способ переноса WordPress выбрать
Есть три нормальных варианта переноса. У каждого свой сценарий.
| Способ | Сложность | Когда подходит | Главный риск |
|---|---|---|---|
| Duplicator | Легко | Блог, сайт услуг, лендинг, небольшой корпоративный сайт | Может упасть на большом сайте из-за лимитов сервера |
| Ручной перенос FTP + MySQL | Сложнее | Большой сайт, магазин, старый хостинг, нестандартная конфигурация | Можно ошибиться в базе, путях или wp-config.php |
| Перенос силами хостинга | Самый простой | Когда новый хостинг сам предлагает бесплатный перенос | Нужно проверить работу после техподдержки |
Мой совет: если сайт небольшой — начните с Duplicator. Если это WooCommerce, крупный каталог, сайт с большой базой или проект с заявками каждый день — лучше делать вручную или через техподдержку.
Подготовка к переносу сайта WordPress
Главная ошибка новичков — сразу начать переносить сайт. Правильно сначала подготовиться.
Перед началом нужно сделать четыре вещи:
- очистить сайт от мусора;
- сделать резервную копию;
- подготовить новый хостинг;
- записать текущие технические настройки.
1. Очистите сайт перед переносом
Перед миграцией удалите всё лишнее. Чем меньше мусора, тем проще перенос.
- удалите неиспользуемые темы;
- удалите отключенные плагины;
- очистите корзину записей и страниц;
- удалите спам-комментарии;
- очистите кэш;
- проверьте папку uploads, если там хранятся старые ненужные файлы.
Если сайт весит 300 МБ, он переносится легко. Если там 12 ГБ старых архивов, кэша и ненужных картинок — Duplicator может зависнуть ещё на этапе создания архива.
2. Сделайте полный бэкап
Бэкап — это ваша страховка. Даже если что-то пойдет не так, вы сможете быстро вернуть сайт обратно.
Нужно сохранить:
- архив файлов сайта;
- экспорт базы данных;
- доступы к старому хостингу;
- доступы к админке WordPress;
- данные от нового хостинга.
Не надейтесь только на автоматические бэкапы хостинга. Скачайте копию себе на компьютер. Лучше пусть она не пригодится, чем потом искать, как восстановить сайт без архива.
3. Подготовьте новый хостинг
На новом хостинге заранее добавьте домен и создайте базу данных. DNS пока менять не нужно.
То есть сначала мы разворачиваем сайт на новом месте, проверяем его, и только потом переключаем домен. Это позволяет перенести WordPress почти без простоя.
Если вы ещё выбираете хостинг, можно посмотреть мой разбор: как выбрать хостинг для WordPress.
4. Запишите текущие настройки сайта
Перед переносом зафиксируйте:
- версию PHP;
- версию MySQL или MariaDB;
- активную тему;
- список активных плагинов;
- настройки кэша;
- настройки SMTP;
- наличие CDN;
- настройки cron;
- структуру постоянных ссылок;
- размер базы данных;
- размер папки uploads.
Почему это важно? Потому что сайт может отлично работать на старом хостинге с PHP 7.4, а на новом хостинге с PHP 8.2 показать ошибку из-за старого плагина или темы.
Способ №1. Перенос сайта WordPress через Duplicator
Duplicator — один из самых удобных способов перенести WordPress на другой хостинг. Плагин упаковывает сайт в архив, а потом распаковывает его уже на новом сервере.
Этот способ хорошо подходит для:
- блогов;
- лендингов;
- сайтов услуг;
- небольших корпоративных сайтов;
- проектов без огромной базы данных.
Если сайт небольшой, перенос через Duplicator обычно занимает 20–40 минут.
Шаг 1. Устанавливаем Duplicator
Заходим в админку WordPress:
Плагины → Добавить новый → ищем Duplicator → Установить → Активировать.

После активации в меню появится раздел Duplicator.
Шаг 2. Создаём резервную копию сайта
Переходим в раздел:
Duplicator → Резервные копии → Создать новый.

На первом шаге можно оставить настройки по умолчанию. Если сайт небольшой, Duplicator сам заберёт файлы и базу данных.
Если сайт большой, можно исключить из архива кэш, старые бэкапы и ненужные папки. Это уменьшит размер архива и снизит риск ошибки.
Шаг 3. Запускаем сканирование
Duplicator проверит сайт: размер файлов, базу данных, версию PHP, права доступа и настройки сервера.

Если всё хорошо, нажимаем создание архива. После завершения плагин даст два файла:
- installer.php — установщик;
- archive.zip — архив сайта.
Скачиваем оба файла на компьютер.
Шаг 4. Загружаем файлы на новый хостинг
Теперь переходим на новый хостинг.
- Открываем файловый менеджер.
- Переходим в папку сайта, обычно это
public_html. - Загружаем туда
installer.phpи архив сайта. - Создаем новую пустую базу данных.
- Записываем имя базы, пользователя и пароль.
Важно: в папке нового сайта не должно быть лишнего установленного WordPress. Лучше, чтобы там были только файлы Duplicator: установщик и архив.
Шаг 5. Запускаем установщик
Открываем в браузере:
https://vash-site.ru/installer.php Если домен ещё не направлен на новый хостинг, используйте временный домен хостинга или файл hosts. Про файл hosts я расскажу ниже.
В установщике Duplicator нужно указать данные новой базы:
- название базы данных;
- имя пользователя базы;
- пароль;
- хост базы, чаще всего
localhost.
Нажимаем проверку соединения. Если всё правильно, Duplicator распакует архив, импортирует базу и заменит пути.
Шаг 6. Завершаем перенос
После завершения установки заходим в админку через кнопку Admin Login.
Потом обязательно:
- удаляем установочные файлы Duplicator;
- проверяем главную страницу;
- проверяем внутренние страницы;
- пересохраняем постоянные ссылки;
- проверяем формы и почту;
- выпускаем SSL;
- очищаем кэш.
На этом базовый перенос через Duplicator завершён.
Частые ошибки при переносе через Duplicator
Installer.php не открывается
Проверьте, что файл загружен именно в корень сайта. Если вместо запуска файл скачивается на компьютер, значит сервер не обрабатывает PHP. Нужно проверить настройки PHP на хостинге или написать в поддержку.
Ошибка подключения к базе данных
Чаще всего причина простая: ошибка в названии базы, пользователе или пароле. Проверьте данные ещё раз. На некоторых хостингах хост базы не localhost, а отдельный адрес сервера MySQL.
500 Internal Server Error
Обычно это лимиты PHP, нехватка памяти или времени выполнения скрипта. Можно попросить хостинг временно увеличить:
memory_limitдо 256M или 512M;max_execution_time;upload_max_filesize;post_max_size.
Архив не создаётся
Если сайт большой, исключите из архива папки кэша, старые резервные копии и временные файлы. Иногда проще перенести файлы вручную, а базу отдельно.
После переноса 404 на страницах
Зайдите в админке:
Настройки → Постоянные ссылки → Сохранить изменения.
Даже менять ничего не нужно. Просто сохраните, чтобы WordPress заново создал правила для ссылок.
Способ №2. Ручной перенос WordPress через FTP и MySQL
Ручной перенос нужен, когда плагин не справляется или вы хотите полностью контролировать процесс.
Этот способ подходит, если:
- сайт весит несколько гигабайт;
- база данных больше 300–500 МБ;
- на сайте много товаров WooCommerce;
- старый хостинг слабый и Duplicator зависает;
- нужно перенести сайт максимально аккуратно;
- есть нестандартные настройки сервера.
Шаг 1. Скачиваем файлы сайта
Подключаемся к старому хостингу через FTP, SFTP или файловый менеджер.
Ищем папку сайта. Чаще всего она называется:
public_html;www;htdocs;- или по имени домена.
Внутри должны быть файлы WordPress:
wp-admin;wp-content;wp-includes;wp-config.php;.htaccess.
Лучше не скачивать тысячи файлов по одному. Быстрее сделать архив прямо на сервере и скачать один ZIP-файл.
Шаг 2. Экспортируем базу данных
Заходим в phpMyAdmin на старом хостинге.
- Выбираем базу данных сайта.
- Переходим во вкладку Экспорт.
- Выбираем быстрый способ экспорта.
- Формат — SQL.
- Скачиваем файл базы на компьютер.
Если база большая, лучше использовать экспорт через SSH или попросить поддержку хостинга сделать дамп базы.
Шаг 3. Загружаем файлы на новый хостинг
На новом хостинге открываем папку сайта и загружаем туда архив с файлами.
Потом распаковываем архив. Важно, чтобы файлы WordPress лежали прямо в корне сайта, а не внутри лишней вложенной папки.
Правильно:
public_html/wp-admin
public_html/wp-content
public_html/wp-includes
public_html/wp-config.php Неправильно:
public_html/site-backup/wp-admin
public_html/site-backup/wp-content Шаг 4. Создаём новую базу и импортируем SQL
На новом хостинге создаём новую базу данных. Записываем:
- название базы;
- имя пользователя;
- пароль;
- DB_HOST.
После этого заходим в phpMyAdmin уже на новом хостинге, выбираем новую базу и импортируем SQL-файл.
Шаг 5. Правим wp-config.php
Теперь нужно связать файлы сайта с новой базой данных.
Открываем файл wp-config.php и находим строки:
define( 'DB_NAME', 'database_name_here' );
define( 'DB_USER', 'username_here' );
define( 'DB_PASSWORD', 'password_here' );
define( 'DB_HOST', 'localhost' ); Меняем значения на данные новой базы:
define( 'DB_NAME', 'imya_novoy_bazy' );
define( 'DB_USER', 'polzovatel_bazy' );
define( 'DB_PASSWORD', 'parol_bazy' );
define( 'DB_HOST', 'localhost' ); Сохраняем файл и проверяем сайт.
Шаг 6. Заменяем старый домен на новый, если он меняется
Если вы переносите сайт на тот же домен, этот шаг обычно не нужен. Но если меняется домен или протокол с http на https, нужно заменить старые URL в базе.
Например:
http://old-site.ru на:
https://new-site.ru Не рекомендую делать простую замену через блокнот в SQL-файле. В WordPress есть сериализованные данные, и обычная замена может их сломать.
Лучше использовать:
- Better Search Replace;
- Search Replace DB;
- WP-CLI команду search-replace;
- инструменты миграции вроде Duplicator.
После замены обязательно проверьте:
- главную страницу;
- внутренние страницы;
- картинки;
- меню;
- кнопки;
- формы;
- ссылки внутри Elementor.
Способ №3. Перенос силами хостинга
Многие нормальные хостинги предлагают бесплатный перенос сайта. Это хороший вариант, если вы не хотите возиться с базой, архивами и wp-config.php.
Обычно процесс такой:
- Регистрируетесь на новом хостинге.
- Добавляете домен.
- Пишите в поддержку: “Хочу перенести сайт WordPress со старого хостинга к вам”.
- Передаете доступы от старого хостинга, FTP, базы и админки.
- Поддержка переносит сайт.
- Вы проверяете копию.
- После проверки меняете DNS.
Но даже если перенос делает поддержка, проверку всё равно делаете вы. Потому что только владелец сайта знает, как должны работать формы, корзина, личный кабинет, оплата и уведомления.
Как перенести WordPress без даунтайма
Перенос без даунтайма — это когда старый сайт продолжает работать, пока вы готовите новый.
Правильная схема такая:
- Старый сайт продолжает работать.
- Вы создаёте копию сайта на новом хостинге.
- Проверяете копию через временный домен или hosts.
- Исправляете ошибки.
- Выпускаете SSL.
- Только после проверки меняете DNS.
- Старый хостинг не отключаете ещё несколько дней.
Так посетители не видят ошибку. В период обновления DNS часть пользователей может попадать на старый сервер, часть — на новый. Поэтому важно, чтобы оба сайта в это время были доступны.
Как проверить сайт до смены DNS через файл hosts
Файл hosts позволяет открыть сайт с нового сервера только на вашем компьютере. Для всех остальных людей домен ещё будет открываться со старого хостинга.
Что нужно сделать:
- Узнать IP нового сервера.
- Открыть файл hosts на компьютере.
- Добавить строку с IP и доменом.
Пример:
123.123.123.123 vash-site.ru
123.123.123.123 www.vash-site.ru После этого ваш компьютер будет открывать сайт с нового хостинга. Так можно проверить админку, страницы, картинки, формы и корзину до финального переключения DNS.
После проверки не забудьте удалить эти строки из hosts.
DNS и перенос домена на новый хостинг
Когда сайт на новом хостинге проверен, можно переключать домен.
Есть два основных варианта:
- сменить NS-серверы на NS нового хостинга;
- изменить A-запись домена на IP нового сервера.
Если у вас почта привязана к домену, будьте аккуратны. При смене NS можно случайно сломать MX, SPF, DKIM и DMARC. Тогда сайт будет работать, а почта перестанет приходить.
Перед сменой DNS проверьте:
- где сейчас работает доменная почта;
- какие MX-записи используются;
- есть ли SPF, DKIM и DMARC;
- нужно ли переносить почтовые ящики.
DNS могут обновляться не мгновенно. Обычно это занимает от нескольких часов до суток. Поэтому старый хостинг нельзя отключать сразу после переключения.
SSL и HTTPS после переноса
После переноса нужно выпустить SSL-сертификат на новом хостинге.
Обычно это делается в панели хостинга в разделе SSL или HTTPS. Чаще всего используется бесплатный сертификат Let’s Encrypt.
После включения SSL проверьте:
- открывается ли сайт по https;
- нет ли предупреждения “Небезопасно”;
- работает ли редирект с http на https;
- нет ли mixed content;
- не остались ли картинки со старым http.
Если браузер ругается на mixed content, значит часть ресурсов грузится по http. Тогда нужно заменить старые ссылки в базе с http:// на https://.
Перенос интернет-магазина WooCommerce
С интернет-магазином нужно быть аккуратнее, чем с обычным блогом. В блоге максимум потеряется комментарий. В магазине можно потерять заказ, оплату или остатки товаров.
Главная проблема WooCommerce — новые заказы во время переноса.
Например:
- Вы сделали копию базы в 23:00.
- Начали перенос.
- В 23:20 клиент сделал заказ на старом сайте.
- В 23:40 вы запустили новый сайт из копии базы на 23:00.
- Заказа клиента в новой базе нет.
Именно поэтому магазины лучше переносить ночью или на время финального переключения включать режим обслуживания.
Что проверить после переноса WooCommerce
- открывается каталог товаров;
- открываются карточки товаров;
- работает корзина;
- работает оформление заказа;
- создаётся тестовый заказ;
- приходят письма администратору;
- приходят письма покупателю;
- работают способы оплаты;
- работают вебхуки платёжных систем;
- корректны остатки товаров;
- работает личный кабинет;
- работают купоны и доставки;
- не сломались cron-задачи.
Если магазин крупный, лучше делать перенос через техподдержку или администратора. Цена ошибки может быть выше стоимости работы специалиста.
Что проверить, если сайт сделан на Elementor
На сайтах с Elementor после переноса иногда остаются старые ссылки внутри виджетов, кнопок, фоновых изображений и шаблонов.
После переезда зайдите в:
Elementor → Инструменты → Заменить URL
И замените старый адрес сайта на новый. Особенно это важно, если менялся домен или сайт переехал с http на https.
Также проверьте:
- фоновые изображения в секциях;
- кнопки;
- попапы;
- шаблоны header/footer;
- формы Elementor;
- страницы, собранные через Theme Builder.
Как перенести WordPress без потери SEO
Если домен и URL-структура не меняются, SEO обычно не страдает. Главное — не сломать технические вещи.
После переноса проверьте:
- сохранились ли старые URL страниц;
- работают ли постоянные ссылки;
- нет ли массовых 404;
- доступен ли sitemap.xml;
- не закрыт ли сайт от индексации;
- корректен ли robots.txt;
- работает ли HTTPS;
- нет ли дублей с www и без www;
- работают ли редиректы;
- страницы отдают код 200.
Если при переносе меняется домен, обязательно настройте 301-редиректы со старого домена на новый. Без этого поисковые системы будут считать новый домен отдельным сайтом, а старые позиции могут просесть.
Чек-лист проверки после переноса
После переноса не закрывайте задачу сразу. Пройдитесь по этому списку.
- Главная страница открывается.
- Внутренние страницы открываются.
- Нет ошибки подключения к базе.
- Админка WordPress работает.
- Картинки загружаются.
- Меню работает.
- Кнопки ведут на правильные страницы.
- Формы отправляют заявки.
- Письма приходят на почту.
- SSL включен.
- Сайт открывается по HTTPS.
- Нет mixed content.
- Постоянные ссылки пересохранены.
- Файл .htaccess на месте.
- robots.txt корректный.
- sitemap.xml открывается.
- Нет запрета индексации в настройках WordPress.
- Работает поиск по сайту.
- Работают комментарии, если они включены.
- Работает кэш.
- CDN подключен, если он использовался.
- Для магазина проверена корзина и оформление заказа.
- Старый хостинг не удалён сразу после переноса.
Типичные ошибки после переноса WordPress
Ошибка “Error establishing a database connection”
Почти всегда проблема в wp-config.php. Проверьте имя базы, пользователя, пароль и DB_HOST.
Белый экран
Причина может быть в теме, плагине, версии PHP или нехватке памяти. Для диагностики можно временно включить отладку WordPress.
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false ); 404 на всех страницах, кроме главной
Пересохраните постоянные ссылки в админке WordPress. Если не помогло, проверьте файл .htaccess.
Сайт перекидывает на старый домен
Проверьте значения siteurl и home в таблице wp_options. Также проверьте редиректы в .htaccess и плагины редиректов.
Не работают картинки
Проверьте папку wp-content/uploads, права доступа и старые пути в базе данных.
Не приходят письма
После переноса часто слетает отправка почты. Проверьте SMTP, DNS-записи почты и работу форм.
Не работает оплата
У платёжных систем могут быть привязки к домену, IP, webhook URL или настройкам магазина. После переезда обязательно проверьте тестовую оплату.
FAQ по переносу сайта WordPress
Можно ли перенести WordPress на другой хостинг без плагинов?
Да, можно. Для этого нужно скачать файлы сайта, экспортировать базу данных, загрузить файлы на новый хостинг, импортировать базу и прописать новые данные подключения в wp-config.php. Такой способ сложнее, но он надёжнее для больших сайтов.
Сколько времени занимает перенос WordPress?
Небольшой сайт можно перенести за 20–40 минут. Крупный сайт, интернет-магазин или проект с большой базой может переноситься несколько часов. Отдельно нужно учитывать обновление DNS, которое может занять до суток.
Нужно ли отключать сайт на время переноса?
Обычный сайт можно переносить без отключения. Для интернет-магазина лучше включить режим обслуживания на время финального переключения, чтобы не потерять новые заказы.
Можно ли сначала проверить сайт, а потом менять DNS?
Да, и так правильно. Проверить новый сайт можно через временный домен хостинга или через файл hosts на компьютере.
Что делать, если после переноса не открывается админка?
Проверьте URL сайта в базе, файл .htaccess, плагины безопасности, версию PHP и ошибки в логах. Часто помогает временное отключение плагинов через переименование папки plugins.
Нужно ли переносить почту вместе с сайтом?
Если почта была на старом хостинге, её нужно переносить отдельно. Если почта работает через Яндекс 360, Google Workspace, Mail.ru для бизнеса или другой внешний сервис, важно сохранить MX, SPF, DKIM и DMARC записи.
Как понять, что сайт уже открывается с нового хостинга?
Можно проверить IP домена через специальные сервисы или временно добавить тестовый файл на новый хостинг. Ещё можно проверить логи посещений на новом сервере.
Можно ли удалить старый хостинг сразу после переноса?
Нет. Лучше подождать минимум 3–5 дней. За это время DNS точно обновятся, а вы успеете заметить возможные ошибки.
Заключение
Перенос сайта WordPress на другой хостинг — это не страшно, если идти по шагам. Главное — помнить, что сайт состоит из файлов и базы данных. Нужно перенести обе части, правильно связать их через wp-config.php, проверить DNS, SSL, ссылки, формы и почту.
Для небольших сайтов удобнее всего использовать Duplicator. Для крупных проектов, WooCommerce и нестандартных сайтов лучше подходит ручной перенос или помощь техподдержки.
Самое важное правило: не удаляйте старый хостинг сразу после переезда. Пусть он побудет страховкой несколько дней.
Если всё сделать по чек-листу, сайт переедет без потери данных, без долгого простоя и без неприятных сюрпризов для посетителей.