Как настроить SEO для двуязычного сайта? Языковые версии, URL и разметка

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

Сначала определите соответствие языков и регионов

Планируя SEO для двуязычного сайта, сначала разграничьте «языковые версии» и «региональные версии». Для китайского и английского языков можно использовать соответственно zh и en. Если для англоязычных страниц отдельно указаны цены, условия доставки или контактные данные для США и Великобритании, можно использовать коды en-US и en-GB. Региональный код должен соответствовать реальным различиям между регионами. Не следует создавать множество одинаковых страниц лишь для охвата большего числа поисковых запросов.

Порядок языкового и регионального кодов нельзя менять местами: en-US обозначает англоязычную страницу для пользователей из США, а US нельзя использовать отдельно в качестве значения языка. Различать упрощенное и традиционное письмо также можно с помощью подкатегорий письменности, например zh-Hans и zh-Hant. Перед публикацией определите, разделяются ли страницы по языку, письменности или региону, чтобы в дальнейшем корректировка URL и меток не повлекла за собой цепочку изменений.

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

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

Для двуязычных страниц обычно используют подкаталоги в рамках одного домена, разные поддомены или домены разных стран и регионов. Например, example.com/zh/ и example.com/en/ — это подкаталоги; zh.example.com и en.example.com — поддомены. Все три варианта подходят для размещения многоязычных страниц. При выборе прежде всего учитывайте особенности развертывания, разграничения прав доступа и долгосрочного обслуживания.

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

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

У каждой языковой страницы должен быть стабильный и напрямую доступный адрес, например /en/products/pump/ и /zh/products/pump/. Не следует на одном и том же URL показывать совершенно разный текст в зависимости только от языка браузера: в этом случае поисковым роботам будет трудно стабильно соотносить страницы с соответствующими языковыми версиями. Параметры запроса могут различать страницы, но тогда необходимо дополнительно ограничить сочетания параметров, задать канонические URL и настроить внутренние ссылки, чтобы не создавать лишние дублирующиеся адреса.

Метки hreflang должны охватывать все соответствующие страницы

hreflang указывает на соответствие страниц на разных языках или для разных регионов. Это сигнал, помогающий поисковым системам выбрать отображаемую версию, но он не гарантирует индексацию или показ указанной страницы. Метку можно разместить в head HTML-документа, в HTTP-заголовке ответа или в XML-карте сайта. Для одной группы страниц настройки должны быть согласованными, чтобы в разных местах не указывались противоречащие друг другу связи.

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

<link rel="alternate" hreflang="zh"
      href="https://example.com/zh/products/pump/">
<link rel="alternate" hreflang="en"
      href="https://example.com/en/products/pump/">
<link rel="alternate" hreflang="x-default"
      href="https://example.com/language-selector/">

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

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

Как согласовать канонические URL и переключение языков

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

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

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

Как выявить проблемы с настройками после публикации

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

При проверке сканирования следует различать исходный HTML, возвращаемый сервером, и содержимое после выполнения скриптов в браузере. Если языковые ссылки или метки создаются скриптами, убедитесь, что они видны после рендеринга и не противоречат исходной разметке. Для файлов, не являющихся HTML, например PDF, можно рассмотреть указание альтернативных языковых версий в HTTP-заголовках ответа. Блокировка сканирования в robots.txt мешает поисковым системам читать метки на странице, а noindex противоречит цели индексирования этой страницы.

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