Переезд сайта без потери позиций и заявок: чек-лист

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

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

Что ломается при переезде

Адреса страниц. Поисковик знает сайт по адресам. Если у страницы был адрес /analiz-ferritina.html, а на новом сайте он стал /docs/analiz-ferritina, то для Яндекса это новая страница без истории, а старая отдаёт ошибку 404. Позиции копились годами и исчезают за пару обновлений выдачи. Помогает постоянный редирект (код 301): браузер и робот, пришедшие по старому адресу, сразу попадают на новый, а поисковик переносит на него накопленный вес.

Индексация. Служебные файлы robots.txt и sitemap.xml подсказывают роботу, что обходить. На конструкторах их часто отдаёт сама платформа, и после переезда они просто пропадают. Так было с Тильдой: оба файла живут на её инфраструктуре, поэтому при выгрузке мы генерируем их заново. Сюда же относятся заголовки и описания страниц (title и description). Если шаблон новой платформы меняет их формат, меняются сразу все страницы. На сайте лаборатории таких заголовков около 650, и формат мы согласуем с владельцем заранее, до переключения.

Формы заявок. Это самая коварная поломка, потому что её не видно. Форма на Тильде отправляет данные на сервер Тильды. В выгруженной копии сайта форма продолжает показывать «Успешно отправлено», но никуда ничего не уходит. Посетитель уверен, что оставил заявку, менеджер её не получил, и узнать об этом не у кого.

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

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

Данные. Когда переезжает каталог (цены, сроки, описания, связи между разделами), любая ошибка импорта превращается в неправильную цену на сайте. У лаборатории это 472 анализа с ценами, статьи, новости и около 1 200 изображений и файлов. Глазами такой объём не сверить.

Порядок действий

1. Опись старого сайта. До начала работ снимаем полный список адресов, страниц, форм, счётчиков и подключённых сервисов. Для портала нормативных документов это 861 документ: ГОСТы, СНиПы, НПБ, РД, законы. Старые страницы были в кодировке windows-1251, их перед разбором переводим в современную кодировку. Архив старого сайта сохраняем целиком.

2. Карта редиректов. Каждому старому адресу сопоставляем новый. У лаборатории проверили 674 старых адреса, отдельный редирект понадобился для 90 из них, остальные сохранили прежний вид. У портала критерий успеха записан прямо в задаче: каждый документ открывается по новому адресу с полным текстом и метаданными, а со всех старых .html-адресов стоит постоянный редирект 301, чтобы не потерять поисковый трафик.

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

4. Формы и почта. Формы переводим на свой обработчик. Мы устроили его так, что заявка сначала записывается в журнал на сервере и только потом отправляется письмом. Если почтовый сервер в этот момент недоступен, заявка уже сохранена, и система дошлёт письмо позже. Повторное нажатие кнопки не создаёт дубль. Посетитель видит «Успешно» только тогда, когда сервер действительно принял заявку.

5. Автоматические проверки — о них в следующем разделе.

6. Приёмка владельцем. Владелец смотрит тестовый адрес и подтверждает. Без этого переключения нет.

7. Переключение. Выкладываем финальную версию и переключаем домен на новый сервер. Старую площадку не выключаем: проект на Тильде, например, остаётся опубликованным минимум сутки после переключения. Если что-то пойдёт не так, вернуться можно одним действием. Сайт хранится версиями, и откат — это переключение на предыдущую версию, без копирования файлов. Портал нормативных документов переключили на новую платформу 12 мая 2026 года, с редиректами 301 со старых адресов.

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

Как мы проверяем, что ничего не потеряли

Главное правило: проверяет программа, а не человек с браузером. Человек устаёт на сотой странице, скрипт проверяет все.

Адреса. Скрипт проходит по всем старым адресам и смотрит, что каждый ведёт на живую страницу одним шагом. Цепочки из нескольких редиректов подряд замедляют робота и теряют вес, поэтому их тоже ловим. На сайте лаборатории проверка прошла по всем 674 адресам: цепочек 0. Все 696 адресов из новой карты сайта отвечают нормально. Несколько адресов, которые ведут на ошибку, разобраны поштучно: часть из них — страницы, которые на старом сайте существовали только формально.

Данные поле за полем. Каждый перенесённый анализ сравниваем со старым сайтом по полям: название, код, цена, срок, код исполнителя, синонимы, биоматериал, метод, контейнер, наличие текстовых блоков, адрес, связи с разделами. Всего около 30 полей. Расхождений 0. Отдельно прогоняем все 472 анализа. Там нашлись только отличия в оформлении: двойной пробел в названии, который на старом сайте был ошибкой, разные разделители в списках. Каждое такое отличие записано и объяснено, ни одно не меняет цену или смысл.

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

Формы. На тестовом адресе заполняем форму и смотрим, что появилась ровно одна запись в журнале и пришло одно письмо. Отключаем почтовый сервер и проверяем, что заявка всё равно сохранилась и потом дошла.

Резервная копия до, а не после

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

Чек-лист переезда

До переезда

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

На тестовом адресе

• Тестовый адрес закрыт от индексации.
• Все старые адреса ведут на живые страницы одним редиректом 301, без цепочек.
• Все адреса из новой карты сайта открываются без ошибок.
• Данные сверены программой поле за полем, каждое расхождение объяснено.
• Сайт не зависит от серверов старой платформы: картинки, шрифты, стили свои.
• Созданы robots.txt и sitemap.xml.
• Форма: одна отправка — одна заявка и одно письмо, без дублей.
• Заявка сохраняется, даже если почта временно недоступна.
• Метрика, цели и карта подключены заново и работают.
• Записи почты домена перенесены, письма не попадают в спам.
• Владелец посмотрел и подтвердил.

Переключение и после

• Старая площадка остаётся включённой минимум сутки.
• Подготовлен откат на предыдущую версию.
• Сразу после переключения отправлена настоящая тестовая заявка.
• В Яндекс Вебмастере отслеживаются ошибки обхода и число страниц в поиске.
• Заявки сверяются с прошлым периодом в первые недели.