Перенос сайта на другой хостинг: как не потерять трафик и заявки
Переезд сайта звучит страшно: кажется, тронешь - и всё отвалится, поиск забудет, заявки перестанут приходить. На деле это обычная техническая операция с понятным порядком шагов, и при аккуратной работе посетитель даже не замечает смены сервера. Проблемы начинаются там, где переезжают наспех: сначала выключают старое, потом собирают новое. Разбираем, как делать наоборот.
Когда переезд правда нужен
Сначала честный фильтр. Менять хостинг ради самой смены смысла нет: это работа, риск и время, а видимой выгоды для клиента ноль. Есть несколько ситуаций, когда переезд действительно оправдан, и всё остальное - обычно решается на месте.
Сайт стабильно тормозит, и дело не в сайте. Если страницы отдаются медленно даже после чистки картинок и кеша - упирается в сервер. Мы сначала смотрим, что можно выжать на месте: кеширование, сжатие, свежая версия PHP, про это есть отдельный разбор про скорость загрузки сайта. И только когда выжимать нечего, речь заходит о смене площадки.
Хостинг не тянет вашу технологию. Классика: сайту нужна версия PHP посвежее, нормальный доступ по SSH, крон с минутным интервалом или просто больше памяти на процесс - а тариф это не даёт и апгрейда внутри хостера нет. Тут терпеть бессмысленно, вы упрётесь снова через полгода.
Поддержка отвечает сутками. Когда сайт лежит, стоимость тарифа перестаёт иметь значение. Хостинг за копейки, у которого тикет висит два дня, обходится дороже любого нормального.
Сайт заражён или заблокирован. Аккаунт закрыли за вирусы или рассылку спама с сервера. Переезд без лечения тут ничего не решит: вместе с файлами вы перевезёте и заразу. Сначала чистка, потом новая площадка - об этом мы писали в разборе, что делать, если сайт взломали.
Вы не владеете доступами. Хостинг оформлен на бывшего подрядчика, домен тоже на нём, а связи уже нет. Переезд на свой аккаунт - единственный способ вернуть контроль. Это, пожалуй, самая частая причина в нашей практике, и она вообще не про технику.
Что забрать со старого хостинга
Главная ошибка переездов - считать, что сайт это папка с файлами. Файлы обычно копируются легко, а теряется всё остальное: почта, настройки, сертификаты, задания по расписанию. Ниже то, что надо забрать целиком, до того как вы вообще притронетесь к домену.
Не только видимая папка с картинками и шаблонами. Скрытые файлы вроде .htaccess держат редиректы, правила ЧПУ и защиту разделов: забыли его - и половина адресов отдаёт ошибку. Забирайте директорию целиком архивом, а не по одному файлу через браузерный менеджер.
В ней живут тексты, товары, заявки, пользователи, настройки CMS. Снимайте дамп в тот же момент, что и файлы, иначе будет рассинхрон: заявка в базе есть, а прикреплённого файла на диске нет. И проверьте кодировку - кривая выгрузка даёт «кракозябры» вместо русского текста.
Самая обидная потеря. Ящики вида info@вашдомен часто живут прямо на хостинге, и при переключении домена переписка вместе с историей может просто исчезнуть. Письма выгружаем заранее, ящики создаём на новой площадке до переключения - чтобы не было дня, когда клиентские письма улетают в никуда.
Домен - это не только «куда ведёт сайт». В DNS висят записи почты, подтверждения прав в Яндексе и Google, привязки к рассылкам и аналитике. Сохраните старую зону целиком и перенесите один в один, поменяв только адрес сервера. Иначе сайт откроется, а почта тихо ляжет.
SSL-сертификат на новом хостинге выпускается заново, и лучше до переключения, чтобы сайт не встретил посетителей предупреждением о небезопасном соединении. Плюс задания по расписанию: выгрузки прайсов, синхронизация с 1С, отправка писем. Вместе с файлами они не переезжают - переносить руками и потом проверять, что отработали.
И перед любым касанием сделайте полную резервную копию к себе на диск, а не на тот же хостинг. Копия на сервере, с которого вас выселяют, - это не копия.
Порядок переезда без простоя
Смысл нормального переезда в одной фразе: новое поднимается и проверяется раньше, чем выключается старое. Пока вы не переключили домен, у вас две рабочие копии сайта, и вторую можно спокойно ломать и чинить. Порядок примерно такой.
Шаг 1. Собрать сайт на новом хостинге и открыть его по техническому адресу. Хостеры дают временный домен или доступ по IP. На этом адресе разворачивается копия: файлы, база, настройки подключения. Никто, кроме вас, её не видит, поисковики её тоже видеть не должны - на техническом адресе доступ обычно закрывают паролем или запретом на индексацию, чтобы не поймать дубли страниц.
Шаг 2. Прогнать полную проверку на копии. Не «главная открылась - значит норм», а по списку: внутренние страницы, поиск, корзина или калькулятор, отправка формы с реальным письмом, админка, загрузка файла. Тут же вылезает, что на новом сервере другая версия PHP или не хватает модуля. Чинить это на копии спокойно, на живом сайте под клиентами - нет.
Шаг 3. Заранее уменьшить время жизни DNS-записи. Скучный, но очень полезный пункт. У каждой записи есть TTL - время, которое провайдеры хранят старый ответ в кеше. Если за сутки до переезда снизить его, переключение разлетится по сети быстро, а не будет размазано на сутки-двое. Без этого часть посетителей ещё какое-то время будет попадать на старый сервер.
Шаг 4. Финальная досинхронизация и переключение. Между сборкой копии и переключением на сайте могли появиться свежие заявки и новые страницы. Поэтому непосредственно перед переключением базу и загруженные файлы догоняют ещё раз. И только теперь меняется адрес сервера в DNS.
Шаг 5. Держать старый хостинг оплаченным ещё какое-то время. Пока записи разъезжаются по провайдерам, часть трафика идёт на старый сервер, и он должен работать. Плюс это ваша страховка: если на новом месте вылезет что-то неприятное, есть куда откатиться. Мы обычно оставляем старую площадку живой минимум на пару недель после переезда.
Что проверить после переезда
Переключили - работа не закончилась. Первые дни сайт надо проверять руками, потому что тихие поломки не сообщают о себе, их обнаруживают через месяц по проваленным продажам.
Формы и почта. Первым делом отправьте заявку с сайта сами и убедитесь, что письмо дошло. На новом сервере другие настройки отправки, и почта - вещь номер один, которая ломается при переезде. Проверьте оба направления: письмо от сайта вам и письмо от клиента на ваш ящик на домене. Дальше пару дней следите, что заявки идут в обычном ритме, а не «что-то тихо стало».
Адреса страниц и редиректы. Пройдите по важным страницам: услуги, контакты, посадочные под рекламу. Если сайт до переезда работал по https и без www - он должен так же работать и после, а все прочие варианты адреса должны вести на основной. Разъехавшиеся редиректы дают дубли, а дубли в поиске - это потерянные позиции на ровном месте.
Индексация и вебмастер. Загляните в Яндекс.Вебмастер и Search Console: нет ли всплеска ошибок обхода, доступны ли robots.txt и карта сайта. И обязательно проверьте, не уехал ли на боевой сайт запрет на индексацию с тестовой копии - забытая галка «закрыть от индексации» одна из самых частых причин, по которой сайта нет в поиске Яндекса.
Счётчики и реклама. Метрика и цели должны собирать данные как раньше: сравните первые дни после переезда с такими же до - не по абсолютным цифрам, а по картине. Если крутится реклама, проверьте посадочные отдельно: битая посадочная сжигает бюджет молча.
Скорость и сертификат. Замерьте скорость: если переезжали ради неё, разница должна быть видна. И убедитесь, что https горит без предупреждений на всех страницах, включая внутренние.
Сколько стоит и что будет с трафиком
По деньгам переезд - самая дешёвая из «страшных» работ по сайту. Простой сайт на популярной CMS переносится за несколько часов. Проект с интеграциями, кронами и почтой - это день-два, причём львиная доля времени уходит не на копирование, а на проверки. Многие хостеры переносят бесплатно при переходе к ним: для простых случаев вариант рабочий, но проверять после них всё равно придётся - за вашу почту, кроны и рекламные посадочные никто, кроме вас, не отвечает.
Про трафик честно. При аккуратном переезде заметного проседания позиций быть не должно: адреса те же, содержимое то же, сменился только сервер. Колебания в первые недели возможны - поиск переобходит сайт и заново оценивает ответ сервера, - но это шум, а не обвал.
А вот чего мы гарантировать не можем - и никто не может. Никто не пообещает вам конкретную цифру позиций или заявок после переезда, потому что на них влияет далеко не только хостинг. Если после переезда сайт стал быстрее, это со временем работает в плюс - скорость учитывается и поиском, и живым человеком, который не ждёт пять секунд. Но обещать «переедете и вырастете» было бы враньём. Переезд - это устранение проблемы, а не источник роста.
Зато есть вещь, которая ломает трафик всерьёз, и она полностью в ваших руках: потеря адресов. Если при переезде поменялась структура ссылок и старые страницы начали отдавать ошибку, поиск довольно быстро выкидывает их из выдачи, и вот это уже больно и долго лечится. Поэтому правило простое: при смене хостинга адреса не трогаем. Хотите заодно переделать структуру или дизайн - делайте это отдельной задачей, после переезда, с нормальной картой редиректов со старых адресов на новые.
И про выбор новой площадки: не гонитесь за самым дешёвым тарифом, разница в пару сотен рублей не стоит суточного простоя. Смотрите на поддержку, свежесть версий PHP, бэкапы и на то, отдаёт ли хостер полный доступ. Подробнее - в разборе про домен и хостинг для сайта.
Частые вопросы
Сколько времени сайт будет недоступен при переносе на другой хостинг?
При правильном порядке - нисколько. Сайт сначала полностью собирают и проверяют на новом сервере по техническому адресу, и только потом переключают домен. Посетитель в момент переключения попадает либо на старый сервер, либо на новый, и оба работают. Простой возникает, когда сначала выключают старое, а потом начинают собирать новое.
Просядут ли позиции в поиске после смены хостинга?
При аккуратном переезде заметного проседания быть не должно: адреса и содержимое не изменились, сменился только сервер. Небольшие колебания в первые недели возможны, это нормальный переобход. Реальная просадка случается не от смены хостинга, а от смены адресов страниц или от забытого запрета на индексацию.
Что чаще всего теряют при переезде сайта?
Почту на домене, скрытые файлы вроде .htaccess с редиректами, задания по расписанию и записи DNS, не относящиеся к самому сайту. Файлы и базу переносят почти всегда, а вот эти четыре пункта просто не вспоминают - и обнаруживают потерю через неделю, когда становится тихо с письмами.
Можно ли перенести сайт самому, без разработчика?
Простой сайт на популярной CMS - вполне, особенно если новый хостер предлагает автоматический перенос. Сложности начинаются с почтой, сертификатом, кронами и интеграциями. Разумный компромисс: перенос делает хостер, а проверку после - формы, редиректы, индексация, счётчики - проводит тот, кто понимает, что должно работать.
Когда можно отключать старый хостинг?
Не сразу. Пока DNS-записи расходятся по провайдерам, часть посетителей ещё идёт на старый сервер, плюс это ваша страховка, если на новом месте что-то вылезет. Разумный срок - минимум пара недель, а если на старом хостинге была почта, лучше дождаться, что все письма приходят на новое место.
Короткий вывод
Переезд сайта - штатная работа, а не операция на сердце. Опасен один сценарий: сначала выключили старое, потом начали собирать новое. Правильный порядок обратный - поднять и проверить копию на новом сервере, забрать не только файлы и базу, но и почту, DNS, сертификат и кроны, снизить TTL, догнать свежие данные, переключить домен и ещё пару недель держать старую площадку живой. После переключения руками пройти по формам, редиректам, индексации и счётчикам. Позиции просесть не должны, но и роста сам по себе переезд не даёт: он убирает проблему, а не добавляет клиентов.
Перевезём ваш сайт и проверим после
APST делает сайты в Воронеже с 2005 года и регулярно вытаскивает проекты с зависших хостингов - вместе с почтой, редиректами и доступами. Пришлите ссылку на сайт и скажите, где он сейчас живёт: посмотрим, что там на самом деле, и честно скажем, нужен вам переезд или проблема лечится на месте.
Обсудить проект