Переезд сайта без потери позиций: полный чеклист для смены домена или CMS

Переезд сайта без потери позиций возможен, если заранее сохранить список URL, перенести контент и метаданные, настроить постраничные 301-редиректы и проверить новую версию до запуска. При смене домена или CMS нужно контролировать не только дизайн, но и индексацию, аналитику, формы, ссылки, скорость и доступность старых адресов.

Когда смена домена или CMS действительно нужна

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

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

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

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

Что собрать до переезда: аудит старого сайта

До разработки новой версии зафиксируйте состояние старого сайта хотя бы за несколько последних месяцев. Сохраните URL, органический трафик, позиции, заявки, внешние ссылки и технические ошибки. Без этой базы после запуска трудно понять, что вызвало просадку: изменение адресов, потеря текста, неправильный редирект или проблема сервера.

Данные соберите из доступных систем аналитики и панелей вебмастеров. Для каждой значимой страницы запишите:

• адрес страницы, код ответа и наличие в индексе;
• органический трафик за несколько последних месяцев;
• запросы и средние позиции, по которым страница получает показы;
• title, description, H1 и основные текстовые блоки;
• количество заявок, звонков, покупок или других целей;
• внешние ссылки и страницы, на которые они ведут;
• изображения, документы и другие файлы, которые получают переходы.

Для выгрузки URL подойдёт краулер. Небольшой сайт можно проверить вручную, но даже у проекта на несколько десятков страниц часто находятся старые карточки, PDF-файлы, страницы услуг и адреса с параметрами. Именно такие URL чаще всего забывают при миграции.

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

Проверьте robots.txt, sitemap.xml, canonical, noindex, битые ссылки, дубли, цепочки редиректов и страницы с кодом 404. Не переносите старый беспорядок в новую CMS автоматически. Удаление страницы должно иметь причину: новый адрес, замена релевантным материалом или осознанное закрытие.

Как составить карту URL и настроить 301-редиректы

Карта соответствия URL - главный рабочий документ миграции. Для каждого ценного старого адреса укажите новый URL, действие и способ проверки. Одного редиректа с главной страницы недостаточно: пользователи и поисковые роботы переходят на внутренние адреса из результатов поиска, рекламы, закладок и внешних ссылок.

Минимальная таблица миграции должна содержать следующие столбцы:

При смене домена сохраняйте путь, если он остаётся актуальным: old.kz/services/remont должен вести на new.kz/services/remont. Если структура меняется, сопоставляйте страницы по смыслу. Услугу не следует перенаправлять на главную только потому, что новый адрес ещё не подготовлен.

Для постоянного переноса используйте код 301. Не создавайте цепочки вида «старый адрес - промежуточный адрес - новый адрес»: старую страницу лучше сразу направлять на конечный URL. Отдельно проверьте варианты с www, без www, завершающим слешем, регистром и параметрами.

Если страницы больше нет, направляйте её на ближайший по смыслу материал. Когда аналога нет, корректнее вернуть 404 или 410, чем отправлять посетителя на главную. Массовый редирект всех удалённых URL на один адрес редко помогает пользователю и не заменяет карту миграции.

Проверяйте редиректы по коду ответа, конечному адресу, отсутствию циклов и доступности страницы. В Apache настройки обычно задают в .htaccess, в Nginx - в конфигурации сервера. После публикации прогоните краулером старый список URL и сохраните результат проверки.

Что проверить на тестовой версии новой CMS

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

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

• Важные страницы отдают код 200 и открываются без авторизации.
• Title, description, H1, тексты, изображения и внутренние ссылки перенесены.
• Canonical указывает на текущий URL, а не на тестовый домен.
• Robots.txt не закрывает каталог, услуги, статьи и страницы филиалов.
• Sitemap.xml содержит только актуальные индексируемые URL.
• Формы передают заявки, цели аналитики срабатывают, телефоны кликабельны.
• Мобильная версия не ломает меню, фильтры, корзину и контакты.
• Скорость проверена на типовых страницах, а не только на главной.

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

Запишите дату публикации, версию CMS, изменения URL, настройки сервера и ответственных. Такой журнал помогает быстро найти причину, если после запуска пропадёт форма, изменится код ответа или закроется раздел в robots.txt.

Как запустить переезд сайта без потери позиций

Запуск проводите в период, когда разработчик, специалист по SEO и представитель бизнеса доступны одновременно. Перед переключением сделайте резервную копию, установите SSL, проверьте домен и хостинг. Затем включите новую версию, активируйте редиректы и сразу пройдите список критических URL и бизнес-сценариев.

Практический порядок действий выглядит так:

• Сохранить резервную копию базы данных, файлов и настроек старого сайта.
• Проверить DNS, срок регистрации домена, SSL-сертификат и доступность сервера.
• Опубликовать новую версию с корректными canonical, robots.txt и sitemap.xml.
• Включить 301-редиректы со старого домена или старых адресов.
• Проверить главную, услуги, категории, карточки, контакты, формы и оплату.
• Открыть новый сайт для роботов только после технической проверки.
• Добавить новый ресурс в панели вебмастеров и аналитики.
• Отправить новую карту сайта и проверить переобход приоритетных страниц.

При смене домена подтвердите права на старый и новый ресурс. Если в используемой панели есть функция смены адреса, примените её по инструкции сервиса. Старый домен продолжайте обслуживать: редиректы должны работать длительное время, особенно если на старые URL ведут внешние ссылки.

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

Что отслеживать после запуска

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

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

• Органические переходы по каналам, городам и посадочным страницам.
• Позиции по коммерческим запросам и страницам, которые приносили заявки.
• Количество проиндексированных страниц и новые исключения в панели вебмастера.
• 404, 5xx, ошибки robots.txt, проблемы canonical и неудачные редиректы.
• Срабатывание целей: звонки, формы, корзина, покупка и заявка из мессенджера.
• Скорость загрузки и стабильность сервера в мобильной и десктопной версиях.
• Переходы из поисковых систем, карт, рекламы и внешних источников.

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

Почему позиции падают и как исправить просадку

Сначала определите масштаб проблемы: просела одна страница, раздел или весь домен. Сравните старую и новую версии по URL, контенту и кодам ответа. Не меняйте одновременно структуру, тексты, метаданные и ссылочную стратегию, иначе будет трудно установить причину и проверить результат исправлений.

Проверяйте ошибки в таком порядке:

• Главные страницы открываются и не отдают 404 или 500.
• Старые адреса ведут на релевантные страницы через один 301.
• В sitemap нет тестовых, удалённых, дубль-страниц и лишних URL с параметрами.
• Новый домен не закрыт паролем, robots.txt или noindex.
• Canonical не указывает на старый домен, HTTP-версию или чужую страницу.
• На новых страницах сохранились тексты, заголовки, внутренние ссылки и изображения.
• Внешние ссылки не ведут на страницы, которые теперь возвращают ошибку.
• Сервер выдерживает нагрузку и не замедляет сайт во время обращений клиентов.

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

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

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

• Можно ли сменить CMS без изменения домена? Да, но риск остаётся, если меняются URL, шаблоны, метаданные или перелинковка. Нужны аудит, тестовая проверка и редиректы для изменённых адресов.
• Сколько времени хранить старый домен? Отключать его сразу после запуска нельзя. Пока на старые URL приходят пользователи и роботы, домен должен обслуживать редиректы.
• Нужно ли переносить все старые страницы? Нет. Ценные страницы переносят или заменяют релевантным адресом, а устаревшие закрывают корректным кодом. Все URL не следует массово отправлять на главную.
• Нормально ли падение трафика после миграции? Небольшие колебания возможны в период переобхода. Продолжительная просадка требует проверки редиректов, индексации, контента и доступности страниц.
• Что делать с рекламой и ссылками на Kaspi? После запуска обновите URL в рекламных кабинетах, каталогах, сообщениях и карточках товаров. Отдельно проверьте переходы из объявлений и оплату.
• Кто отвечает за миграцию? Нужен один координатор, который связывает разработку, SEO, аналитику и бизнес. Он хранит карту URL, доступы, журнал изменений и план запуска.

С чего начать подготовку к переезду

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

В Pozhidayev миграцию обычно включаем в задачу редизайна или разработки нового сайта. Редизайн начинается от 350 000 ₸ и занимает от 14 дней, корпоративный сайт - от 500 000 ₸ и от 21 дня, интернет-магазин - от 500 000 ₸ и от 30 дней. Точная цена фиксируется после брифа. Мы сохраняем SEO-структуру, настраиваем редиректы и проверяем сайт после запуска. Работаем из Алматы с клиентами по всему Казахстану, в том числе удалённо. На разработку предоставляем гарантию 12 месяцев. Предлагаем домен .kz, хостинг и SSL на первый год в составе разработки; рекомендуемый хостинг - hoster.kz.