Як перенести сайт на інший хостинг без простою
13
Листопада
2026
Переїзд на інший хостинг зазвичай починають через повільну роботу, незручну підтримку або бажання тримати сайт ближче до своєї аудиторії. Сам перенос триває кілька годин. Простій і втрачені заявки з’являються через поспіх: DNS перемкнули раніше, ніж перевірили сайт, пошта залишилася на старому сервері, база на новому хостингу відстала на день замовлень. MMIX з 2012 року переносить сайти клієнтів, і нижче порядок, який дозволяє переїхати так, що відвідувачі нічого не помітять.
Розкриття: частина посилань у статті партнерські. Якщо ви купуєте за ними, MMIX може отримати комісію; ціна для вас та сама.
Коротко
- До початку запишіть усе, що працює на старому хостингу: сайт, бази, пошту, завдання cron, DNS-записи, інтеграції.
- Знизьте TTL DNS-записів за один-два дні до перемикання. Тоді зміна адреси пошириться за лічені хвилини.
- Перевіряйте сайт на новому хостингу через файл hosts, поки відвідувачі й далі працюють зі старим сервером.
- Старий хостинг тримайте оплаченим ще кілька днів після перемикання: це ваша страховка.
Плановий переїзд і аварійне відновлення
Ця інструкція про плановий перенос, коли старий хостинг працює і у вас є до нього доступ. Якщо сервер уже недоступний через аварію в дата-центрі, порядок інший: спершу відновлення з резервної копії, потім усе інше. Цей сценарій ми розбирали в матеріалі «Удари по дата-центрах Києва: що робити, якщо впав хостинг сайту» (матеріал російською).
Для переїзду потрібні доступи до панелі старого й нового хостингу, до панелі реєстратора домену та до адмінки сайту. Якщо бракує хоча б одного доступу, відновіть його до початку робіт. Обрати новий майданчик допоможе стаття «Як обрати хостинг в Україні для сайту бізнесу».
Покрокова інструкція
Крок 1. Проведіть інвентаризацію
Складіть список усього, що зараз працює на старому хостингу. Сайт і його версія PHP. Бази даних та їхній обсяг. Поштові скриньки на домені, якщо пошта в того самого провайдера. Завдання за розкладом (cron): вивантаження товарів, розсилки, очищення кешу. Піддомени, тестові копії, окремі теки з файлами для завантаження. Випишіть усі DNS-записи домену: A, AAAA, CNAME, MX, TXT. Окремо позначте інтеграції, прив’язані до IP-адреси сервера: платіжні сервіси, API служби доставки, CRM. Їм може знадобитися новий IP у білому списку.
Крок 2. Зробіть повну копію файлів і бази
Завантажте архів усіх файлів сайту і дамп кожної бази даних. Перевірте, що архів відкривається і дамп не обривається на середині: для великих баз це часта проблема під час вивантаження через браузер. Якщо є SSH, зручніше зробити копію командами на сервері й забрати готовий архів. Збережіть копію поза обома хостингами, наприклад на робочому комп’ютері чи в хмарному сховищі компанії. Це точка, до якої можна повернутися за будь-якої помилки.
Крок 3. Заздалегідь знизьте TTL DNS-записів
TTL показує, скільки секунд сервери в інтернеті зберігають стару відповідь про домен. Якщо TTL дорівнює добі, після зміни IP частина відвідувачів ще добу потраплятиме на старий сервер. За один-два дні до переїзду зменште TTL записів A і AAAA для домену та www, наприклад до 300 секунд. Зміна має встигнути поширитися інтернетом до дня перемикання. Як влаштовані записи і де їх змінювати, описано у статті «Що таке DNS і як змінити записи домену».
Крок 4. Розгорніть сайт на новому хостингу
Створіть сайт у панелі нового хостингу, виставте ту саму версію PHP, що й на старому сервері, завантажте файли та імпортуйте базу. Вкажіть у конфігурації сайту нові дані підключення до бази. Створіть завдання cron за списком із першого кроку. Якщо новий провайдер пропонує перенос сайту силами підтримки, ним варто скористатися, проте перевірку все одно проводьте самі. Наприклад, у Хостинг Україна сайти розміщуються у власному дата-центрі в Україні, і під час створення сайту сертифікат Let’s Encrypt випускається автоматично, коли домен уже спрямовано на хостинг.
Якщо переїзд зручніше доручити фахівцям, MMIX з 2012 року переносить сайти на новий хостинг із перевіркою та супроводом після перемикання. Докладніше на сторінці «Підтримка сайту онлайн».
Крок 5. Перевірте сайт через файл hosts
Файл hosts дозволяє відкрити домен на новому сервері лише на вашому комп’ютері, поки весь інтернет бачить старий. Додайте до нього рядок з IP нового хостингу та ім’ям домену, окремим рядком те саме для www. У Windows файл лежить у теці C:\Windows\System32\drivers\etc, у macOS і Linux це /etc/hosts. Відкрийте сайт у вікні інкогніто і пройдіть основні сценарії: головна та внутрішні сторінки, пошук, кошик і оформлення замовлення, вхід до адмінки, надсилання форми. Перегляньте журнал помилок PHP у панелі нового хостингу. Після перевірки видаліть рядки з hosts, інакше потім буде важко зрозуміти, який сервер ви бачите.
Крок 6. Заморозьте зміни і синхронізуйте базу
Від моменту першої копії на старому сайті з’явилися нові замовлення, заявки й коментарі. Оберіть час із мінімальною відвідуваністю, зазвичай ніч або ранній ранок. Попередьте співробітників, щоб у цей час ніхто не правив товари й тексти. Для магазину увімкніть на старому сайті режим обслуговування або тимчасово закрийте оформлення замовлення. Зробіть свіжий дамп бази, імпортуйте його на новий хостинг і, якщо файли змінювалися, докопіюйте нові завантаження. На сайтах-візитках без форм вистачає короткої паузи в правках.
Крок 7. Перемкніть DNS на новий хостинг
Змініть записи A і AAAA для домену та www на IP нового сервера або змініть DNS-сервери домену в реєстратора на сервери нового хостингу. Перший варіант швидший завдяки зниженому TTL. У разі зміни DNS-серверів закладайте до доби на оновлення. Перед перемиканням перенесіть на нові DNS усі записи зі списку інвентаризації, особливо MX і TXT. Інакше пошта й перевірки сервісів перестануть працювати. Якщо домен ви водночас переносите до іншого реєстратора, робіть це окремим етапом, докладніше у статті «Як перенести домен .ua і .com.ua до іншого реєстратора».
Крок 8. Перевірте пошту, SSL, форми і cron, старий хостинг тримайте в запасі
Після перемикання відкрийте сайт із телефона через мобільний інтернет: так ви побачите його очима відвідувача. Переконайтеся, що сертифікат чинний і сайт відкривається за https без попереджень. Надішліть тестову заявку через кожну форму і перевірте, що лист дійшов. Якщо пошта переїхала, надішліть листи на зовнішні адреси й назад і перевірте SPF та DKIM для нового сервера, подробиці у статті «SPF, DKIM і DMARC: щоб листи не потрапляли в спам». Наступного дня перевірте, що завдання cron відпрацювали. Старий хостинг залиште оплаченим ще кілька днів: якщо щось забули, файли й база будуть під рукою. Після цього поверніть TTL до звичайного значення.
Що перевірити і типові помилки
- DNS перемкнули до перевірки. Відвідувачі бачать помилку бази даних або порожню сторінку, поки ви шукаєте причину. Перевірка через hosts займає пів години і знімає цей ризик.
- Забули про пошту. Якщо MX-записи вказували на старий хостинг і ви змінили DNS-сервери без них, листи почнуть повертатися відправникам. Перенесіть скриньки заздалегідь або збережіть попередні MX-записи.
- Втратили замовлення за день переїзду. Базу скопійовано зранку, перемикання ввечері. Робіть фінальну синхронізацію бази безпосередньо перед зміною DNS.
- Інша версія PHP. На новому сервері стоїть новіша версія, і старий плагін падає з помилкою. Починайте з тієї самої версії й оновлюйте окремо.
- Жорстко прописані адреси та шляхи. У конфігурації чи базі залишилися абсолютні шляхи старого сервера. Шукайте їх у журналі помилок після першого запуску.
- Старий хостинг вимкнули в день переїзду. Частина відвідувачів із кешем DNS ще потрапляє на старий сервер, і запасної копії під рукою немає. Зачекайте кілька днів.
- Сайт не перевірили в пошуку. Після переїзду відкрийте звіти в Google Search Console і переконайтеся, що помилок сканування не побільшало.
Часті запитання
Скільки триває перенос сайту на інший хостинг?
Для невеликого сайту самі роботи займають кілька годин. Разом із завчасним зниженням TTL і спостереженням після перемикання план розтягується на три-п’ять днів, з яких активна робота займає один вечір.
Чи вплине переїзд на позиції в пошуку?
Якщо адреси сторінок і зміст не змінюються і сайт не був недоступним, пошукові системи зазвичай переїзду не помічають. Важливо, щоб новий сервер відповідав швидко і без помилок.
Чи потрібно переносити домен разом із сайтом?
Домен може залишатися в попереднього реєстратора. Достатньо змінити DNS-записи або DNS-сервери. Перенос домену до іншого реєстратора роблять окремо, якщо так зручніше для оплати й керування.
Що робити із SSL-сертифікатом під час переїзду?
На новому хостингу випускають новий сертифікат, безкоштовний Let’s Encrypt часто встановлюється автоматично після того, як домен спрямовано на сервер. Якщо у вас платний сертифікат, перенесіть сертифікат і приватний ключ на новий хостинг.
Чи можна перенести сайт, якщо старий хостинг уже не працює?
Так, з резервної копії. Тому важливо, щоб копії зберігалися окремо від основного сервера. Без копії відновити сайт можна лише частково, наприклад з архівів пошукових систем.
Хочете переїхати без ризику для заявок і пошти? MMIX з 2012 року переносить сайти на новий хостинг: інвентаризація, перенос, перевірка через hosts, перемикання DNS і контроль після запуску. Залиште заявку, і ми складемо план переїзду під ваш сайт.
Зв'язатися з нами
І відповімо на всі ваші запитання.
DUNS Number: 68-606-2061
NCAGE Number: A3G3J
"INNOVA CONSULTING GROUP"
Коментарі
Write comment