Если коротко: правильный перенос сайта на новый хостинг занимает от нескольких часов до суток и при грамотной последовательности не даёт ни простоя, ни потери страниц в индексе. Сначала разворачивают и проверяют копию на новом сервере, заранее снижают TTL записей DNS, затем переключают домен — и сайт для посетителей «переезжает» незаметно. Звучит просто, но в деталях прячется всё: пропущенный файл конфигурации, несвежая база или SSL-сертификат, который не успел выпуститься к моменту переключения.
«Нас достал текущий хостинг, хотим переехать, но боимся потерять позиции» — такую фразу мы слышим примерно раз в месяц. Чаще всего за ней стоит либо хронически медленный сервер, либо хостер, который прекратил техподдержку. Иногда — просто более выгодный тариф, на который нет смысла не переходить. Повод не важен: перенос по чёткому плану проходит без эксцессов.
Когда пора переезжать: сигналы, которые нельзя игнорировать
Переезд оправдан, когда текущий хостинг стал проблемой, а не фоновым расходом. Вот признаки, по которым это понятно без долгого анализа.
- Сайт регулярно тормозит или «падает» в часы пик, хотя трафик не вырос. PageSpeed Insights показывает высокий Time to First Byte — это почти всегда перегруженный сервер.
- Хостер поднял цену или уходит с рынка. В 2024–2026 годах несколько российских хостингов закрылись или резко ухудшили сервис — клиенты из Хабаровска и Владивостока это почувствовали на себе.
- Нет нормальных бэкапов или хостер хранит копии не дольше трёх дней. После взлома или сбоя это катастрофа.
- PHP и MySQL устарели, а хостер не обновляет окружение. Для сайта на 1С-Битрикс это проблема: платформа требует PHP 8.1+ и актуальную версию MySQL.
- Техподдержка отвечает сутками или вовсе не отвечает. Критичный сбой в пятницу вечером — и сайт лежит до понедельника.
Чек-лист перед началом переноса
Хаотичный переезд «сегодня решили — завтра перенесли» — главная причина потерь. Хорошая подготовка занимает час, но экономит нервы на неделю. Перед тем как что-либо трогать на текущем хостинге, убедитесь, что у вас есть всё из этого списка.
- Полный бэкап: все файлы сайта и дамп базы данных — свежие, сделанные прямо перед переносом.
- Доступ к DNS-зоне домена — логин в панель регистратора или хостера, где прописаны A-записи. Без этого переключить домен не получится.
- Текущее значение TTL для A-записи домена (обычно 3600 или 86400 секунд). Именно столько DNS-серверы будут «помнить» старый адрес после переключения.
- Список всех поддоменов и MX-записей: почта, служебные домены, cdn — всё нужно перенести вместе с основным доменом.
- Конфигурационные файлы CMS: для 1С-Битрикс —
/bitrix/.settings.php,/bitrix/php_interface/dbconn.phpс параметрами подключения к базе,.htaccess. - Лицензионный ключ 1С-Битрикс — после смены IP сервера потребуется переактивация.
Как снизить TTL и почему это делают заранее
Это один из двух шагов, о которых чаще всего забывают. Снижение TTL нужно сделать за 24–48 часов до переноса — именно столько нужно, чтобы интернет-провайдеры «забыли» текущее значение и начали спрашивать у DNS-серверов чаще.
Зайдите в панель управления DNS у вашего регистратора или хостера и поменяйте TTL для A-записи с 3600–86400 на 300 (5 минут). После этого подождите сутки. Теперь после смены IP домен распространится по всему интернету примерно за 5–10 минут, а не за 24 часа. После завершения переноса TTL можно вернуть обратно на 3600.
Перенос файлов и базы данных: пошагово
Когда новый хостинг выбран и настроен, а TTL снижен, можно приступать к самому переносу. Для сайтов на 1С-Битрикс порядок имеет значение.
Шаг 1: разворачиваем сайт на новом сервере
Скопируйте все файлы сайта на новый хостинг через FTP/SFTP или панель управления. Для 1С-Битрикс это каталог с ядром /bitrix/, папки модулей, загруженный пользователями контент из /upload/ и все ваши шаблоны. Папка /upload/ часто весит десятки гигабайт — передавайте через rsync или архивируйте на сервере, чтобы не качать на локальный компьютер туда-обратно.
Шаг 2: создаём базу данных и импортируем дамп
На новом хостинге создайте базу данных и пользователя с теми же (или новыми) параметрами. Импортируйте дамп через phpMyAdmin или командой mysql -u user -p dbname < dump.sql. После импорта обновите параметры подключения в конфигурационных файлах Битрикса — имя базы, хост, логин и пароль. Если хост БД на новом сервере localhost, а на старом был IP — это частая причина белого экрана после переноса.
Шаг 3: тестируем на временном адресе
Прежде чем переключать домен — обязательно проверьте сайт. Большинство хостингов дают временный адрес вида srv12345.hoster.ru или позволяют прописать тестовый домен. Для Битрикса дополнительно проверьте через /bitrix/admin/ → «Настройки» → «Производительность», чтобы убедиться, что PHP и MySQL версии подходят.
| Что проверяем | Где смотреть | Частая проблема |
|---|---|---|
| Открываются все страницы | Браузер, главная и несколько внутренних | Белый экран = ошибка подключения к БД или неверный путь к файлам |
| Работает форма заявки | Отправить тестовую заявку | Настройки почты или SMTP не перенесены |
| Загружаются изображения | Страница с фото товаров или портфолио | Папка /upload/ не скопирована полностью |
| Работает авторизация и корзина | Личный кабинет, добавление товара | Права на файлы или директории |
| Тест производительности Битрикс | /bitrix/admin/ → Производительность | Старый PHP, нет opcache |
Шаг 4: переключаем домен и SSL
Когда сайт на новом хостинге работает без замечаний, меняйте A-запись домена на новый IP-адрес сервера. Параллельно выпустите SSL-сертификат — Let's Encrypt через панель хостинга делает это в пару кликов. Важно: не удаляйте сайт со старого хостинга сразу. Держите его ещё 24–48 часов как резерв на случай, если что-то пошло не так.
Как не потерять позиции в Яндексе и Google при переносе
Поисковики не «наказывают» за смену хостинга — им важен адрес сайта, а не IP сервера. Но несколько ошибок при переносе напрямую роняют позиции, и вот что стоит проверить отдельно.
- robots.txt не закрывает сайт от индексации. На тестовом домене часто ставят
Disallow: /и потом забывают убрать или копируют этот файл на боевой. - Все страницы отдают 200, а не 404. Если после переноса часть URL стала недоступна, поисковик зафиксирует потерю и начнёт исключать страницы из индекса.
- Скорость на новом сервере не хуже старой. Если сайт работал хорошо, а после переезда LCP вырос с 1,5 с до 4 с — это сигнал Яндексу и Google. Проверьте PageSpeed Insights сразу после переключения.
- Sitemap.xml актуален. Если сайт генерирует карту автоматически — убедитесь, что на новом хостинге она тоже работает.
- Яндекс Метрика и Google Analytics передают данные. Это не влияет на позиции напрямую, но без аналитики вы не увидите проблем первого дня после переезда.
На наших проектах мы фиксируем скриншот позиций в Яндекс Вебмастере за день до переноса и проверяем снова через 5–7 дней. Если ничего не изменилось — переезд прошёл чисто.
План отката: что делать, если что-то пошло не так
Именно поэтому сайт со старого хостинга не удаляют сразу. Если в течение суток после переключения домена вы обнаружили критичную ошибку, которую не можете исправить быстро, — верните A-запись на старый IP. Из-за сниженного TTL это сработает за 5–10 минут. Сайт вернётся на старый сервер, а вы спокойно разберётесь с проблемой.
Откат не означает неудачу — это часть профессионального процесса. Мы закладываем окно отката на 48–72 часа в каждый перенос. За это время 99% проблем либо находятся и устраняются, либо их нет вовсе.
Частые вопросы
Сколько длится перенос сайта на другой хостинг?
Технически — от 2 до 6 часов на копирование, настройку и тест. Плюс сутки на снижение TTL заранее и ещё сутки на распространение DNS после переключения. Итого от 24 до 48 часов с учётом подготовки — при этом сайт для посетителей не пропадает.
Теряются ли позиции в поиске при смене хостинга?
При правильном переносе — нет. Поисковики реагируют на изменение адреса сайта (домена), а не IP сервера. Главное: не закрыть сайт от индексации, сохранить все URL и не допустить падения скорости после переезда.
Можно ли перенести сайт самому, без разработчиков?
Если у вас есть доступ к FTP, панели хостинга и DNS-зоне, а сайт не большой — можно. Для интернет-магазинов на 1С-Битрикс с обменом данных и большой базой лучше привлечь специалиста: цена ошибки выше.
Нужно ли переактивировать 1С-Битрикс после переноса?
Да. Лицензия Битрикса привязана к домену и серверу. После смены IP сервера нужно зайти в административный раздел и перерегистрировать продукт — это занимает несколько минут.
Что будет, если не снизить TTL перед переносом?
Часть посетителей будет попадать на старый сервер ещё 12–24 часа после переключения домена. Если к этому моменту старый сайт уже удалён, они увидят ошибку. Плюс обмен с 1С или другие интеграции могут обращаться не к тому серверу.
Планируете переезд на новый хостинг или сайт уже тормозит и нужна диагностика? Переносим сайты на 1С-Битрикс без простоя — берём на себя бэкапы, настройку окружения, переактивацию лицензии и контроль позиций после миграции. Звоните: 8 800 55-100-10. Подробнее — поддержка и безопасность, а если после переезда нужно подтянуть позиции — интернет-продвижение.
