Как перенести сайт на другой хостинг без простоя

Простой - это когда клиент не может оставить заявку

Перенос сайта: новый сервер, другой хостинг, смена домена или ssl. «Без простоя» значит: для посетителя сайт доступен, формы работают, почта не теряется.

Мелочь? Нет.

Я обычно готовлю новую площадку полностью, переключаю DNS в согласованное окно, мониторю первые часы.

Заказчик может не знать про TTL и A-запись, но должен знать: перенос в пятницу вечером без дuty - риск.

Этапы переноса

1. Бэкап старого: файлы + БД если есть.
2. Развернуть копию на новом хостинге.
3. Тест на временном URL или hosts.
4. Снизить TTL DNS за 24-48 часов до переключения.
5. Поменять A/CNAME на новый IP.
6. Проверить ssl, формы, почту, редиректы.

DNS и TTL

TTL - как long провайдеры кэшируют старый IP. Было 86400 (сутки), сменили IP - часть мира сутки смотрит на старый сервер. Перед переносом ставлю TTL 300-600. Про связку - hosting, домен и SSL.

# Пример A-записи
example.com.  300  IN  A  203.0.113.10
www           300  IN  CNAME  example.com.

Тест до переключения

Staging на новом хосте, правка /etc/hosts у разработчика или URL вида new.example.com. Заказчик проходит чеклист приёмки на новой площадке. Не меняем prod, пока не «ок».

Staging для заказчика - что такое staging.

Формы и интеграции

После переноса webhook Telegram, SMTP, CRM могут слететь из-за другого URL или firewall. Тестовая заявка сразу после DNS. Не потерять заявки.

После переноса забыли обновить env с токеном бота. Сайт открывался, заявки три дня не шли.

Почта MX

Меняете только A для сайта, MX не трогаете - почта на Google/Yandex жива.

Сроки плывут отсюда.

Если переносите всё на один хостинг, MX настраиваете до переключения и проверяете SPF/DKIM.

Редиректы и SEO

Смена домена: 301 со старых URL на новые, sitemap, Search Console, без 301 теряете позиции и получаете 404.

Да, так бывает.

Смена только хостинга при том же домене - редиректы URL обычно не нужны.

ssl на новом сервере

Certbot до переключения DNS или DNS-challenge. После смены A-записи проверить https. SSL чеклист.

Окно переключения

Я предпочитаю утро буднего дня, когда и я, и заказчик на связи. Ночь «чтобы не заметили» - плохо, если что-то сломалось и некому ответить.

Откат

Старый хостинг не удаляем неделю. DNS обратно на старый IP - план Б за 15 минут. Бэкап свежий.

WordPress и БД

Экспорт БД, search-replace URL если меняется домен, wp-config на новом сервере. Проверить uploads, permalinks, flush cache.

Мониторинг после

Uptime ping, 404 в Метрике, цели lead_form, первые 24 часа смотрю логи nginx на ошибки.

Итог для заказчика

Спросите подрядчика: когда тест, когда DNS, что с почтой, план отката. Перенос без простоя - это подготовка, не магия одной кнопки. Доступы - не потерять.

Нагрузочное и кэш

После переноса сбросьте CDN и browser cache, проверьте, что на новом сервере включён gzip/brotli и кэш статики, а иначе «сайт стал медленнее после переноса» при той же вёрстке.

Если был wp-cron или queue workers, поднимите их на новом хосте. Фоновые задачи не видны в браузере, но формы и email зависят от них.

Коммуникация с заказчиком в день X

Я пишу: «DNS меняем в 10:00 МСК, полное распространение до 14:00», заказчик не паникует в 10:15, если у него ещё старый IP. Ожидания управляют нервами.

После переключения: скрин ssl, скрин формы, ping из трёх городов если проект крупный. Мелочи, но спокойствие.

Multisite и несколько доменов

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

Без теории

На созвонах я часто возвращаюсь к этой теме, когда заказчик говорит «у нас всё просто». Простота редко означает «без последствий»: у простого лендинга всё равно есть домен, ssl, форма, аналитика и договорённости с подрядчиком. Я обычно прошу зафиксировать решения письменно и сверить их с ТЗ, бюджетом и чеклистом перед запуском. Так проще передать проект новому исполнителю и не спорить «мы думали иначе» через три месяца.

Если вы впервые заказываете сайт, полезно прочитать как купить сайт для бизнеса и заглянуть в услуги и цены за ориентирами по срокам. Вопросы до оплаты собраны в материале что спросить у разработчика. Это не бюрократия, а способ не потерять деньги на мелочах, которые всплывают в день запуска рекламы.

Типовая схема переноса

1) Копия на новом сервере, staging с hosts или временным URL. 2) Тест форм, ssl, редиректы. 3) Снижение TTL DNS за сутки. 4) Переключение A-записи. 5) Мониторинг 48 часов, старый сервер не выключать неделю.

Я держу старый VPS включённым с read-only, пока не убедимся, что почта, формы и cron на новом месте работают. Откат - смена DNS обратно.

nginx на новом сервере до переключения DNS

server {
  listen 443 ssl;
  server_name example.com;
  ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
  root /var/www/site;
}

Сертификат можно получить через DNS-challenge до смены A-записи, если подрядчик знает процедуру.

Формы и почта после DNS

После смены A-записи проверьте SMTP, webhook формы, Telegram-бот, dNS на MX не трогали, но API-ключи на новом сервере могли не перенести, и тестовая заявка в первый час после переключения обязательна.

Кэш CDN

Если Cloudflare или другой CDN, purge cache после выкладки, иначе часть пользователей видит старый сервер ещё сутки, а tTL DNS 300-600 сек на день переноса ускоряет откат.

Подробнее про хостинг - перенос на другой hosting и домен + ssl.

База данных

WP и CRM на сервере: dump mysql до переключения, import на новом, проверить wp-config.php credentials. Статика: rsync файлов достаточно. Заказчик спрашивает «данные не потеряются?» - покажите тестовую заявку на staging нового сервера.

На практике

Я solo-разработчик и каждый такой проект веду сам: созвон, оценка, staging, выкладка, передача доступов. Заказчику не нужно разбираться в терминах, но нужно понимать решения: что вы выбрали, почему, что проверить при приёмке. Я обычно фиксирую это в переписке или в ТЗ, чтобы через полгода не вспоминать «а мы же договаривались».

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

Мини-протокол созвона

Один файл или сообщение: решение, срок, цена, что не входит, кто даёт контент, как принимаем. Я обычно дублирую это в email после созвона, чтобы обе стороны могли процитировать. Без записи «мы думали иначе» появляется на финальной оплате.

Hosting, ssl, домен, форма, Метрика - базовая инфраструктура любого сайта, даже если статья про другую тему. См. hosting и ssl и доступы. Покупка сайта целиком - порядок шагов.

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

Что обычно идёт не так

• Менять DNS до теста на новом сервере.
• Не снижать TTL и ждать мгновенного переключения.
• Удалять старый хостинг в день переноса.
• Забыть протестировать формы и ssl после смены IP.
• Переносить в пятницу вечером без мониторинга.

План для заказчика

• Требуйте тестовую ссылку или чеклист на новом хосте до DNS.
• За 48 часов попросите снизить TTL домена.
• Согласуйте дату и время переключения, будьте на связи.
• После переноса отправьте тестовую заявку и проверьте почту.
• Не отключайте старый хостинг минимум 7 дней.
• Проверьте https и главные страницы с мобильного интернета.

Если нужен код, а не совет. Перенос без простоя - работа разработчика: бэкап, staging, DNS, ssl, webhooks и план отката; заказчик утверждает окно и проверяет формы. Ориентиры по срокам и бюджету - на странице цен, услуги - в разделе услуг.

Рядом по теме: Hosting и SSL, Проверка SSL, Staging.

Проверьте пункт в ТЗ до старта.

Проверьте пункт в ТЗ до старта.