SEO / GEO / AI

SEO для многоязычного сайта RU/UZ

Как продвигать RU и UZ версии сайта без дублей, ошибок hreflang и потери поискового трафика.

20.09.2026

Для сайта на русском и узбекском недостаточно просто перевести текст и добавить переключатель RU / UZ. Чтобы обе версии получали трафик из Google, им нужны отдельные URL, корректный hreflang, свои Title и H1, локализованный контент и отдельная семантика под реальные запросы пользователей.

1. Сделайте отдельные URL для каждого языка

Практичная структура:

Русская версия:
site.uz/services/seo/

Узбекская версия:
site.uz/uz/services/seo/

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

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

2. Настройте hreflang

hreflang сообщает Google, какие страницы являются языковыми версиями друг друга.

Для RU / UZ:
hreflang="ru" — русская версия
hreflang="uz" — узбекская версия

Если нужно дополнительно указать регион, допустимы ru-UZ и uz-UZ: первый код означает язык, второй — страну.

Важно:

каждая страница указывает на саму себя
RU-страница указывает на UZ
UZ-страница возвращает ссылку на RU

Если обратной связи нет, Google может не учитывать пару hreflang.

Для сайта достаточно выбрать один способ реализации: HTML-теги в <head> или hreflang в XML Sitemap. Использовать все методы одновременно обычно не нужно.

3. Не ставьте canonical с UZ на RU

Опасная ошибка — создать узбекскую версию, а затем поставить:
canonical → русская страница.

Так вы сообщаете Google, что русская версия предпочтительнее.

Правильная схема:
RU → self-canonical
UZ → self-canonical
RU ↔ UZ → hreflang

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

4. Не переводите семантику слово в слово

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

Поэтому схема:
русское ядро → машинный перевод → UZ SEO

не работает как полноценная стратегия.

Для каждого языка отдельно проверяйте:

поисковые формулировки
частотность
интент
конкурентов
коммерческие модификаторы

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

5. Переводите страницу полностью

Google определяет язык прежде всего по видимому содержимому. Поэтому плохо, когда H1 переведён на узбекский, а карточки, FAQ или навигация остаются на русском.

На каждой версии локализуйте:

Title и Meta Description
H1–H3
основной текст
меню и кнопки
формы
FAQ
подписи
сообщения формы

На одной странице лучше сохранять один основной язык. Атрибут lang полезен для браузеров и доступности, но Google определяет язык страницы по содержимому.

6. Не делайте жёсткий редирект по языку

Не отправляйте пользователя автоматически с RU на UZ только потому, что браузер или IP определил другой язык.

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

Лучше дать явный переключатель:
RU | UZ

Он должен вести на соответствующую версию текущей страницы, а не на главную другого языка.

Например:
/services/seo/

↕

/uz/services/seo/

7. Сделайте отдельные Title и Description

Мета-теги нужно оптимизировать под реальный запрос, а не просто переводить.

Русская страница может быть ориентирована на запрос:
SEO-продвижение в Ташкенте

а узбекская — на формулировку, которую действительно использует UZ-аудитория.

То же относится к H1, подзаголовкам и CTA. Буквальный перевод не всегда соответствует поисковому интенту.

8. Свяжите версии внутренними ссылками

Google должен легко находить оба языка.

Переключатель языка используйте как обычные HTML-ссылки. Внутри каждого языка стройте собственную перелинковку:
RU-статья → RU-услуга
UZ-статья → UZ-услуга

Не отправляйте пользователя из узбекской статьи на русскую коммерческую страницу, если существует её UZ-версия.

9. Проверьте sitemap и индексацию

После запуска проверьте в Search Console:

индексируются ли RU и UZ URL
какой canonical выбрал Google
нет ли noindex
присутствуют ли страницы в sitemap
получает ли каждая версия показы
по каким запросам они ранжируются

Для крупных сайтов hreflang удобно поддерживать через XML Sitemap, если языковых пар много.

10. Синхронизируйте Schema.org с языком

Структурированные данные не заменяют hreflang и должны соответствовать содержимому страницы.

Если FAQ на RU-странице русский, FAQPage должен содержать те же вопросы и ответы. На UZ-странице — узбекские.

То же относится к Service, Article, LocalBusiness и BreadcrumbList.

Какую структуру выбрать для RU / UZ

Для большинства корпоративных сайтов в Узбекистане практична схема:

RU
site.uz/services/

UZ
site.uz/uz/services/

Плюсы:

один домен
проще аналитика и поддержка
понятная структура
удобно связывать hreflang
не нужно развивать два отдельных домена

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

Чек-лист RU / UZ SEO

Отдельный URL для каждого языка
Self-canonical на каждой версии
Взаимный hreflang
Полная локализация страницы
Отдельные Title и Description
Переключатель между эквивалентными URL
Отдельная семантика RU и UZ
Внутренняя перелинковка внутри каждого языка
Обе версии открыты для индексации
Schema соответствует языку страницы

FAQ

Нужен ли hreflang для сайта на русском и узбекском?

Да. Если одна страница существует в RU и UZ версиях, hreflang помогает Google связать их и показать пользователю подходящий язык.

Какой hreflang использовать для узбекского языка?

Базовый код — uz. Если нужно дополнительно указать Узбекистан, можно использовать uz-UZ.

Нужно ли ставить canonical с UZ-версии на RU?

Нет. Полноценные языковые версии должны иметь self-canonical, а связь между ними задаётся через hreflang.

Можно ли просто перевести русские ключи на узбекский?

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

Что лучше: поддомен или папка /uz/?

Оба варианта допустимы. Для большинства корпоративных сайтов проще использовать подкаталог /uz/ на основном домене.

Нужно ли переводить Schema.org?

Текстовые значения структурированных данных должны соответствовать странице. Для UZ-версии используйте узбекские вопросы, названия и описания.

Можно ли автоматически переключать язык по браузеру?

Жёсткий автоматический редирект лучше не использовать. Дайте пользователю возможность выбрать RU или UZ обычными ссылками.

Вывод

SEO для многоязычного сайта RU / UZ строится не вокруг самого перевода, а вокруг правильной архитектуры:
отдельные URL → отдельная семантика → локализация → self-canonical → hreflang → перелинковка → Search Console.

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

Нужно проверить RU / UZ структуру сайта?

RED-GROUP проверит URL, hreflang, canonical, индексацию и семантику и покажет, что мешает двум версиям сайта продвигаться в Google.

{{title}}