Миграция / zero downtime

Перенос сайта на российский хостинг без простоя и потери позиций

Поднимаем второй контур, синхронизируем изменения, переключаем DNS и оставляем старый сервер живым до подтверждённой стабилизации.

Проверено
25 августа 2026
Чтение
≈ 17 минут
Уровень
Владелец + администратор

Инвентаризация

Домашняя папка сайта — только часть миграции

До заказа сервера составьте карту: DNS, сертификаты, файлы, база, версии runtime, расширения, cron, очереди, почта, storage, секреты, webhook, резервные копии, firewall, мониторинг и внешние allowlist.

Зафиксируйте исходные показатели: TTFB, Core Web Vitals, коды ответов ключевых URL, sitemap, robots, canonical, объём базы и число файлов. Без базы сравнения после переключения невозможно отличить новую проблему от старой.

Проверьте совместимость PHP/Node/БД, регистр имён файлов, часовой пояс, locale, лимиты загрузки и расширения. Ошибки миграции часто проявляются только в cron, оплате и отправке почты.

Подготовка

Снизьте TTL и поднимите новый контур заранее

За 24–48 часов до окна уменьшите TTL нужных DNS‑записей, если текущий провайдер позволяет. Настройте сервер, TLS, редиректы, заголовки, почту, резервные копии и мониторинг до загрузки боевых данных.

Тестируйте новый сервер через локальную запись hosts или временный технический домен, закрытый от индексации и постороннего доступа. При использовании hosts браузер обращается к новому IP с настоящим доменом — это позволяет проверить TLS, cookie и абсолютные URL.

Перед переключением убедитесь, что на боевом ответе нет noindex, запрета в robots.txt, basic auth и canonical на технический домен.

Данные

Выберите стратегию финальной синхронизации

Короткое read-only окно

Остановить записи, сделать финальный dump, импортировать и переключить. Надёжно для небольшого сайта.

Репликация

Настроить поток изменений и переключить роль базы. Требует компетенций и проверки lag.

Двойная запись

Сложна и опасна без идемпотентности; редко оправдана ради обычной миграции.

Очередь событий

Временно буферизовать операции и переиграть после переключения.

Для магазина заранее решите судьбу заказов, оплат и webhook, пришедших в переходный период. Одна и та же операция не должна выполниться дважды.

Переключение

DNS меняется быстро, но не одновременно для всех

  1. Включите согласованное окно изменений.
  2. Сделайте и проверьте финальную копию.
  3. Синхронизируйте дельту и проведите короткий smoke‑test.
  4. Измените A/AAAA/CNAME и проверьте authoritative DNS.
  5. Следите за трафиком, ошибками, очередями, оплатой и письмами на обоих серверах.
  6. Не выключайте старый контур, пока запросы не ушли и данные не сверены.

План отката должен описывать триггер, ответственное лицо, обратное DNS‑переключение и судьбу записей, созданных на новом сервере. «Вернуть всё назад» без синхронизации потеряет данные.

SEO

При смене только хостинга URL должны остаться прежними

Если домен и пути не меняются, не нужны новые canonical или массовые 301. Сохраните коды ответов, контент, мета‑теги, robots.txt, sitemap, hreflang и структуру внутренних ссылок. Не совмещайте переезд с редизайном и сменой CMS без необходимости.

  • Все важные URL отвечают тем же 200/301/404.
  • Нет циклов и цепочек редиректов.
  • Googlebot и YandexBot не заблокированы WAF.
  • Время ответа и доступность не ухудшились.
  • Search Console/Вебмастер и аналитика продолжают получать данные.
  • Старый сервер хранится до исчезновения реального трафика и завершения проверки.

Верните нормальный TTL, отзовите старые ключи, получите подтверждение удаления данных и обновите схему инфраструктуры.

FAQ

Частые вопросы

Потеряются ли позиции при смене хостинга?

При неизменных URL и корректном переносе поисковые сигналы не должны переноситься между адресами. Риск возникает из-за недоступности, ошибок, блокировки ботов, ухудшения скорости или случайного noindex.

Можно переключить DNS сразу после копирования файлов?

Только если проверены база, runtime, cron, почта, TLS, формы, оплаты и стратегия записей в переходный период.

Когда выключать старый сервер?

После того как DNS распространился, старый контур перестал получать значимый трафик, данные сверены, а новый выдержал период наблюдения.

Нужен ли 301 при смене IP?

Нет. Если URL не меняется, браузер и поисковик просто получают тот же адрес с нового IP.

Первоисточники

Документы и руководства

  1. Google Search Central: changing hosting — официальная инструкция для смены инфраструктуры без URL
  2. Google Search Central: site moves — правила при одновременной смене URL
  3. Яндекс Вебмастер: рекомендации владельцам сайтов — индексация и диагностика

Дата проверки: 25 августа 2026. Нормы, ставки, интерфейсы ведомств и условия сервисов могут измениться. Перед юридически или финансово значимым решением сверьте актуальную редакцию первоисточника и обстоятельства вашей организации.

Напиши нам