Пошаговое руководство по безопасной миграции сайта на новый хостинг. Перенос файлов и базы данных, настройка DNS, минимизация времени простоя, проверка после переезда и сохранение SEO-показателей.
Введение
Старый хостинг тормозит, поддержка не отвечает, а цены выросли втрое. Вы приняли решение переезжать. Открываете нового хостера, нажимаете «перенести сайт» и... теряете трафик на неделю, а половина страниц вылетает из индекса. Знакомая страшилка? Перенос сайта на другой хостинг — это не просто скопировать файлы. Это операция, где на кону поисковые позиции, заработанные годами. Одна ошибка в настройке DNS — и посетители сутки видят заглушку. Другая — и робот Яндекса обходит сайт, когда база данных ещё не переехала, получает ошибки и исключает страницы из поиска. В этой статье — безопасный алгоритм миграции на новый хостинг, который минимизирует простой и сохранит ваши SEO-показатели.
Подготовка: что сделать до начала переезда
Хорошая новость: сам по себе переезд на другой хостинг не влияет на SEO, если сайт остаётся на том же домене и с тем же контентом. Поисковым системам всё равно, на каком сервере лежат файлы, пока сайт отвечает быстро и без ошибок. Плохая новость: миграция создаёт риск простоя, а простой бьёт по позициям. Поэтому подготовка — это 80 процентов успеха. Первым делом зафиксируйте текущие показатели. Сделайте скриншоты графиков трафика в Яндекс.Метрике, количества страниц в индексе в Вебмастере, позиций по ключевым запросам. Эти данные понадобятся для сравнения после переезда. Второе: выберите время для миграции. Идеально — ночь с субботы на воскресенье, когда трафик минимален. Если сайт коммерческий с заявками — предупредите отдел продаж, что возможны перебои. Третье: проверьте, что на новом хостинге поддерживаются те же версии ПО, что и на старом. Версия PHP, модули Apache или nginx, версия MySQL или MariaDB. Несовпадение версий может привести к тому, что сайт просто не запустится на новом месте. Четвёртое: убедитесь, что у вас есть полный бэкап сайта — файлы, база данных, почта, если она на хостинге. И храните бэкап не на том сервере, с которого переезжаете.
Этап первый: перенос на новый хостинг без отключения старого
Ключевой принцип безопасной миграции: старый сайт продолжает работать, пока новый не будет полностью готов. Переносим файлы сайта на новый хостинг через FTP или SSH. Если сайт на CMS, копируем все файлы в корневую директорию нового хостинга. Переносим базу данных: делаем дамп на старом сервере, создаём новую базу на новом, импортируем дамп. Важный момент: после переноса базы сайт на новом хостинге может не открываться, потому что настройки подключения к базе данных указывают на старый сервер. В файле конфигурации CMS (например, wp-config.php для WordPress) меняем параметры подключения: имя базы, пользователь, пароль, хост (обычно localhost). После этого проверяем работу сайта на новом хостинге. Но как открыть сайт, если домен пока ведёт на старый сервер? Есть два способа. Способ первый: временный технический домен. Многие хостеры предоставляют технический поддомен вида user123.hoster.ru. Привяжите его к новому аккаунту и открывайте сайт через него. Способ второй: файл hosts на вашем компьютере. Временно пропишите в нём соответствие домена и IP-адреса нового сервера. Тогда ваш браузер будет открывать сайт с нового хостинга, пока остальной мир видит старый.
Проверка сайта на новом хостинге до переключения DNS
Сайт открывается на новом сервере. Не спешите переключать домен. Сначала проведите полную проверку. Откройте основные страницы, убедитесь, что контент на месте, изображения загружаются, формы отправляются. Проверьте админку — всё ли работает. Проверьте robots.txt: он должен быть доступен и не содержать Disallow: /. Проверьте, что sitemap.xml отдаёт код 200. Проверьте, что SSL-сертификат установлен и работает. На новом хостинге сертификат нужно выпустить заново, даже если на старом он был. Бесплатный Lets Encrypt выпускается одной кнопкой в панели управления. Проверьте скорость загрузки. Сравните TTFB на старом и новом хостинге — ради ускорения вы, скорее всего, и затеяли переезд. Если новый хостинг медленнее старого — выясняйте причину до переключения, а не после. Проверьте, что PHP-скрипты отрабатывают без ошибок, а в логах нет фатальных сообщений. Проверьте кеширование: если на старом сайте использовался плагин кеша, на новом он может работать некорректно из-за других путей к файлам. Сбросьте кеш и убедитесь, что сайт собирается заново без ошибок. И последнее: отключите кеширование на время первых часов после переезда. Это позволит видеть реальные ошибки, а не закешированные версии страниц.
Этап второй: переключение DNS и минимизация простоя
Сайт проверен, всё работает. Переключаем домен. DNS-записи меняются в панели управления доменом — обычно это тот же регистратор, где вы покупали домен. Вам нужно изменить A-запись: указать IP-адрес нового сервера вместо старого. DNS-изменения распространяются по интернету не мгновенно. Время обновления зависит от TTL (времени жизни) записи, которое вы выставили заранее. Если TTL был 24 часа, часть пользователей будет попадать на старый сервер ещё сутки после смены IP. Поэтому до начала миграции уменьшите TTL до 300 секунд (5 минут). Тогда после смены A-записи интернет перестроится за 5-10 минут. Как снизить TTL: зайдите в панель управления DNS вашего домена, найдите A-запись, измените поле TTL с текущего значения на 300. Сделайте это за сутки до планируемого переезда, чтобы старый TTL истёк. Теперь сама операция: меняете IP в A-записи, сохраняете. В течение нескольких минут трафик начинает идти на новый сервер. Важно: не выключайте старый хостинг сразу. Держите его включённым ещё минимум 48 часов. Почему? Некоторые провайдеры кешируют DNS-записи дольше положенного, и часть пользователей может продолжать стучаться на старый IP. Если старый сервер выключен, они увидят ошибку. Если включён — сайт откроется со старым контентом, и они ничего не заметят. Кроме того, на старом сервере могут оставаться почтовые ящики, которые нужно успеть перенести.
Синхронизация данных во время переезда
Между моментом переноса файлов и переключением DNS проходит время. За это время на старом сайте могли появиться новые заказы, комментарии, регистрации пользователей. Если вы просто переключите DNS, эти данные останутся в старой базе и потеряются на новом сервере. Как избежать потерь? Сразу после переключения DNS синхронизируйте базы данных. Экспортируйте из старой базы только новые записи (по дате) и импортируйте в новую. Либо закройте старый сайт от записи данных: переведите его в режим обслуживания с заглушкой, пока DNS не перестроится. Пользователи, которые попадут на старый сервер в этот короткий период, увидят сообщение «Сайт временно недоступен, попробуйте через 5 минут». Это лучше, чем потеря данных. Для интернет-магазинов критически важно не потерять заказы, сделанные в момент переезда. Запланируйте миграцию на время минимальной покупательской активности и максимально ускорьте процесс переключения.
После переезда: мониторинг и проверка
DNS переключён, сайт работает с нового сервера. Работа не закончена, она только перешла в фазу наблюдения. В первые 24 часа мониторьте Яндекс.Метрику: сравните трафик с аналогичным днём на прошлой неделе. Небольшая просадка допустима — часть пользователей ещё попадает на старый сервер из-за кеша DNS. Но если трафик упал на 50 процентов и не восстанавливается — ищите проблему. Проверьте доступность сайта из разных сетей: через мобильный интернет, через домашний Wi-Fi, через прокси-серверы. Убедитесь, что из всех регионов сайт открывается. Проверьте, что поисковый робот Яндекса видит сайт. Зайдите в Яндекс.Вебмастер и воспользуйтесь инструментом «Проверить URL» для главной страницы. Если робот получает ошибку — разбирайтесь немедленно. Проверьте, что редирект с HTTP на HTTPS работает. После смены хостинга настройки редиректов могли сброситься. Откройте сайт по HTTP и убедитесь, что вас перебрасывает на HTTPS с кодом 301. Проверьте, что внешние сервисы, интегрированные с сайтом, продолжают работать: онлайн-чат, приём платежей, CRM-система. Часто они привязаны к IP-адресу и после переезда требуют обновления настроек безопасности.
Через неделю: подведение итогов
Через неделю после переезда сравните текущие показатели с теми скриншотами, что вы сделали до миграции. Трафик должен восстановиться до прежних значений. Если трафик просел и не восстанавливается — возможные причины: часть страниц не открывается на новом хостинге (ошибка в переносе), сервер отвечает медленно и пользователи уходят, робот Яндекса получил массу ошибок во время переезда и снизил частоту обхода. Проверьте раздел «Статистика обхода» в Вебмастере — если частота обхода снизилась после даты миграции, это сигнал, что робот столкнулся с проблемами. Проверьте раздел «Исключённые страницы» — не появились ли там страницы, которые раньше были в индексе. Если всё в порядке, старый хостинг можно отключать. Но перед этим убедитесь, что перенесена почта, если она была на хостинге, и что старые почтовые ящики больше не нужны. И не забудьте вернуть TTL на обычное значение (3600 секунд или больше) после того, как миграция полностью завершена и проверена.
Часто задаваемые вопросы
Можно ли избежать простоя совсем? Да, если использовать схему с постепенным переключением. Вы настраиваете оба сервера на одновременную работу, а DNS переключаете не резко, а через балансировщик или прокси-сервер, который постепенно переводит трафик на новый сервер. Но для большинства сайтов это избыточно. При снижении TTL до 300 секунд и правильной подготовке простой составляет 5-10 минут, что Яндекс не считает критичным.
Что делать с sitemap.xml после переезда? Ничего, если структура сайта не изменилась. Sitemap.xml лежит в файлах сайта и переезжает вместе с ними. После переключения DNS робот запросит sitemap по тому же адресу и получит актуальную версию с нового сервера. В Яндекс.Вебмастере достаточно проверить, что sitemap читается без ошибок.
Нужно ли уведомлять Яндекс о смене хостинга? Нет, если меняется только IP-адрес сервера, а домен остаётся прежним. Яндекс отслеживает изменение IP автоматически и не требует никаких действий в Вебмастере. Главное, чтобы сайт продолжал отвечать корректно.
Что делать, если после переезда упала скорость, хотя хостинг мощнее? Проверьте настройки нового сервера. Возможно, не включено кеширование, не настроено сжатие, используется более медленная версия PHP, не подключён Redis или Memcached для кеширования базы данных. Сравните конфигурации старого и нового хостинга — найдите разницу и устраните её.
Можно ли переезжать во время высокого сезона? Не рекомендуется. Если сайт интернет-магазина переезжает в ноябре перед новогодними распродажами, риск потери выручки очень высок. Запланируйте миграцию на период минимального трафика. Если переезд вынужденный и срочный (старый хостинг отключается) — готовьтесь особенно тщательно и закладывайте больше времени на проверку.
