International SEO / практический материал

Как правильно сделать мультиязычный сайт для SEO

Как настроить русский, английский и армянский разделы сайта: отдельные URL, hreflang, canonical, переключатель языка и карта сайта.

  • Дмитрий Лаврушин
  • 23 августа 2026
  • 4 минуты

Русская версия получает собственные тексты и семантику.

Рабочая модель

/ru/ → /en/ → /hy/

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

Перевод текста в браузере не создает полноценную языковую версию. Для поиска каждому языку нужен отдельный URL. Например: /ru/, /en/ и /hy/. Тогда пользователь может поделиться точной ссылкой, а поисковая система отдельно обходит и индексирует содержание.

Для каждой версии переводятся не только абзацы, но и Title, Description, H1, меню, подписи кнопок, alt изображений и структурированные данные. Список услуг и офферы могут отличаться по рынкам. Дословный перевод не всегда отвечает локальному запросу.

Пример hreflang

На каждой языковой странице добавляется одинаковый набор ссылок:

html
<link rel="canonical" href="https://example.com/ru/services/">
<link rel="alternate" hreflang="ru" href="https://example.com/ru/services/">
<link rel="alternate" hreflang="en" href="https://example.com/en/services/">
<link rel="alternate" hreflang="hy" href="https://example.com/hy/services/">
<link rel="alternate" hreflang="x-default" href="https://example.com/services/">

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

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

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

Переключатель языка

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

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

Семантика по каждому рынку

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

Языковые URL добавляются в sitemap. Также hreflang можно указывать в карте сайта, но HTML-разметки обычно достаточно для небольшого проекта. Главное, чтобы все адреса возвращали 200, не были закрыты в robots.txt и содержали полноценный контент.

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

Такой подход упрощает и SEO, и дальнейшее обновление сайта.

Доказательная база

Источники, на которые можно опереться