Сайт на азербайджанском и русском: как спланировать две версии без ошибок SEO

Сначала определите, кому нужна каждая версия

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

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

Полезный результат этого этапа — таблица «аудитория → задача → язык → нужные страницы». Она помогает обсуждать конкретный объём работ вместо неопределённого требования «сделать многоязычность».

Почему переключателя языка недостаточно

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

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

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

Какие адреса выбрать для AZ и RU

Один из вариантов — азербайджанские страницы в корне, русские в разделе /ru/. Учебный пример структуры:

Это проектное решение, а не единственная допустимая схема. Можно выделить папки /az/ и /ru/, если так удобнее организовать сайт.

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

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

Как связать версии: hreflang и canonical

Эти элементы выполняют разные задачи. hreflang связывает языковые варианты. canonical указывает предпочтительный адрес для страницы среди дублирующих или похожих вариантов.

Полноценные переводы основного содержания Google не считает дублями только из-за одинакового смысла. Это уточнение есть в документации о локализованных страницах. Для обычной пары переводов AZ/RU используйте собственный канонический адрес у каждой версии. Не следует направлять все русские страницы на азербайджанскую главную. Google при использовании hreflang рекомендует выбирать canonical на том же языке.

Фрагмент для азербайджанской страницы услуг размещают в <head>:

<link rel="canonical" href="https://example.com/xidmetler/">
<link rel="alternate" hreflang="az" href="https://example.com/xidmetler/">
<link rel="alternate" hreflang="ru" href="https://example.com/ru/uslugi/">

На русской странице набор alternate-ссылок остаётся таким же, а canonical указывает на https://example.com/ru/uslugi/. Здесь example.com — учебный домен; при внедрении его заменяют реальным.

Коды az и ru обозначают языки, а не страны. Если страницы предназначены именно для аудитории Азербайджана, можно рассмотреть az-AZ и ru-AZ: первая часть обозначает язык, вторая — регион. Добавлять регион только потому, что компания находится в Азербайджане, не нужно.

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

Что переводить, кроме основного текста

Перевод часто заканчивается на заголовке и описании услуги. В результате посетитель выбирает RU, а подсказка в форме, фильтры или письмо остаются на другом языке.

Заранее включите в объём локализации:

• меню, хлебные крошки, кнопки и ссылки;
• услуги, товары, характеристики и условия;
• поля формы, ошибки и сообщения о результате действия;
• заголовки для поиска и описания страниц;
• уведомления, которые действительно отправляет сайт.

Для азербайджанской версии отдельно проверьте отображение букв ə, ı, ö, ü, ş, ç, ğ и перенос длинных названий на телефоне. Для магазина важна согласованность терминов: один и тот же параметр товара не должен называться по-разному в фильтре и карточке.

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

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

Рассмотрим вымышленную компанию, которая изготавливает кухни и шкафы на заказ.

Основная задача сайта — показать выполненные работы и получить запрос на расчёт. В первой очереди нужны главная, два направления, проекты и контакты. До разработки команда фиксирует соответствие страниц AZ/RU и список материалов для каждой.

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

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

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

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

Двуязычный сайт нельзя оценить только количеством слов. В работе есть несколько разных частей: подготовка перевода, редактура терминов, настройка связей страниц, локализация интерфейса и проверка пользовательских сценариев.

У небольшого корпоративного сайта основной объём может приходиться на описания услуг. У магазина — на категории, характеристики, фильтры, карточки и сообщения при оформлении заказа. Отдельно нужно выяснить, где материалы хранятся и кто будет обновлять обе версии после передачи проекта.

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

Как принять сайт на двух языках

Попросите показать результат на тестовой версии и пройти один и тот же сценарий на AZ и RU.

1. Откройте адрес каждой версии напрямую, без предварительного выбора языка.
2. Перейдите с услуги на её перевод и обратно. Проверьте, что тема страницы сохраняется.
3. Заполните форму с намеренно пропущенным обязательным полем: сообщение должно быть понятным на выбранном языке.
4. Проверьте меню, фильтры и кнопки на телефоне — длинный перевод не должен перекрывать управление.
5. Сопоставьте цены, условия и контакты: при одинаковом предложении они не должны расходиться между версиями.
6. Попросите таблицу технической проверки: URL → язык → HTTP-ответ → canonical → соответствующая языковая страница → корректность hreflang → ограничения обхода и индексирования. Для страниц, предназначенных для поиска, отдельно проверьте отсутствие случайного noindex и блокировки обхода. Такая таблица фиксирует настройки, но не подтверждает фактическое индексирование в Google.
7. Назначьте ответственного за последующие изменения: новая цена или условие должны попадать в обе версии.

Перед запуском перевод также проверяют на смысловые ошибки. Особенно внимательно — стоимость, сроки, согласия и условия обслуживания.

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

Нужно ли переводить каждую статью блога?

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

Можно ли использовать машинный перевод?

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

Обязателен ли x-default?

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

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