Максим Дорохов 
Переезд сайта на другой хостинг без потери трафика
Смена хостинга — единственная авария, которую можно спланировать заранее. Разбираем, что именно ломается при переезде, как подготовиться за неделю и что проверять в первые сутки, пока сайт живёт на двух серверах одновременно.
Что ломается при переезде
Файлы копируются, база разворачивается, сайт на новом сервере открывается — и на этом обычно считают переезд состоявшимся. Проблемы вылезают позже и в неочевидных местах.
| Что ломается | Как проявляется |
|---|---|
| Почта на домене | MX-записи остались от старого хостера — письма уходят в никуда |
| SSL-сертификат | На новом сервере его не выпустили — браузер показывает предупреждение во весь экран |
| Cron-задачи | Перестали выгружаться фиды, не уходят письма о заказах, не обновляются остатки |
| Права на файлы | Не загружаются картинки, не пишется кэш, админка отдаёт ошибку |
| Версия PHP и расширения | Белый экран или ошибка 500 на отдельных страницах |
| Правила в .htaccess | Пропали редиректы, часть URL начала отдавать 404 |
Общее у всех строк одно: сайт при этом открывается. Главная работает, и поверхностная проверка «зашёл — вижу» ничего не покажет.
За неделю до переезда
Снизьте TTL у DNS-записей. Это единственная подготовка, которую нельзя сделать в последний момент. Поставьте TTL в 300 секунд за сутки-двое до переезда: тогда переключение на новый сервер займёт минуты вместо часов. Подробнее — в статье про DNS-записи и их проверку.
Составьте инвентаризацию. Выпишите всё, что живёт на текущем сервере помимо сайта: почтовые ящики, cron-задачи, сторонние скрипты, поддомены, доступы по SSH и FTP для подрядчиков. Именно забытые мелочи и ломаются.
Зафиксируйте эталон. Сохраните список из 15–20 ключевых адресов: главная, категория, карточка товара, корзина, оформление, личный кабинет, форма заявки, robots.txt, sitemap.xml, страница оплаты. После переезда вы пройдёте по этому списку и сравните.
Сделайте резервную копию и проверьте, что она разворачивается. Бэкап, который никто не пробовал восстановить, — это не бэкап.
День переезда: порядок действий
- Разверните сайт на новом сервере и откройте его по временному адресу или через правку файла hosts на своём компьютере. Проверьте по списку эталонных адресов — до всякого переключения DNS.
- Выпустите SSL-сертификат на новом сервере заранее, не откладывая на «после переключения».
- Синхронизируйте базу и загруженные файлы повторно, непосредственно перед переключением: за время тестирования на старом сайте появились новые заказы.
- Переключите A-запись на новый IP. MX-записи трогайте отдельно и осознанно — если почта остаётся у прежнего провайдера, их менять не нужно.
- Не выключайте старый сервер. Он должен работать ещё как минимум сутки.
Пока обновляется DNS, часть посетителей попадает на новый сервер, а часть — ещё на старый. Если в это время принимать заказы на обоих, вы получите две расходящиеся базы, которые потом придётся сводить руками. Безопаснее на старом сервере отключить оформление заказа или выставить режим «только чтение».
Первые сутки после переключения
Проверка «сайт открылся» здесь бесполезна: он открывался и до переезда. Пройдите по списку из подготовки и добавьте к нему четыре вещи.
Отправьте тестовый заказ и заявку с формы. Убедитесь, что письмо дошло и до вас, и до клиента, а заказ появился в админке.
Проверьте sitemap.xml и robots.txt. На новом хостинге robots нередко приезжает из тестового окружения — с закрывающей директивой, которая выключает сайт из индекса целиком.
Сравните время ответа. Новый хостинг должен быть быстрее старого или хотя бы не медленнее. Если страницы стали открываться заметно дольше, это повод разбираться сейчас, а не через месяц по упавшим позициям.
Убедитесь, что выгрузки и cron-задачи запустились. Товарные фиды и интеграции — самая частая жертва переезда, потому что их поломку замечают только по остановившимся продажам на маркетплейсе.
Удобный способ пройти переезд спокойно — завести проверки заранее, за несколько дней до него: тогда у вас будет эталон, с чем сравнивать. Пруфен проверяет доступность страниц с интервалом от 2 минут из 13 точек и показывает историю времени ответа — по графику сразу видно, стал новый хостинг быстрее или медленнее. Отдельные проверки следят за сертификатом, DNS-записями и сроком домена. Уведомления приходят на Email, в Telegram, в Макс или звонком.
Частые вопросы
Просядут ли позиции в поиске из-за переезда? Смена хостинга сама по себе не меняет адреса страниц, поэтому при аккуратном переезде позиции не двигаются. Проседание вызывают сопутствующие ошибки: закрывший сайт robots.txt, потерянные редиректы, часы недоступности или заметно упавшая скорость.
Когда можно выключать старый сервер? Не раньше чем через сутки после переключения, а лучше через двое-трое. К этому времени кэш DNS у провайдеров обновится, и вы успеете заметить то, что всплывает не сразу, — например, ежедневные выгрузки по расписанию.
Переезжать лучше ночью? Да, но не ради тишины на сайте, а ради запаса времени: если что-то пойдёт не так, у вас будет несколько часов до утреннего трафика. Пятница — плохой выбор: разбираться с последствиями придётся в выходные.
Нужно ли сообщать поисковикам о смене хостинга? Нет, отдельного уведомления не требуется — адреса страниц не меняются. Сообщать нужно при смене домена, и это совсем другая процедура.