Перенос WordPress на новый домен: последовательность шагов: бэкап, файлы, база, правка URL, DNS и проверка. Ошибка на одном этапе даёт «белый экран», битые ссылки или смесь старого и нового домена в БД. Ниже рабочий порядок без магии «одной кнопки».
1. Резервная копия файлов и базы
Файлы
Подключитесь к текущему хостингу по FTP/SFTP (логин, пароль, хост: в панели провайдера). Скачайте весь корень сайта: wp-admin, wp-content, wp-includes, wp-config.php, index.php, при наличии: .htaccess и прочие файлы в document root.
На VPS удобнее архив по SSH: tar czf site-backup.tar.gz /var/www/site. Главное: не забыть wp-content/uploads и кастомные конфиги.
База данных
- Откройте phpMyAdmin (или выполните
mysqldump). - Имя БД, пользователь и хост смотрите в
wp-config.php(DB_NAME,DB_USER,DB_HOST). - Экспорт: метод «Пользовательский», формат SQL, все таблицы. Опция «Добавить DROP TABLE…» упрощает повторный импорт.
- Сохраните
.sqlлокально. Без актуального дампа дальше не идите.
2. Подготовка нового хостинга
Создайте MySQL/MariaDB-базу, пользователя и выдайте ему полные права на эту БД. Запишите имя БД, user, password и host (часто localhost, иногда сокет или remote-host).
Чистую «установку WordPress с wordpress.org» на новый хостинг имеет смысл только если переносите сайт «с нуля» и отдельно льёте wp-content. Обычно проще: залить полный бэкап файлов старого сайта в document root нового хоста и не городить вторую чистую копию поверх.
3. Импорт базы и заливка файлов
- В phpMyAdmin нового хоста: выберите созданную БД → «Импорт» → ваш SQL-файл.
- По FTP/SFTP (или rsync) загрузите файлы WordPress в каталог сайта.
- Права: файлы обычно 644, каталоги 755; владелец: пользователь веб-сервера. Конкретные цифры зависят от хостинга.
4. wp-config.php под новую БД
В корне сайта откройте wp-config.php и пропишите данные новой базы:
define('DB_NAME', 'новое_имя_базы');
define('DB_USER', 'новый_пользователь');
define('DB_PASSWORD', 'новый_пароль');
define('DB_HOST', 'localhost'); // уточните у хостера, если не localhost
Соли и ключи (AUTH_KEY и т.д.) можно оставить от старого сайта: сессии пользователей сбросятся только при смене. После правок сохраните файл.
5. Замена старого URL на новый
В опциях, постах, виджетах, сериализованных массивах плагинов лежит старый домен. Простая «замена в SQL» без учёта сериализации ломает данные. Надёжнее плагин вроде Better Search Replace или WP-CLI:
wp search-replace 'https://oldexample.com' 'https://newexample.com' --all-tables --dry-run wp search-replace 'https://oldexample.com' 'https://newexample.com' --all-tables
Сначала dry-run, потом боевой прогон. Запасной дамп БД перед заменой обязателен. GUID трогать обычно не нужно (в BSR галочку «Replace GUIDs» лучше не ставить без веской причины).
Временно, пока DNS ещё смотрит на старый хост, можно открыть сайт по IP/hosts-файлу или через hosts на рабочей машине, чтобы зайти в админку нового сервера.
6. Постоянные ссылки и .htaccess
В админке: «Настройки» → «Постоянные ссылки» → «Сохранить» без смены структуры. WordPress перезапишет rewrite-правила. На Apache проверьте .htaccess; на NGINX: свои location-правила, файл .htaccess не используется.
7. Проверка сайта
Пройдитесь по главной, ключевым страницам, формам, корзине/кабинету (если есть), медиа. В исходнике страницы не должно остаться старого домена в CSS/JS/картинках. Проверьте логин в /wp-admin, кэш-плагины (сбросьте кэш), SSL-сертификат на новом хосте.
8. DNS
В панели домена укажите A/AAAA (или NS) нового хостинга. Полная смена кэша DNS: от минут до суток (иногда до 48 часов). Пока TTL высокий, снизьте его заранее, за день-два до переезда.
9. 301 со старого домена
Если меняется именно домен (не только хостинг), на старом сервере настройте постоянный редирект 301 на новый URL, чтобы сохранить SEO и закладки. Пример для Apache в .htaccess:
RewriteEngine On RewriteRule ^(.*)$ https://newexample.com/$1 [R=301,L]
10. Search Console и внешние сервисы
- Добавьте и подтвердите новый домен (или property) в Google Search Console; при смене домена используйте инструмент «Смена адреса», если доступен для вашего типа property.
- Обновите URL в Analytics/метриках, sitemap, CDN, платёжных системах, OAuth-приложениях, вебхуках, почтовых DKIM/SPF, если они завязаны на домен.
Перенос делайте в окно низкой нагрузки. Перед стартом: свежий бэкап файлов и БД. После: сверка критичных сценариев, а не только «главная открылась».
