Определите границы переезда
Составьте список компонентов: сайт, база, пользовательские файлы, почта, очереди, расписание задач, сертификаты и внешние подключения. Отдельно уточните, где находятся домен и DNS: они не обязаны обслуживаться у того же поставщика, что и сайт.
Выберите человека, который принимает решение о переключении, и договоритесь, когда оно возможно. Если новые заказы продолжают поступать, нужен способ перенести их последнюю порцию и не получить две расходящиеся базы.
Проверьте новую площадку
- Приложение запускается на согласованных версиях PHP и необходимых расширениях.
- База доступна, кодировка и важные настройки совместимы с проектом.
- Изображения и пользовательские загрузки перенесены и доступны.
- Проверены вход в кабинет, отправка формы и оформление тестового заказа.
- Фоновые задачи, очереди и обмены используют нужное окружение.
Google рекомендует сначала скопировать сайт на новую инфраструктуру и проверить пользовательские функции, а затем менять DNS. Если используется отдельный публичный тестовый адрес, его нужно защитить от нежелательной индексации. См. порядок смены хостинга в Google Search Central.
Почта и HTTPS отдельно
Замена адреса веб-сервера не означает, что автоматически нужно менять все записи домена. В зоне могут находиться записи для почты, проверок владения и сторонних сервисов. Перед изменениями полезно сохранить её текущее состояние. Назначение A, AAAA, MX и TXT описано в справочнике типов DNS-записей Cloudflare.
Сертификат и обработку HTTPS нужно проверить на новой площадке, включая нужные имена хоста. Открытие сайта по временному адресу не проверяет, что основной домен будет обслуживаться правильно. Базовые требования к настройке HTTPS приведены в документации Nginx.
После переноса проверьте не только получение сообщения администратором, но и письмо клиенту. Успешное сохранение формы в базе ещё не доказывает доставку уведомления.
Подготовьте переключение
До изменения DNS зафиксируйте точку, до которой данные перенесены, порядок переноса новых записей и допустимый перерыв в изменениях. Для магазина и статического сайта эти решения могут быть разными.
Опишите условия возврата: какая ошибка остановит запуск, кто примет решение и что делать с данными, появившимися на новой площадке. Откат только DNS не решает вопрос новых заказов.
После переключения наблюдайте обе площадки и журналы. Google также рекомендует не выключать старую инфраструктуру, пока не подтверждена корректная обработка трафика на новой.
Критерий готовности
Сайт можно считать проверенным для переключения, когда согласованные пользовательские действия выполнены на новой площадке, перенос новых данных организован, а порядок возврата понятен участникам.
Это полезнее, чем отметка "главная открывается". Конкретный список проверок зависит от проекта: у каталога без заказов и у магазина с обменом с 1С он будет отличаться.
Если переезд нужно провести с разбором окружения и переключением, посмотрите услугу настройки сервера и переноса сайта. Если проблема в процессе регулярных релизов, отдельно поможет настройка инфраструктуры и деплоя.