Как работать со ссылками на разных языках при локализации многоязычных страниц статей?

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

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

Сначала установите связь между версиями статьи, затем выберите структуру URL

Для размещения многоязычного контента подходят языковые подкаталоги, поддомены и отдельные домены. Например, одно и то же руководство по выбору оборудования может быть доступно по адресам /en/guides/pump-selection/ и /de/ratgeber/pumpenauswahl/. Пути не обязательно должны совпадать дословно, но система должна распознавать, что они относятся к одной группе контента.

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

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

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

Внутренние ссылки в тексте должны вести на версии на том же языке; при отсутствии перевода указывайте альтернативу

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

Текст ссылок также необходимо локализовать. Даже если немецкая статья ведет на правильную немецкую страницу продукта, английская надпись на ссылке, например «Learn more», нарушит плавность чтения. Следует также проверить ссылки на изображениях, кнопки, блоки с рекомендациями и якорные ссылки внутри текста, особенно идентификаторы заголовков, повторно созданные после перевода.

Если целевая страница отсутствует на нужном языке, действуйте с учетом назначения ссылки:

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

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

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

hreflang указывает на языковую взаимосвязь, а canonical задает канонический адрес

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

В качестве языкового значения используйте допустимый код, например en или de. Если есть региональные различия, можно использовать сочетания языка и региона, например en-US или en-GB. Не используйте код страны отдельно в качестве кода языка. x-default можно указать для страницы по умолчанию, предназначенной для пользователей, для которых не нашлось соответствующего языка, например для страницы выбора языка, но настраивать его на каждом многоязычном сайте необязательно.

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

В hreflang следует указывать полные URL, ведущие непосредственно на доступные для сканирования и индексации опубликованные страницы. Черновики, страницы с кодом 404, адреса перенаправлений и страницы с директивой noindex не должны оставаться в действующей языковой группе. Указывать языковые связи можно в HTML-странице, HTTP-заголовках ответа и XML-карте сайта. Достаточно выбрать удобный для обслуживания способ; при использовании нескольких способов данные должны совпадать.

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

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

Проверку можно свести к четырем пунктам:

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

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

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