Чек-лист переноса сайта
Обновлено 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, описаны в связанных руководствах.