SEO url a prepinac jazyka

Zdravim, mozna debilni otazka ale jak vuresit z hlediska SEO dobre indexovani vice jazycneho webu? Uzivatel vleze na uvodni stranky, ktera je v defaultnim jazyku a muze si prepnout na jiny. Z hlediska aplikace si to schovam do sessiony a nemusim to resit. Ale zajimalo by me, jak se k tomuhle budou stavet search enginy - url budou stejna pro vsechny jazyky a obsah stranek se bude menit v zavislosti na nastaveni session attributu (takze pro vyhledavace prakticky neviditelny parametr). Mam si radsi v kazdym url predavat jeste parametr lang=cs (a podobne) jen kvuli vyhledavacum? Jak to resite vy?

Zajímá mě úplně ta stejná věc :) Díky za otázku, nemohl jsem se dokopat k tomu napsat to sem..

tohle bych taky potreboval rozseknout. jediny efektivni co me napadlo tak to resit subdomenou takze treba cz.xxx.eu, pl.xxx.eu, sk.xxx.eu. coz taky neni pro nekoho reseni, pokud efektivne pouziva subdomeny. nevim no

Jazyková verze musí být jednoznačně identifikovatelná v URL. Jak jinak chcete zajistit, aby vám vyhledávače indexovali také alternativní jazykové verze a ne jen tu hlavní.

No tak dam vam 2 sposoby ako je to mozne riesit. 1) Bezne by URL podstranky vyzerala takto www.domena.com/stranka/ pouzitim tohto pripadu by tvar URL vyzeral www.domena.com/cz/stranka/ www.domena.com/en/stranka/ www.domena.com/sk/stranka/ Zmysel: V podstate 1. element v URL vam bude urcovat Jazyk, a az 2. element podstranku.... v pripade ze sa prepne jazyk, tak sa 1. element zmeni za identifikator ineho jazyka.... (2. zostava rovnaky) Vyhody: Jednoduchost Nevyhoda: podstranka vo vsetkych jazykoch bude mat bude mat 2. element rovnaky, tym padom je problem pri SEO optimalizacii URL v jazykov. napr. www.domena.sk/cz/uvod/ www.domena.sk/en/uvod/ www.domena.sk/sk/uvod/ 2) Tak tento sposob je podstatne zlozitejsi.... ale najvhodnejsi ukazka napr. podstranky s kontaktom www.domena.sk/kontakt/ www.domena.sk/contact/ www.domena.sk/kontakt-cz/ 1. Element predstavuje unikatny identifikator podstranky v danom jazyku. Pricom mame v DB 2 tabulky... jedenu, ktora nam jednoznacne urcuje danu podstranku, a duhu, ktora urcuje jej variacie v inom jazyku... priklad (zjednodnuseny) Tabulka: page id_page | 1 | Tabulka: url id_url | id_page | language | url | 1 | 1 | sk | kontakt | 2 | 1 | eng | contact | 3 | 1 | cz | kontakt-cz | Takze v pripade ze uzivatel pride na podstranku www.domena.sk/contact/, z DB vieme zistit ze je to podstranka "1", s jazykom "eng".... No a nasledne vygenerujeme celu tuto podstranku zhodne s jazykom "eng"...... V pripade ze si uzivatel prepne jazyk.... Sme na podstranke www.domena.sk/contact/. Vieme ze jej id je "1" a jazyk "eng". Takze si vieme dohladat spetne v DB, ostatne URL pre podstranku s id "1".. Vyhody Moznost mat v kazdom jazyku SEO optimalizovane URL Nevyhody - Zlozitejsia implementacia - Jedna podstranka musi mat v kazdom jazyku jedinecnu URL (resp. 1. element z URL !! POZNAMKA Pouzivanie sessions na ukladanie jazyka nie je dobry sposob... Pretoze sessions su zalezitost na strane serveru (u vas na hostingu) a nie u klienta.... Takze je potom trosku problematicke riesit zindexovanei webu vo vsetkych jazykoch... No tazko sa to zrozumitelne vysvetluje takto na rychlo... ale kto chce, ten pochopi... prip. aspon ako inspiracia dufam postacuje....

Ad lam1t0: Diky ale bohuzel tvoje reseni je moc konkretni - me nejde o implementaci, tu mas snad kazdy udelat podle toho v cem stranky ma. Ja mam treba CMS ve kterem databazi a rewrity vubec neresim a jsou vyresene v core modulu CMs. Ja si proste v rozhrani vytvorim adresar stejne jako v pruzkumnikovi a hotovo - je uz na CMS co s tim v pozadi udela a jak to ma implementovane (co kdyz ma nekdo CMS s LDAP strukturou :) V soucasne dobe se klonim k nazoru, ze nejlepsi je mit jazyk v parametru. Uvednu jednoduchy priklad - mam dve verze stranek. Jedno pro lidi z Cech a jednu pro lidi ze zahranici a funkcionalita je trosku rozdilna. takze: http://site.cz/zahranici/ http://site.cz/cechy/ Obema skupinam navstevniku chci nabidnout vyber z jakehokoliv jazyka. To znamena jako clovek z cech tak i ze zahranici si muze zvolit jako matersky jazyk svahilstinu. Staci mi to udelat jako http://site.cz/cokoliv/?lang=svahilstina a vim ze proste cele stranky v jakemkoliv miste budou svahilsky. Pouziti subdomen je z hlediska seo osidne jelikoz se ti tristi ranky.

resim subdomenou... co se tyce lidi, co pouzivaji aktivne subdomeny, tak muzou pouzit 4.rad ne? sk.mobily.obchod.cz... je to takove divne, ale proc ne:)

Napsal ady;200834

Ad lam1t0: Diky ale bohuzel tvoje reseni je moc konkretni - me nejde o implementaci, tu mas snad kazdy udelat podle toho v cem stranky ma. Ja mam treba CMS ve kterem databazi a rewrity vubec neresim a jsou vyresene v core modulu CMs. Ja si proste v rozhrani vytvorim adresar stejne jako v pruzkumnikovi a hotovo - je uz na CMS co s tim v pozadi udela a jak to ma implementovane (co kdyz ma nekdo CMS s LDAP strukturou :)

V soucasne dobe se klonim k nazoru, ze nejlepsi je mit jazyk v parametru.

Uvednu jednoduchy priklad - mam dve verze stranek. Jedno pro lidi z Cech a jednu pro lidi ze zahranici a funkcionalita je trosku rozdilna. takze:

http://site.cz/zahranici/

http://site.cz/cechy/

Obema skupinam navstevniku chci nabidnout vyber z jakehokoliv jazyka. To znamena jako clovek z cech tak i ze zahranici si muze zvolit jako matersky jazyk svahilstinu.

Staci mi to udelat jako http://site.cz/cokoliv/?lang=svahilstina a vim ze proste cele stranky v jakemkoliv miste budou svahilsky.

Pouziti subdomen je z hlediska seo osidne jelikoz se ti tristi ranky.

No v tom pripade si si myslim jasne odopovedal.... Nalepsie bude pouzivat pre kazdu URL ?lang=svahilstina, pretoze tak budes mat zindexovany web vratane vsetkych jazykovuch mutacii....

jirin: subdomeny jsou z technickeho hlediska ok ale prichazis o GPR.Uz jsem to vyresil - jazyk setuju do sessiony a v business logice si pak podle toho vyberu strukturu pro konkretni jazyk. Myslim, ze pokud bych nemel CMS a chtel to delat natvrdo nekde v databazi tak bych to zrejme udelal tak ze:tabulka jazyku jen kvuli ID. LANGUAGEid | langTabulka zakladni struktury adresaru/stranek a vazeb mezi nimi (predci)STRUCTUREid | parent_idA pak vazby adresaru/stranek v cizich jazycich:PAGESid | STRUCTURE.id | LANGUAGE.id | directory_name (tedy to co se objevuje v adresnim radku jako jmeno adresare/stranky)A pak uz jen CONTENT tabulku, kde by byl obsah stranek (tady by se id mohlo uplne vynechat a nechat jen PAGES.id jako cizi i primarni klic zaroven)id | PAGES.id | contentTak me kdyz tak opravte kdyby to byla blbost :-)