Многоязычный сайт: hreflang, локальные слаги, перевод
Как hreflang, переведённые URL и постоянный процесс перевода вместе делают многоязычный сайт заслуживающим доверия на обоих рынках.
Команда rabbitclipПубликация: 5 мин чтения
Коротко
Hreflang это HTML-тег, который сообщает поисковым системам, для какого языка и региона написана страница; настроенный неверно, он может заставить Google принять разные языковые версии одного контента за дубликаты и показать страницу не на том языке пользователю не из той страны. Построить многоязычный сайт значит не только перевести текст; это значит вместе спланировать структуру URL, теги hreflang и постоянный процесс перевода.
Для агентства, работающего между Стамбулом и Лондоном, это не отвлечённая тема: сайт производителя с английской и турецкой версией без hreflang может показать турецкую страницу покупателю в Лондоне, а английскую страницу клиенту в Стамбуле.
Эта статья объясняет, что делает hreflang, как должна строиться структура URL и как управлять процессом перевода.
Что на самом деле делает hreflang
Hreflang это тег в исходном коде страницы, указывающий, для какого языка и, при желании, региона написана эта страница, и указывающий в обе стороны на другие языковые версии того же контента.
Когда Google видит, что турецкая версия указывает на английскую, а английская указывает обратно на турецкую, он понимает, что это разные языковые версии одного контента, а не дублирующийся контент.
Если этот тег отсутствует или работает лишь в одну сторону (турецкая страница указывает на английскую, но не наоборот), у Google возникает путаница; страница не на том языке может показаться не тому посетителю, либо обе страницы будут восприниматься как копии друг друга.
Как должна строиться структура URL
Для многоязычного сайта существуют три распространённые структуры: отдельные домены (site.com.tr, site.co.uk), поддомены (tr.site.com, en.site.com) или подпапки (site.com/tr/, site.com/en/). Согласно собственному руководству Google, все три технически работают; выбор зависит от предпочтений бизнеса по бренду и маркетингу.
Структура с подпапками обычно требует меньше всего обслуживания, поскольку весь авторитет по языкам объединяется под одним доменом. Отдельные домены подходят, когда для каждого рынка нужен отдельный образ бренда, но тогда каждый домен должен отдельно нарабатывать свой SEO-авторитет.
Если английский сайт сети спа-салонов находится на отдельном домене, а турецкий в подпапке, такая непоследовательная структура создаёт путаницу для поисковых систем; структуру стоит зафиксировать на единой модели в начале проекта.
Принимая это решение, стоит также подумать, может ли позже добавиться третий язык; структура, рассчитанная только на два языка, может потребовать полной переделки в момент добавления третьего.
Что значит локальный слаг и почему это важно
Локальный слаг означает, что слова в URL страницы тоже переводятся на этот язык; английская версия страницы «услуги», например, должна располагаться по адресу '/services', а не по турецкому '/hizmetlerimiz'.
Оставить URL непереведённым значит ослабить и пользовательский опыт, и SEO; посетитель из Великобритании, увидев турецкое слово в адресной строке, получает ощущение, что сайт создавался не для него.
Настройка локальных слагов добавляет ещё один шаг в процесс перевода: продумывать отдельно для каждого языка нужно не только текст страницы, но и URL, заголовок страницы и мета-описание.
Как выстроить процесс обновления переводов
Самая частая проблема многоязычного сайта в том, что исходный язык (здесь обычно турецкий) обновляется, а второй язык (английский) отстаёт. Если цена товара или описание услуги меняется на турецкой стороне и остаётся устаревшим на английской, клиент из Великобритании читает неактуальную информацию.
Решение здесь процессное, а не техническое: чек-лист, напоминающий проверить второй язык при каждом изменении контента, или модуль многоязычного контента в headless CMS, работают оба варианта.
- Каждое обновление контента запускает проверку другого языка как постоянный процесс
- Перевод следует контексту, а не идёт слово в слово; буквальный перевод может звучать странно
- Местные особенности (способ оплаты, юридическая ссылка) адаптируются под целевой рынок, а не переводятся буквально
Какому бизнесу действительно нужен многоязычный сайт
Многоязычный сайт оправдан для бизнеса, который продаёт клиентам в нескольких странах, получает запросы из-за рубежа или работает с зарубежными партнёрами. Для бизнеса, обслуживающего только локальный рынок, второй язык обычно становится лишней нагрузкой на обслуживание.
Вопрос, который решает дело: есть ли реальный спрос из-за рубежа, или второй язык нужен лишь для того, чтобы «выглядеть профессиональнее»? В первом случае инвестиция окупается сама, во втором постоянное обслуживание становится бременем для бизнеса.
Почему качество перевода это не только вопрос грамматики
Хороший перевод выходит за рамки грамматической правильности; он должен приближаться к тому, как целевой читатель реально говорит каждый день. Фраза, звучащая естественно на турецком, при дословном переводе на английский может выйти неестественной или странной; это проблема подхода к переводу, а не ошибка переводчика.
Турецкое выражение для оптового заказа у производителя спецодежды напрямую переводится как 'wholesale order', но добавление рядом более часто ищущегося на британском рынке термина, 'bulk order' или 'trade account', лучше соответствует реальному поисковому поведению.
Поэтому процессу перевода нужен не только переводчик, но и человек, знающий целевой рынок; эти две роли не обязаны совмещаться в одном человеке, но один должен проверять работу другого.
Стоит один раз продумать подобные небольшие корректировки и зафиксировать их в руководстве по стилю в начале процесса, и тогда для каждой новой страницы их не придётся обсуждать заново.
Многоязычный сайт, построенный с правильным hreflang, переведёнными URL и регулярным процессом обновления перевода, выглядит заслуживающим доверия на обоих рынках; построенный наполовину, он путает и поисковую систему, и посетителя. На вводном звонке с rabbitclip совместно разбирается существующая многоязычная структура, если она есть. Когда структура выстроена правильно, добавление нового контента требует лишь усилий по переводу, а не технической пересборки.
Частые вопросы
Что происходит, если hreflang отсутствует?
Google может показать страницу не на том языке не тому посетителю или воспринять обе языковые версии как дублирующийся контент.
Подпапки лучше отдельных доменов?
Оба варианта технически работают; подпапки обычно требуют меньше обслуживания, отдельные домены подходят, когда нужен отдельный образ бренда для каждого рынка.
Нужно ли переводить URL на каждом языке?
Да, переведённые слаги укрепляют и доверие посетителей, и SEO.
Как часто нужно обновлять переводы?
В идеале при каждом изменении контента на исходном языке; это постоянный процесс, а не разовая задача.
Достаточно ли автоматических инструментов перевода вроде Google Translate?
Нет, автоматический перевод может дать быстрый старт, но упускает контекст и местное поисковое поведение; как минимум перевод должен проверить человек.
