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

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

Для B2B-компаний, работающих во внешней торговле и получающих заявки через органический поиск Google, редизайн — это не просто смена визуального оформления и административной панели. Страницы товаров, отраслевых решений, статьи блога, страницы загрузки PDF и каталоги на разных языках могут уже накопить внешние ссылки, позиции по ключевым словам и исторические сигналы сканирования. При миграции больше всего следует опасаться не изменения URL, а ситуации, когда «для старого URL не находится подходящего нового назначения».

Сначала определите: для каких страниц необходимо сохранить связи при миграции

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

При составлении списка как минимум разделите старые URL на три категории:

• Страницы, которые продолжают существовать и почти не меняют тематику: старой странице товара соответствует новая страница товара, старой отраслевой странице — новая отраслевая страница. Для таких страниц следует настроить наиболее строгое перенаправление 301 один к одному.
• Страницы, контент которых объединён: например, несколько старых страниц моделей объединены в одну страницу серии либо несколько повторяющихся статей объединены в одно полное руководство. Можно перенаправить на наиболее релевантную страницу после объединения, но новая страница должна действительно охватывать основную информацию старых страниц.
• Страницы, которые больше не предоставляются и не имеют разумной замены: например, полностью снятая с производства продукция или контент, не связанный с текущей деятельностью. Можно вернуть 410 или сохранить страницу с понятным пояснением; не рекомендуется перенаправлять все такие страницы на главную лишь во избежание 404.

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

Сопоставление URL необходимо выполнять отдельно для каждой языковой версии

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

В идеальном случае каждому старому URL соответствует один чётко определённый новый URL. Например:

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

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

301-редирект решает вопрос «куда ведёт старый адрес», но не заменяет качество страницы

301 — это стандартный способ сообщить поисковым системам, что страница была перенесена навсегда. Он должен выполняться на стороне сервера или правилами платформы сайта, а не зависеть от перенаправления JavaScript, ссылок-подсказок на странице или Meta Refresh. Для уже проиндексированных URL 301 обычно лучше сохраняет существующие поисковые сигналы, чем простое исчезновение страницы.

Однако 301 не является универсальным решением. Даже при настроенном перенаправлении следующие подходы легко приводят к неудовлетворительному результату миграции:

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

Более надёжная цель такова: старый URL напрямую возвращает 301, новый URL возвращает 200, а новую страницу можно сканировать и индексировать, она не заблокирована директивами robots и не имеет ошибочной установки noindex. Перед запуском можно выборочно проверять статусы ответов с помощью инструментов сканирования URL или инструментов разработчика в браузере; недостаточно лишь убедиться, что страница в итоге открывается в браузере.

Многоязычные теги и настройки каноникализации определяют, как будет восприниматься новый сайт

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

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

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

Порядок запуска важнее, чем «отправка на индексацию»

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

До запуска необходимо завершить проверку сопоставления URL, настройку редиректов, обновление hreflang и canonical, а также создать XML Sitemap, содержащий только индексируемые новые URL. После запуска проведите ещё четыре проверки:

• убедитесь, что важные URL старого сайта возвращают 301 и ведут напрямую на конечные целевые страницы;
• убедитесь, что страницы нового сайта возвращают 200 и не имеют массовых 404, 500, noindex или блокировок robots;
• отправьте новый Sitemap в Google Search Console и отслеживайте покрытие индексации, аномалии сканирования и отчёты о перенаправлениях страниц;
• проверьте страницы с высоким органическим трафиком, большим количеством внешних ссылок и высокой ценностью заявок, чтобы убедиться, что при редизайне не были утрачены заголовки страниц, основная тема текста, формы или пути конверсии.

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

Перед редизайном сначала выясните, действительно ли необходимо менять URL

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

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