Многоязычное SEO

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

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

Иллюстрация механизма, описанного в статье о многоязычном SEO.

Сначала языковая модель, потом разметка

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

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

Строим взаимные альтернативы

Используйте аннотации hreflang только для действительно эквивалентных страниц. Каждая страница набора должна указывать на себя и на остальные альтернативы. x-default может обозначать подходящий запасной вариант, если он есть. Hreflang — это аннотация, а не редирект и не замена тегу canonical. Пусть каждая версия будет канонической для себя, если нет отдельной причины считать её дублем.

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

Проверяем набор, а не одну страницу

Составьте небольшую матрицу: URL каждой локали, объявленные язык и регион, canonical, взаимные аннотации и поведение по умолчанию. Запрашивайте каждый адрес напрямую, в том числе с user agent краулера, и смотрите итоговый HTML. Проверьте, что ссылки переключателя ведут прямо на альтернативу, а не через редирект по геолокации.

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

Операционные ограничения

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

FAQ

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