SEO мультиязычного сайта: RU, UZ и EN без дублей

Что именно должен понимать поисковик

Мультиязычность — это не три кнопки в шапке, а три набора документов. Для страницы услуги нужны отдельные адреса, например /ru/services/seo, /uz/services/seo и /en/services/seo. Один URL с переводом через JavaScript, cookie или параметр интерфейса создаёт нестабильную версию для робота и пользователя.

Русский, узбекский и английский документы должны отвечать одному интенту, но текст не обязан быть пословным переводом. Локализуйте формулировки, валюту, примеры, CTA и контактный сценарий. Если эквивалента ещё нет, не объявляйте его в hreflang.

Рабочая архитектура URL

• Подкаталоги языков: предсказуемая структура /ru/, /uz/, /en/ на одном домене.
• Стабильный slug: допустимо оставить одинаковый технический slug, если команда не готова поддерживать транслитерацию и редиректы.
• Один URL — один язык: не менять основной текст по заголовку браузера или геолокации.
• 200 для существующей версии: отсутствующий перевод не должен маскироваться русским текстом с другим языковым URL.

Canonical и hreflang без противоречий

1. Поставьте self-canonical на каждую полноценную языковую страницу.
2. Добавьте взаимные hreflang-ссылки только между эквивалентами, которые открываются с кодом 200.
3. Используйте корректные коды языка: ru, uz, en; при необходимости добавляйте регион отдельно.
4. Назначьте x-default на нейтральную страницу выбора языка или на основную версию, если это осознанное решение.
5. Продублируйте языковые связи в sitemap либо HTML, но поддерживайте один и тот же набор везде.

Метаданные и содержимое переводятся вместе

Перевод только видимого текста оставляет русские title, description, Open Graph, хлебные крошки и структурированные данные на узбекском URL. Это снижает качество сниппета и доверие к странице. В переводческий пакет включают H1, метаданные, alt-тексты, FAQ, подписи форм, ошибки валидации и данные Article или Service.

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

Переключатель языка и автоматические редиректы

• Переключатель сохраняет текущую сущность: услуга должна открывать перевод этой услуги.
• Выбранный язык можно запомнить, но пользователь всегда должен иметь возможность сменить его.
• Не перенаправляйте робота и человека жёстко по IP: география не равна языку.
• Если перевода нет, честно покажите это и предложите доступные версии, а не создавайте индексируемый дубль.

Контроль перед публикацией

1. Соберите матрицу всех URL и отметьте наличие RU, UZ и EN.
2. Проверьте коды ответа, canonical, hreflang и индексируемость каждой версии.
3. Убедитесь, что в sitemap нет черновиков, редиректов и языковых дублей.
4. Пройдите все страницы переключателем языка и проверьте возврат на исходную сущность.
5. После релиза смотрите отчёты индексирования и реальные запросы отдельно по каталогам языков.

Как не пересечься с UX-статьёй

Этот материал отвечает на технический вопрос: как поисковику сопоставить документы. Про выбор языков, процесс перевода, редактуру и проектный бюджет читайте в гайде «Мультиязычный сайт для Узбекистана». Разделение интентов помогает не конкурировать двум статьям за один запрос.

Первичные источники и документация

• Google Search Central: localized versions и hreflang
• Google Search Central: canonical и дубли URL

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

Если хотите применить схему к своему проекту, закажите технический SEO-аудит. Сначала зафиксируем исходные данные и критерии готовности, затем оценим объём работ.