Mam stronę, którą dostosowałem do wersji wielojęzycznej przez uzależnienie tekstów od $_SERVER['HTTP_ACCEPT_LANGUAGE'].
Jeżeli jest en_EN to wyświetlam angielski tekst, a jak pl_PL to polski tekst.

Teraz zastanawiam się jak zareagują na to np. roboty Google. Czy one przeszukują Internet z różnymi wartościami HTTP_ACCEPT_LANGUAGE?
Bo jeżeli nie to w takim przypadku robot rozpozna tylko jedną wersję jezyka czyli pewnie angielską. A jeżeli roboty szukają z różnymi ustawieniami
języka to znajdą różne wersje językowe strony.

To jak to jest z tymi robotami? Czy może można zrobić coś jeszcze, żeby roboty wyszukiwarek rozpoznały że strona ma wiele wersji językowych?

Można na przykład za pomocą mod_rewrite uzyskać adresy typu:
http://adres.pl/pl/
http://adres.pl/en/
Jeżeli ktoś wchodzi na stronę http://adres.pl/index.html to przekierowujesz go na podstawie $_SERVER['HTTP_ACCEPT_LANGUAGE'] na http://adres.pl/pl/index.html czy http://adres.pl/en/index.html, a jeżeli już bezpośrednio na konkretny język, to pozostawiasz go tam. W ten sposób możesz na stronie umieścić linki do różnych wersji językowych co będzie korzystniejsze, gdyż w wynikach wyszukiwania Google będziesz miał obydwie wersje.

Kipero,

Widziałem na paru stronach takie rozwiązanie i wygląda na to, że się sprawdza. Czy mógłbyś napisać coś więcej jak za pomocą mod_rewrite uzyskać taki efekt?

Trochę odświeżam.

w celu zachowania obecnych adresow url - zalecam rozwiazanie z subdomenami.

Obecnie jestem w takiej sytuacji, że przepisuje serwis, który przechowywał jezyk tylko w SESSION.

aby zachować stare linki - chce wprowadzic subdomeny dla wersji jezykowych:

- pl.domena.pl
- en.domena.pl
- ru.domena.pl

zastanawiałem się, czy by nie zrobić dla wersji pl - bez subdomeny - ale zdecydowałem, iż zachowam spójność.

wtedy tak na prawdę w moim skrypcie niewiele sie zmieni:
- wykrycie jezyka bedzie na podstawie subdomeny a potem tego co w nagłówku przeglądarki.
nadal bede ustawiac session tak jak do tej pory.

trzeba bedzie tylko zmienic jeszcze app_url, ale to także pikuś


+ dodatkowym plusem subdomen jest to, iż nie trzeba ciągle grzebać w htaccess.


w przypadku mod_rewrite i MVC widzę lekki problem
jeżeli nasz adres przed zmianą to:
www.domena.pl/controller/method/param.html

a po zmianie:
www.domena.pl/lang/controller/method/param.html

trzeba będzie przerobić lekko framework'a

albo niech mod_rewrite przekierowuje w tle do takiego linka:
www.domena.pl/controller/method/param.html?lang=lang


---------------------
PYTANIE:
co z wersja mobilna strony gdy korzystamy z subdomen jako jezykow?
olac to i dzialac na session z wykryciem langa - bo tak reasumujac, nie ma potrzeby wlasciwego indeksowania tego przez googla