Перенос сайта на другой хостинг состоит из пяти операций: снять полный бэкап файлов и базы, залить копию на новый сервер, открыть сайт по новому IP через файл hosts, поменять A-запись домена и проследить за ошибками первые сутки. Простоя не будет, если старую площадку не отключать ещё 14–30 дней: два сервера какое-то время работают параллельно, и посетители попадают то на один, то на другой, но видят рабочий сайт. Площадку под переезд удобно подбирать в разделе VPS для сайтов — там 15 провайдеров со стартовой ценой от 139 ₽/мес.
Материал написан для владельца сайта на WordPress, Joomla, OpenCart или самописном PHP, который переезжает сам, без администратора. Внутри — что копировать, сколько весит средний сайт и сколько минут занимает передача, как перенести базу MySQL без «кракозябр», зачем за сутки до переезда снижают TTL и какие проверки пройти после. Команды даны для сервера с доступом по SSH, но то же самое делается кнопками в панели.
Что переносится при смене хостинга, а что остаётся на месте
Сайт — это не один объект, а четыре независимые части, и каждая переезжает своим способом. Первая — файлы: ядро CMS, тема, плагины, папка загрузок. Вторая — база данных MySQL с текстами и заказами. Третья — почтовые ящики на домене. Четвёртая — служебные мелочи: задания cron (команды, которые сервер запускает по расписанию), SSL-сертификат и файл .htaccess с правилами перенаправления.
Домен при этом никуда не переезжает. Он остаётся у регистратора, меняется только его A-запись — строка, которая говорит браузеру, на каком IP искать сайт. Смена хостинга и перенос домена к другому регистратору — разные процедуры, их лучше разнести хотя бы на неделю.
Отдельно стоит почта. Если ящики обслуживает тот же хостинг, что и сайт, после смены MX-записей (это строки DNS, которые указывают, какой сервер принимает почту домена) вся переписка останется на старом сервере: письма не копируются вместе с файлами сайта. Перед переездом почту выгружают клиентом вроде Thunderbird в локальные папки.

Сколько весит сайт и сколько времени займёт передача данных
Оценка объёма нужна до начала работ: от неё зависит, хватит ли диска на новом тарифе. Дамп базы обычного сайта на 5 тысяч записей занимает 20–80 МБ и ужимается архиватором в 5–10 раз. Файлы весят несоизмеримо больше: типичная установка WordPress с медиабиблиотекой — от 1 до 10 ГБ, и почти весь объём приходится на папку wp-content/uploads.
Скорость передачи упирается в канал, а не в размер сайта. Копия объёмом 5 ГБ по rsync на канале 100 Мбит/с уходит примерно за 7 минут — эта утилита передаёт файлы напрямую между серверами и докачивает прерванную передачу с места остановки. Через браузерный файловый менеджер тот же объём копируется в разы дольше: данные идут через домашний интернет дважды.
| Что переносим | Типичный объём | Чем передавать | Ориентировочное время |
|---|---|---|---|
| Дамп базы MySQL, 5 тыс. записей | 20–80 МБ | mysqldump + scp | 1–3 минуты |
| Ядро CMS с плагинами | 60–300 МБ | tar + rsync | до 1 минуты |
| Медиабиблиотека сайта | 1–10 ГБ | rsync | 7–15 минут на 5 ГБ |
| Почтовые ящики домена | 0,5–20 ГБ | IMAP-клиент | от 30 минут |
Запас по диску берут двойной: во время переезда на сервере лежат и архив, и распакованные файлы. Сайту весом 5 ГБ тариф с диском 10 ГБ уже тесен: комфортный минимум — 20 ГБ.
Подготовка за сутки: снижаем TTL и собираем доступы
TTL — это время в секундах, которое DNS-серверы держат ответ в кэше и не перезапрашивают его. Пока старое значение живёт в кэше, часть посетителей уходит на прежний хостинг, даже если A-запись уже изменена. Обычные значения TTL у регистраторов — от 300 до 3600 секунд, у некоторых по умолчанию стоит 86 400 секунд, то есть сутки.
За 24 часа до переезда TTL опускают до 300 секунд. Старые кэши успевают протухнуть, и в день смены A-записи трафик перетекает на новый сервер за 5–15 минут вместо суток. Когда переезд завершён и сайт отработал без нареканий 3–5 дней, TTL возвращают к 3600 секундам.
Параллельно собирают доступы, без которых переезд встанет посередине: панель регистратора домена, SSH или FTP старого хостинга, пароль к базе, панель нового сервера. Назначение остальных типов записей разобрано в справке — записи DNS.
| Значение TTL | Когда ставить | Через сколько разойдётся смена IP |
|---|---|---|
| 86 400 с (24 ч) | Значение по умолчанию у части регистраторов | До суток |
| 3600 с (1 ч) | Обычный режим работы сайта | До 1 часа |
| 300 с (5 мин) | За сутки до переезда и на 3–5 дней после | 5–15 минут |

Как снять полный бэкап файлов и базы данных
Бэкап делают до любых действий на новом сервере: это единственная страховка, если что-то пойдёт не так. Резервная копия считается полной, только когда в ней есть и файлы, и дамп базы, снятые примерно в один момент, — иначе в базе окажутся заказы, картинок к которым в файлах уже нет.
Файлы упаковывают одной командой: tar -czf site.tar.gz /var/www/example.ru. Здесь tar собирает дерево каталогов в один файл, ключ -z сжимает его gzip, а -f задаёт имя архива. Архив на 1 ГБ ужимается до 400–700 МБ, а если внутри в основном JPEG — почти не уменьшается.
Базу выгружают командой mysqldump -u USER -p DBNAME > dump.sql — она превращает таблицы в текстовый файл с SQL-командами, которыми база восстанавливается на новом месте. Если доступа по SSH нет, тот же дамп скачивают из phpMyAdmin кнопкой «Экспорт» — это веб-панель для работы с базой прямо в браузере. Обе копии обязательно сохраняют себе на компьютер: архив только на сервере не защищает от отключения аккаунта за неоплату.
Пошаговая инструкция переноса без простоя
Порядок ниже рассчитан на переезд с виртуального хостинга на VPS или между двумя хостингами. Смена DNS стоит предпоследним шагом: к моменту, когда домен начнёт указывать на новый IP, сайт там уже полностью работает и проверен. Весь цикл для сайта на 3–5 ГБ занимает 1,5–3 часа, из которых половина — ожидание копирования.
Каждый шаг доводят до конца, прежде чем начинать следующий: сайт, который «почти открылся» по hosts, после смены DNS покажет ту же ошибку всем посетителям сразу.
- За 24 часа до работ снизьте TTL домена до 300 секунд и убедитесь, что старый хостинг оплачен минимум на 14 дней вперёд.
- Выберите ночь буднего дня или включите режим обслуживания, чтобы за время копирования не появились новые заказы.
- Снимите архив файлов через
tarи дамп базы черезmysqldump, скачайте обе копии к себе на компьютер. - Создайте на новом сервере пустую базу и пользователя к ней, запишите имя базы, логин и пароль для конфига CMS.
- Передайте файлы:
rsync -avz site.tar.gz user@NEW_IP:/var/www/— ключ-aсохраняет права и даты,-zсжимает поток,-vпоказывает прогресс. - Распакуйте архив, залейте дамп командой
mysql -u USER -p DBNAME < dump.sqlи пропишите новые доступы к базе вwp-config.phpили его аналоге. - Пропишите новый IP в локальный файл hosts и проверьте сайт: главную, две-три внутренние страницы, форму, вход в админку.
- Выпустите SSL-сертификат и убедитесь, что сайт открывается по HTTPS без предупреждений браузера.
- Поменяйте A-запись домена на новый IP в панели регистратора, а если переезжает и почта — MX-записи.
- Первые 48 часов держите оба сервера включёнными и не удаляйте ничего со старой площадки минимум 30 дней.
Как перенести базу MySQL и не получить «кракозябры»
Испорченная кодировка — самая частая поломка при переносе базы. Выглядит она так: тексты превращаются в «Ð¿Ñ€Ð¸Ð²ÐµÑ‚» или в череду вопросительных знаков, при этом структура и ссылки целы. Причина одна: дамп снят в одной кодировке, а залит в базу с другой, чаще всего utf8 против utf8mb4.
Лечится это на этапе экспорта. В консоли добавляют ключ: mysqldump --default-character-set=utf8mb4 -u USER -p DBNAME > dump.sql. Новую базу создают с той же кодировкой и сравнением utf8mb4_unicode_ci. Если дамп уже залит и текст поехал, не правьте статьи руками: удалите базу, создайте заново и залейте дамп повторно, это займёт 2–5 минут.
Вторая ловушка — старые абсолютные ссылки внутри базы: при переезде со сменой домена или с http на https картинки продолжают грузиться со старого сервера. Заменяют их не обычным поиском по базе, а специальным инструментом. Он понимает сериализованные данные PHP — записи, где рядом со значением хранится его длина. Обычная замена ломает такую длину, и настройки плагинов перестают читаться. Тарифы с подходящей версией MySQL собраны в разделе хостинг с MySQL.
Проверка сайта на новом сервере через файл hosts
Файл hosts — это локальный список соответствий «домен → IP» на вашем компьютере, который проверяется раньше DNS. Прописав в нём новый адрес, вы увидите сайт на новом сервере под настоящим доменом, а остальные посетители продолжат работать со старым. Ошибки конфигурации ловятся до переключения, а не после.
В Windows файл лежит по пути C:WindowsSystem32driversetchosts и открывается блокнотом от имени администратора, в macOS и Linux — это /etc/hosts. Добавляют одну строку вида 203.0.113.10 example.ru www.example.ru: сначала IP нового сервера, через пробел домен и его версия с www. После сохранения сайт открывают в приватном окне, чтобы обойти кэш браузера.
Проверять надо не только главную. Пройдите по 5–7 адресам: страница услуги, карточка товара, форма обратной связи, вход в админку, поиск. Отдельно откройте несуществующий адрес — сайт должен показать свою страницу «404, не найдено», а не белый экран. Когда всё сошлось, строку из hosts удаляют.
Смена A-записи: что происходит в первые часы
Переключение сводится к правке одной строки в панели регистратора: в A-записи домена старый IP меняют на новый. Дальше новый адрес постепенно расходится по DNS-серверам провайдеров — их называют резолверами. Занимает это примерно столько, сколько указано в TTL. При TTL 300 секунд большинство посетителей увидят новый сервер за 5–15 минут, при 3600 секундах ждать до часа.
Переезд не бывает мгновенным: некоторое время часть трафика идёт на старую площадку, часть на новую. Отсюда правило не выключать старый сервер — пока запись расходится, там должна лежать рабочая копия сайта.
Если у домена несколько записей — A для самого домена, отдельная для www, CNAME для поддоменов, — меняют их все за один заход. Пропущенный поддомен вроде shop.example.ru отвалится, когда старую площадку отключат.
SSL-сертификат: выпустить заново, а не копировать
Сертификат привязан к серверу, перетаскивать его файлы с площадки на площадку смысла нет. На новом хостинге его выпускают заново и почти всегда бесплатно: Let’s Encrypt выдаёт сертификаты на 90 дней с автоматическим продлением, а в панелях управления это одна кнопка и 1–3 минуты времени.
Тонкость в порядке действий: выпустить сертификат до смены DNS не всегда получится, потому что центр сертификации проверяет, что домен указывает на этот сервер. Либо сначала меняют A-запись и через 10–20 минут выпускают сертификат, либо проходят проверку через TXT-запись, которая от текущего IP не зависит.
После выпуска проверьте, что весь сайт отдаётся по HTTPS, а редирект с http стоит один и ведёт сразу на нужный адрес: цепочка из двух-трёх перенаправлений замедляет открытие на 100–300 мс. Порядок выпуска описан в гайде как установить SSL Let’s Encrypt.
Что проверить в первые сутки после переезда
Сразу после смены A-записи сайт может выглядеть нормально, а ломаться там, куда вы не заходите каждый день: в отправке писем, в загрузке файлов, в задачах по расписанию. Проверку проводят дважды — через час после переключения и на следующее утро.
Права на файлы — отдельная строка списка. Стандарт для сайта: 644 на файлы и 755 на каталоги. Первое число — права на чтение и запись для владельца, остальные — для всех прочих. После распаковки архива права нередко съезжают на 777, то есть «всё разрешено всем». Часть серверов такие файлы просто не отдаёт и показывает ошибку 403 «доступ запрещён».
| Что проверяем | Как проверяем | Норма |
|---|---|---|
| SSL и HTTPS | Открыть 3–4 страницы, посмотреть замок | Нет предупреждений браузера |
| Редиректы | Ввести адрес без www и с http | Одно перенаправление, код 301 |
| Права на файлы | ls -l в корне сайта |
644 на файлы, 755 на папки |
| Отправка почты | Тестовая заявка с формы | Письмо приходит за 1–2 минуты |
| Загрузка файлов | Залить картинку в админке | Файл появляется в медиабиблиотеке |
| Задачи cron | Журнал заданий панели | Выполняются по расписанию |
| Логи ошибок | error_log за первые 24 часа | Нет повторяющихся 500-х |
Сколько стоит новая площадка: цены каталога
Сайт-визитку и небольшой блог тянет стартовый VPS с 1 ядром и 1 ГБ памяти, магазину на 500–2000 товаров нужны 2 ядра и 4 ГБ. Ниже — цены провайдеров с тарифами под сайты и минимальная конфигурация, с которой начинается линейка.
| Провайдер | Цена от | Стартовая конфигурация | Тарифов в каталоге |
|---|---|---|---|
| RuVDS | 139 ₽/мес | 1 ядро, 0,5 ГБ RAM, 10 ГБ HDD | 440 |
| Timeweb | 180 ₽/мес | 15 ГБ NVMe | 77 |
| Selectel | 200 ₽/мес | 1 ядро, 1 ГБ RAM, 10 ГБ NVMe | 69 |
| Рег.ру | 235 ₽/мес | 7 ГБ SSD | 160 |
| AdminVPS | 299 ₽/мес | 1 ядро, 1 ГБ RAM, 15 ГБ NVMe | 149 |
| Beget | 330 ₽/мес | 1 ядро, 1 ГБ RAM, 10 ГБ NVMe | 7 |
| IQHost | 350 ₽/мес | 1 ядро, 2 ГБ RAM, 15 ГБ SSD | 17 |
Данные проверены 03.09.2026.
Разница между 139 и 350 ₽/мес на старте — это в основном диск: HDD дешевле, но на NVMe база отвечает в несколько раз быстрее. Бюджетные варианты собраны в подборке дешёвые VPS, а если сайт живёт на WordPress, смотрите хостинг для WordPress с преднастроенным окружением.
Частые ошибки при переезде
Почти все поломки после смены хостинга сводятся к нескольким сценариям. Каждый стоит от получаса простоя до потери суточных заказов, но лечится профилактикой на 5 минут.
- Отключить старый хостинг в день переезда: пока A-запись расходится, часть посетителей упирается в заглушку регистратора.
- Снять дамп базы и архив файлов с разницей в несколько часов — заказы за этот промежуток теряются безвозвратно.
- Не снизить TTL заранее: тогда сайт «двоится» не 15 минут, а сутки.
- Забыть про
.htaccessи служебные файлы с точкой в начале — архиватор их берёт, а ручное копирование часто пропускает. - Оставить права 777 после распаковки вместо 644 и 755.
- Проверить только главную страницу: ошибки чаще вылезают в админке, поиске и формах.
Частые вопросы
Сколько времени занимает перенос сайта на другой хостинг? Технические работы для сайта на 3–5 ГБ занимают 1,5–3 часа: копирование на канале 100 Мбит/с — около 7 минут на 5 ГБ, остальное уходит на настройку и проверки. Плюс сутки на снижение TTL заранее и 48 часов наблюдения после переключения.
Будет ли сайт недоступен во время переезда? При правильном порядке нет. Старый сервер остаётся включённым, новый готовится параллельно, и в момент смены A-записи оба отдают рабочую копию. Простой возникает, только если отключить прежнюю площадку раньше, чем запись разойдётся по резолверам.
Влияет ли смена хостинга на позиции в поиске? Сама по себе нет, если адреса страниц не менялись и сайт всё время был доступен. Просадка бывает от сопутствующих ошибок: массовых 404 из-за потерянного .htaccess, сломанного HTTPS или сервера, который отвечает вдвое медленнее прежнего.
Что делать, если после переноса вместо текста «кракозябры»? Это несовпадение кодировок базы. Удалите базу на новом сервере, создайте заново с кодировкой utf8mb4 и сравнением utf8mb4_unicode_ci и залейте дамп повторно — операция занимает 2–5 минут. Править тексты руками не нужно, исходный дамп в порядке.
Можно ли перенести сайт без доступа по SSH? Да. Файлы копируются через SFTP или файловый менеджер панели, база выгружается и заливается в phpMyAdmin. Дольше на 20–40 минут и требует внимания к скрытым файлам вроде .htaccess, но результат тот же.
Виртуальный хостинг или VPS выбрать для переезда? Если сайт упирался в лимиты старой площадки — тормозил на 300 посетителях в сутки или падал по памяти, — переезд на такой же виртуальный хостинг ничего не изменит. Разбор различий есть в сравнении shared или VPS.
Итог
Переезд без простоя держится на трёх вещах: полный бэкап файлов и базы, снятый в один момент, проверка по hosts до смены DNS и снижение TTL до 300 секунд за сутки до работ. Старый сервер не выключают ещё 14–30 дней, а после переключения проходят чек-лист из 7 пунктов.
Если сайт перерос прежнюю площадку, подбирайте новую по конфигурации и цене в разделе VPS для сайтов: 15 провайдеров, тарифы от 139 ₽/мес и фильтры по диску, памяти и расположению дата-центра. А переезжающим с виртуального хостинга на сервер впервые пригодится разбор как перенести сайт на VPS пошагово.