Перенесення та відновлення WordPress на новому хостингу під ключ

Перенесення WordPress на інший хостинг — це не просто копіювання файлів із одного сервера на інший. Потрібно узгодити файли сайту, базу даних, домен, налаштування PHP, права доступу, SSL-сертифікат і роботу пошти. Якщо сайт уже має помилки, вірусне зараження або пошкоджену базу, звичайний перенос може перенести й проблему.

Безпечне перенесення та відновлення сайту починається з діагностики. До зміни DNS важливо з’ясувати, що саме працює некоректно, які дані є актуальними та чи можна безпечно повернутися до попередньої версії.

Коли переїзд вирішує технічну проблему

Зміна хостингу може допомогти, якщо поточний сервер не відповідає вимогам WordPress або регулярно створює нестабільне середовище для роботи. Типові ознаки:

• часті помилки 500, 502 або 503;
• повільне завантаження сторінок через нестачу процесорних ресурсів чи пам’яті;
• перевищення лімітів дискового простору, оперативної пам’яті або кількості одночасних процесів;
• застаріла чи неправильно налаштована версія PHP;
• нестабільна робота MySQL або MariaDB;
• відсутність повноцінних резервних копій і технічної підтримки;
• блокування сайту після зараження або підозрілої активності.

Водночас новий сервер не виправить пошкоджений плагін, конфлікт теми, шкідливий код або помилки в базі даних автоматично. Перед переїздом варто перевірити журнали помилок, стан WordPress, активні розширення, розмір бази та наявність сторонніх файлів. Якщо причина збою не встановлена, перенесення краще виконувати разом із поетапним відновленням і тестуванням.

Як підготувати файли базу та домен

Підготовку починають із резервного копіювання. Збережіть окремо архів файлів сайту та дамп бази даних, а також перевірте, чи можна відкрити архів і відновити його на тестовому середовищі. Якщо сайт працює нестабільно або є ознаки зараження, не варто бездумно копіювати всі файли: це може перенести шкідливий код на новий сервер.

До складу копії зазвичай входять:

• каталог wp-content із темами, плагінами та завантаженнями;
• файл wp-config.php або його параметри для подальшого налаштування;
• файл .htaccess, якщо сайт працює на Apache;
• база даних із таблицями WordPress, налаштуваннями та контентом;
• конфігурації редиректів, cron-завдань, пошти та зовнішніх інтеграцій.

На новому хостингу створюють базу даних, користувача з необхідними правами та окреме середовище для сайту. У конфігурації WordPress потрібно вказати правильні назви бази, логін, пароль і сервер бази даних. Також перевіряють версію PHP, розширення, ліміти завантаження файлів і права доступу до каталогів.

Домен не обов’язково переносити до іншого реєстратора — часто достатньо змінити DNS-записи на адресу нового сервера. До моменту перемикання бажано підготувати сайт на тимчасовому домені або через локальне зіставлення домену з новою IP-адресою. Це дає змогу перевірити результат без негайної зміни DNS для всіх відвідувачів.

Як скоротити час недоступності

Найменше простою виникає, коли основну частину робіт виконують заздалегідь, а фінальну синхронізацію — безпосередньо перед перемиканням домену. Спочатку копіюють файли та базу на новий сервер, налаштовують WordPress і тестують сайт у закритому режимі.

1. Зменшують TTL DNS-записів заздалегідь, якщо це дозволяє поточна DNS-служба.
2. Створюють первинну копію файлів і бази даних.
3. Розгортають сайт на новому хостингу та виправляють конфлікти конфігурації.
4. Перевіряють сторінки, форми, адмінпанель і підключені сервіси.
5. На короткий час обмежують зміни контенту або переводять сайт у режим обслуговування.
6. Створюють фінальну копію бази даних, щоб перенести останні замовлення, заявки й публікації.
7. Змінюють DNS і контролюють доступність сайту з різних мереж.

Не слід видаляти старий сайт одразу після зміни DNS. Через кешування частина користувачів ще певний час може потрапляти на попередній сервер. Старий хостинг варто зберегти до завершення перевірок і переконатися, що всі актуальні дані потрапили на нову платформу.

Що тестують після перенесення

Після зміни DNS перевіряють не лише головну сторінку. Важливо пройти основні сценарії користувача й адміністратора:

• відкриття головної сторінки, категорій, записів і статичних сторінок;
• роботу пошуку, меню, фільтрів і пагінації;
• вхід до адмінпанелі, створення та редагування записів;
• форми зворотного зв’язку, замовлення, реєстрації та відновлення пароля;
• надсилання листів і коректність SMTP-налаштувань;
• зображення, документи, відео та інші медіафайли;
• кошик, оплату, доставку та інтеграції з CRM, якщо вони використовуються;
• переадресацію HTTP на HTTPS і дійсність SSL-сертифіката;
• відсутність помилок у PHP-журналах і консолі браузера;
• швидкість роботи та коректне відображення на мобільних пристроях.

Окремо перевіряють файл robots.txt, карту сайту, канонічні адреси та правила кешування. Якщо після перенесення з’являються помилки доступу, білі сторінки або циклічні редиректи, не варто багаторазово змінювати налаштування навмання. Спершу створіть поточну резервну копію та перегляньте журнали сервера і WordPress.

Як зберегти пошукові позиції

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

• Збережіть незмінними URL сторінок, записи canonical і внутрішні посилання.
• Не залишайте випадково активним noindex або блокування сайту в robots.txt.
• Перевірте, що всі важливі сторінки відповідають кодом 200, а не 404, 403 або 5xx.
• Налаштуйте постійні 301-редиректи лише там, де адреси справді змінилися.
• Переконайтеся, що XML-карта сайту доступна та містить актуальні URL.
• Перевірте версію з HTTPS, налаштування домену й відсутність дублювання між HTTP та HTTPS.
• Після переїзду перегляньте дані Google Search Console, статистику сканування та повідомлення про помилки.

Якщо разом із хостингом змінюється домен, структура URL або CMS, це вже окремий міграційний проєкт із додатковими ризиками. Потрібно заздалегідь скласти таблицю старих і нових адрес, налаштувати редиректи та контролювати індексацію. За наявності пошкоджених файлів, втрати доступу, проблем із базою даних або підозри на вірус безпечніше зупинитися на діагностиці й залучити спеціаліста, оскільки необережні дії можуть ускладнити відновлення та призвести до втрати актуальних даних.