Как перенести сайт WordPress на другой хостинг без боли и потерь: Полный гайд 2026

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

В статье покажу три рабочих способа переноса WordPress: через плагин, вручную через FTP и базу данных, а также с помощью техподдержки хостинга. Разберём, какой вариант подходит для блога, интернет-магазина, сайта на WooCommerce и проекта с большим трафиком.

Отдельно рассмотрим, как перенести сайт WordPress без даунтайма, как проверить новый сервер до смены DNS, что делать с SSL, ссылками, базой данных и какие ошибки чаще всего появляются после переезда.

Какие ошибки возникают при переносе сайта WordPress на другой хостинг

Сайт на WordPress — это не просто папка с файлами. Это Файлы + База данных, жестко связанные между собой настройками.
Если вы просто скопируете папку public_html на новый сервер, сайт не заработает.

Типичные ошибки при переезде:

1. Ошибка соединения с БД: Самая частая. Забыли поменять пароль в конфиге.
2. Битые ссылки: Картинки не грузятся, стили слетели, потому что в базе остались старые пути.
3. Потеря кириллицы: Весь русский текст превратился в ??????? (проблемы с кодировкой базы).
4. Даунтайм (Сайт лежит): Вы отключили старый хостинг раньше, чем заработал новый. Клиенты видят ошибку 404.

Чтобы этого не случилось, мы будем действовать по шагам.

Зачем переносить сайт и какой способ выбрать?

Обычно переезжают по трем причинам:

• текущий хостинг не справляется с нагрузкой;
• сайт регулярно работает нестабильно или выдает ошибки;
• новый тариф или новый хостинг выгоднее по цене и характеристикам.

Сравнение 3 методов миграции

Способ переноса	Уровень сложности	Риск ошибок	Для каких сайтов подходит
1. Плагины (Duplicator)	⭐ Легко	🔥 Высокая	Новичкам и для сайтов до 1-2 ГБ
2. Ручной (FTP + SQL)	⭐⭐⭐ Сложно	💎 100% Контроль	Профи, огромным магазинам, при смене домена
3. Техподдержка	🏖️ Изи	⭐ Зависит от саппорта	Тем, кто ценит время и выбрал хороший хостинг

Мой совет: Если сайт небольшой (блог, визитка) — берите плагин. Если это огромный магазин — лучше руками или через саппорт.

Какой способ переноса выбрать именно вам (Практика)

Таблицы — это теория. Давайте разберем реальные сценарии из жизни.

1. Блог или Сайт услуг (Лендинг)

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

• Ваш выбор: Плагин Duplicator (Способ №1).
• Почему: Это быстро (15 минут), бесплатно и надежно. Вам не нужно лезть в настройки сервера. Плагин сам все упакует и распакует.

2. Интернет-магазин (WooCommerce)

Здесь всё сложнее. У вас есть заказы, клиенты, товары. Для интернет-магазина важно не только перенести сайт, но и не потерять новые заказы, письма, статусы оплат и фоновые задачи.

• Ваш выбор: Техподдержка хостинга (Способ №3) или Ручной перенос (Способ №2).
• Почему: Плагины могут не справляться на большой базе товаров. Плюс, вам нужно минимизировать простой (даунтайм), чтобы не потерять продажи. Техподдержка сделает это профессионально.
• Совет: Включите режим «Сайт на обслуживании» на время переноса, чтобы клиенты не сделали заказ на старом сервере, который потом потеряется.

3. Сайт с большим трафиком (Media)

Если у вас 10 000+ посетителей, перенос — то при высокой посещаемости особенно важно сначала развернуть копию, протестировать её и только потом переключать DNS..

• Ваш выбор: Только Ручной перенос или Платная миграция силами админов.
• Ошибки: Плагины часто отваливаются по тайм-ауту (Time Limit) на дешевых тарифах при упаковке больших архивов.

4. VPS или нестандартный хостинг

Если вы переезжаете с обычного хостинга на VPS (виртуальный сервер).

• Ваш выбор: Ручной перенос.
• Почему: На VPS нужно настраивать окружение (PHP, MySQL, Nginx) с нуля. Плагин тут не поможет, он переносит файлы, а не настройки сервера.

5. Смена домена при переезде

Если вы переезжаете с mysite.ru на new-site.com.

• Ваш выбор: Плагин Duplicator.
• Почему: Это один из популярных плагинов. Он автоматически найдет в базе данных все старые ссылки и заменит их на новые. Вручную это делать — дольше и риск сломать сериализованные данные.

Если у вас интернет-магазин — не пролистывайте следующий раздел. Именно здесь чаще всего теряют деньги.

👉 Подробно о выборе домена писал в этом гайде.

Подготовка к переносу WordPress: что сделать заранее

Нельзя просто взять и начать перенос.

👉 Если вы только создаёте сайт — вот пошаговый разбор запуска на WordPress.

1. Ревизия и чистка

• Удалите неиспользуемые плагины и темы.
• Очистите папку «Спам» в комментариях и «Корзину».
• Очистите кэш (если стоят плагины кэширования).

2. Полный бэкап (Ваше право на ошибку)

Сделайте резервную копию сайта прямо сейчас.
Не надейтесь на автобэкапы хостинга. Скачайте архив себе на компьютер.

• Используйте плагин UpdraftPlus или просто скачайте файлы по FTP и экспорт базы через phpMyAdmin.
• Если что-то пойдет не так, вы всегда сможете «откатиться».

3. Подготовка нового места

Купите новый хостинг и добавьте туда домен (пока без смены DNS).

• Если еще не выбрали, рекомендую Timeweb или Beget. У них отличные панели управления и мощные сервера.

4. Зафиксируйте текущие настройки сайта

• версия PHP
• активная тема
• список плагинов
• настройки кэша
• cron
• SMTP
• версия MySQL
• размер базы

👉 Как выбрать хостинг для сайта — я разобрал отдельно здесь.

Способ №1. Перенос через плагины (Самый популярный)

Плагин сам упакует сайт в «коробку» и распакует на новом месте.

Какой плагин выбрать?

Для простых переносов подойдут All-in-One WP Migration и Duplicator. Если сайт небольшой, можно использовать любой удобный вариант. Если нужен более гибкий перенос, особенно при смене домена или при работе с большой базой, чаще выбирают Duplicator.

• All-in-One WP Migration: Супер-простой, но в бесплатной версии есть лимит на размер сайта (обычно 512 Мб).
• Duplicator: Золотой стандарт. Чуть сложнее, но надежнее и переносит сайты любого размера. Будем использовать его.

Пошаговая инструкция (Duplicator):

На старом сайте:

1. Установите плагин Duplicator.
2. Зайдите в меню Duplicator -> Резервные копии и нажмите «Создать новый».
3. Нажмите Далее. Плагин просканирует сайт. Если всё «Good», жмите «Создать».
4. Скачайте два файла: Installer.php и Archive.zip (архив с сайтом).

На новом хостинге:

1. Зайдите в Панель управления -> Файловый менеджер.
2. Загрузите оба файла (installer.php и архив.zip) в корневую папку сайта (public_html).
3. Важно: Создайте новую, пустую Базу Данных (MySQL). Запишите её название, имя пользователя и пароль.

Шаги установка архива созданного через Duplicator:

1. Откройте в браузере ссылку: ваш-сайт.ru/installer.php.
   • Внимание: Если домен еще не направлен на новый хостинг, вам понадобится трюк с файлом hosts (о нем ниже). Либо используйте временный домен, который дает хостинг.
2. Следуйте шагам установщика.
3. На этапе «Database» введите данные от новой базы, которую вы создали.
4. Нажмите «Test Database» -> «Next».
5. Плагин сам распакует файлы и пропишет новые пути в базе.
6. В финале нажмите «Admin Login» и удалите файлы инсталлятора (плагин предложит это сделать).

Ошибки при переносе WordPress через Duplicator и способы их исправить

Duplicator — отличный инструмент, но иногда он выдает ошибки. Не паникуйте, 99% из них решаемы.

1. Ошибка: Installer.php не открывается (или скачивается)

• Причина: Сервер не обрабатывает PHP-файлы или вы открыли не ту ссылку.
• Решение: Проверьте, что файл загружен в корень (public_html). Попробуйте переименовать его в install.php. Если скачивается — пишите хостеру «Включите PHP».

2. Ошибка: 500 Internal Server Error или белый экран

• Причина: Не хватает времени на распаковку архива (Time Limit).
• Решение:
  1. В настройках Duplicator при создании архива включите «Two-Part Install» (он создаст архив и установщик отдельно, но это для Pro версии).
  2. Бесплатный метод: Распакуйте ZIP-архив вручную через файловый менеджер хостинга. В инсталляторе выберите «Advanced Options» -> «Manual Archive Extraction». Он подхватит уже распакованные файлы.

3. Ошибка: Memory Exhausted (Не хватает памяти)

• Причина: Скрипт уперся в лимит PHP (обычно 128Мб).
• Решение: Попросите хостера увеличить memory_limit до 256Мб или 512Мб.

4. Ошибка: База данных не подключается («Fail»)

• Причина: Опечатка в пароле или имени базы.
• Решение: Проверьте данные 3 раза. Убедитесь, что пользователь добавлен к базе и имеет все привилегии. Иногда localhost нужно заменить на IP сервера БД (уточните в поддержке).

5. Проблема: Сайт перенесся, но плагины отключены

• Причина: Защита Duplicator.
• Решение: Зайдите в админку, включите плагины вручную. Проверьте, не слетели ли настройки постоянных ссылок (просто пересохраните их).

---

Способ №2. Ручной перенос (FTP + MySQL)

Если плагины зависают или сайт весит 50 ГБ, делаем ручной перенос.

Ручной перенос WordPress через FTP и базу данных требует больше времени, но даёт полный контроль над процессом. Этот способ подходит для крупных сайтов, сложных магазинов, старых хостингов и нестандартных серверных конфигураций.

Когда ручной перенос — единственный рабочий вариант

Вы можете спросить: «Зачем мне эти сложности с FTP, если есть Duplicator?».
Ответ прост: плагины — это скрипты. Они имеют лимиты. Они могут «упасть», если сервер слабый, а сайт тяжелый.

Вам придется делать перенос руками, если:

1. Большой объём файлов: Плагин просто не сможет упаковать такой объем в один архив. Сервер оборвет процесс по тайм-ауту. Руками вы можете переносить папки частями (сначала uploads, потом остальное);
2. Старый хостинг: Если на старом сервере стоит PHP 5.6 или ниже, современные плагины могут даже не запуститься. FTP работает всегда.
3. WordPress Multisite (Сеть сайтов): Это сложная структура. Большинство бесплатных миграторов её не поддерживают или просят $100 за Pro-версию. Руками — бесплатно.
4. Тяжелая база данных: Если у вас база весит 500 Мб+ (например, старый форум или магазин с логами), плагин может не успеть её импортировать. Через SSH или phpMyAdmin это делается надежнее.
5. Нестандартные параметры сервера: Если новый хостинг использует нестандартные пути к базе или портам, автоматика плагина может просто не найти БД.

📊 Пример из практики

Переносил сайт-каталог на 18 000 товаров.
Размер базы — 620 Мб.

Duplicator падал 3 раза из-за memory_limit 128 Мб.
Решение: временно увеличили лимит до 512 Мб и перенесли файлы по частям через FTP.

Итог — 0 даунтайма, но плагин бы один не справился.

Ручной метод — это сложнее. Но это единственный способ, когда «волшебная кнопка» не работает.

Шаг 1. Скачиваем файлы (Файлы)

1. Зайдите на старый хостинг через FTP (FileZilla) или Файловый менеджер.
2. Лайфхак: Не качайте тысячи мелких файлов по одному — это займет вечность. Заархивируйте папку public_html в ZIP прямо на сервере, и скачайте один архив.

Шаг 2. Скачиваем базу (Мозги)

1. Зайдите в phpMyAdmin на старом хостинге.
2. Выберите вашу базу данных.
3. Нажмите вкладку Экспорт.
4. Метод «Быстрый», формат «SQL». Жмите «Вперед». Скачается файл .sql.

Шаг 3. Загружаем на новый хостинг

1. Залейте ZIP-архив с файлами в папку сайта на новом хостинге и распакуйте.
2. Создайте новую базу данных.
3. Зайдите в phpMyAdmin нового хостинга.
4. Нажмите Импорт и выберите ваш .sql файл.

Шаг 4. Правка wp-config.php (Связь)

Сейчас файлы на новом месте, но они «стучатся» в старую базу по старому паролю.

1. Откройте файл wp-config.php в корне сайта.
2. Найдите строки: phpdefine('DB_NAME', 'имя_новой_базы'); define('DB_USER', 'имя_нового_юзера'); define('DB_PASSWORD', 'новый_пароль'); define('DB_HOST', 'localhost'); // Обычно localhost, но уточните у хостера
3. Замените данные на новые. Сохраните.

Способ №3. Силами хостинга

Если вы переезжаете на качественный хостинг, у них есть услуга «Бесплатный перенос сайтов».

1. Регистрируетесь на новом хостинге.
2. Пишете в техподдержку: «Ребята, хочу переехать к вам. Вот доступы от старого хостинга, перенесите, пожалуйста».
3. Ждете от 2 часов до суток.
4. Они сами всё сделают и проверят.

Многие хостинги предлагают бесплатную или условно бесплатную помощь с переносом сайта. Это хороший вариант, если вы не хотите рисковать, не уверены в своих силах или переносите проект с магазином, почтой и нестандартными настройками.

---

Как перенести WordPress без даунтайма (Zero Downtime)

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

Новичок делает так: удаляет старый сайт -> переносит файлы -> включает новый. В итоге простой на 24 часа.

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

Алгоритм «Бесшовного переезда»:

1. Клонирование:
   Мы создаем копию сайта на новом хостинге, НЕ трогая старый. Старый сайт продолжает работать и принимать посетителей.
   • Важно: Используйте временный домен (который дает хостинг) или файл hosts для проверки копии.
2. Синхронизация (для магазинов):
   Если у вас интернет-магазин, за время переноса (1-2 часа) на старом сайте могли появиться новые заказы.
   • Решение: Перед финальным переключением поставьте старый сайт в «Режим обслуживания» (Maintenance Mode). Это займет 10 минут, зато база не разъедется.
3. Переключение DNS:
   Вы меняете NS-записи на новые.
   • Магия: DNS обновляются не мгновенно (до 24 часов). В это время часть людей (например, из Москвы) видит уже НОВЫЙ сайт, а часть (из Владивостока) — еще СТАРЫЙ.
   • Но оба сайта работают! Никто не видит ошибки.
4. Удаление старого:
   Не удаляйте файлы со старого хостинга минимум 3-5 дней после смены DNS.
   • Зачем: Вдруг вы забыли перенести какую-то папку? Вдруг новый сервер упадет под нагрузкой? Старый хостинг — это ваша страховка.

Итог: Ваш сайт доступен 100% времени. Клиент даже не заметит, что вы сменили «квартиру».

---

Перенос домена и настройка DNS

Файлы перенесли. Теперь нужно сказать всему интернету: «Мой сайт теперь живет здесь».

Как изменить DNS или NS-записи при переносе сайта

1. Зайдите к регистратору домена (там, где покупали домен, например, Reg.ru или Timeweb).
2. Найдите настройки DNS-серверов.
3. Замените старые NS (например, ns1.old-host.ru) на новые (например, ns1.timeweb.ru).

⏳ Сколько ждать?
DNS обновляются по всему миру от 2 до 24 часов.
В это время у части пользователей сайт будет открываться со старого сервера, у части — с нового.
Важно: Не удаляйте сайт со старого хостинга еще минимум 48 часов! Иначе часть людей увидит ошибку.

🧙‍♂️ Как проверить сайт на новом хостинге через файл hosts до смены DNS

Как проверить сайт на новом сервере, если DNS еще не обновились?
Вы можете «обмануть» свой компьютер.

1. Узнайте IP-адрес нового сервера (в панели хостинга).
2. Откройте файл hosts на компьютере (в Windows: C:\Windows\System32\drivers\etc\hosts).
3. Добавьте в конец строку:
   123.123.123.123 vash-site.ru
   (где цифры — это новый IP).
4. Сохраните.

Теперь ваш браузер будет открывать сайт с нового сервера, хотя для всего мира он еще на старом. Так можно проверить работоспособность, формы и админку до финального переключения. Не забудьте потом удалить эту строку!

Финальная шлифовка: SSL и Ссылки

Вы переехали. Сайт открывается. Но есть нюансы.

1. SSL-сертификат (HTTPS)

На новом хостинге старый сертификат может не работать.

• Зайдите в панель хостинга и выпустите новый бесплатный Let’s Encrypt.
• Если сайт открывается как «Небезопасно» — проверьте, включен ли SSL.

2. Смешанный контент (Mixed Content)

Если картинки пропали или консоль браузера ругается на «Mixed Content»:
Установите плагин Better Search Replace.

• Найдите: http://vash-site.ru
• Замените на: https://vash-site.ru
• Сделайте замену в базе.

3. Постоянные ссылки

Зайдите в Настройки -> Постоянные ссылки и просто нажмите кнопку «Сохранить». Это перезапишет файл .htaccess и исправит ошибки 404 на внутренних страницах.

4. Проверка robots.txt и индексации

Очень важно, потому что после переноса часто забывают:

• запрет индексации
• тестовый robots.txt
• noindex на staging

5. Проверка форм, почты и уведомлений

Потому что после переезда часто ломается SMTP.

Перенос интернет-магазина WooCommerce

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

💥 Личный фейл, который стоил мне денег

В 2022 году я переносил магазин на 400+ товаров.
Сделал копию базы в 23:00, начал перенос, а в 23:40 на старом сайте пришёл заказ.

DNS обновлялся 8 часов. В итоге заказ остался в старой базе и не попал в новую.

Клиент написал утром: «Я оплатил, а где товар?».

С тех пор я всегда включаю режим обслуживания перед финальным переключением.
Это 10 минут, которые экономят нервы и деньги.

Нюансы, о которых молчат:

1. «Потерянные часы»:
   Вы сделали копию базы в 12:00. Начали перенос. В 12:30 на старом сайте клиент сделал заказ.
   В 13:00 вы развернули копию на новом месте.
   Внимание: В этой копии НЕТ заказа от 12:30. Он остался в старой базе. Вы потеряли деньги и клиента.
   • Решение: Переносите магазин только ночью или включайте режим «Технических работ» (заглушку), чтобы никто не мог купить.
2. Платежные системы:
   ЮKassa или Robokassa часто привязываются к IP-адресу сервера.
   После переезда платежи могут перестать проходить («Ошибка: неверный IP»).
   • Решение: После смены DNS зайдите в кабинет платежной системы и обновите настройки (или напишите в их поддержку).
3. Cron и фоновые задачи:
   WooCommerce использует планировщик задач (WP-Cron) для продления подписок, отправки писем.
   На новом хостинге он может не запуститься.
   • Решение: Проверьте статус задач в WooCommerce -> Статус.
4. Корзины и сессии:
   После переезда всех пользователей «выкинет» из личных кабинетов, а их корзины могут очиститься. Это неизбежно, просто будьте готовы к вопросам в чате.
5. Проверить после переноса: оформление заказа, отправку писем покупателю, вебхуки оплаты, остатки товаров, личный кабинет.

Мой совет:
Крупные магазины переносите только через техподдержку или профильных админов. Цена ошибки слишком высока.

Ошибки после переноса WordPress, о которых часто забывают

• не обновили cron-задачи;
• не проверили версию PHP;
• забыли SMTP и отправку писем;
• удалили старый хостинг слишком рано;
• не пересохранили постоянные ссылки;
• не заменили старые URL в базе;
• не проверили robots.txt и индексацию;
• не проверили кэш/CDN.

Я видел это десятки раз. И каждый раз причина — спешка.

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

1. ✅ Главная страница открывается.
2. ✅ Внутренние страницы не выдают 404.
3. ✅ Картинки на месте.
4. ✅ Вход в админку работает.
5. ✅ Отправка форм обратной связи работает (приходят письма).
6. ✅ SSL-замочек зеленый.
7. ✅ работает HTTPS на всех страницах;
8. ✅ нет mixed content; формы отправляют письма;
9. ✅ страницы товара и корзина открываются;
10. ✅ логин в админку работает;
11. ✅ robots.txt корректный;
12. ✅ карта сайта sitemap.xml доступна;
13. ✅ редиректы работают;
14. ✅ сайт открывается и с www, и без www как задумано;
15. ✅ обновлены DNS/MX/SPF/DMARC, если есть почта.

Типичные ошибки новичков при переносе WordPress

• Error Establishing a Database Connection: Неверный логин/пароль в wp-config.php или префикс базы;
• Белый экран: Нехватка памяти PHP или конфликт плагинов. Включите режим отладки (WP_DEBUG, true);
• Иероглифы: При экспорте/импорте базы сбилась кодировка (должна быть UTF-8).
• битые изображения после смены домена;
• 404 на внутренних страницах;
• не работает SSL;
• не открывается админка;
• письма не приходят;
• слетели настройки кэша/CDN;
• не работает платёжка после переезда.

FAQ: Вопросы по миграции

В: Нужно ли отключать сайт на время переноса?
О: Нет. Если делать правильно, сайт будет работать без перерывов. Посетитель даже не заметит, что вы сменили сервер.

В: Что будет с письмами на доменной почте?
О: Если вы использовали почту хостинга, ящики нужно создать заново на новом месте и перенести письма. Если использовали Яндекс.Почту для домена — просто поменяйте MX-записи в DNS.

В: Можно ли переносить сайт с активными заказами (WooCommerce)?
О: Осторожно! Пока обновляются DNS, новые заказы могут упасть на старый сервер и потеряться при переключении. Лучше включить «Режим обслуживания» на пару часов или делать перенос ночью.

В: Сколько времени занимает перенос WordPress на другой хостинг?
О: Перенос WordPress обычно занимает от 20 минут до нескольких часов. Небольшой сайт на блоге или лендинге через плагин можно перенести за 20–40 минут. Если это интернет-магазин, большой каталог или сайт с тяжелой базой данных, миграция может занять несколько часов. Отдельно учитывайте обновление DNS: после смены NS-записей или IP часть пользователей может видеть старый сайт ещё до 24 часов.

В: Можно ли перенести WordPress без плагинов?
О: Да, WordPress можно перенести без плагинов, вручную через FTP или файловый менеджер и экспорт/импорт базы данных через phpMyAdmin. Для этого нужно скачать файлы сайта, отдельно выгрузить базу данных, загрузить всё на новый хостинг, создать новую базу и прописать новые данные подключения в wp-config.php. Такой способ сложнее, но он подходит для больших сайтов, нестандартных серверов и случаев, когда плагины не справляются.

В: Можно ли перенести сайт WordPress без потери SEO?
О: Да, если перенос сделать правильно, сайт WordPress можно перенести без потери SEO-позиций. Для этого важно сохранить прежние URL-адреса страниц, не сломать структуру ссылок, корректно настроить HTTPS, проверить редиректы, sitemap.xml, robots.txt и убедиться, что после переезда сайт не закрыт от индексации. Если при переносе меняется домен, тогда уже нужно отдельно настраивать 301-редиректы со старого домена на новый.

В: Нужно ли менять DNS сразу после переноса?
О: Нет, сразу менять DNS не нужно. Сначала лучше полностью развернуть сайт на новом хостинге, проверить его работу, убедиться, что открываются страницы, работает админка, формы, SSL и база данных. И только после этого менять DNS или NS-записи. Это снижает риск, что пользователи попадут на недонастроенный или неработающий сайт.

В: Как проверить новый сайт до смены DNS?
О: Проверить сайт на новом хостинге до смены DNS можно через временный домен хостинга, если он его выдает, или через файл hosts на компьютере. Для этого нужно узнать IP нового сервера и временно привязать домен к этому IP только на своем устройстве. Тогда для вас сайт будет открываться уже с нового хостинга, а для остальных пользователей — ещё со старого. Это удобно для проверки страниц, изображений, админки, форм и работы базы данных до финального переключения.

В: Что делать, если после переноса не открывается сайт?
О: Если после переноса WordPress не открывается, сначала проверьте данные подключения к базе данных в wp-config.php: имя базы, логин, пароль и DB_HOST. Затем посмотрите, импортировалась ли база полностью и совпадает ли префикс таблиц. После этого проверьте версию PHP на новом хостинге, файл .htaccess, наличие SSL-сертификата и права доступа к файлам. Если сайт показывает белый экран или ошибку 500, включите отладку WordPress и посмотрите, не вызывает ли сбой тема, плагин или нехватка памяти PHP.

Заключение

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

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

Сохраните этот чек-лист: он поможет избежать типичных ошибок при следующем переносе WordPress.