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

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

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

Дублирование прежде всего влияет на выбор основного URL

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

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

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

Сначала различайте три внешне похожие ситуации

Назначение канонического тега и hreflang различается. canonical используется для указания, какой URL является основной версией среди идентичного или очень похожего контента; hreflang используется для указания языков и регионов, которым соответствует группа альтернативных страниц. Если установить canonical американской англоязычной страницы на глобальную англоязычную страницу и одновременно через hreflang объявить, что они предназначены соответственно для США и глобального рынка, это легко создаст противоречивые сигналы: первое требует объединить страницы, а второе — показывать их параллельно.

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

Ошибки в настройке hreflang часто связаны с набором страниц, а не с синтаксисом кода

Во многих проектах формат тегов корректен, но они всё равно не работают, поскольку набор языковых версий неполный. Каждый URL, участвующий во взаимных ссылках, должен возвращать нормальный статус, доступный для сканирования, и взаимно объявлять один и тот же набор языковых и региональных версий. Например, если у продукта есть четыре страницы — китайская, глобальная английская, немецкая для Германии и французская для Франции, — в списке hreflang на любой из них должны присутствовать остальные три страницы и сама эта страница. Если какая-либо страница отсутствует, перенаправляется, заблокирована robots или возвращает ошибочный статус, достоверность связей всей группы снижается.

x-default также часто используется неправильно. Он подходит для страницы выбора языка, глобальной страницы по умолчанию или резервной страницы, когда язык пользователя невозможно однозначно сопоставить, и не должен механически указывать на сайт какой-либо одной страны. Если URL по умолчанию автоматически перенаправляется по IP в региональный каталог, сканирующий робот может не иметь возможности стабильно считывать исходную страницу, и языковая разметка будет рассогласована с индексируемым контентом. Более надёжный подход — сохранить доступную страницу по умолчанию и предоставить посетителям видимый переключаемый вход для выбора региона.

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

Региональные различия должны подтверждаться содержанием страницы

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

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

Проводите обратную проверку по результатам сканирования, а не только по переключению на фронтенде

Корректное отображение переключателя языков не означает, что поисковая система видит корректные связи. При проверке следует отдельно просматривать исходный код страницы, HTTP-статус, конечный канонический URL и целевой адрес ссылок после рендеринга. Частая причина повторной работы — динамическое внедрение hreflang фронтенд-скриптом при отсутствии соответствующих тегов в исходном HTML, возвращаемом сервером. Возможна и другая ситуация: при переключении языка сохраняется неверный путь к продукту, и после перехода в немецкий каталог фактически всё ещё загружается англоязычный контент страницы.

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

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