Переезд сайта без потери поиска: план и проверка
Практический план миграции домена, CMS или структуры: инвентаризация URL, соответствия, редиректы, canonical, sitemap и мониторинг.
Главное за 30 секунд
При переезде сайта нельзя обещать нулевые колебания поиска. Можно снизить технический риск: заранее собрать важные старые URL, назначить им релевантные новые адреса, проверить перенаправления, внутренние ссылки, canonical и формы, а после запуска наблюдать ошибки и индексацию. Это руководство — рабочая карта миграции для владельца сайта и команды, а не общий чек-лист нового релиза.
Определите, что именно меняется
Переездом называют разные задачи: смену домена, переход с HTTP на HTTPS, новую CMS, изменение структуры URL, редизайн без смены адресов или комбинацию этих изменений. Для поиска они не равнозначны. Если меняется только визуальный слой и контент остаётся на прежних URL, карта редиректов может не потребоваться, но понадобится проверка HTML, внутренних ссылок, скорости, форм и индексации. Если меняются адреса, каждому важному старому документу нужно решение.
Опишите границы проекта письменно: какие хосты участвуют, какие языки, какие типы страниц сохраняются, объединяются или удаляются. Отдельно укажите владение доменом, доступ к DNS, серверу, CMS, аналитике и поисковым кабинетам. Без доступа к старому домену настроить постоянные редиректы может быть невозможно. Проверяйте права до разработки, а не вечером перед переключением.
Google Search Central публикует отдельное руководство по перемещению сайта с изменением URL; Яндекс Webmaster отдельно описывает смену домена и структуры. Их рекомендации не сводятся к «добавьте sitemap». Оба поисковикам нужны доступные старые и новые адреса и понятное соответствие. Общая техническая приёмка описана в SEO-чек-листе перед запуском; здесь внимание именно на сохранении связей между версиями.
Зафиксируйте базовую точку до работ
Соберите список URL из CMS, sitemap, серверных логов, аналитики, Google Search Console и Яндекс Webmaster. Источники дадут разные наборы: в sitemap могут отсутствовать страницы с трафиком, а в логах появятся давно удалённые адреса. Объедините списки, удалите явные технические параметры и отметьте статус каждой записи. Не ориентируйтесь только на главную и несколько услуг.
Для ключевых страниц сохраните органические показы, клики, запросы, обращения и роль в продажах за согласованный период. Отдельно отмечайте сезонность, платные кампании и крупные изменения предложения. Это не точный прогноз, а точка сравнения. Если сейчас данных нет, не сочиняйте baseline; хотя бы снимите текущие ответы URL, title, canonical и список входящих страниц. Обращения проверьте через аналитику продаж, если такая связь настроена.
Заведите журнал решений: старый URL, тип страницы, значимость, новый URL, причина переноса или удаления, код ответа, владелец, дата проверки. Для языковых страниц добавьте язык и эквивалент. Этот файл станет источником для разработки редиректов, обновления ссылок и последующего аудита. Сохраните копию старого сайта и конфигурации, которую реально можно восстановить.
Назначьте релевантные соответствия URL
Лучшее соответствие — новая версия того же материала или услуги. Если несколько старых страниц действительно объединены в один более полный документ, можно направить их на объединённую страницу. Если старый документ исчез и релевантной замены нет, не отправляйте пользователя на главную только ради кода 301. Google предупреждает, что массовые нерелевантные перенаправления могут восприниматься как soft 404. Для устаревшего материала иногда честнее вернуть 404 или 410.
Проверьте случаи, когда новая структура меняет смысл. Старая страница «разработка сайтов» и новая «лендинг для рекламы» не обязательно эквивалентны. Попросите владельца услуги подтвердить соответствие. Для многоязычного сайта русская услуга должна вести на русскую услугу, а узбекская — на соответствующую узбекскую версию, если она подготовлена. Не используйте язык по браузеру как замену явным URL. Подробности — в мультиязычном SEO.
Сохранение старого URL обычно проще миграции, если его содержание и задача остаются прежними. Не меняйте адрес ради красоты без деловой причины. Когда изменение необходимо, выбирайте постоянный серверный редирект, избегайте цепочек и циклов и учитывайте варианты со слешем, регистрами, параметрами и префиксами языков. Для каждого шаблона запишите тестовые адреса, а для важных страниц проверьте редирект индивидуально.
Подготовьте новый сайт к обходу
Новая страница должна открываться без авторизации и возвращать корректный код ответа. На индексируемом URL проверьте видимый основной контент, title, H1, meta robots и canonical. Если на staging стоял noindex или запрет в robots.txt, он не должен попасть в production. При этом не открывайте сырой тестовый сайт для индексации раньше времени. Команде нужен явный лист различий между средами и проверка именно опубликованной версии после переключения.
Обновите внутренние ссылки, навигацию, хлебные крошки и меню на новые канонические адреса. Не оставляйте на новом сайте ссылки через старые редиректы, когда можно указать конечный URL. Google объясняет, что ссылки в формате a с href помогают обнаруживать страницы; Яндекс также рекомендует достижимую структуру. Обновление внутренних ссылок сохраняет логичный путь человека и уменьшает зависимость от старого домена.
Создайте sitemap из канонических индексируемых страниц нового сайта. Исключите редиректы, noindex и служебные адреса. В документации Google sitemap рассматривается как подсказка для обнаружения, а не гарантия индексации. Проверьте дату lastmod: она должна отражать существенное изменение. Подготовьте доступ к Search Console и Яндекс Webmaster на старой и новой версиях, если меняется домен.
Проведите репетицию и назначьте окно запуска
До переключения запустите тесты на копии нового сайта. Пройдите карту редиректов, выбранные шаблоны, формы, телефон, мессенджер, файлы, изображения, языковые переключатели и мобильную навигацию. Раздельно проверьте ситуацию без JavaScript там, где контент должен быть виден роботу. Сравните ожидаемое число важных страниц с фактическим sitemap. В акте приёмки укажите критические ошибки, при которых запуск откладывается.
Согласуйте ответственных на выпуск: кто переключает DNS или сервер, кто проверяет SEO-сигналы, кто делает тестовую заявку и кто принимает решение об откате. Резервная копия полезна только при известном способе восстановления. Не планируйте рискованную миграцию в момент, когда все ключевые специалисты недоступны. Команда продаж должна знать о переключении, чтобы быстро сообщить о сбое формы или звонков.
Не смешивайте переезд с одновременной полной заменой текстов, тарифов и продукта, если цель — понять влияние миграции. Иногда проект требует всех изменений сразу; тогда фиксируйте их отдельно в журнале и осторожнее интерпретируйте поиск. Если нужен новый сайт, разработка TIPA может включать карту миграции в составе согласованного проекта; её объём зависит от числа старых URL и систем.
Сразу после переключения проверьте живой сайт
Возьмите выборку важных старых URL и проверьте их конечные адреса, коды ответа и количество переходов. Затем откройте новые страницы напрямую. Проверьте robots.txt, sitemap, canonical, языковые связи, главные изображения и формы. Если новый URL отдаёт 200 только после клиентского перехода, а прямой запрос показывает пустой документ или ошибку, исправьте это как приоритет. Проверка локальной сборки не заменяет запрос к публичному домену.
Отправьте обновлённый sitemap через доступные инструменты поисковых систем и укажите его в robots.txt. При смене домена Яндекс Webmaster описывает процедуру «Переезд сайта»; конкретные шаги зависят от сценария и текущего состояния сайтов. Google Search Console предоставляет свой инструмент смены адреса для соответствующих переездов домена. Не путайте отправку URL и факт индексации: принятие запроса ещё не означает появление страницы в результатах.
Проведите тестовую заявку через реальный путь: вход на новую услугу, заполнение, подтверждение, доставка в CRM и ответ ответственного. Если компания продаёт через звонки, проверьте номер и маршрут. Органический трафик бесполезен, если рабочий путь клиента разорван. ТЗ на сайт должно включать эти критерии приёмки ещё до разработки.
Наблюдайте индексацию и качество обращений
В первые дни отслеживайте 404, 5xx, циклы редиректов, блокировки, расхождения canonical и страницы, которые поисковик выбирает вместо ожидаемых. Затем сравнивайте органические показы и клики по группам старых и новых URL, а не только общий трафик сайта. Google отмечает, что завершение переезда требует повторного посещения старых и новых адресов; скорость зависит от размера и обхода сайта. Не обещайте фиксированный срок возвращения позиций.
Если часть страниц не найдена, проверьте внутренние ссылки, sitemap и доступность. Если найдена, но выбрана другая каноническая версия, изучите содержание, redirect и canonical. Если трафик сохранился, а заявок стало меньше, проверьте текст предложения, форму и скорость ответа. Такое дерево решений помогает не откатывать сайт по одному графику без выяснения причины.
Оставьте старый домен и редиректы работающими на согласованный период и контролируйте их при продлении домена или смене хостинга. Документируйте исключения: страницы без замены, старые файлы, внешние ссылки на особые URL. После стабилизации обновите внутренний реестр и передайте его владельцу сайта. Для внешней оценки TIPA нужны карта URL, доступные отчёты и перечень изменений, а не обещание «сохранить 100% трафика».
Проведите отдельную сверку внешних точек входа. Ссылки в карточках компании, рекламных кампаниях, email-подписях и документах часто ведут на старые адреса. Постоянный редирект должен их поддерживать, но там, где у компании есть доступ, лучше заменить ссылку на новый конечный URL. Проверьте особенно популярные PDF-файлы, прайс-листы и ссылки в социальных сетях. Это уменьшит лишние переходы и исключит ситуацию, когда старый домен перестал оплачиваться, а посетители продолжают попадать на него из действующих материалов.
По завершении запишите результат без ложной точности: какие URL прошли проверку, какие остаются в наблюдении, какие технические ошибки устранены, какие запросы и обращения доступны для сравнения. Если новая версия имеет другой продукт или объём контента, падение части запросов нельзя автоматически приписать только редиректам. Сохраните журнал изменений для следующей команды — иначе через несколько месяцев никто не поймёт, почему конкретный адрес ведёт именно туда.
Первичные источники и документация
Следующий шаг
Если хотите применить схему к своему проекту, обсудите переезд и карту URL с TIPA. Сначала зафиксируем исходные данные и критерии готовности, затем оценим объём работ.
Посчитайте стоимость под вашу задачу
Ориентир. Финальная смета — после брифа по задачам.
Бесплатная диагностика за 24–48 часов: посмотрим ситуацию, скажем что даст результат, дадим смету.
