Страх перед переїздом утримує компанії на незручному хостингу роками. Логіка зрозуміла: сайт працює, а міграція — це ризик. Насправді при правильній послідовності дій відвідувачі не помічають нічого, а весь процес для типового сайту займає кілька годин. Розберемо план по кроках.
Крок 1: підготовка й інвентаризація
- Складіть перелік усього, що працює на поточному хостингу: сайт, поштові скриньки, піддомени, заплановані задачі, бази даних.
- Зафіксуйте поточні технічні параметри: версія інтерпретатора, версія бази даних, встановлені розширення.
- Перевірте, де зареєстровано домен і чи маєте ви доступ до керування його записами.
- Зробіть повну резервну копію і перевірте, що вона розгортається.
- Зменште час життя DNS-записів до мінімального значення щонайменше за добу до переїзду.
Крок 2: розгортання на новому майданчику
Перенесіть файли й базу даних на новий сервер, не чіпаючи DNS. На цьому етапі старий сайт продовжує обслуговувати відвідувачів, а новий існує паралельно. Налаштуйте таке саме оточення: версія інтерпретатора, розширення, ліміти, права на файли. Різниця в конфігурації — найчастіша причина того, що сайт «переїхав і зламався».
Крок 3: тестування до перемикання
Перевірте новий сайт за тимчасовою адресою або через локальний файл відповідності доменів. Пройдіть основні сценарії: головна сторінка, каталог, пошук, форма, оформлення замовлення, вхід в адмінку, надсилання листа. Окремо перевірте те, що ламається найчастіше: завантаження файлів, генерація зображень, робота запланованих задач і платіжні інтеграції.
Крок 4: синхронізація та перемикання
Оберіть час найменшого трафіку. Увімкніть режим лише для читання на старому сайті, щоб не з\’явилися нові замовлення, які не потраплять у перенесену базу. Синхронізуйте зміни, накопичені з моменту першого копіювання. Змініть DNS-записи на новий сервер.
Наступні кілька годин обидва сервери мають працювати одночасно, бо провайдери оновлюють записи неодночасно. Не вимикайте старий майданчик щонайменше кілька діб.
Крок 5: контроль після переїзду
Перевірте сертифікат захищеного з\’єднання на новому сервері — це другий за частотою збій після пошти. Переконайтеся, що поштові записи домену коректні й листи від сайту доходять. Подивіться журнал помилок сервера за перші години. Перевірте у панелі вебмайстра, що сторінки віддають коректні коди відповіді й немає раптового зростання помилок сканування.
Більшість провайдерів пропонують безкоштовне перенесення сайту силами власних інженерів. Якщо у вас немає адміністратора, скористайтеся цією опцією: команда, яка робить такі переїзди щодня, знає типові підводні камені конкретних систем.
Чого не робити ніколи
Особливі випадки
Магазин із безперервним потоком замовлень переносять інакше: тут не можна зупиняти прийом заявок навіть на годину. Робочий підхід — тимчасово перевести оформлення замовлень на просту форму, яка надсилає дані на пошту, виконати міграцію, потім повернути звичайний процес. Другий варіант — розгорнути новий сервер, налаштувати реплікацію бази і перемкнути трафік у момент, коли обидві копії синхронні.
Сайт із великою кількістю файлів переносять у два етапи: спочатку копіюють основний масив заздалегідь, потім у момент перемикання досинхронізовують лише зміни. Це скорочує вікно міграції з годин до хвилин.
Не змінюйте DNS до того, як переконалися, що сайт на новому сервері повністю працездатний. Не видаляйте дані зі старого хостингу в день переїзду — тримайте їх щонайменше два тижні. Не поєднуйте міграцію з іншими змінами: оновленням движка, зміною дизайну або зміною структури адрес. Якщо після переїзду щось піде не так, ви маєте точно знати, що саме стало причиною, а не розплутувати три зміни одночасно.
