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

Когда мультиязычность окупается
Не каждому проекту нужны языковые версии. Имеет смысл смотреть на три вещи: есть ли реальный спрос на вашем языке и рынке, готовы ли вы поддерживать контент на нём и различается ли поиск в этих странах. Если вы добавляете английскую версию только потому, что так делают все, а обновлять её некому, результат будет хуже, чем у одноязычного сайта.
Отдельно стоит разделить языки и страны. Один язык может работать в нескольких регионах с разной выдачей: английский в Великобритании и США, испанский в Испании и Мексике. Тогда одной языковой версии мало — нужны ещё гео-уточнения.
Три способа разместить языковые версии
- Подпапки: site.ru/en/. Проще всего поддерживать, вся статистика и ссылки остаются на одном домене. Мой обычный выбор для средних проектов.
- Поддомены: en.site.ru. Технически удобно разделять, но вес домена распределяется, а настройка требует больше внимания.
- Отдельные домены: site.com для каждой страны. Хорошо для крупных международных проектов, дорого и сложнее в обслуживании.
Если продажи сильно зависят от локального доверия, отдельные домены дают преимущество: покупатели в Германии спокойнее относятся к .de. Во всех остальных случаях подпапки решают задачу быстрее и дешевле.
Как работает hreflang
Hreflang — это подсказка поиску, что перед ним не дубли, а один и тот же материал на разных языках. Он говорит: «эта страница — русская версия, а вот её английская версия, вот немецкая». Работает только при нескольких условиях.
- Все версии ссылаются друг на друга взаимно: если английская указывает на русскую, русская тоже должна указывать на английскую.
- Каждая версия указывает на саму себя — это обязательный элемент.
- Коды языков пишутся правильно: язык, а при необходимости и регион, например en-GB и en-US.
- Есть версия по умолчанию для тех случаев, когда язык не определён, обычно это страница на основном языке сайта.
Разметку удобно держать в одном месте: часть проектов прописывает её в коде шаблона, часть — в sitemap. Главное, чтобы она соответствовала реальному списку версий. Если в разметке есть адрес страницы, которой уже нет, это только путает поиск.

Чего делать не стоит
Первое — автоматические переводы без вычитки. Такие страницы выглядят на чужом языке странно, плохо конвертят и провоцируют рост отказов. Если бюджет не позволяет переводить всё, переведите ключевые страницы и честно оставьте остальные на основном языке.
Второе — автоматический редирект по языку браузера или IP. Считается, что так удобнее, но на деле вы отрезаете от сайта людей, которые живут в чужой стране и хотят читать на своём языке. Правильно — предлагать переключение, но не заставлять.
Третье — выставлять одинаковый canonical для всех языковых версий. Каждая версия — самостоятельная страница, и канонические адреса должны указывать на самих себя. Иначе вы своими руками склеиваете языки в один адрес и теряете все, кроме основного.
Четвёртое — забывать про остальные технические вещи. Проверьте редиректы и зеркала, чтобы старые адреса не вели в никуда, и убедитесь, что метатеги каждой версии уникальны: title и description на английской странице не должны дублировать русские.
Перевод — это не только язык
Ключевые фразы не переводятся дословно. Люди в другой стране ищут иначе: другие формулировки, другие приоритеты, иногда другие названия категорий. Поэтому семантику собирают отдельно для каждой языковой версии, а не переносят из основного списка.
- Валюты, единицы измерения и форматы дат — локальные.
- Примеры, отзывы и кейсы — из той страны, где продаёте.
- Способы связи: в одних регионах звонок, в других мессенджер или форма.
- Юридические тексты: политика конфиденциальности и условия отличаются от страны к стране.
Такой подход даёт заметно лучший результат, потому что страница отвечает на реальные вопросы, а не на переведённые.
Переключатель языка и удобство для людей
Разметка помогает поиску, но люди должны пользоваться сайтом без раздражения. Переключатель стоит делать заметным и понятным: название языка словами, а не флагами — флаг не всегда однозначно указывает на язык, а иногда и раздражает читателей. Он должен стоять на одном и том же месте на всех страницах, включая мобильную версию.
Мне нравится, когда переключение сохраняет пользователя на той же странице: читал статью — перешёл на ту же статью на другом языке. Если такого соответствия нет и человек попадает на главную, он чаще всего уходит. Такие мелочи влияют на поведенческие факторы, а через них — на позиции языковых версий.
Как ускорить индексацию языковых версий
Новые языковые разделы индексируются не сразу, особенно если сайт молодой. Что помогает: отдельный sitemap для каждой версии, ссылки с уже проиндексированных страниц на новые, упоминания в панелях вебмастеров и корректная взаимная разметка. Проверьте, что роботам не мешают правила в robots.txt: иногда разработчики закрывают служебные каталоги, а вместе с ними — целый языковой раздел.
- Проверяйте обе панели: у каждого поиска своя скорость и свои ошибки.
- Не закрывайте языковые версии от индексации «пока не готовы» надолго — лучше выпустить сразу полный набор.
- Следите за дублями: если разные языки показывают один и тот же текст, поиск выберет одну страницу из всех.
Как следить за результатом
Смотрите данные отдельно по языковым версиям: показы, клики, позиции, поведение. Общие цифры по сайту ничего не скажут, если одна версия тянет всё вверх, а остальные не показываются. Полезно держать отдельный отчёт по каждому языку и проверять, не появились ли страницы-конкуренты внутри самого сайта.
Ошибки, которые дороже всего
- Языковые версии без взаимных ссылок в разметке.
- Одинаковые заголовки и метатеги на всех языках.
- Автоперевод, который никто не вычитывал.
- Принудительный редирект по языку браузера.
- Заброшенные версии: обновляют только основной язык, остальные устаревают.
Вывод
Мультиязычный сайт — это проект в проекте. Начните с одной дополнительной языковой версии, настройте взаимную разметку и правильные canonical, соберите семантику заново и назначьте ответственного за актуальность. Если получится с одним языком, второй и третий будет сделать намного проще.
