Многоязычный сайт: узбекский, русский, английский и hreflang

Многоязычный сайт готов: тексты написаны на узбекском, русском и английском. А поиск ведёт себя странно — человеку, который ищет по-узбекски, показывается русская страница, английская версия вообще не попала в индекс.

Это не вина переводчика. Это техническая настройка: поисковая система просто не знает, какой адрес какому языку соответствует. Ровно эту информацию ей и передаёт hreflang.

Ниже — как собрать трёхъязычный сайт правильно от начала до конца: структура адресов, набор hreflang, x-default, вопрос автоперевода и переключатель языка. Примеры взяты из устройства самого insanagency.uz — сайт работает именно по этой схеме, а особенности поиска в Узбекистане разобраны отдельно.

Где должна жить языковая версия: /ru/, ru.сайт.uz или отдельный домен

Первое решение — структура адресов. Google перечисляет три рабочих варианта, и у каждого своя цена и своё удобство.

• Отдельный национальный домен (сайт.ru, сайт.com). Географическая привязка видна сразу, но каждый домен требует отдельных денег и отдельного присмотра.
• Поддомен (ru.сайт.uz). Ставится легко, версии удобно разделять. Минус в том, что по адресу пользователь не всегда понимает, куда попал.
• Папка (сайт.uz/ru/). Настраивается просто, обслуживание дешёвое: всё остаётся на одном домене и одном сервере.

Четвёртый вариант — параметр в адресе вида сайт.uz?lang=ru — Google прямо помечает как нерекомендуемый. Подробное сравнение всех четырёх есть в документации Google Search Central.

На нашем сайте выбрана папка: узбекский идёт без префикса (insanagency.uz/pricing), русский — под /ru/, английский — под /en/. Основной язык остался без префикса, поэтому старые ссылки не сломались, а домен остался один.

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

Что делает hreflang на многоязычном сайте и чего он не делает

hreflang — это пометка, которая сообщает поисковой системе, где лежит копия страницы на другом языке. Смысл её такой: «русская версия этой страницы находится вот здесь».

Чего он не делает: не поднимает позиции и никак не влияет на качество перевода. Его задача одна — показать нужному человеку нужную версию.

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

Google засчитывает три способа разметки: теги link в блоке head, HTTP-заголовок и записи в файле sitemap. Выбираете удобный, делать все три сразу не нужно.

Как выглядит правильный набор hreflang для трёх языков

Каждая страница обязана перечислить все свои языковые версии, включая саму себя. Для нашей страницы /pricing набор выглядит так:

<link rel="alternate" hreflang="uz-Latn-UZ" href="https://insanagency.uz/pricing">
<link rel="alternate" hreflang="ru-RU" href="https://insanagency.uz/ru/pricing">
<link rel="alternate" hreflang="en-US" href="https://insanagency.uz/en/pricing">
<link rel="alternate" hreflang="x-default" href="https://insanagency.uz/pricing">

Правил здесь четыре, и они не допускают исключений.

• Ссылка на себя обязательна. Каждая версия перечисляет и себя, и остальные. На русской странице стоят те же четыре строки.
• Связь должна быть взаимной. Если две страницы не указывают друг на друга, поисковая система игнорирует разметку целиком.
• Адрес пишется полностью. С https и доменом; сокращение вида /pricing не работает.
• Код должен быть корректным. Сначала язык (ISO 639-1), затем необязательный регион (ISO 3166-1). Один регион без языка не принимается, а выдуманные коды вроде «uk» в значении «Украина» или «eu» отбрасываются.

Отдельный сюжет — Яндекс, и для Узбекистана он важнее, чем кажется. Яндекс тоже читает hreflang, но список языков у него собственный: в справке Вебмастера перечислено 40 кодов, среди которых есть казахский, азербайджанский и татарский, а узбекского в этом списке нет (источник: справка Яндекс.Вебмастера о языковых версиях). Что робот делает с кодом, которого нет в списке, документация не объясняет — и мы не будем это домысливать.

Практический вывод отсюда один: узбекскую версию стоит подстраховать другими средствами, не полагаясь на одну пометку. Атрибут lang у страницы, узбекский текст в заголовке и описании, собственный адрес и отдельная запись в sitemap работают независимо от того, поддерживается код или нет. Сам hreflang для узбекского всё равно ставится — Google эти коды читает и использует.

Ещё одна деталь из той же справки: у Яндекса описан только один способ разметки — теги link в head. Про HTTP-заголовок и записи в sitemap там не сказано ничего. Если вы понадеялись исключительно на sitemap, для Яндекса разметки может не оказаться вовсе.

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

Зачем нужен x-default и на какой язык его ставить

x-default — это запасная версия для случая, когда язык браузера не совпал ни с одним из ваших. Например, человек зашёл с браузером на казахском или турецком.

Какой язык туда поставить — решение деловое, а не техническое. Мы выбрали узбекский: сайт сделан для рынка Узбекистана, значит гостю с незнакомым языком логично показать основную версию.

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

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

Вредит ли сайту автоматический перевод

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

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

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

И ещё одна важная деталь: каждый язык должен жить по своему адресу. Google рекомендует не подменять текст по cookie или настройке браузера, а держать для каждого языка отдельный URL.

Нужна ли ещё и кириллическая версия

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

Технически вторую письменность показать можно: hreflang принимает и код письма (ISO 15924), то есть uz-Latn и uz-Cyrl считаются корректными. На своём сайте мы используем код uz-Latn-UZ.

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

Есть решение дешевле. При сборе запросов посмотрите в Яндекс.Вордстат и планировщике Google, сколько людей ищет кириллическую форму, и при необходимости естественно используйте оба написания внутри текста. В рамках услуги SEO-продвижение этот вопрос закрывается на этапе анализа ключевых слов.

Как должен работать переключатель языка

Требований три, и все три напрямую влияют на то, останется человек на сайте или уйдёт.

• Переключатель оставляет человека на той же странице. С /ru/pricing нажатие на английский должно вести на /en/pricing, а не на главную. Наш переключатель считает адрес именно так: старый префикс убирается, новый подставляется.
• Переключатель должен быть настоящей ссылкой. Кнопку, нарисованную скриптом, поисковый робот нажать не может — и другая языковая версия рискует остаться ненайденной.
• Никаких автоматических переадресаций. Google не рекомендует принудительно перебрасывать посетителя на другую версию по языку браузера или по IP: это мешает и человеку, и роботу увидеть остальные версии.

Название языка пишите на самом языке: русская версия — «Русский», английская — «English», узбекская — «O'zbekcha». Гость, читающий по-английски, слова «Английский» просто не поймёт.

Дубли и непереведённые страницы

Одна и та же страница на трёх языках дублем не считается — это разное содержимое на разных языках, нормальная ситуация. Каждая страница указывает canonical на саму себя и связывается с остальными через hreflang.

Настоящая проблема в другом: страница не переведена, а адрес под неё всё равно существует. Тогда под /ru/ лежит узбекский текст, и два адреса становятся одинаковыми по содержанию.

У себя мы решили это так: страницы услуг по разработке сайтов пока существуют только на узбекском, поэтому под /ru/ и /en/ они намеренно отдают 404 и в набор hreflang не попадают вообще. В sitemap они выходят один раз, одним адресом, без языковой разметки.

Нарушь мы это правило — sitemap показывал бы поисковику страницы, которых нет. Не добавляйте в список hreflang раздел, перевод которого ещё не готов; добавите, когда он появится. Срок перевода лучше сразу внести в план работ: контент задерживает проекты чаще всего, и это разобрано в материале про сроки разработки сайта.

Проверяется всё просто: откройте исходный код страницы и посмотрите теги link. Если во всех трёх версиях стоит один и тот же набор, работа сделана правильно.

Частые вопросы

Сайт не будет работать без hreflang?

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

На маленьком сайте ущерб можно и не заметить. Когда страниц десятки, ошибка повторяется десятки раз.

Какой язык должен быть первым?

Первым становится язык, на котором вас чаще ищут клиенты, — он занимает основной адрес без префикса. Для большинства компаний в Узбекистане это узбекский или русский.

Решать на ощущениях не стоит. Search Console, Яндекс.Вебмастер и анализ запросов покажут, на каком языке обращений больше.

Можно ли смешивать два языка на одной странице?

Нет, смешивать не надо. Поисковая система не сможет определить язык страницы и не поставит её правильно ни под один запрос.

Каждый язык — на своём адресе и со своим текстом. Меню, кнопки и сообщения об ошибках тоже должны быть на этом языке.

Сколько времени занимает трёхъязычный сайт?

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

У нас три языка — обычная практика, поэтому структура закладывается трёхъязычной с самого начала. Так выходит дешевле, чем добавлять языки потом.

Можно ли добавить перевод позже?

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

Если структура изначально неверна, добавление перевода приводит к смене адресов. А это потерянные старые ссылки и потерянные позиции в поиске.

Следующий шаг

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