Перенос сайта без потерь — это собрать полную копию на новом сервере, проверить её под настоящим доменом до переключения и только после этого менять записи DNS. Порядок один и тот же для лендинга и для магазина: опись, копия файлов и базы, проверка, перенос почты и сертификата, переключение, 2 недели наблюдения.
Потери возникают не из-за сложности копирования. Их создают части сайта, которые живут вне папки с файлами: почта на домене, задачи по расписанию, сертификат, ключи доступа для сторонних сервисов, правила переадресации в настройках сервера. Про них вспоминают, когда домен уже переключён, а старый хостинг отключён, — самый дорогой момент для поисков.
С чего начинается перенос: полная опись сайта#
В разговоре «сайт» означает страницы, а при переезде — набор разнородных частей. Файлы в папке на сервере, база данных, почтовые ящики на домене, сертификат для защищённого соединения, задачи по расписанию, отправка писем с форм, ключи, по которым к сайту обращаются сторонние сервисы. Каждая часть переносится отдельно, и забытая обнаруживается после переключения.
Вторая опись — доступы. Панель управления хостингом, доступ к файлам, база, личный кабинет регистратора домена, почтовый ящик администратора, к которому привязано восстановление паролей. Частая находка: домен оформлен на подрядчика, с которым давно не общались. Пока доступ не восстановлен, назначать дату переезда бессмысленно.
Третья опись техническая: объём файлов, размер базы, версия языка и СУБД, нестандартные расширения, адреса, с которых сайт получает данные. И до первого шага — свежая копия всего, что переносится, сохранённая отдельно от обоих серверов; как её делать и проверять, разобрано в материале про резервные копии.
Как выбрать площадку и не переезжать дважды#
Требования к новому хостингу берут из технической описи, а не из тарифной сетки. Версия языка и базы, объём диска с запасом, предельный размер загружаемого файла, время выполнения скрипта, возможность поставить нужные расширения. Несовпадение по версии вскрывается уже после копирования, когда сайт встречает пустой страницей.
Дальше 4 признака, которые видно до оплаты. Поддержка отвечает по существу и в разумный срок, а не шаблоном через сутки. Есть тестовый период или возврат денег. Провайдер сам делает копии и умеет откатить сайт на выбранную дату. Панель управления такая, что ваш администратор разбирается в ней без обучения.
Проверка простая: разверните копию на тестовом тарифе и прогоните её до того, как оплатите год вперёд. Если сайт самописный, а заниматься переездом внутри компании некому, исполнителя ищут заранее и по тем же правилам, что и на любую другую работу с кодом, — про это есть отдельный разбор выбора подрядчика.
Порядок действий: копия, проверка, переключение#
Сначала заморозка. На время переезда останавливают публикации и правки контента, иначе часть изменений останется на старом сервере. Для магазина полная остановка невозможна: тогда переключение назначают на самое тихое время суток, а заказы за переходный период переносят руками.
Дальше копия: архив файлов и выгрузка базы, перенос на новый сервер, правка настроек подключения. Затем проверка, обязательно до смены записей домена. Временный адрес провайдера годится не всегда: сайт с абсолютными ссылками ведёт себя на нём иначе. Честнее прописать адрес нового сервера в файле hosts на своём компьютере.
За сутки до переключения время жизни DNS-записей понижают до 5–10 минут, чтобы откат занимал минуты, а не сутки. Сертификат выпускают заранее, почтовые ящики переносят по протоколу IMAP вместе с перепиской, задачи по расписанию переписывают руками: с файлами они не переезжают.
Переключение — смена A-записи или адресов NS у регистратора. Сразу после него повторно переносят то, что успело измениться за время работ: заказы, заявки, комментарии, загруженные файлы. Старый сервер держат оплаченным ещё 2–4 недели, переведя его в режим, где он отдаёт страницы, но не принимает заявок.
Что ломается после переезда и как это заметить#
Первой ломается почта, и ломается тихо. Письма с форм уходят уже с нового адреса, а записи домена всё ещё разрешают отправку со старого, поэтому сообщения оседают в спаме. Проверяют отправкой на ящики двух разных почтовых служб и просмотром служебных заголовков полученного письма.
Второе — права на файлы и папку загрузок: сайт открывается как обычно, но перестают сохраняться картинки, документы и выгрузки, а пользователь видит только сообщение об ошибке. Третье — кодировка базы: вместо текста «крякозябры». Лечится повторной выгрузкой с явно указанной кодировкой, а не правкой страниц.
Четвёртое — запрет индексации, оставшийся от тестового окружения. Закрывающая строка в robots.txt или служебный запрет в коде страниц переезжает вместе с копией, и при следующем визите робот читает его как указание убрать страницы из выдачи. Момент не виден со стороны: пока робот не зашёл повторно, в поиске всё по-прежнему, а потом позиции и трафик оседают постепенно, и причину начинают искать в чём угодно, кроме одной строки в служебном файле. Поэтому запрет проверяют в первый же день после переключения — открывают robots.txt по адресу сайта и смотрят служебные заголовки нескольких страниц. Пятое — сторонние сервисы, у которых адрес сервера внесён в белый список: платёжный модуль и обмен с учётной системой встают молча.
Ловится всё это тремя привычками. Первые дни смотреть журнал ошибок нового сервера, а не ждать жалоб. Руками проходить сценарии, которые приносят деньги: заявка с формы, звонок обратной связи, оплата. И держать открытыми отчёты вебмастера, где видно доступность сайта и число страниц в индексе.
Вывод: перенос — это управляемая процедура#
Переезд без потерь держится на трёх вещах: полная опись, проверка копии под настоящим доменом до переключения, сохранённая возможность откатиться. Само копирование файлов и базы занимает часы и рисков почти не создаёт — риски в тех частях сайта, которые в опись не попали.
Рабочий график выглядит так: неделя на опись и восстановление доступов, 2–3 дня на копию и проверку, переключение в тихое время суток, 2 недели наблюдения с оплаченным старым сервером. Растягивать дольше смысла нет, а попытка уложиться в один вечер обычно и заканчивается потерянной почтой или выпавшими из поиска страницами.
И правило, которое экономит больше всего нервов: пока новая площадка не проверена под настоящим доменом, старая остаётся рабочей и оплаченной. Переезд, из которого можно вернуться за 10 минут понижением записи в DNS, перестаёт быть событием и становится обычной технической задачей на пару дней.