SEO многоязычного сайта: как не потерять позиции при запуске RU, UZ и EN версий

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

Разбираем, что чаще всего идёт не так и как настроить многоязычный сайт технически правильно.

1. Одна страница — один URL, один язык

Самая частая ошибка — переключение языка через JavaScript или cookie без изменения адреса страницы. Для пользователя это выглядит удобно, но для поисковика такая страница существует в одном-единственном варианте: том, что видит робот при первом заходе.

Рабочая схема — отдельный URL на каждый язык: /ru/, /uz/, /en/ (или поддомены, если структура сайта это оправдывает). Формат не так важен, важен принцип: у каждой языковой версии страницы — свой постоянный адрес, который можно проиндексировать отдельно.

2. hreflang должен быть двусторонним

Тег hreflang сообщает поисковику, какие страницы являются языковыми версиями друг друга. Частая техническая ошибка — прописать hreflang только в одну сторону: русская версия ссылается на английскую, а английская на русскую — нет. Google в этом случае просто игнорирует разметку.

Проверить это несложно: если у страницы есть hreflang на другой язык, у той версии должна быть обратная ссылка. И ссылаться стоит только на страницы, которые реально существуют и отдают 200-й статус — не на заглушки и не на страницы с редиректом.

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

3. Перевод — это не только видимый текст

Заголовок страницы, meta description, Open Graph теги, хлебные крошки, тексты кнопок, структурированные данные (Schema.org) — всё это тоже должно переводиться. Сайт, где основной текст переведён, а мета-теги остались на русском, теряет часть смысла именно в том месте, которое поисковик показывает в выдаче.

Дословный перевод — не то же самое, что локализация. Валюта, примеры, единицы измерения, обращения в CTA («Оставить заявку» vs «Ariza qoldirish») должны звучать естественно для конкретной аудитории, а не быть калькой с исходного языка.

4. Что делать с отсутствующими переводами

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

5. Переключатель языка должен сохранять контекст

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

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

• У каждой языковой версии — свой постоянный URL.

• hreflang прописан двусторонне и указывает на реально существующие страницы.

• Задан x-default.

• Переведены не только видимые тексты, но и мета-теги, Schema.org, alt у изображений.

• Переключатель языка сохраняет текущую страницу, а не сбрасывает на главную.

Мы в Code Nova Evolution сами прошли этот путь на собственном сайте — сейчас он работает на восьми языках, включая русский, узбекский, английский, казахский, таджикский, киргизский, корейский и китайский. Если нужно настроить многоязычность правильно с самого начала или разобраться, почему языковые версии конкурируют друг с другом в поиске — пишите, разберёмся в вашей ситуации.