Автоматическая переадресация при входе на сайт

[scorpion-ds]

У нас своя CMS которая поддерживает многосайтовость на уровне доменов и многоязычность.

Многоязычность с точки зрения URL выглядит так, для русской версии:
http://domen.com/ru/about.html
http://domen.com/ru/contacts.html

для английской версии:
http://domen.com/en/about.html
http://domen.com/en/contacts.html

где ru, en могу быть произвольными строками и более 2-х символов.

Сейчас при входе на сайт, по домену http://domen.com/ на уровне PHP с кодом 301 происходит автоматическая переадресация на языковую версию по умолчанию, к примеру на http://domen.com/ru/, это происходит даже, если сайт имеет всего одну языковую версию, это было сделано что бы не было "двух" главных страниц

Вопрос следующий, на сколько с точки зрения SEO вредно производить такую переадресация с "чистого" домена?

Ранее ЧПУ CMS преобразовывался на уровне .htaccess, сейчас на уровне PHP.

 

[fixxxer]

seo - это теория программирования?

 

[Vin-Diesel]

По-моему вредно
Сделайте внутренний редирект (без 301) на дефолтовый язык и все)

 

[scorpion-ds]

По-моему вредно
Сделайте внутренний редирект (без 301) на дефолтовый язык и все)

Ну дело в том, что так и было изначально, но в таком случае возникает две главных с ru и без.

 

[С.]

Главные же не кошки, сами по себе не возникают. Не создавай (не ссылайся) на страницы с ru и не будет их.

 

[AmdY]

scorpion-ds
в данном случае нельзя использовать 301-й редирект, нужно 300-й

 

[scorpion-ds]

Ну я выдвинул предложение на обсуждение такое:
Если сайт работает с одной языковой версией, то все страницы будут без параметра, если к сайту добавляются вторая языковая версия (и последующие), то все ссылки становятся с языковым параметром, такой вариант не был принят по двум причинам:

1. Если некий сайт проработал какое-то время и был проиндексирован без языкового параметра, то после добавления языковой версии, ко всем ссылкам будет добавлен языковой параметр, то есть все ссылки ранее проиндексированные станут не валидными (хотя я и смогу сделать переадресации на уровне движка на новые адреса, такой вариант не совсем устраивает);

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

 

[С.]

Не понимаю, в чем проблема оставить основную версию так, как есть и добавить новую с параметром?

 

[scorpion-ds]

Не понимаю, в чем проблема оставить основную версию так, как есть и добавить новую с параметром?

Потому, как будет трудно отличить обычную версию от языковой, ведь в теории адрес http://domen.com/ru/ может отвечать как за главную страницу на русской версии сайта, так и на некую страницу ru на одноязычной версии сайта.

Напомню, что ru может быть к примеру russ, russian и т.п.

 

[С.]

Нет, все равно не понимаю.

http://domen.com/ -- русский язык (по умолчанию)
http://domen.com/en/ -- английский язык
http://domen.com/ru/ -- таких ссылок не делать вообще. А если какой шибко вумный напишет вручную, перенаправить на http://domen.com/

 

[AmdY]

С.
+1 f для ссылок http://domen.com/ru/.... добавить 301-й на версию без ru/

 

[scorpion-ds]

Тогда придется при анализе URL определять, чем является параметр после первого слеша, языковым параметром или названием страницы.

http://domen.com/russian/ - где russian может быть как страницей, так и языковым параметром, понятно, что имена языковых версий известны, но вот мне не хотелось бы добавлять дополнительную проверку. Но в любом случае спасибо, я это добавлю на наше внутренние обсуждение.

 

[fixxxer]

domain.com = www.domain.com = ru.domain.com
en.domain.com
de.domain.com
..

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

 

[С.]

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

Ну всем хочется и рыбку съесть, и другие бонусы получить. А придется выбирать. Или заменять на поддомены.

 

[Welcome]

$aLanguages = array('en', 'ru');

if (in_array($aActions[0], $aLanguages)) {
   $sLang = $aActions[0];
   array_shift($aLanguages);
}

Эм....

 

[scorpion-ds]

Эм....

Как я дважды заметил вышел, не en || ru, а произвольное название может быть, в общем выше уже предложили ваш вариант, только как я дополнил на основе существующих в CMS языков.

 

[untied]

Как я дважды заметил вышел, не en || ru, а произвольное название может быть...

Это как? Т.е. ссылки могут быть в произвольном виде domain.ru/ru/about.html, domain.ru/rus/about.html, domain.ru/russian/about.html
И все это должно работать и вести на русскую версию about.html. Я правильно понял?

 

[С.]

ТС сначала говорит про СЕО, и тут же про призвольный идентификатор языка.
untied, не стоит вестись на каждый бред выпускаемый в эфир.

 

[scorpion-ds]

Это как? Т.е. ссылки могут быть в произвольном виде domain.ru/ru/about.html, domain.ru/rus/about.html, domain.ru/russian/about.html
И все это должно работать и вести на русскую версию about.html. Я правильно понял?

Верно вы все поняли.

ТС сначала говорит про СЕО, и тут же про призвольный идентификатор языка.
untied, не стоит вестись на каждый бред выпускаемый в эфир.

Это как бы связано вы не находите?

 

[untied]

scorpion-ds, а кому пришла в голову эта "прорывная" идея насчет кучи разных кодов для одного языка? И для чего это нужно?
В плане сео это как раз вредно. Такие вещи (несколько разных ссылок с одинаковым содержимым) называются дублями. Ну, допустим, у вас будут коды такие: en, eng, english, ru, rus, russian. В итоге получится, что сайт у вас на 2/3 состоит из дублей. Если придумаете еще кодов (пять вместо трех, к примеру), то сайт будет уже на 4/5 из дублей состоять.
Короче говоря, участь вашего сайта будет печальна.

Если же конкретно говорить про локализацию, то лучшее решение, как мне представляется, сделано в alitalia.com (с той лишь оговоркой, что у них сделан редирект с главной на страницу выбора языка, а редирект здесь как раз и не нужен). Ну, Алиталии можно не заморачиваться с сео.