Бесплатный аудит
Техническое SEO

Многоязычное SEO: как настроить сайт на украинском, английском и русском (hreflang, URL, перевод)

KКоманда Kyivan
6 мин чтения
Сайт на нескольких языках с переключателем UA, EN, RU и глобусом
Содержание статьи

Коротко: чтобы многоязычный сайт эффективно работал в поиске, у каждого языка должен быть собственный URL, собственные мета-данные и качественный перевод, а страницы-соответствия связаны взаимными тегами hreflang. Для украинской, английской и русской версий используйте коды uk, en, ru и добавьте x-default.

Что такое многоязычное SEO и почему недостаточно просто перевести текст?

Перевод сам по себе ничего не сообщает поисковику о связи между версиями. Без технической настройки Google может показывать пользователю не тот язык, считать версии дублями или индексировать только одну. Многоязычное SEO состоит из четырёх частей:

  1. Структура URL, где у каждого языка отдельный адрес.
  2. Теги hreflang, связывающие соответствующие страницы.
  3. Локализованный контент и запросы, а не дословный перевод.
  4. Правильное поведение сайта: переключатель языков, отсутствие принудительных редиректов по IP.

Какую структуру URL выбрать?

Вариант Пример Плюсы Минусы
Подкаталоги site.com/en/ Один домен, проще сопровождать, общий авторитет Один сервер и одна CMS
Поддомены en.site.com Можно разносить по серверам Сложнее анализировать, иногда воспринимается отдельно
Отдельные домены site.com, site.com.ua Чёткий геосигнал Дороже, авторитет не объединяется
Параметры site.com?lang=en Быстро сделать Не рекомендуется, ненадёжно для индексации

Для большинства бизнес-сайтов лучший баланс дают подкаталоги: / или /uk/ для украинского, /en/ для английского, /ru/ для русского. Главное — стабильная и предсказуемая схема, которая не меняется.

Что такое hreflang и как он работает?

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

Правила, без которых hreflang не работает:

  • Взаимность. Если страница A указывает на B, то B должна указывать на A.
  • Самоссылка. Каждая страница включает hreflang и на себя.
  • Полные абсолютные URL. С протоколом и доменом.
  • Правильные коды. Язык по ISO 639-1; регион по ISO 3166-1, если нужен.
  • Соответствие. Страницы-соответствия должны быть настоящими переводами одного содержания.
  • Canonical на себя. Не указывайте canonical одного языка на другой.

Распространённая ошибка — код ua. Украинский язык обозначается uk, а ua — код страны. Для языка правильно hreflang="uk", для языка и страны вместе uk-UA.

Пример hreflang в <head>

<link rel="alternate" hreflang="uk" href="https://site.com/uk/services/seo/" />
<link rel="alternate" hreflang="en" href="https://site.com/en/services/seo/" />
<link rel="alternate" hreflang="ru" href="https://site.com/ru/services/seo/" />
<link rel="alternate" hreflang="x-default" href="https://site.com/uk/services/seo/" />

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

hreflang в sitemap

На больших сайтах удобнее задавать hreflang в XML-sitemap, а не в каждом <head>:

<url>
  <loc>https://site.com/uk/services/seo/</loc>
  <xhtml:link rel="alternate" hreflang="uk" href="https://site.com/uk/services/seo/"/>
  <xhtml:link rel="alternate" hreflang="en" href="https://site.com/en/services/seo/"/>
  <xhtml:link rel="alternate" hreflang="ru" href="https://site.com/ru/services/seo/"/>
  <xhtml:link rel="alternate" hreflang="x-default" href="https://site.com/uk/services/seo/"/>
</url>

Используйте один способ, чтобы не создавать противоречий между <head> и sitemap.

Язык по умолчанию и автоперенаправление

Не перенаправляйте пользователей и ботов принудительно по IP или заголовку Accept-Language. Googlebot обычно сканирует без языковых настроек, поэтому принудительный редирект может закрыть для него другие версии. Лучше:

  • показывать содержимое по запрошенному адресу;
  • предложить удобный переключатель языков на каждой странице в виде обычных ссылок <a>;
  • при необходимости предлагать сменить язык ненавязчивой плашкой.

Перевод и локализация: почему дословного перевода мало

Пользователи разных языков формулируют запросы по-разному, и ключи напрямую не переводятся. Пример: то, что на украинском ищут как «створення сайту», на английском чаще ищут как «web development» или «website design». Поэтому:

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

Что локализовать помимо основного текста?

  • title, description, H1, ALT-атрибуты изображений;
  • slug (транслитерация или перевод, единый подход);
  • разметка Schema.org: inLanguage, названия и описания;
  • хлебные крошки, меню, кнопки, сообщения форм;
  • cookie-баннер и политика конфиденциальности;
  • sitemap и отслеживание в аналитике по языкам.

Атрибут <html lang="ru"> устанавливайте в соответствии с языком страницы: это полезно для доступности и браузеров, хотя hreflang остаётся основным сигналом для поисковика об альтернативах.

Типичные ошибки

  • hreflang="ua" вместо uk.
  • Нет обратных ссылок между версиями.
  • Все языковые версии имеют одинаковый canonical на один язык.
  • Частично переведённые страницы и смешанный контент.
  • Автоматический редирект по IP.
  • Переключатель языков на JavaScript без обычных ссылок.
  • Меню и футер остались на одном языке на переведённых страницах.
  • Разные наборы hreflang в <head> и sitemap.

Как проверить настройку?

  1. Просканировать сайт краулером с поддержкой hreflang и посмотреть ошибки: отсутствующие обратные ссылки, невалидные коды, страницы с redirect или noindex в наборе.
  2. Проверить в Search Console, индексируются ли все языковые версии.
  3. Посмотреть в «Эффективности» распределение по странам и страницам: попадают ли пользователи на правильный язык.
  4. Вручную открыть несколько URL и сравнить наборы hreflang с фактическими адресами.

Отдельный отчёт о международном таргетинге в Search Console отключён, поэтому опирайтесь на краулер, индексацию и эффективность.

План действий

  1. Выберите схему URL и зафиксируйте её.
  2. Настройте соответствие страниц между языками в CMS.
  3. Добавьте hreflang (в <head> или sitemap) и x-default.
  4. Подготовьте локализованные title, description, H1, slug.
  5. Подберите запросы для каждого языка отдельно.
  6. Настройте переключатель языков ссылками.
  7. Проверьте краулером и Search Console.

FAQ

Обязательно ли использовать hreflang?

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

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

Лучше нет. Одна страница — один язык, а для других языков отдельные URL.

Какой код в hreflang для украинского?

uk. Код ua недействителен для языка.

Вредят ли дубли между языками?

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

Нужна ли отдельная страница выбора языка?

Не обязательно. Часто достаточно x-default, ведущего на основную языковую версию, и переключателя на каждой странице.

Что важнее: hreflang или качество перевода?

Оба. hreflang связывает страницы, а качество перевода и локализация запросов определяют, будут ли они найдены и конвертировать.

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

Поделиться: Telegram Facebook
K
Команда Kyivan

Веб-разработчик и SEO-специалисты. Пишем о техническом SEO, Google Shopping и рекламе.

Три этапа к топу Google

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

Начать с аудита
  1. 1Этап 1

    Технические проблемы

    Находим и устраняем то, что мешает Google прочитать сайт.

    • Ошибки индексации, 404 и редиректы
    • Медленная загрузка страниц
    • Дубли страниц и canonical
    РезультатСайт, который поисковик понимает и индексирует
    Подробнее →
  2. 2Этап 2

    Оптимизация сайта

    Готовим страницы под запросы, по которым вас ищут клиенты.

    • Структура, URL и внутренняя перелинковка
    • Title, H1, микроразметка Schema.org
    • Тексты и контент под семантику
    РезультатСтраницы, которые отвечают запросам клиентов
    Подробнее →
  3. 3Этап 3

    SEO-продвижение

    Наращиваем позиции, трафик и главное — заявки и продажи.

    • Расширение семантики и новые страницы
    • Экспертный контент и ссылки
    • Отчёты по заявкам, а не только по позициям
    РезультатСтабильный рост трафика и заявок
    Подробнее →

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

Не нашли ответ?

Напишите нам, и мы ответим.

Задать вопрос
Бесплатный аудит

Узнайте, что мешает сайту расти в Google

Ответьте на пять коротких вопросов — пришлём список проблем и план исправлений.

  • Технические ошибки, которые блокируют индексацию и скорость
  • Что исправить в первую очередь
  • План действий простым языком
  1. 1Сайт
  2. 2Цели
  3. 3Платформа
  4. 4Ситуация
  5. 5Контакты
20%
Какой у вас сайт?

Выберите один вариант