Перенесення WordPress сайту без простою (downtime) – критично для підтримки SEO позицій та забезпечення безперервної роботи сервісів, особливо коли час завантаження сторінки впливає на конверсію на 20%.
Контекст і проблема
Перенесення WordPress з одного хостингу на інший, чи на нове доменне ім’я, часто супроводжується простоєм. Це відбувається через необхідність оновлення DNS записів та перенесення файлів та бази даних. У 2026 році, коли користувачі очікують миттєвого завантаження, навіть кілька секунд простою можуть призвести до втрати трафіку, потенційних клієнтів та погіршення позицій у пошукових системах.
Простий також може призвести до помилок у роботі плагінів та тем, особливо якщо зміни відбуваються в середині пікового трафіку. Наприклад, інтернет-магазин може втратити до 10% продажів через переривання роботи на кілька хвилин.
Практична реалізація
Для перенесення WordPress без downtime використовуємо метод клонування сайту та поступового перемикання трафіку. Основні етапи включають створення клону на новому хостингу, перевірку функціональності та перемикання DNS записів.
# 1. Створення клону сайту на новому хостингу
# Використовуємо плагін Duplicator або All-in-One WP Migration для експорту та імпорту.
# 2. Налаштування DNS записів (перемикання)
# Спершу створюємо CNAME запис, який вказує на новий хостинг (наприклад, clone.example.com).
# Це дозволяє перевірити сайт на новому хостингу без впливу на основний домен.
# 3. Перевірка функціональності клону
# Перевіряємо роботу плагінів, тем, контактних форм, електронної пошти.
# Звертаємо увагу на можливі проблеми з відносними URL (корекція в файлі wp-config.php).
# wp-config.php: define('WP_HOME', 'http://clone.example.com'); define('WP_SITEURL', 'http://clone.example.com');
# 4. Перемикання DNS записів
# Змінюємо TTL (Time To Live) на DNS записі основного домену на найменше значення (наприклад, 300 секунд).
# Це прискорить поширення змін.
# Потім оновлюємо A запис основного домену на IP адресу нового хостингу.
# 5. Оновлення robots.txt та sitemap.xml
# Переконайтесь, що в robots.txt немає блокування для пошукових ботів.
# Оновіть sitemap.xml на новому хостингу та надішліть його в Google Search Console.
Використання CNAME запису дозволяє тестувати сайт на новому хостингу, не впливаючи на основний домен, що мінімізує ризик для користувачів. Оновлення TTL на DNS записі скорочує час поширення змін, що робить перемикання майже непомітним для користувачів.
Типові помилки
- Помилка 1: Проблеми з відносними URL. Якщо на сайті використовуються відносні URL, після перенесення можуть виникнути проблеми з завантаженням зображень та інших ресурсів. Виправлення: Використовуйте абсолютні URL або змініть конфігурацію WordPress для використання абсолютних URL.
- Помилка 2: Неправильна конфігурація DNS. Неправильно налаштовані DNS записи можуть призвести до простою або некоректної роботи сайту. Конкретний наслідок: Користувачі можуть бачити стару версію сайту або помилку “Server Not Found”.
- Помилка 3: Забули оновити robots.txt. Якщо забути оновити robots.txt на новому хостингу, пошукові боти можуть не індексувати нову версію сайту. Важлива деталь: Переконайтеся, що файл robots.txt дозволяє індексацію всіх необхідних сторінок.
Результат
Застосування цієї методики дозволяє перенести WordPress сайт без downtime, що призводить до збереження SEO позицій та підтримки безперервної роботи сервісів. Замість звичайного простою в 5-10 хвилин, перенесення відбувається практично непомітно для користувачів, знижуючи відтік трафіку до 0.5%.
Дія, яку ви можете виконати прямо зараз: перевірте TTL на DNS записі вашого домену. Зменшення TTL до 300 секунд підготує вас до швидкого перенесення сайту.