Чекліст перенесення сайту
Оновлено 5 хв читанняКоманда DNSPeek
Безпечне перенесення сайту складається з шести етапів: план, підготовка нового сервера, перевірка до зміни DNS, перемикання, контроль і прибирання. Головне правило: старий сервер обслуговує відвідувачів, доки новий не перевірено, і скасовується лише тоді, коли трафік на нього більше не надходить. Роздрукуйте цю сторінку й позначайте кожен пункт у міру роботи.
Як користуватися цим чеклістом
Проходьте етапи по черзі. Пункти, які не стосуються вашого сайту (наприклад, пошта на сайті без пошти), можна закреслити. Скористайтеся кнопкою друку або командою друку в браузері, щоб отримати чисту паперову копію з прапорцями; навігація й футер у роздруківку не потрапляють.
Кожен етап посилається на посібник із подробицями. Про специфіку платформ читайте в посібниках перенесення WordPress без простою, чекліст перенесення з cPanel на cPanel і перенесення на VPS.
Етап 1: план
- Вибрано дату й час перенесення поза піковим трафіком
- Підтверджено доступи: старий хостинг, новий хостинг, DNS-провайдер, реєстратор, CDN
- Складено перелік: домени, піддомени, бази даних, поштові скриньки, cron-завдання, інтеграції
- Відомо, де розміщено пошту (той самий хостинг, окремий провайдер або пошти немає)
- Визначено, хто погоджує запуск і хто чергує під час перемикання
- Є план відкату: як повернути DNS на старий сервер
- Записано поточні TTL для кожного запису, який зміниться
Перевірте TTL за допомогою перевірки TTL і зʼясуйте, хто сьогодні хостить домен, його DNS і пошту, за допомогою інструмента Хто хостить цей сайт?.
Етап 2: підготовка нового сервера
- Повну резервну копію старого сайту завантажено й збережено поза старим сервером
- Новий сервер відповідає старому середовищу: версія PHP чи Node, розширення, версія бази даних
- Файли скопійовано, права доступу встановлено
- Базу даних імпортовано; конфігурацію застосунку оновлено новими обліковими даними
- Віртуальний хост або сайт налаштовано для домену і www
- Відтворено правила рівня сервера: редиректи, правила rewrite, ліміти PHP
- Cron-завдання підготовлено (але ще не продубльовано зі старим сервером)
- TTL знижено до 300 секунд щонайменше за один старий TTL до перемикання
Чому TTL важливий: Знизьте TTL перед перенесенням.
Етап 3: перевірка до зміни DNS
- Сайт відкривається на новому IP під своїм справжнім доменом (посилання-превʼю або файл hosts)
- Головну та ключові сторінки перевірено на компʼютері й телефоні
- Форми надіслано; листи-сповіщення надходять
- Вхід у CMS чи адмінку працює; завантаження медіафайлу працює
- Оформлення замовлення або вхід перевірено на тестових акаунтах
- QA-сканування виконано; критичні зауваження виправлено й повторно перевірено
- Старий і новий сайт порівняно поруч
- Немає залишків staging (тестового середовища): noindex, блокування в robots.txt, тимчасові URL
- Є план для сертифіката: дійсний уже зараз або випускається одразу після перемикання
- Погодження клієнта чи власника зафіксовано
Посилання-превʼю DNSPeek закриває перші пункти на будь-якому пристрої, і ним можна поділитися для погодження; QA-звіт і порівняння наживо закривають сканування й порівняння. Переваги й недоліки методів: файл hosts чи посилання-превʼю. Погодження: погодження з клієнтом перед запуском.
Етап 4: перемикання
- Заморожено зміни вмісту на старому сайті (замовлення, коментарі, публікації)
- Виконано фінальну синхронізацію бази даних і нових завантажень
- A-запис домену змінено на новий IP
- www та інші імена хостів змінено
- Старий AAAA-запис оновлено або видалено
- MX і поштові записи змінено, лише якщо пошта теж переїжджає
- Origin у CDN оновлено, якщо сайт проксіюється через CDN
Етап 5: контроль
- Публічні резолвери повертають новий IP
- Сайт відповідає з нового сервера
- Дійсний сертифікат для кожного імені хоста
- Редиректи: http на https і обробка www за один-два кроки
- Заголовки безпеки присутні, як і раніше
- MX, SPF, DKIM і DMARC правильні; тестовий лист надіслано й отримано
- Форми й транзакційні листи доставляються
- Cron-завдання працюють лише на новому сервері
- Аналітика спрацьовує; sitemap доступний
Інструменти для цього етапу: перевірка поширення DNS, Чи перемкнувся мій домен?, перевірка SSL, перевірка редиректів, перевірка заголовків безпеки, перевірка MX-записів, перевірка SPF-запису і перевірка DMARC-запису. Повний перелік того, що варто переглянути: що перевірити після переїзду на новий хостинг.
Етап 6: прибирання
- Журнали доступу старого сервера більше не показують реальних відвідувачів
- На старий сервер не надходить нова пошта
- Фінальну резервну копію старого акаунта збережено
- TTL повернуто до 3600 секунд або більше
- Записи у файлі hosts видалено; посилання-превʼю вимкнено
- Резервне копіювання й моніторинг налаштовано на новому хостингу
- Старий хостинг скасовано
Скільки чекати: Скільки триває поширення DNS.
Якщо щось пішло не так: відкат
Відкат простий лише тоді, коли його заплановано. Оскільки старий сервер продовжує працювати, а TTL короткий, скасування перемикання — це та сама операція у зворотному напрямку: спрямуйте записи назад на старий IP, і відвідувачі повернуться за кілька хвилин. Заздалегідь вирішіть, що стане причиною відкату (наприклад, не працює оформлення замовлення або сайт повертає помилки) і хто ухвалює це рішення.
Дані, записані на новому сервері після перемикання (замовлення, реєстрації чи коментарі), самі назад не потечуть. Зафіксуйте час перемикання, щоб знайти й скопіювати ці записи, якщо доведеться на якийсь час повернутися на старий сервер.
Перенесення коротко
Крок 1: Сплануйте
Складіть перелік доменів, даних, пошти й інтеграцій, підтвердьте всі доступи й погодьте план відкату.
Крок 2: Знизьте TTL
Встановіть для записів, які зміните, 300 секунд щонайменше за один старий TTL до перемикання.
Крок 3: Підготуйте новий сервер
Скопіюйте файли й базу даних, узгодьте версії середовища та відтворіть правила рівня сервера.
Крок 4: Перевірте до зміни DNS
Відкрийте сайт на новому IP під справжнім доменом, запустіть QA-сканування, порівняйте зі старим сайтом і отримайте погодження.
Крок 5: Перемкніть
Заморозьте вміст, виконайте фінальну синхронізацію й оновіть A, AAAA та інші записи.
Крок 6: Проконтролюйте
Перевірте поширення, сертифікат, редиректи, пошту й форми.
Крок 7: Приберіть
Коли трафік на старий сервер припиниться, зробіть фінальну резервну копію, підвищте TTL і скасуйте старий хостинг.
Підсумок на одній сторінці
Десять найважливіших пунктів
- Резервну копію збережено поза сервером
- TTL знижено за один старий TTL наперед
- Версії середовища на новому сервері збігаються
- Сайт перевірено на новому IP до зміни DNS
- QA-сканування без критичних зауважень
- Погодження зафіксовано
- Вміст заморожено й синхронізовано
- Перемкнуто кожне імʼя хоста й AAAA-запис
- Сертифікат, редиректи, пошту й форми перевірено
- Старий хостинг скасовано лише після того, як трафік припинився
Поширені запитання
Що таке чекліст перенесення сайту?
Це впорядкований список завдань, потрібних, щоб перенести сайт на новий сервер чи хостинг без простою і втрати даних: від планування й резервних копій до перевірки, перемикання DNS, контролю і скасування старого хостингу.
Скільки триває перенесення сайту?
Копіювання невеликого сайту займає від кількох хвилин до кількох годин. Загалом закладіть щонайменше день, бо TTL слід знизити за добу, а старий сервер — зберігати ще кілька днів після перемикання.
Чи можна завантажити цей чекліст у PDF?
Скористайтеся кнопкою друку й виберіть «Зберегти як PDF» у діалозі друку браузера. Роздруківка містить прапорці й не містить навігації сайту.
Яка найпоширеніша помилка під час перенесення?
Перемикання DNS до перевірки нового сервера, а одразу за нею — забуті поштові записи й надто раннє скасування старого хостингу. Перевірка до перемикання і збереження старого сервера на кілька днів запобігають усім трьом.
Чи підходить цей чекліст для будь-якої платформи?
Так. Етапи застосовні до WordPress, інших CMS, фреймворків і статичних сайтів. Специфічні для платформи кроки, як-от заміна URL у базі даних WordPress, описано в повʼязаних посібниках.