Начните со списка старых страниц и подберите каждой адрес на новом домене. Затем настройте постоянные редиректы, проверьте доступность сайта для поисковых роботов и обновите ссылки внутри сайта. Такой порядок помогает снизить риск потери поискового трафика, хотя гарантировать прежние позиции после переезда нельзя. Ниже — практический план для владельца бизнеса в Беларуси: что подготовить, какую задачу поставить разработчику и как проверить, что покупатели, поисковики и пользователи ИИ-ответов попадают на нужные страницы.
Что подготовить до смены домена?
Сначала зафиксируйте причину переезда. Смена названия компании или необходимость объединить сайты требуют работы с доменом. Исправление структуры каталога само по себе такой смены не требует. Если текущий адрес подходит бизнесу, проверьте, нельзя ли решить задачу без переезда.
По возможности разделите смену домена и переработку сайта. Сохраните структуру, содержание страниц и привычную навигацию. Когда одновременно меняются адреса, тексты и каталог, сложнее понять причину просадки и найти ошибку.
- Сохраните резервную копию сайта и настроек сервера. Проверьте, кто сможет восстановить их при сбое.
- Соберите старые адреса из карты сайта sitemap.xml, системы аналитики и Google Search Console. Добавьте страницы, на которые ведут внешние ссылки.
- Запишите текущие поисковые переходы и заявки по страницам. Отдельно отметьте сезонность, чтобы не принять обычное снижение спроса за последствия переезда.
- Подготовьте таблицу соответствий: старый адрес, новый адрес, назначение страницы. Для удалённых разделов отдельно укажите решение.
- Проверьте доступы к обоим доменам, хостингу и сервисам аналитики. Назначьте человека, который примет результат работы разработчика.
В первую очередь разберите страницы, которые приводят покупателей. У интернет-магазина это могут быть категории, карточки и подборки по характеристикам. Например, если на сайте есть отдельная страница под размер товара, при переезде её легко потерять среди адресов с параметрами. В исходной фактуре именно вариативные запросы по размерам, цветам и моделям выделены как особенность каталога в кейсе белорусского магазина белья (источник: Qmedia).
Если в аналитике видны только общие посещения, сначала разберитесь, какие страницы приносят заявки из Google и Яндекса. Тогда порядок проверки после запуска будет опираться на продажи, а не только на количество адресов.
Как настроить редиректы со старого домена?
Поставьте постоянный редирект с каждой старой страницы на соответствующую новую. Для такого переноса используют код ответа 301: сервер сообщает браузеру и поисковому роботу, что страница переехала. Редирект помогает поисковой системе связать адреса и перенести накопленные сигналы, но не гарантирует неизменные позиции (источник: Cropas, «Что такое 301 редирект»).
Если структура сохраняется, старый путь /catalog/stoly/ должен вести на /catalog/stoly/ нового домена. Когда путь тоже меняется, разработчику нужна таблица соответствий. Автоматическое правило «сохранить всё после имени домена» в этом случае отправит часть посетителей на страницы, которых нет.
Для страницы без прямой замены проверьте, есть ли раздел с тем же назначением. Перенаправление уместно, если человек найдёт там ответ на прежний запрос. Если товар исчез и подходящей замены нет, страница с корректным сообщением об отсутствии и кодом 404 честнее случайного перехода на главную.
Проверьте варианты старого адреса: с www и без него, с защищённым соединением и без. Каждый должен вести сразу на окончательный адрес новой страницы. Цепочка через несколько промежуточных адресов усложняет обход сайта и поиск ошибок.
Старый домен и его сертификат оставьте рабочими. Иначе посетитель со старой закладки или ссылки из ИИ-ответа столкнётся с ошибкой раньше, чем получит перенаправление. Не планируйте отключение старого домена только потому, что главная страница нового уже появилась в поиске.
Что проверить перед открытием нового сайта?
Попросите разработчика показать результат на конкретных адресах из таблицы переезда. Главная страница не заменяет проверку каталога: правило перенаправления может работать для неё и ломаться на вложенных разделах.
- Проверьте ответы сервера. Старый адрес должен отдавать 301 и вести на нужную страницу; новая рабочая страница — открываться с кодом 200 без повторного перенаправления.
- Проверьте доступ для поиска. На новом сайте не должны оставаться запрет в robots.txt или метка noindex, если они использовались во время разработки.
- Обновите внутренние ссылки и canonical. Меню, хлебные крошки и указания основного адреса страницы должны вести на новый домен.
- Подготовьте sitemap.xml с новыми адресами. Включайте страницы, которые доступны для индексации и открываются без ошибок.
- Пройдите путь покупателя. Откройте товар или услугу, отправьте тестовую заявку и убедитесь, что аналитика фиксирует нужное действие.
Отдельно проверьте фильтры и сортировки магазина. Переезд не повод открывать поиску все комбинации параметров. Если раньше сайт ограничивал индексацию дублей, сохраните эту логику и проверьте, что нужные посадочные страницы остались доступны. Массовое появление похожих адресов затрудняет обход каталога (источник: Cropas, «Фильтры и сортировки интернет-магазина»).
В задаче на SEO-сопровождение полезно закрепить конкретный результат: таблицу переадресаций, проверку технических ограничений и список ошибок после запуска. Такой объём проще принять, чем работу с формулировкой «перенести сайт без потерь», которую нельзя подтвердить одной проверкой.
Как следить за индексацией и ссылками из ИИ-ответов?
После запуска подтвердите права на новый сайт в Google Search Console и сохраните доступ к старому. Отправьте новую карту сайта и воспользуйтесь инструментом смены адреса, если он применим к вашему варианту переезда. В Яндекс Вебмастере также проверьте настройки переезда. Уведомление поисковика дополняет редиректы, но не заменяет их.
Начните наблюдение с важных страниц из исходного списка. Проверяйте, какой адрес поисковик выбрал основным, появляются ли новые страницы в индексе и нет ли ошибок обхода. Для конкретного адреса используйте проверку URL в панели вебмастера: одного наличия страницы в sitemap.xml недостаточно.
Сопоставляйте поисковые переходы с заявками. Если посещения сохранились, а обращения исчезли, проверьте форму и настройки аналитики. Если просела отдельная категория, проверьте её редирект, содержание и доступность для индексации. Общий график сайта такие различия скрывает.
Ссылки в ИИ-ответах проверяйте отдельно. Откройте доступные вам ответы, где раньше упоминался сайт, и перейдите по ссылкам. Старый адрес через редирект должен приводить к нужному материалу. Если ответ цитирует устаревшие цены или условия, проверьте актуальность этих сведений на новой странице. Гарантировать срок обновления ответа сторонней системы нельзя.
Для этой проверки пригодятся инструкции о том, видят ли ИИ-боты страницы сайта и правильно ли ИИ цитирует цены и условия. Доступность страницы для робота ещё не означает, что система включит её в ответ или сразу заменит старую ссылку.
Обновите адрес сайта в профилях компании, каталогах и рекламных материалах, которыми управляете. Для важных внешних публикаций запросите замену ссылки у владельца площадки. При этом сохраняйте редиректы: старые адреса остаются в закладках, переписке и ранее сформированных ответах.
Какие ошибки при смене домена мешают сохранить трафик?
- Все старые страницы ведут на главную. Посетитель теряет нужный товар или материал. Исправление: сопоставить адреса по содержанию и назначению.
- На новом сайте остался запрет индексации. Поисковик не получает доступ к страницам или указание включать их в поиск. Исправление: проверить robots.txt и noindex на рабочих шаблонах.
- В canonical указан старый домен. Сайт посылает поисковику противоречивые сигналы. Исправление: обновить шаблон и проверить адреса на страницах разных типов.
- Старый домен или сертификат перестали работать. Человек по прежней ссылке не доходит до редиректа. Исправление: сохранить домен, сертификат и серверные правила перенаправления.
- Результат оценивают только по главной странице. Ошибки в категориях и карточках остаются незаметными. Исправление: проверять список важных страниц и связанные с ними заявки.
Сейчас за одну минуту создайте таблицу с двумя колонками: «Старый адрес» и «Новый адрес». Добавьте первой строкой страницу, через которую клиенты оставляют заявки.
