Новости >Как перенести сайт на другой хостинг и сохранить позиции

Как перенести сайт на другой хостинг и сохранить позиции.

Автор новости:
Листай дальше

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

Домен и адреса страниц при смене хостинга остаются прежними, поэтому поисковики сам переезд почти не замечают. Позиции теряют из-за ошибок по дороге. Сайт несколько часов отдаёт ошибку сервера, на новом месте остаётся запрет индексации от тестовой копии или не выпущен сертификат, и браузер пугает посетителей предупреждением.

Что подготовить до переноса сайта?

До переноса собирают все доступы и выясняют, как устроен сайт сейчас. Понадобятся панели старого и нового хостинга, доступ к регистратору домена, FTP или SSH, логин и пароль от базы данных. Ещё стоит записать версии PHP и MySQL, задания cron, где размещена почта на домене и откуда взят SSL-сертификат. Без этого списка переезд почти всегда спотыкается на середине, когда старый сервер уже трогать страшно.

Новый тариф проверяют на совместимость до того, как оплачивать его на год. Версия PHP должна подходить движку и плагинам, места на диске нужно с запасом под резервные копии. Интернет-магазину с выгрузкой из 1С важны лимиты на память и время выполнения скриптов. Виртуальный хостинг подходит большинству небольших сайтов, а VPS даёт больше свободы, зато сервер придётся администрировать.

Ещё один шаг делают заранее, хотя бы за сутки до переключения. У DNS-записей домена есть TTL, время, в течение которого серверы провайдеров хранят запись в кэше. Если заранее снизить TTL до нескольких минут, после смены IP-адреса посетители быстрее попадут на новый сервер.

Как перенести сайт на другой хостинг пошагово?

Перенос удобно разбить на восемь шагов и не перескакивать через них. В него входят резервная копия, загрузка файлов, импорт базы данных, правка настроек подключения, проверка на временном адресе, заморозка изменений, смена DNS и выпуск SSL-сертификата. Каждый шаг опирается на предыдущий, поэтому ошибка, пропущенная в начале, обычно всплывает уже при живых посетителях, в самый неудобный момент.

  1. Сделать резервную копию файлов и базы данных и сохранить её у себя на компьютере или в облаке. Копия, которая лежит только на старом сервере, пропадёт вместе с ним.
  2. Загрузить файлы на новый хостинг, создать пустую базу и импортировать в неё дамп. Большие базы надёжнее переносить через SSH, потому что phpMyAdmin упирается в лимит размера файла.
  3. Прописать новые имя базы, пользователя и пароль в файле настроек движка, иначе сайт на новом сервере не увидит свою базу.
  4. Открыть сайт на временном адресе, который многие хостинги выдают в виде технического домена. Ещё можно указать новый IP в файле hosts на своём компьютере, и браузер откроет новый сервер по настоящему домену.
  5. Пройти по сайту так, как это сделал бы посетитель, и открыть главную, каталог и карточки, отправить тестовую заявку, проверить корзину, поиск и личный кабинет.
  6. Заморозить изменения на старом сайте и, если данные успели обновиться, перенести свежую копию базы.
  7. Сменить A-запись домена на IP нового сервера или сменить NS-серверы, если зоной домена управляет хостинг.
  8. Выпустить SSL-сертификат и включить редирект с http на https.

Шестой шаг пропускают чаще остальных. Между резервной копией и сменой DNS проходит время, и всё, что посетители сделали на старом сервере, в новую базу не попадает. Для блога потеря пары комментариев некритична, а у интернет-магазина так пропадают заказы. Поэтому магазин обычно переносят в часы минимальной нагрузки и финальную копию базы снимают прямо перед переключением.

Как сменить DNS и не оставить сайт без SSL?

DNS меняют там, где обслуживается зона домена. Это может быть регистратор, старый хостинг или отдельный DNS-сервис. Если записи домена ведёт старый хостинг, перед сменой NS-серверов все записи переносят на новое место, включая почтовые MX и TXT. Бесплатный сертификат Let’s Encrypt обычно выпускается, только когда домен уже указывает на новый сервер, поэтому выпуск планируют сразу за переключением.

Короткое окно без сертификата можно убрать совсем. Платный сертификат переносят вместе с закрытым ключом и ставят на новый сервер заранее. Для бесплатного некоторые панели поддерживают проверку через DNS-запись, она позволяет получить сертификат до переключения. После выпуска сайт открывают по https и убеждаются, что старые адреса с http ведут на защищённую версию постоянным 301-м редиректом.

Нужно ли переносить домен вместе с сайтом?

Нет, домен можно оставить у прежнего регистратора и поменять только его DNS-записи. Смена регистратора считается отдельной процедурой со своими сроками. Совмещать её с переездом сайта в один день не стоит, потому что при сбое будет трудно понять, что сломалось. Среди партнёров Webpro есть REG.RU, но домен и хостинг вообще не обязаны быть у одной компании.

Что будет с почтой на домене после переезда?

Почта на домене работает по своим DNS-записям, и при переезде её легко сломать случайно. Если почтовые ящики созданы на старом хостинге, их создают на новом и переносят письма, иначе после смены MX-записи новые письма пойдут на сервер, где ящиков нет. Если почта подключена к Яндекс 360 или другому сервису, достаточно без изменений перенести MX, SPF и DKIM в новую DNS-зону.

Отдельная история с письмами, которые отправляет сам сайт. Уведомления о заявках и заказах с нового сервера могут начать попадать в спам, если его IP не указан в SPF-записи домена. После переезда форму проверяют тестовой заявкой и смотрят, в какую папку попало письмо, во входящие или в спам.

Почему позиции сайта падают после смены хостинга?

Сама смена хостинга позиции не трогает, если домен и адреса страниц остались прежними. Позиции теряют из-за технических сбоев вокруг переезда. Робот поисковика приходит в момент простоя и получает ошибку 5xx, на новом сервере оказывается закрытый robots.txt с тестовой копии, пропадает редирект на https или сайт начинает грузиться заметно медленнее. Каждую из этих проблем можно поймать заранее, до переключения DNS.

Какая ошибка случилась во время переезда Чем она грозит сайту в поиске Как её проверить до и после переключения
Сервер отдаёт ошибки 5xx во время переключения Робот фиксирует недоступность, страницы могут временно выпасть из поиска Запустить проверку ответа сервера в Яндекс Вебмастере
На новом месте остался запрет индексации с тестовой копии Страницы постепенно уходят из поиска, трафик падает Открыть robots.txt и поискать noindex в коде страниц
После переезда пропал редирект на https или основной домен В поиске появляются дубли одних и тех же страниц Открыть сайт по http и с www и посмотреть, куда он ведёт
При копировании потерялся файл подтверждения прав Вебмастер со временем теряет доступ к данным сайта Заглянуть в раздел прав доступа в Вебмастере и Search Console
Не открываются адреса внутренних страниц сайта Страницы отдают 404 и со временем выпадают из индекса Пройти по разделам и посмотреть отчёт о битых ссылках
Сайт на новом сервере грузится заметно медленнее Посетители уходят со страницы, не дождавшись загрузки Замерить скорость ключевых страниц до переезда и после него

Что сделать в Яндекс Вебмастере и Search Console после переезда?

Если домен не менялся, сообщать поисковикам о смене хостинга не нужно. Инструмент «Переезд сайта» в Вебмастере рассчитан на смену домена или протокола и в этом случае не пригодится. Достаточно убедиться, что права на сайт подтверждены, проверить карту сайта и отправить на переобход главные страницы. Первые дни стоит следить за отчётами об ошибках и исключённых страницах, чтобы заметить проблему раньше, чем она скажется на трафике.

Права в Вебмастере и Search Console часто подтверждают файлом в корне сайта. При копировании такой файл иногда теряют, и через какое-то время приходит предупреждение о потере прав. Другое дело, если вместе с хостингом меняется и домен. Тогда нужны постраничные 301-е редиректы со старых адресов на новые, «Переезд сайта» в Яндекс Вебмастере и инструмент смены адреса в Google Search Console. Это уже отдельный проект со своим планом, и позиции в нём какое-то время колеблются.

Какие особенности у переноса WordPress?

У WordPress адрес сайта записан прямо в базе данных, в таблице wp_options, а ссылки на картинки и страницы хранятся внутри текстов записей. При переносе на тот же домен их менять не нужно, достаточно прописать новые данные базы в wp-config.php. Если меняется домен или протокол, замену делают через WP-CLI или специальный плагин, потому что обычная замена текста в дампе ломает сериализованные настройки плагинов и тем.

Для небольших сайтов есть плагины-переносчики, например Duplicator или All-in-One WP Migration. Они упаковывают файлы и базу в один архив. На крупных сайтах такие архивы упираются в лимиты хостинга, и надёжнее переносить руками через SSH. После запуска на новом месте пересохраняют настройки постоянных ссылок, чтобы восстановился .htaccess, и проверяют в разделе «Чтение», не стоит ли галочка, которая просит поисковики не индексировать сайт.

Переезд даёт удобный повод провести ревизию плагинов и обновить ядро. Делать это лучше отдельным шагом, когда сайт уже стабильно работает на новом месте, иначе трудно понять, что вызвало сбой. Что входит в регулярное обслуживание такого сайта, подробно разобрано в статье про техническую поддержку сайта на WordPress.

Что учесть при переносе сайта на 1С-Битрикс?

У 1С-Битрикс есть штатный путь переноса. В административной панели делают резервную копию встроенным инструментом, а на новом сервере разворачивают её скриптом restore.php. Данные подключения к базе лежат в файлах bitrix/.settings.php и bitrix/php_interface/dbconn.php, их правят под новый сервер. Перед переносом проверяют, подходит ли новый хостинг под требования вашей версии Битрикса, иначе сайт может развернуться с ошибками.

После разворачивания запускают встроенную «Проверку системы», она показывает, каких настроек сервера не хватает. Отдельно проверяют агенты и задания cron, отправку почты и обмен с 1С, если магазин получает из неё товары и остатки. При том же домене адрес обмена менять не нужно, но первый обмен после переезда лучше проконтролировать вручную.

Запрос «перенос сайта на Битрикс» иногда означает совсем другое, переезд с другой CMS на 1С-Битрикс. Такой переход ближе к новой разработке с переносом контента, структуры и редиректов, и к смене хостинга он отношения не имеет.

Когда перенос лучше отдать специалисту?

Небольшой сайт-визитку на WordPress владелец с техническим опытом может перенести сам по инструкции хостинга. Специалиста стоит звать, когда на сайте идут продажи и каждый час простоя стоит денег, когда сайт работает на 1С-Битрикс с обменом с 1С, когда меняется домен или когда доступы разбросаны по разным людям, а прежний разработчик уже не отвечает. В этих случаях ошибка обычно обходится дороже аккуратного переезда.

Переезд удобно обсуждать с тем, кто потом будет обслуживать сайт. У Webpro поддержка и доработка сайтов оформлена отдельной услугой, в неё входят техническая поддержка, обновление CMS, чистка от вирусов и интеграции. Студия на рынке 16 лет, с 2010 года, реализовала более 500 проектов и работает по договору. При нарушении его условий клиент получает деньги обратно.

Если подрядчика ещё только выбираете, пригодится список из 7 вопросов подрядчику перед сделкой. Многие из них подходят и для разовых технических работ вроде переезда.

Как обсудить перенос вашего сайта?

Если хотите понять, сколько работы потребует переезд именно вашего сайта, оставьте заявку через форму на сайте webpro.studio. Расчёт стоимости занимает около 15 минут. Написать можно в Telegram @alxltvn или в WhatsApp, позвонить по телефону +7 985 558-79-34 с понедельника по пятницу с 10:00 до 18:00.

В первом сообщении полезно сразу назвать CMS сайта, текущий хостинг и то, где размещена почта на домене. С этими данными объём работ и риски переезда оценить заметно проще.

Частые вопросы

Можно ли перенести сайт, если старый хостинг уже заблокировал аккаунт за неоплату?

Обычно да, если данные ещё не удалены. Многие хостинги после блокировки какое-то время хранят файлы и базу, и после оплаты короткого периода доступ возвращается. Этого хватает, чтобы скачать резервную копию и спокойно переехать. Если оплачивать не хочется, можно написать в поддержку и спросить, выдадут ли архив. Тянуть не стоит, потому что срок хранения данных после блокировки ограничен и у каждого хостинга свой.

Что делать, если после смены DNS часть посетителей всё ещё видит старый сайт?

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

Можно ли совместить переезд на новый хостинг с редизайном сайта?

Технически можно, но так сложнее найти причину, если после запуска просядет трафик или перестанут приходить заявки. Непонятно будет, виноват ли новый сервер, новая вёрстка или изменённые адреса страниц. Надёжнее сначала перенести сайт как есть, убедиться, что он стабильно работает и индексируется, и только потом выкатывать редизайн. Тогда каждое изменение можно проверить отдельно и при необходимости откатить.

Когда можно окончательно отключить старый хостинг?

После того как трафик полностью ушёл на новый сервер, почта ходит без сбоев, а в Вебмастере нет новых ошибок доступности. На практике старый хостинг держат рабочим ещё несколько дней после смены DNS. Перед отключением стоит последний раз скачать с него полную копию файлов, базы и почтовых ящиков и сохранить её у себя. Она пригодится, если через месяц обнаружится забытый файл или раздел.

Нужен ли администратор, если сайт переезжает на VPS?

Скорее да. На виртуальном хостинге за сервер отвечает провайдер, а на VPS владелец сам ставит и обновляет программы, настраивает веб-сервер, защиту и резервное копирование. Панель управления упрощает часть задач, но обновления безопасности и контроль нагрузки никуда не деваются. Если в команде нет человека, который умеет администрировать Linux-сервер, VPS лучше брать с администрированием или поручить обслуживание подрядчику.

Оставьте заявку на перенос или обслуживание сайта через форму на сайте или в Telegram.

0 0 голоса
Рейтинг статьи
guest
0 комментариев