Чтобы сменить хостинг и сохранить доступность сайта для посетителей и поисковых роботов, подготовьте новую инфраструктуру до изменения DNS. Проверьте копию, сертификат, ответы страниц и доступ к ресурсам, затем переключите трафик и наблюдайте оба сервера. Не отключайте старый сервер сразу: часть запросов ещё может приходить на него из-за сохранённых DNS-данных.
URL и домен в этом сценарии остаются прежними. Меняется инфраструктура, которая отвечает на запросы. Такой перенос не требует перенаправлять каждую страницу на тот же адрес, но нуждается в проверке данных, настроек и фактической доступности после переключения.
Подготовьте копию и конфигурацию
Составьте перечень компонентов: файлы сайта, база данных, изображения, фоновые задания, почтовые и внешние интеграции, конфигурация веб-сервера, сертификаты и правила безопасности. Запишите владельца каждого компонента, способ резервного копирования и порядок восстановления. Копия файлов без согласованного состояния базы не доказывает, что магазин можно восстановить.
Сохраните контрольный снимок рабочих страниц: ответы, конечные URL, title, canonical, robots, ссылки, важные ресурсы и условия доступа. Для магазина добавьте цену, наличие, выбор товара и согласованный тестовый путь заказа. Запишите дату, язык и версию данных, чтобы сравнивать одинаковые состояния.
Представим условный магазин: его домен и пути страниц не меняются, а приложение переносится на новый сервер. В таблице указаны проверки и решения команды для этого примера. Адреса инфраструктуры намеренно не публикуются; фактического переезда или измерений здесь нет.
| Компонент | Проверка до | Проверка после | Когда останавливать или возвращать | Ответственный |
|---|---|---|---|---|
| Сертификат и домен | Новый сервер отдаёт корректный сертификат для рабочего имени | HTTPS открывается без ошибки и ведёт к нужному сайту | Сертификат не подходит или страница недоступна | Инфраструктура |
| Страницы и файлы | Контрольные URL и ресурсы совпадают с согласованной версией | Категория, карточка и инструкция открываются на рабочем домене | Важный маршрут ошибочен или содержимое потеряно | Разработчик и SEO |
| DNS | Сохранены записи и согласован порядок их изменения | Ответы проверены у нескольких резолверов и по журналам | Обнаружены неверные записи или недоступность | Администратор DNS |
| Заказы и база | Проверены копия, синхронизация и план записи | Новые действия сохраняются без расхождений | Нельзя гарантировать сохранность новых данных | Разработчик и владелец магазина |
| Доступ роботов | Нет непреднамеренной блокировки нужных запросов | Проверены ответы и подтверждённые обращения Googlebot | Защита ошибочно отклоняет нужные обращения | Инфраструктура и SEO |
Условия остановки нужно заранее согласовать для конкретного магазина. Таблица показывает причины для решения команды, а не автоматическую команду вернуть систему без проверки новых данных.
Проверьте новый сервер до изменения DNS
Разверните копию в защищённой среде и проверьте главную, категорию, карточку, статью, языковые версии и отсутствующий адрес. Сопоставьте ответы с контрольным снимком, проверьте canonical, robots и ресурсы. Визуально похожая страница может отдавать другой код, ссылаться на тестовый хост или содержать устаревшие данные.
Системный администратор может организовать проверку нового сервера для рабочего имени до публичного переключения подходящим для инфраструктуры способом. При этом запрос должен проверять нужное имя хоста и действительность TLS-сертификата. Не отключайте проверку сертификата ради зелёного результата: ошибка имени или цепочки требует исправления.
Тестовую копию с непубличными данными защитите авторизацией. Если для публичной тестовой страницы используется noindex, отдельно запишите, где он задан и как проверить его отсутствие на предназначенном для поиска рабочем сайте. Запрет в robots.txt сам по себе не защищает данные от посторонних.
Проверьте зависимые сервисы и фоновые задачи: отправку уведомлений, обработку заказов, доступ к изображениям и интеграциям. При тестировании платёжных или заказных действий используйте только согласованный безопасный режим. Владелец магазина должен знать, какие проверки действительно выполнены, а какие ещё требуют отдельной приёмки.
Согласуйте DNS, TLS и сетевую доступность
До изменения DNS сохраните текущую конфигурацию и определите, какие записи должны указывать на новую инфраструктуру. Смена хостинга не всегда означает смену DNS-провайдера или NS-записей. Если меняются авторитетные серверы, подготовьте и проверьте всю нужную зону, включая записи почты и подтверждений, чтобы не нарушить работу соседних сервисов.
Значение TTL влияет на срок хранения ответа в кэше резолвера, но не даёт универсального момента, когда все клиенты начнут использовать новые данные. Решение о предварительном изменении TTL и времени переключения принимает администратор с учётом действующих значений и особенностей инфраструктуры. Запишите прежние и новые настройки и способ возврата.
Проверьте правила брандмауэра, защиту от автоматических запросов и ограничения частоты. Они должны пропускать разрешённый пользовательский трафик и не блокировать по ошибке нужные поисковые запросы. Если в журнале указан Googlebot, сначала подтвердите происхождение обращения; одной строки User-Agent для этого недостаточно.
Переключайте трафик без потери новых данных
Согласуйте окно работ, ответственных и критерии остановки. Перед переключением команда должна определить, где принимаются новые заказы и записи и как изменения попадут в актуальную базу. При параллельной работе двух серверов разные копии могут разойтись. Способ синхронизации или временного ограничения записи выбирает разработчик по устройству магазина; простое копирование старой базы обратно может стереть новые заказы.
После изменения DNS проверьте доступность через несколько независимых резолверов и откройте рабочий домен с разных устройств и сетей, если это возможно. Сверьте ответы, сертификат, содержимое и путь пользователя. Журналы обоих серверов помогут понять, куда ещё приходят запросы, но один источник не обязательно показывает весь трафик.
Сохраняйте прежнюю инфраструктуру доступной, пока команда не убедится по подходящим журналам и рабочим сценариям, что переключение завершено и возврат больше не требуется. Учитывайте обращения посетителей, поисковых роботов, интеграций и фоновых задач. Отсутствие записей в неполном журнале не доказывает, что старый сервер никем не используется.
План отката должен включать DNS и конфигурацию, а также сохранение данных, созданных на новом сервере. Назначьте человека, который принимает решение, и заранее проверьте восстановление в тестовых условиях. Если невозможно безопасно объединить новые записи с прежней системой, сначала устраните этот риск.
Контролируйте ответы и обработку Google
Сразу после переключения проверьте контрольные URL на рабочем домене: код ответа, конечный адрес, сертификат, содержимое, файлы и указания индексирования. Сверьте оба языка, важные страницы и отсутствующий адрес. Порядок отдельной проверки поисковой доступности приведён в материале о проверке сайта перед открытием индексации.
Следите за ошибками сервера, временем ответа и отказами защиты, а также за доступными журналами подтверждённых запросов роботов. В Search Console проверяйте выбранные URL и появившиеся сообщения с учётом даты данных. Текущая успешная проверка показывает состояние на момент теста, но не подтверждает, что Google уже переобошёл все страницы или сохранил их в индексе.
При росте ошибок установите область и время проблемы: новый сервер, DNS, приложение, отдельный ресурс или защитное правило. Сравните результат с заранее согласованными условиями остановки и передайте факты ответственному. После исправления повторите те же сценарии и проверьте, не затронуты ли соседние страницы.
Перенос можно считать технически принятым, когда согласованные сценарии работают на новой инфраструктуре, данные сохранены, а прежний сервер отключают по подтверждённому решению команды. Дальнейшее наблюдение поисковых данных остаётся отдельным этапом и не гарантирует неизменных позиций.
Нужна помощь с вашим проектом?
Оставьте имя и телефон. Свяжусь с вами, чтобы обсудить задачу, объём работ и следующий шаг.
