Мультиязычный сайт и SEO: hreflang и структура

SEO для мультиязычного сайта: hreflang, структура версий и ошибки перевода

Автор: admin
Ноутбук с сайтом и переключателем языков, рядом стикеры и карта мира на стене

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

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

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

Когда мультиязычность окупается

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

Отдельно стоит разделить языки и страны. Один язык может работать в нескольких регионах с разной выдачей: английский в Великобритании и США, испанский в Испании и Мексике. Тогда одной языковой версии мало — нужны ещё гео-уточнения.

Три способа разместить языковые версии

  • Подпапки: site.ru/en/. Проще всего поддерживать, вся статистика и ссылки остаются на одном домене. Мой обычный выбор для средних проектов.
  • Поддомены: en.site.ru. Технически удобно разделять, но вес домена распределяется, а настройка требует больше внимания.
  • Отдельные домены: site.com для каждой страны. Хорошо для крупных международных проектов, дорого и сложнее в обслуживании.

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

Как работает hreflang

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

  • Все версии ссылаются друг на друга взаимно: если английская указывает на русскую, русская тоже должна указывать на английскую.
  • Каждая версия указывает на саму себя — это обязательный элемент.
  • Коды языков пишутся правильно: язык, а при необходимости и регион, например en-GB и en-US.
  • Есть версия по умолчанию для тех случаев, когда язык не определён, обычно это страница на основном языке сайта.

Разметку удобно держать в одном месте: часть проектов прописывает её в коде шаблона, часть — в sitemap. Главное, чтобы она соответствовала реальному списку версий. Если в разметке есть адрес страницы, которой уже нет, это только путает поиск.

Двое коллег сравнивают языковые версии сайта на мониторе и в распечатке

Чего делать не стоит

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

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

Третье — выставлять одинаковый canonical для всех языковых версий. Каждая версия — самостоятельная страница, и канонические адреса должны указывать на самих себя. Иначе вы своими руками склеиваете языки в один адрес и теряете все, кроме основного.

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

Перевод — это не только язык

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

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

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

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

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

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

Как ускорить индексацию языковых версий

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

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

Как следить за результатом

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

Ошибки, которые дороже всего

  • Языковые версии без взаимных ссылок в разметке.
  • Одинаковые заголовки и метатеги на всех языках.
  • Автоперевод, который никто не вычитывал.
  • Принудительный редирект по языку браузера.
  • Заброшенные версии: обновляют только основной язык, остальные устаревают.

Вывод

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

Похожие записи

Оставить комментарий