Перенос сайта: полный чек-лист для четырёх разных переездов

Переносом сайта называют четыре разные операции: смена хостинга, смена домена, смена CMS и смена подрядчика. Общего у них четыре пункта: проверенный бэкап, полный список доступов, согласованное окно работ и план отката. Хостинг переезжает за 1-2 дня, домен со склейкой в Яндексе занимает 3-4 недели, смена CMS два месяца.

Статья для владельца сайта на WordPress, Битриксе, Tilda или OpenCart, которому предстоит переезд и не хочется потом выяснять постфактум, куда делись заявки. Здесь чек-листы по каждому из четырёх сценариев и список мест, где сайт теряют чаще всего. Чего здесь нет: пошаговых инструкций под конкретную панель хостинга, их у каждого провайдера свои.

Я веду абонентское обслуживание шесть лет, переездов через меня прошло больше сотни. Провальных было четыре, и все четыре по одной причине: меняли несколько вещей одновременно и потом не могли понять, какая из них сломала сайт.

Четыре переезда, которые называют одним словом

Когда мне пишут «надо перенести сайт», я первым делом спрашиваю, что именно меняется. За одинаковой фразой стоят операции с разной ценой, разным сроком и совершенно разным риском.

Что меняется	Что остаётся прежним	Срок работ	Риск для позиций
Хостинг	Домен, адреса страниц, движок	1-2 дня	Почти нулевой
Домен	Хостинг, движок, структура	День работ, склейка 3-4 недели	Высокий
CMS	Домен, обычно хостинг	3-8 недель	Очень высокий
Подрядчик	Вообще всё	Неделя на приёмку	Нулевой, если доступы забрали

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

Разнесите операции по времени. Сначала хостинг. Через две недели проверок домен. Ещё через месяц движок. Заказчики от такого графика стонут, зато потом никто не ищет виноватых.

Общая часть: что делается при любом переезде

Эти четыре пункта одинаковы для всех сценариев. Пропустить любой из них значит переезжать наудачу.

Бэкап, который вы разворачивали

Копию файлов и базы снимаете до первого действия, а не после. Снять мало, архив надо проверить. Половина бэкапов, которые я разворачивал у новых клиентов, оказывалась битой: дамп базы обрывался на середине по таймауту.

# снимаем файлы и базу до любых работ
tar czf site-$(date +%F).tar.gz -C /var/www/site .
mysqldump -u user -p --single-transaction --default-character-set=utf8mb4 dbname > db-$(date +%F).sql

# проверяем, что архив читается, а дамп не оборвался
tar tzf site-$(date +%F).tar.gz > /dev/null && echo "files ok"
tail -1 db-$(date +%F).sql   # в конце должно быть: -- Dump completed

Кладите копию не на тот же хостинг, с которого уезжаете. Скачайте её на свою машину или в объектное хранилище: 10 ГБ у Яндекса стоит порядка 30 рублей в месяц, дешевле любого простоя. И разверните из неё тестовую копию. Бэкап, который ни разу не разворачивали, это не бэкап, а файл неизвестного содержания.

Инвентаризация доступов

До переезда у вас на руках должен быть полный список. Не «где-то в переписке с прошлым админом», а один документ.

• Регистратор домена: логин, пароль, привязанная почта, доступ к этой почте.
• Панель хостинга и SSH или FTP.
• База данных: хост, имя, пользователь, пароль (лежат в wp-config.php, bitrix/.settings.php, config/settings.inc.php в зависимости от движка).
• Админка CMS с ролью администратора, а не редактора.
• Почтовые ящики на домене и то, где они реально обслуживаются.
• Яндекс Вебмастер, Яндекс Метрика, кабинет рекламы.
• SSL: кем выпущен, автопродление или ручное.
• Платные плагины и лицензии с ключами и почтой, на которую они куплены.
• Репозиторий с кодом, если он есть.

Этот же список пригодится и после переезда: держите его в одном документе и обновляйте при каждой смене пароля.

Окно работ

Выберите время, когда на сайте меньше всего людей, и предупредите всех, кого касается. Для B2B это ночь с пятницы на субботу, для доставки еды наоборот вторник в 6 утра. Смотрите Метрику, а не общие рекомендации.

За сутки до переезда снизьте TTL у DNS-записей до 300 секунд. Тогда при смене IP мир увидит новый адрес за 5 минут, а не через сутки, как при дефолтном TTL 86400. После успешного переезда TTL возвращают обратно.

План отката

На бумаге, до начала работ. Отвечает на два вопроса: по какому признаку мы понимаем, что переезд не удался, и что конкретно жмём, чтобы вернуться. Обычно это возврат старой A-записи и включение старого сервера, который вы ещё не отключили.

Старый хостинг не отключайте минимум две недели. Лишний месяц обойдётся в 200-600 рублей, и это самая дешёвая страховка из всех, что здесь есть.

Переезд между хостингами

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

Порядок такой: заливаем файлы и базу на новый сервер, поднимаем сайт по временному адресу или через правку hosts на своей машине, проверяем, и только потом переключаем DNS. Заливать и сразу переключать это способ узнать о сломанной админке от клиента.

Чек-лист:

• Версия PHP на новом хостинге совпадает или выше. WordPress 6.x и Битрикс на PHP 7.4 в 2026 году ещё запустятся, но с предупреждениями.
• Кодировка базы совпадает. Классический косяк: на старом utf8, на новом utf8mb4, и русские тексты приезжают вопросами.
• Права на файлы 644, на папки 755. После распаковки архива под root они часто съезжают.
• Cron-задания перенесены руками, они не лежат в архиве сайта.
• Почта. Здесь теряют больше всего: если ящики на домене обслуживал старый хостинг, при смене MX-записей письма за период переключения улетают в никуда. Перед переездом скачайте почту локально или переведите домен на Яндекс 360 заранее.
• SSL выпущен на новом сервере до переключения DNS. Let’s Encrypt выпускается за минуту, но только когда домен уже смотрит на новый IP, поэтому либо валидация по DNS, либо готовность к 10 минутам с предупреждением браузера.
• Проверка резолва после переключения:

dig +short A example.ru @8.8.8.8
dig +short A example.ru @77.88.8.8

Если оба резолвера отдают новый IP, переключение прошло. Детальный разбор процедуры со всеми граблями лежит в отдельной статье про перенос сайта на новый хостинг.

Смена домена

Здесь риск настоящий. Вы меняете адрес, по которому вас знают поисковики, и на несколько недель попадаете в подвешенное состояние.

Редиректы 301 ставят постранично, а не всё скопом на главную. Если старый /uslugi/remont-holodilnikov/ редиректит на новую главную, вес страницы теряется полностью, и Яндекс считает это мягкой 404.

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www.)?staryy-domen.ru$ [NC]
RewriteRule ^(.*)$ https://novyy-domen.ru/$1 [R=301,L]

Такая конструкция сохраняет путь. Если структура адресов при этом ещё и меняется, редиректы придётся писать построчно по карте соответствий, и никак иначе.

Чек-лист смены домена:

• Постраничные 301 со старого домена на новый, проверенные по списку всех индексируемых URL.
• Старый домен оплачен минимум на год вперёд. Отпустить его через месяц значит выбросить редиректы и подарить ссылочную массу тому, кто перехватит домен.
• В Яндекс Вебмастере оба домена добавлены и подтверждены, в разделе «Переезд сайта» указано главное зеркало.
• В базе заменены абсолютные адреса. Для WordPress сначала прогон вхолостую:

wp search-replace 'https://staryy-domen.ru' 'https://novyy-domen.ru' --all-tables --precise --dry-run

Убеждаемся, что число замен адекватное, и повторяем без --dry-run. Прямой UPDATE по базе делать нельзя: сериализованные поля WordPress хранят длину строки, и после ручной правки виджеты с настройками темы разваливаются.

• Sitemap пересобран, robots.txt на новом домене открыт для индексации.
• Счётчики Метрики переведены на новый адрес, цели проверены.
• Внешние ссылки: карточки в Яндекс Бизнес и 2ГИС, соцсети, подписи в почте, визитки, реклама. Крупные площадки просите поменять руками, редирект работает, но прямая ссылка лучше.

Склейка в Яндексе занимает 3-4 недели, у Google быстрее. Просадка трафика на 20-40 процентов в этот период это норма, потом она отыгрывается. Что делать, если не отыгралась, разобрано в статье про переезд на новый домен без потери позиций.

Смена CMS

Самый долгий и самый дорогой сценарий. Меняется движок, а вместе с ним обычно и адреса страниц, и разметка, и половина функционала.

Что убивает сайты при смене CMS:

Адреса. Tilda отдаёт /page12345678.html, WordPress /uslugi/remont/. Без карты соответствий «старый URL, новый URL» вы получите несколько сотен 404 разом. Карту составляют заранее, в таблице, руками, до начала работ. Выгрузите список проиндексированных страниц из Вебмастера и сопоставьте каждую.

Функционал. Калькулятор на старом движке был плагином за 3 000 рублей, на новом такого плагина нет. Инвентаризацию функционала делают до переезда, а не в день запуска: формы, фильтры, личный кабинет, выгрузка в 1С, интеграция с CRM.

Контент. Автоматический перенос текстов через импорт почти всегда портит вёрстку: таблицы схлопываются, картинки теряют размеры, ссылки становятся абсолютными на старый домен. Сто страниц проще перенести руками за два дня, чем неделю чинить импорт.

Метаданные. Title и description при импорте не переносятся, потому что лежат в структурах конкретного SEO-плагина. Их выгружают отдельно и заливают отдельно.

Порядок работ по-хорошему: собрать новый сайт на поддомене или в закрытом от индексации виде, наполнить, проверить, а потом переключить за один вечер. Полный список проверок после переключения я собрал в статье про SEO чек-лист после смены CMS.

Про сроки честно: даже небольшой корпоративный сайт на 40 страниц это 3-4 недели работы, магазин на 500 товаров от двух месяцев. Всё, что обещают сделать за неделю, потом доделывают три месяца по частям.

Смена подрядчика

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

Забирайте до того, как объявили о расставании:

• Домен. Проверьте в Whois, на кого он зарегистрирован. Если на подрядчика, домен вам не принадлежит, и это надо решать до конфликта, а не после.
• Хостинг. Аккаунт должен быть оформлен на вас или на вашу компанию, с вашей почтой в качестве контактной.
• Доступ администратора в CMS. Не редактора: редактор не может ставить плагины и не видит настройки.
• Исходники темы и кастомного кода, включая репозиторий.
• Права на аккаунты Метрики и Вебмастера. В Метрике попросите передать права владельца, а не гостевой доступ.
• Ключи платных лицензий, оформленные на вашу почту.

Отдельная неприятная история: подрядчик уходит, а на сайте остаётся его код. Скрипт с ссылкой «разработка сайта» в подвале, вставка чужой аналитики, реже логическая бомба, которая через полгода выводит баннер о неоплате. Первое, что я делаю при приёмке чужого сайта: сравниваю тему с чистой версией и читаю functions.php и mu-plugins целиком.

Подробный порядок приёмки с формой акта расписан в статье про передачу сайта от старого подрядчика.

Проверка после переезда

Список одинаков для всех четырёх сценариев. Проходить его надо в день переезда, а не через неделю по жалобе клиента.

Что проверяем	Как	Когда чинить
Главная и 10 самых посещаемых страниц	Открыть глазами	Сразу
Формы обратной связи	Отправить тестовую заявку и дождаться письма	Сразу
Оплата	Провести реальный платёж на 10 рублей	Сразу
Админка	Зайти, отредактировать страницу, сохранить	Сразу
SSL	Замок в браузере, срок сертификата	Сразу
Метрика	Отчёт по посещаемости в реальном времени	В тот же день
Почта с домена	Написать себе с сайта и на ящик домена	В тот же день
robots.txt и sitemap	Открыть по адресу, проверить содержимое	В тот же день
Индексация	Вебмастер, раздел «Страницы в поиске»	Через неделю
404 и битые ссылки	Логи сервера, отчёт Вебмастера	Через неделю

Про формы отдельно. Ломаются они незаметнее всего: сайт открывается, страницы на месте, а заявки не приходят третью неделю. Причины банальные: на новом хостинге не настроен SMTP, письма уходят с чужого IP и падают в спам, либо в скрипте формы захардкожен старый домен. Отправьте тестовую заявку и убедитесь, что письмо реально дошло в ящик, а не просто выдало «спасибо» на экране.

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

Сколько занимает перенос сайта на другой хостинг?

Технически 2-4 часа для сайта на WordPress до 5 ГБ: заливка файлов, импорт базы, проверка. Плюс сутки на распространение DNS, если заранее не снизили TTL до 300 секунд. По моей практике весь процесс с проверками укладывается в 1-2 дня. Старый хостинг при этом держат оплаченным ещё две недели.

Потеряет ли сайт позиции при переносе?

При смене хостинга практически нет, если простой не превысил нескольких часов. При смене домена просадка трафика на 20-40 процентов в первые 3-4 недели это норма, потом позиции возвращаются при корректных постраничных 301. При смене CMS теряют больше всего, и основная причина не движок, а порванные адреса страниц без карты соответствий.

Можно ли перенести сайт без простоя?

Да, если поднять копию на новом сервере заранее и переключить DNS только после проверки. На время переключения сайт отдают оба сервера, поэтому посетитель попадает либо на старый, либо на новый, но не на ошибку. Условие одно: на период переключения DNS не принимать заказы в базу на старом сервере, иначе часть заявок осядет там.

Что забрать у подрядчика перед расставанием?

Домен, оформленный на вас, аккаунт хостинга с вашей контактной почтой, доступ администратора в CMS, исходники темы и кастомного кода, права владельца в Метрике и Вебмастере, ключи платных лицензий на вашу почту. Забирать надо до объявления о расставании: потом доступы просто отключают, и восстанавливать их приходится через регистратора и переписку с хостингом.

С чего начать переезд прямо сейчас

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

Если переезд предстоит на следующей неделе и подстраховаться некем, напишите мне: разберу ваш случай и скажу, где именно рискуете потерять данные. Переезды входят в абонентское обслуживание, условия и тарифы здесь, либо делаются разовой работой под задачу. Разработку с нуля и дизайн я не делаю, только обслуживание существующих сайтов.