Міграція сайту WordPress — чи то переміщення на нового хостинг-провайдера, зміна домену, чи перенесення з тестового середовища на продуктивне — це завдання, з яким стикаються більшість користувачів WordPress на певному етапі. Якщо все зробити правильно, міграція займає 30-60 хвилин без простоїв. Якщо зробити неправильно, це може призвести до зламаних посилань, відсутніх зображень, помилок бази даних і годин усунення неполадок.
У цьому посібнику ми розглянемо три методи міграції: ручна міграція (для повного контролю), міграція з допомогою плагіна (для простоти) та міграція з хостинг-провайдером (для зручності). Кожен метод містить покрокові інструкції та контрольний список для перевірки.
Перед міграцією: контрольний список підготовки
| Крок | Чому це важливо | Як це зробити |
|---|---|---|
| Створити повну резервну копію | Запобіжний захід у разі невдачі міграції | Використовуйте UpdraftPlus або ручний експорт |
| Документувати поточні налаштування | Посилання для перевірки після міграції | Зробіть скріншот налаштувань wp-admin, списку активних плагінів, структури постійних посилань |
| Перевірити вимоги сервера | Переконатися, що новий хост відповідає мінімальним вимогам WordPress | PHP 8.0+, MySQL 5.7+ / MariaDB 10.4+, підтримка HTTPS |
| Записати налаштування DNS | Після міграції вам потрібно буде оновити DNS | Експортуйте поточні записи DNS з реєстратора |
| Зменшити TTL | Прискорює розповсюдження DNS після міграції | Встановіть TTL DNS на 300 секунд (5 хвилин) за 24 години до міграції |
Метод 1: Ручна міграція (Повний контроль)
Ручна міграція дає вам повний контроль над процесом. Це переважний метод для розробників та для складних сайтів з нестандартними конфігураціями.
Крок 1: Експорт бази даних
Підключіться до вашого поточного хостингу через SSH або phpMyAdmin і експортуйте базу даних WordPress:
Використовуючи командний рядок (SSH):
- Виконайте:
mysqldump -u username -p database_name > backup.sql - Завантажте файл backup.sql на свій локальний комп'ютер
Використовуючи phpMyAdmin:
- Виберіть вашу базу даних → Експорт → Швидкий експорт → Формат SQL → Перейти
- Збережіть файл .sql
Крок 2: Скопіюйте всі файли
Завантажте всі файли WordPress з поточного сервера:
- Підключіться через SFTP (FileZilla, WinSCP або Cyberduck)
- Завантажте весь каталог WordPress (wp-content, wp-admin, wp-includes, кореневі файли)
- Альтернативно, створіть стиснутий архів:
tar -czf wordpress-backup.tar.gz /path/to/wordpress/
Каталог wp-content є найважливішим — він містить ваші теми, плагіни, завантаження (зображення) та файли конфігурації.
Крок 3: Завантажте файли на новий сервер
- Завантажте через SFTP або розархівуйте архів на новому сервері
- Переконайтеся, що права доступу до файлів правильні: каталоги на 755, файли на 644
- Перевірте, що файл wp-config.php присутній, але потребує оновлення
Крок 4: Створіть базу даних на новому сервері
- Створіть нову базу даних MySQL та користувача на новому хостингу
- Надайте користувачу повні привілеї на нову базу даних
- Імпортуйте базу даних:
mysql -u new_username -p new_database < backup.sql
Крок 5: Оновіть wp-config.php
Редагуйте wp-config.php на новому сервері з новими обліковими даними бази даних:
DB_NAME→ Нова назва бази данихDB_USER→ Нове ім'я користувача бази данихDB_PASSWORD→ Новий пароль бази данихDB_HOST→ Зазвичай 'localhost', але перевірте у вашого хоста
Крок 6: Пошук і заміна URL (якщо змінюється домен)
Якщо ваш домен змінюється, вам потрібно оновити всі URL в базі даних. WordPress зберігає абсолютні URL для зображень, посилань і серіалізованих даних. Використовуйте інструмент WP-CLI або скрипт Search Replace DB:
wp search-replace 'https://old-domain.com' 'https://new-domain.com' --all-tables- Це правильно обробляє серіалізовані дані (на відміну від простого SQL пошуку та заміни)
Крок 7: Оновлення DNS
Вкажіть DNS записи вашого домену на IP-адресу нового сервера. Оновіть A запис (та AAAA для IPv6) у вашого реєстратора доменів. З TTL, встановленим на 300 секунд (з моменту підготовки), розповсюдження зазвичай завершується протягом 5-30 хвилин.
Метод 2: Міграція за допомогою плагінів (найпростіший)
Плагіни для міграції автоматично обробляють технічні деталі. Це рекомендований метод для користувачів, які не відчувають себе комфортно з SSH та управлінням базами даних.
Рекомендовані плагіни для міграції
| Плагін | Безкоштовний ліміт | Ключові особливості |
|---|---|---|
| All-in-One WP Migration | 512 МБ експорт | Експорт/імпорт в один клік, включено заміну URL |
| UpdraftPlus Premium | Безкоштовне резервне копіювання, міграція Premium | Інкрементні резервні копії, хмарне сховище, клонування сайту |
| Duplicator Pro | 500 МБ експорт (безкоштовно) | Створює пакет установника, обробляє серіалізовані дані |
| WP Migrate | Обмежений (безкоштовно) | Переміщення між середовищами, міграція тільки бази даних |
Процес міграції (All-in-One WP Migration)
- Встановіть на вихідному сайті: Встановіть та активуйте плагін на поточному сайті
- Експорт: Перейдіть до All-in-One → Експорт → Експорт до → Файл. Плагін створює архів .wpress
- Встановіть WordPress на цільовому сайті: Налаштуйте нову установку WordPress на новому хостингу
- Встановіть плагін на цільовому сайті: Встановіть той же плагін на новій установці WordPress
- Імпорт: Перейдіть до All-in-One → Імпорт → Завантажте файл .wpress
- Готово: Плагін автоматично замінює базу даних, файли та оновлює URL
Метод 3: Міграція через хостинг-провайдера
Багато хостинг-провайдерів пропонують безкоштовні послуги міграції або вбудовані інструменти для міграції:
- SiteGround: Безкоштовна міграція WordPress з їх плагіном Migrator
- Cloudways: Безкоштовна перша міграція від їх команди
- Kinsta: Безкоштовна міграція включена в усі плани, обробляється їх командою
- WP Engine: Автоматизований плагін для міграції
Міграція з допомогою хостингу є найпростішим варіантом, але надає найменший контроль. Для сайтів з нестандартними конфігураціями, cron завданнями або нестандартними налаштуваннями, ручна або плагінна міграція є більш надійною.
Контрольний список перевірки після міграції
| Перевірка | Як перевірити | Якщо не вдалося |
|---|---|---|
| Головна сторінка завантажується правильно | Відвідайте ваш домен у браузері | Перевірте розповсюдження DNS, перевірте з'єднання з базою даних |
| Вхід до адміністратора працює | Перейдіть до /wp-admin та увійдіть | Перевірте облікові дані бази даних у wp-config.php |
| Постійні посилання працюють | Натисніть на будь-який пост або сторінку | Перейдіть до Налаштування → Постійні посилання → Зберегти (перегенерує .htaccess) |
| Зображення відображаються правильно | Перегляньте кілька сторінок з зображеннями | Запустіть пошук-заміну для старого домену в шляхах завантаження |
| Форми успішно надсилаються | Перевірте всі контактні форми | Перевірте налаштування SMTP, конфігурацію плагіна форм |
| SSL сертифікат активний | Перевірте наявність значка замка в браузері | Встановіть SSL на новому хостингу, оновіть URL WordPress на https |
| Доставка електронної пошти працює | Запустіть електронний лист для скидання пароля | Налаштуйте плагін SMTP (WP Mail SMTP) |
| WooCommerce функціонує | Перевірте процес додавання до кошика та оформлення замовлення | Перевірте ключі платіжного шлюзу, зони доставки |
| Cron завдання виконуються | Перевірте заплановані завдання в WP-Crontrol | Перевірте, чи увімкнено wp-cron або налаштуйте сервер |
| Функціональність пошуку | Тестування пошуку на сайті | Перебудувати індекс пошуку, якщо використовується плагін для пошуку |
Поширені проблеми міграції та їх рішення
| Проблема | Причина | Рішення |
|---|---|---|
| Білий екран після міграції | Несумісність версії PHP або конфлікт плагінів | Увімкніть WP_DEBUG, перевірте версію PHP, вимкніть плагіни через FTP |
| Попередження про змішаний контент | Деякі URL-адреси все ще використовують http:// замість https:// | Виконайте пошук-заміну: http://domain.com → https://domain.com |
| Зламані зображення | Шляхи завантаження не оновлені або файли відсутні | Перевірте каталог wp-content/uploads, виконайте пошук-заміну URL |
| Помилка з'єднання з базою даних | Неправильні облікові дані в wp-config.php | Перевірте DB_NAME, DB_USER, DB_PASSWORD, DB_HOST |
| 404 на всіх сторінках, окрім домашньої | Постійне посилання .htaccess не було відновлено | Налаштування → Постійні посилання → Зберегти зміни |
| Цикли перенаправлення | Старі правила CDN або кешування конфліктують | Очистіть всі кеші, перевірте .htaccess на конфліктуючі перенаправлення |
Для отримання додаткової інформації зверніться до офіційної документації: Документація з міграції WordPress.
Часто задавані питання
Скільки часу займає міграція WordPress?
Типова міграція займає 30-60 хвилин для технічного процесу. Пропагування DNS може зайняти від 5 хвилин до 48 годин в залежності від ваших налаштувань TTL та кешування провайдера. Зменшення TTL до 300 секунд за 24 години до міграції мінімізує затримки пропагування.
Чи втрачу я дані під час міграції?
Ні, якщо ви дотримуєтеся підходу з резервним копіюванням спочатку. Створіть повну резервну копію перед початком, і не видаляйте старий сайт, поки не впевнитесь, що все працює на новому хостингу. Резервна копія забезпечує можливість відновити початковий стан, якщо щось піде не так.
Чи можу я мігрувати сайт WordPress без простою?
Так. Ключовим є завершення міграції на новому сервері перед оновленням DNS. Налаштуйте сайт на новому хостингу, перевірте, що все працює (використовуючи тимчасову URL-адресу або запис у файлі hosts), а потім оновіть DNS. Користувачі будуть обслуговуватися старим сервером, поки DNS не пропагується, а потім безшовно переключаться на новий сервер.
Чи потрібно мені перевстановлювати плагіни та теми після міграції?
Ні. Повна міграція (файли + база даних) включає всі плагіни, теми, завантаження та налаштування. Все переноситься як є. Вам слід перевірити, що плагіни активні та налаштовані правильно, але перевстановлення не є необхідним.
Що робити, якщо мій сайт занадто великий для плагіна міграції?
Сайти, що перевищують 2-5 ГБ (поширено для сайтів з великою кількістю медіа), можуть зіткнутися з обмеженнями завантаження або проблемами тайм-ауту з плагінами міграції. У цьому випадку використовуйте ручний метод: передайте файли через SSH/SFTP та імпортуйте базу даних через командний рядок. Великі бази даних можна розділити, використовуючи параметр --max_allowed_packet.
Чи потрібно оновлювати WordPress, плагіни та теми до чи після міграції?
Оновіть перед міграцією на вихідному сайті та перевірте, що все працює після оновлення. Міграція вже оновленого сайту уникає складнощів з усуненням проблем оновлення на незнайомому сервері. Для практик безпеки та продуктивності дивіться наш контрольний список обслуговування WordPress.
Надійне резервне копіювання та міграція WordPress
Отримайте UpdraftPlus Premium для автоматизованих резервних копій, інтеграції з хмарним сховищем та міграції сайту в один клік. Ліцензія GPL для необмеженої кількості сайтів.
Переглянути UpdraftPlus Premium →
