Как правильно указывать в URL версию языка?

Question

[Klimka]

Возможны по крайней мере два варианта:

www.domain.com/en
www.domain.com/ru

или

www.en.domain.com
www.ru.domain.com

Встречал на просторах сети оба варианта.
Как вам кажется, какой использовать предпочтительнее? Или это вообще не играет никакой роли?

Answer 1

[v1z]

Лично мне приятен вариант, когда www.domain.com отображает английский вариант сайта, а www.domain.ru — русский. Но не всегда бывает доступны оба домена.

Тогда вариант с www.domain.com/ru (или /en/) подойдет.

Вариант с ru.domain.com мне не особо нравится. И уж точно www.ru.domain.com будет смотреться очень странно

Answer 2

[Анатолий]

Люди выше написали глубочайшую чушь. Проконсультируйтесь с любым, даже слабеньким СЕО, он Вам много чего расскажет интересного про домены, поддомены и локали. А вообще это очень сильно влияет на вывод в поисковиках, так как они учитывают локаль пользователя.
На сколько я помню, варианты предпочтительности идут так:
1. domain.locale (наиболее затратный)
2. locale.domain.com (менее затратный, но все таки домены разные, с этим и проблемы могут быть)
3 domain.com/locale (наименее простой)

Тоесть первый наиболее предпочтителен, последний наименее. Но я могу ошибаться, слышал разговор просто об этом, сам не интересовался активно.

Answer 3

[Rafael Osipov]

На мой взгляд — первый способ предпочтительнее ввиду своей очевидности. Второй способ не так очевиден для пользователя.

Comments

[Doktor_Gradus]

Плюсую за первый способ. Ну и основной сайт (для основной аудитории лучше писать просто доменом, а вот локализованные версии — через domain.com/lang

Answer 4

[LIAL]

>Или это вообще не играет никакой роли
Это не играет никакой роли, просто как вам удобно реализовать так и делайте

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

Answer 5

[Jazzist]

Первый удобнее, с нескольких аспектов:
— нагляднее
— проще обслуживать сессии
— проще обслуживать «роутинг»
— роботодружественнее

Answer 6

[Webtun]

ИМХО лучше первым способом (при возможности)

а то при использовании 2-ой вариант получается что это уже сабдомен и может упасть вес страницы

Answer 7

[misha91]

первый вариант чисто визуально приятнее смотрится

Answer 8

[Фёдор]

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

Comments

[Doktor_Gradus]

Насколько я понимаю, это делается через геолокацию по IP. Вряд ли по заголовкам запроса браузера. Может довольно затратно выйти.

[Фёдор]

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

Answer 9

[Кирилл Мамаев]

www.domain.com/* — для основной языковой аудитории
www.domain.com/lang/* — для дополнительной языковой аудитории.

С поддоменами — это уже совершенно разные сайты получаются, очень редко используется.

А вообще, многие CMS и такое выдают:

www.domain.com/index.html?lang=ru

Comments

[Doktor_Gradus]

Такое даже яндекс с гуглом выдают. Хотя в их случае это единственный вариант.

[Кирилл Мамаев]

Такой вариант сплошь и рядом.
тот же: www.domain.com/index.html?lang=en — реальный пример получился

Answer 10

[Влад Животнев]

Для ПС лучше первый вариант.
Ну и основной язык лучше в корне держать, само собой.

Answer 11

[Klimka]

Спасибо за ответы.

Остановлюсь тогда на domain.com/en

Answer 12

[gro]

Первый имхо лучше, но я лично не люблю его — в шаблонах ссылки не поставить нормально, приходться делать что-то вроде href="{{ lang }}path/on/site"

Comments

[thebeaver]

URL'ы для шаблона по-хорошему должна формировать функция, написанная на серверном скрипте, с учетом текущего значения локали пользователя. Тогда вам придется вставить в шаблон только код вида {{ path_on_site }}, который шаблонизатором трансформируется в нужный URL.

[gro]

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

Answer 13

[Vitali Borovik]

Почему бы не показывать сайт на английском (или определить от языка системы/браузера).
Дать пользователю выбор смены языка, хранить в куки/бд юзера и не издеваться с /ru/ /en/

Comments

[Владимир Чернышев]

Нарушается принцип «один урл — один контент». Что поисковики буду видеть? Да и структура сайта на английском может совершенно отличаться от таковой на русском.

[kunfuzi]

почитайте про клоакинг

Answer 14

[Кирилл Длусский]

Я лично столкнулся с такой проблемой (но она больше от собственной глупости чем от выбора метода):

Был сайт. Были домены Компания.ru и ПравильноеНазваниеКомпании.com. Было дано указание упразднить домен с .ru поскольку не положено. В итоге пришлось русскую версию делать на домене ПНК.com а пользователей с нерусскими корнями (в заголовках браузера) перенаправлять на en.ПНК.com (структура русской и английской версии различались, но не сильно, а архитектура движка заставила бы жестоко копипастить для хранения сайта в разных подпапках). В итоге все было замечательно, пока yandex, который заходил на сайт без заголовка относящегося к локали не приклеил домен к английской версии. В результате пришлось общаться с техподдержкой чтобы домен отклеили.

К чему это я? К тому, что следуя первому способу нужно очень осторожно относиться к автоматическому выбору языка, иначе будут боольшие сео-проблемы)

Answer 15

[Асхат]

https://support.google.com/webmasters/answer/18219...