Коротко: сам по себе перенос сайта на другой хостинг не портит позиции в поиске. Портит их то, что вокруг переноса делают небрежно: сайт недоступен в момент обхода робота, слетает SSL сертификат, теряются редиректы, меняется время ответа сервера. Если исключить эти пять вещей, домен переезжает тихо, а трафик остается на месте.
К нам в ПульсВеб этот вопрос приходит в двух видах. Первый: "хотим переехать на VPS, но боимся трогать сайт, который годами кормит бизнес заявками". Второй, куда более нервный: "мы уже переехали три дня назад, и трафик из поиска упал в два раза, что делать". Второй случай чинить сложнее и дороже, чем сделать перенос правильно с самого начала.
Зачем вообще переносить сайт на другой хостинг
Причины обычно одни и те же. Старый тариф перестал справляться с нагрузкой: сайт открывается по 4-6 секунд в часы пик, хотя раньше грузился за секунду. Хостинг-провайдер поднял цену вдвое при продлении, а поддержка отвечает через сутки. Нужен доступ к серверу, которого нет на виртуальном хостинге: своя версия PHP, настройка кеша, установка дополнительных сервисов. Или сайт просто вырос: был визиткой на десять страниц, стал каталогом на пару тысяч товаров, и старый тариф уже не тянет.
Есть и обратная ситуация, которую мы разбирали недавно в статье про техническую поддержку сайта: сайт делал подрядчик, который пропал, а домен и хостинг оформлены на его аккаунт. Тут перенос не выбор, а вынужденная мера, и делать его нужно быстро, но без спешки в мелочах, которая как раз и роняет позиции.
Что реально может пойти не так при переезде
Разберем по пунктам, откуда берутся проблемы, а не просто скажем "будьте аккуратны".
Смена IP адреса без прогрева
У сайта появляется новый IP. Если DNS переключили резко, часть посетителей и роботов какое-то время может получать то старую версию сайта, то новую, в зависимости от того, чей DNS-кеш еще не обновился. Обычно это несколько часов, но при неудачной настройке TTL растягивается на сутки-двое.
SSL сертификат не перенесли или забыли выпустить заново
Частая история: файлы перенесли, базу перенесли, а про сертификат забыли. Сайт открывается с предупреждением о небезопасном соединении, часть пользователей уходит, а поисковики фиксируют ошибку и на время могут исключить страницы из выдачи как недоступные по HTTPS.
Потерянные редиректы и файл robots.txt
Если на старом сервере были настроены редиректы (например, со старой структуры URL) на уровне .htaccess или конфигурации сервера, а на новом хостинге эту настройку забыли перенести, старые ссылки, которые вели трафик и передавали вес, начинают отдавать 404. Мы разбирали похожую механику в статье про коды ошибок 404, 500 и 502: с точки зрения робота это выглядит так, будто половина сайта внезапно исчезла.
Изменившееся время ответа сервера
Иногда новый хостинг физически хуже настроен под конкретный проект: не тот PHP, не включен кеш, база данных не оптимизирована под новое окружение. Сайт формально работает, но отвечает медленнее. Для пользователя это раздражает, для поисковика это сигнал, который со временем сказывается на ранжировании, особенно у мобильного трафика.
Недоступность сайта именно в момент обхода
Самый обидный случай. Перенос прошел нормально, но случайно совпал с визитом поискового робота: в эту минуту сайт был недоступен, потому что шло переключение DNS или перезапуск сервера. Робот фиксирует ошибку, и по конкретным страницам может временно просесть частота обхода.
Как перенести сайт правильно, по шагам
- Сделать полный бэкап. Файлы, база данных, конфигурация сервера, файл .htaccess или nginx-конфиг со всеми редиректами. Без этого шага откат назад при проблеме займет часы вместо минут.
- Развернуть копию на новом хостинге, не отключая старый. Сайт временно существует в двух местах. Новую копию тестируют по техническому домену или через правку локального файла hosts, чтобы не открывать ее публично раньше времени.
- Перенести и перевыпустить SSL сертификат. Проверить, что сайт открывается по HTTPS без единого предупреждения браузера, до того как на него пойдет реальный трафик.
- Проверить редиректы и конфигурацию сервера. Свериться построчно со старым конфигом: каждый редирект, каждое правило переписывания URL должно оказаться на новом месте.
- Снизить TTL у DNS записей заранее. За сутки-двое до переключения снизить время жизни записи, чтобы при самом переключении обновление у пользователей и роботов происходило быстрее.
- Переключить DNS в период минимальной нагрузки. Для большинства коммерческих сайтов это ночь буднего дня, не выходные и не время рекламной кампании.
- Проверить все после переключения. Код ответа главных страниц, работу форм, скорость загрузки, орфографию в письмах с заявками, если есть интеграция с почтой или CRM.
- Отправить приоритетные страницы на переобход. В Яндекс Вебмастере это делается через инструмент "Переобход страниц", чтобы робот быстрее зафиксировал, что сайт жив и отвечает нормально.
- Понаблюдать одну-две недели. Не выключать старый хостинг сразу. Подождать, пока не станет ясно, что новый сервер держит нагрузку и ничего не сломалось под реальным трафиком.
Сколько занимает перенос и когда его лучше делать
Сама техническая часть, копирование файлов и базы, обычно занимает от пары часов до одного дня, в зависимости от объема сайта. А вот весь цикл с проверками, наблюдением и подстраховкой правильно закладывать на неделю, если речь о работающем коммерческом сайте, а не о visitke без трафика.
По времени: лучше не переносить сайт перед началом рекламной кампании, перед сезонным пиком продаж или прямо перед важным мероприятием вроде выставки. Идеальное окно, будни, не первое и не последнее число месяца, вне сезонного пика конкретно вашей ниши.
Что делать, если позиции все же просели
Такое случается, даже если сделать почти все правильно. Первым делом смотрим логи сервера и Яндекс Вебмастер: был ли зафиксирован сбой доступности в дни переезда, изменился ли код ответа у ключевых страниц, не потерялся ли где-то редирект. В подавляющем большинстве случаев причина находится за один-два дня разбора, а не остается загадкой.
Дальше, если проблема техническая и уже устранена, нужно вернуть роботу доверие: отправить страницы на переобход, убедиться, что скорость и доступность стабильны хотя бы неделю подряд. Обычно позиции восстанавливаются в течение двух-четырех недель после устранения причины. Если за месяц ничего не сдвинулось, стоит делать полноценный технический аудит, потому что тогда, скорее всего, есть вторая проблема, которая маскировалась под последствия переезда.
Частые вопросы
Сколько по времени занимает перенос сайта на новый хостинг
Технически файлы и база переносятся за несколько часов. Но с учетом обновления DNS, проверки и периода наблюдения весь процесс правильно закладывать на 3-7 дней, если сайт живой и приносит заявки.
Может ли из-за переноса на другой хостинг упасть сайт в поиске
Смена хостинга сама по себе не влияет на позиции. Падают позиции почти всегда из-за смены IP и связанных с ней технических ошибок: недоступности сайта в момент обхода роботом, смены сертификата, потерянных редиректов или изменившегося времени ответа сервера.
Нужно ли уведомлять Яндекс и Google о переносе сайта
Отдельного уведомления не требуется, если домен остается тем же. Роботы сами обнаружат новый IP при очередном обходе. Ускорить это можно через отправку главных страниц на переобход в Яндекс Вебмастере.
Что делать в первую очередь после переноса сайта
Проверить, что сайт открывается по HTTPS без ошибок сертификата, что все формы отправляются, что коды ответа страниц остались 200, и сверить скорость загрузки со старым хостингом.
Если сайт уже переехал и что-то пошло не так
Мы в ПульсВеб берем на техническую поддержку сайты, сделанные и настроенные другими подрядчиками, включая случаи неудачного переноса на новый хостинг. Начинаем с бесплатного технического аудита: смотрим логи, конфигурацию, редиректы, и говорим прямо, в чем причина просадки и сколько времени займет восстановление. За 6 лет на рынке Уфы и России мы реализовали больше 100 проектов, и часть из них начиналась именно с разбора чужой аварии, а не с чистого листа.
Оставьте заявку на бесплатный аудит, если позиции просели после переезда или вы только планируете смену хостинга и хотите сделать это без нервов.
