Перенос сайта — это три разные задачи: переезд на другой хостинг, передача проекта от одного подрядчика другому и смена CMS. В двух последних случаях вы обязаны получить права на домен, исходный код, базу данных, доступы к хостингу, Вебмастеру и Метрике, а также права на дизайн и контент по договору. Без карты 301-редиректов позиции теряются.
Дальше — как определить свой сценарий, что забрать у прежнего подрядчика, как провести аудит перед переездом, перенести сайт на новую CMS по шагам, пройти день переезда без потери данных и оценить бюджет на все это.
Какой перенос нужен вам
Три сценария нередко идут пачкой: новая студия приносит свою CMS и ставит сайт на свой сервер. Разберите их по отдельности.
Смена подрядчика сама по себе сайт не ломает: главный риск в том, что ключи остались у студии. Если меняются только сервер и файлы, URL не трогаем, редиректы не нужны. Если меняется CMS — карта URL обязательна: адреса почти всегда меняются вместе с шаблонами.
Что сделать сейчас: запишите свой сценарий, дату окончания хостинга и договора с подрядчиком.
Что забрать у подрядчика
Без полного пакета новый исполнитель работает вслепую. Владелец обязан получить: домен на свое имя, исходный код (лучше репозиторий с историей), дамп базы, доступы к хостингу и панели, админку CMS, права в Вебмастере и Метрике, права на дизайн и тексты по договору.
На что обратить внимание: аккаунт регистратора часто оформлен на студию или ее менеджера — это всплывает только при продлении. Счетчик Метрики сидит в чужом кабинете: вам дают гостевой доступ, владельцем остается подрядчик. Проверьте оба пункта до акта о завершении работ.
Первый шаг: откройте данные домена у регистратора и проверьте, на кого он записан — на вас, на студию или на ее сотрудника.
Реестр доступов к сайту
Здесь срез не по сценарию переезда, а по владельцу: у каждой строки должен быть хозяин-заказчик и понятный круг тех, кто еще входит.
Отдельной строкой впишите нестандартные интеграции: внешние базы, выгрузки в 1С, импорт-экспорт товаров и заказов. Их забывают чаще всего, а без них новый сайт теряет часть функций уже после переезда.
Домены .ru и .рф после 1 сентября 2026
С 1 сентября 2026 года для регистрации, продления и передачи доменов в .ru, .рф и .su по 569-ФЗ нужна подтвержденная учетная запись на Госуслугах (ЕСИА). Для доменов, зарегистрированных раньше, действует переходный период.
Если домен записан на подрядчика, а идентификацию никто не прошел, продлить его не получится. Поэтому передачу домена на себя делайте до смены студии: тогда идентификацию проходит владелец, а не бывший исполнитель.
Если подрядчик не отдает доступы
Первый шаг — договор, а не письмо в студию. Проверьте, кому принадлежат права на код, дизайн и контент и есть ли пункт о передаче материалов после завершения работ. От этого зависит, на что вообще можно претендовать.
Второй шаг — письменный запрос: перечень доступов и материалов, срок ответа, канал связи. Такой документ фиксирует, что вы просили, а студия не ответила.
Если администратор домена у регистратора — вы, доступ восстановят по документам. Если домен на студии, нужен ее договор о передаче, иначе придется договариваться напрямую; оформляйте передачу до конца оплаченного периода, с учетом правил из раздела о доменах .ru и .рф.
С чего начать: найдите договор, выпишите пункты о правах и передаче и отправьте запрос с перечнем и сроком.
Что восстанавливается, а что нет
Через регистратора возвращается домен, если вы его администратор. Через хостера — аккаунт, если договор хостинга на вас; заодно снимите копию файлов и базы. Вебмастер и Метрику можно подтвердить заново, но история Метрики из чужого кабинета не переедет.
Заново придется делать закрытый код на самописном движке, макеты без исходников и модули с лицензией на студию. Пример: студия держит сайт на своем сервере и своем движке и отдает только доступ в админку — тогда переезд означает пересборку сайта, а не перенос файлов.
Аудит перед переездом
Выгрузите все URL краулером и сверьте с Вебмастером и Метрикой — так видно трафиковые страницы и внешние ссылки на них. Дальше три кучи: перенести как есть, переписать, удалить с редиректом на ближайший раздел или ответом 410.
Удаляем страницу, если она не приносит ни визитов, ни ссылок и дублирует другую. Чего избегать: удалять адрес, не проверив внешние ссылки, — вместе с ним уходит ссылочный вес.
Интеграции и формы проверяют по порядку: список всех форм и куда уходят заявки, затем обмены с 1С и внешними базами, затем оплата и письма. Для каждой пометьте, как ее проверить на новом сайте.
Что сделать сейчас: запустите краулер, разложите страницы по трем кучам и составьте список форм.
Перенос на другую CMS по шагам
Сначала сопоставьте сущности старой и новой платформы: страницы, категории, товары, теги. Без этой сверки часть материалов не найдет места в новой структуре.
Потом спроектируйте шаблоны URL, перенесите контент и мета-теги, изображения оставьте по прежним путям или закройте редиректами. Шаблон адресов лучше повторить старый: было /blog/название/ — так и оставьте. Все собирают на тестовом стенде с закрытой индексацией и открывают только после проверки.
Допустим, переносится блог на 300 статей с категориями и тегами. Если теги не сопоставили заранее, при импорте часть из них пропадет, а с ними и страницы тегов, которые собирали трафик.
На что обратить внимание: при автоимпорте теряются title и description, alt у картинок и пагинация — сверяйте их вручную. Вторая и дальше страницы категорий часто получают новые адреса, их проверяют отдельно.
Что сделать сейчас: составьте таблицу сущностей старой CMS и найдите каждой пару на новой.
Карта соответствия URL
Для каждого адреса заводят строку:
- •старый URL страницы;
- •новый URL после миграции;
- •тип связи — 1:1, склейка нескольких страниц в одну или удаление;
- •отметка «проверено» — связка не ведет в цепочку или на 404.
Если адрес можно сохранить без изменений — сохраняем. Редирект нужен только там, где URL реально меняется: лишние перенаправления замедляют сайт и путают краулер. Склейку используйте, когда несколько тонких страниц сливаются в одну.
301-редиректы без цепочек
Ведите редирект сразу на конечный адрес: без цепочек и без массового перенаправления на главную. Прописывают его в .htaccess, конфиге сервера или модуле CMS.
Держите редиректы минимум 180 дней, лучше дольше: старые адреса еще долго живут во внешних ссылках и закладках. Проверьте выборку старых адресов: каждый должен отдавать один 301, а затем 200.
После настройки обновите внутренние ссылки в меню и тексте и пересоберите sitemap.xml, чтобы в карте сайта не осталось старых адресов.
День переезда и план отката
За 24–48 часов до переключения снизьте TTL DNS-записей до 300 секунд, чтобы новые адреса быстрее разошлись по провайдерам.
Порядок: заморозка правок, свежий бэкап с проверкой архива, финальная синхронизация базы, включение редиректов, переключение DNS. Старый хостинг держите активным 48–72 часа.
Окно простоя — часы минимальной нагрузки, не пятница и не последний оплаченный день хостинга: на разбор ошибок нужен запас.
План отката: условие запуска (например, не проходит оплата), кто принимает решение, возврат DNS на старый сервер, отключение редиректов. Если данные успели повредиться, восстановите их из проверенного бэкапа — копия должна лежать вне обоих серверов, в хранилище владельца.
До даты переезда назначьте ответственного за откат и запишите условие, при котором он запускается.
Проверки в первые два часа
Сверьте главную и самые трафиковые URL, выборочные редиректы, формы, корзину, оплату, письма, кодировку, robots.txt без запрета индексации, счетчик Метрики и лог ошибок.
- •Кракозябры — пропишите в .htaccess строку AddDefaultCharset UTF-8 или кодировку, в которой работал старый сайт.
- •Ошибка подключения к базе — сверьте имя базы, пользователя, пароль и хост в wp-config.php или configuration.php, там же путь к файлам.
- •Битые картинки — проверьте пути после переноса файлов и поставьте редиректы со старых адресов.
Первые две недели после переноса
Если через неделю после переезда переходов из поиска стало меньше, ответ ищите в отчетах по разделам, а не в общей цифре.
В Вебмастере запустите переобход ключевых страниц, загрузите новый sitemap и смотрите отчеты об ошибках и исключенных страницах. При смене домена там же оформляют переезд сайта — это отдельный инструмент. Отчет об исключенных страницах показывает, какие старые URL поисковик уже заменил новыми, а какие просто выбросил.
Трафик сравнивают неделя к неделе по группам страниц: общая сумма визитов маскирует локальные провалы, один упавший раздел теряется на фоне остальных. Временный спад, пока идет переиндексация, нормален, если он равномерный. Если падает конкретный раздел и по нему растут 404, это ошибка в карте URL, а не «поисковик еще думает».
На этой неделе: переобход ключевых страниц, сравнение трафика по разделам, просмотр исключенных страниц.
Когда просадка уже не норма
Тревожные сигналы: трафик не возвращается и после того, как переиндексация должна была закончиться, в отчетах растут 404 и дубли, из индекса выпал целый раздел, а не отдельные страницы.
Разбирайте по порядку: сначала редиректы — не ведут ли цепочкой или не туда; затем мета-теги на новых URL; потом robots.txt — не закрыт ли раздел случайно; и только после этого скорость.
Сколько стоит перенос и поддержка
База — часы работ, а коэффициенты к ним привязаны к трем этапам бюджета. Так видно, за что платите на каждом шаге.
- •Принять чужой проект: аудит и доступы. Если код закрыт или без документации, закладывайте отдельное время на разбор.
- •Привести в порядок: переезд, редиректы, правки. Здесь работают коэффициенты за объем данных, интеграции, смену CMS и тестовый стенд.
- •Взять на поддержку: коэффициент за SEO-контроль после переезда.
Сроки: копирование файлов и базы — от 30 минут до нескольких часов, DNS расходится за 2–48 часов, смена CMS занимает недели.
Для начала распишите свой сценарий по этим трем этапам и спросите у прежнего подрядчика, есть ли документация по проекту.
Примем сайт от прежней команды, наведем порядок в коде и доступах и продолжим развитие: разработка и поддержка сайтов в МАЙПЛ — от 50 000 ₽.
Источники
