Щоб перенести сайт на інший хостинг, потрібно скопіювати його дані, перевірити роботу в новому середовищі та змінити налаштування домену. Але для бізнесу переїзд завершується лише тоді, коли клієнти зможуть оформлювати замовлення, менеджери отримують заявки, а пошта працює за звичними адресами. Тому планувати варто перенесення всіх пов’язаних сервісів.
Уявімо невеликий інтернет-магазин: розробник переносить каталог і базу даних, власник змінює налаштування домену, головна сторінка відкривається. Водночас листи залишаються на старому сервері, а замовлення, прийняті після створення копії, відсутні на новому. Такий сценарій показує, чому перевірки лише зовнішнього вигляду недостатньо.
З’ясуйте, що саме потрібно переносити
Почніть зі списку сервісів і відповідальних за них людей. Домен може бути зареєстрований в одній компанії, сайт розміщений в іншій, а корпоративна пошта — працювати через окремого провайдера. Зміна хостингу сама по собі не вимагає перенесення реєстрації домену: це різні процедури.
Передайте виконавцю перелік того, що використовує проєкт:
- файли сайту, бази даних і завантажені користувачами матеріали;
- поштові скриньки, архів листування та пересилання;
- піддомени, додаткові сайти й тестові версії;
- завдання cron, платіжні модулі, зв’язки з CRM;
- зовнішні сервіси, які дозволяють підключення лише з певної IP-адреси.
Заздалегідь перевірте доступ до кабінету реєстратора, керування DNS і старого хостингу. DNS — це система записів, що допомагає спрямовувати звернення до домену на потрібні сервери. Якщо доступами володіє лише колишній підрядник, вирішіть це питання до призначення дати переїзду.
Погодьте з новим провайдером обсяг робіт
Для підбору тарифу повідомте, на якій CMS працює сайт, скільки місця займають файли, бази даних і пошта, які додаткові програми потрібні. Для PHP-сайту важлива сумісність версії PHP та розширень; для власного застосунку можуть знадобитися окремі процеси й налаштування.
Наприклад, на сайті uahosting можна ознайомитися з варіантами хостингу для CMS та віртуальних серверів. Перед замовленням варто надіслати підтримці опис проєкту й уточнити, який тариф підходить, що входить у допомогу з перенесення та які дії залишаються за власником або розробником.
Окремо погодьте перенесення пошти, налаштування HTTPS, перевірку форм і підключення зовнішніх систем. Формулювання «перенести сайт» надто широке: для одного виконавця це копіювання файлів, для іншого — також перевірка інтеграцій.
Підготуйте копію та перевірте її до переключення
Зробіть актуальну резервну копію й збережіть її поза старим хостинг-акаунтом, як варіант — завантажте її на свій локальний комп’ютер. Для типового сайту на WordPress потрібні і файли, і база даних: завантаження лише папки із зображеннями та плагінами не збереже весь вміст. Окремо подбайте про листування, якщо пошта також переїжджає.
Домовтеся з виконавцем про попередній доступ до нової копії. Перевірте вхід до адміністративної панелі, відкриття внутрішніх сторінок, завантаження файлів, пошук і форми. Для магазину додайте кошик, оформлення замовлення та обмін даними з CRM. Тестові платежі проводьте у передбаченому платіжним сервісом режимі, без випадкових списань.
Тестова копія не повинна надсилати клієнтам дублікати листів, запускати повторні списання чи змінювати залишки товарів у робочій системі. Нехай розробник визначить, які інтеграції та автоматичні завдання потрібно тимчасово вимкнути. Після запуску перевірте, що необхідні функції знову активні.
Визначте, що станеться з новими заявками
Між створенням копії та переключенням домену на сайті можуть з’явитися нові замовлення, реєстрації, коментарі й файли. Копія, зроблена вранці, не міститиме даних, які надійшли вдень. Тому для активного сайту потрібен окремий план фінального перенесення.
Для невеликого проєкту можна погодити коротке вікно обслуговування: призупинити операції, що змінюють дані, перенести останні зміни та перевірити результат. Для магазину з постійними продажами виконавець має спланувати синхронізацію або інший спосіб зберегти узгодженість даних. Важливо визначити, яка копія приймає нові замовлення під час переходу.
Оберіть час із меншим навантаженням і попередьте команду, які операції тимчасово обмежені. Менеджерам потрібні зрозумілі дії: де перевіряти замовлення, кому повідомляти про проблему та як прийняти звернення альтернативним способом.
Перевірте пошту та налаштування домену
Сайт і пошта можуть використовувати різні сервери. Якщо змінюється лише сервер сайту, налаштування окремого поштового сервісу часто можна зберегти. Якщо змінюються DNS-сервери домену, потрібно заздалегідь перенести всі необхідні записи, а не лише адресу вебсайту.
Для пошти перевіряють MX-записи, які вказують сервери приймання листів, а також записи SPF, DKIM і DMARC, пов’язані з перевіркою відправника. Їхні значення мають відповідати фактичному поштовому провайдеру. Під час перенесення самих скриньок окремо узгодьте копіювання старих листів і тих, що надійдуть у перехідний період.
Оновлені DNS-дані стають доступними користувачам не одночасно через кешування. Тому час завершення переходу потрібно перевіряти, а не визначати лише за тим, що сайт уже відкрився на комп’ютері власника. Для загального плану корисні рекомендації Google щодо зміни хостингу без зміни URL.
Завершуйте переїзд перевіркою робочих сценаріїв
Після переключення перевірте сайт із різних мереж, зокрема через мобільний інтернет. Попросіть виконавця підтвердити, що запити надходять на новий сервер. Переконайтеся, що HTTPS працює, адреси сторінок збережені, а тимчасові обмеження тестової копії не заважають роботі основного сайту та його індексації.
Пройдіть основні сценарії клієнта: залиште заявку, перевірте її появу в CRM, надішліть лист із зовнішньої скриньки й отримайте відповідь. Для магазину звірте останні замовлення та їхні статуси. Також перевірте автоматичні завдання й створення резервних копій уже на новому хостингу.
Старий акаунт відключайте після підтвердження, що потрібні дані перенесені та робочий трафік перейшов. Завчасно узгодьте план повернення на випадок проблем: якщо на новому сервері вже з’явилися замовлення, просте повернення до старої бази може їх втратити. Після завершення робіт відкличте тимчасові доступи й збережіть актуальні дані керування сервісами у відповідальної особи.
Оновлено 18.10.2026
