I.C.: - ona ta optimalizace Zen Cartu pro vyhledávače je na dlouhý povídání a chování vyhledávačů se pořád mění.

Já už jsem se tím pár měsíců nezabýval, ale ještě poměrně nedávno platilo, že klíčová slova v url měla nějakou tu váhu navíc a málokterý vyhledávač indexoval víc než jeden parametr v URL.

Ono to chce mít především optimalizovaný obsah stránek, dobře udělané meta-tagy (ale to už taky nemusí platit) a používat nějaké ty SEO nástroje. Ale neřekl bych, podle toho jak SEO používají v současnosti velké servery a obchody, že jsou SEO adresy zbytečné. Viz například kasa.cz. Některé velké servery dokonce na SEO adresy přešly poměrně nedávno. A určitě by to nedělaly, kdyby se jim to nevyplatilo.

No a s těma Woknama je to tak, že v téhle verzi Ultimate SEO URL's pochopitelně nefungují s IIS serverem, ale Wokna s Apachem jsou bez problémů - právě tuhle kombinaci používám na lokálu.

Jako jasne, staticky stranky jsou lehci na indexaci, takze proto vyhledavace lip zaindexujou stranky bez parametru. Ale muze to mit i negativni dopady, protoze napriklad google i porovnava indexovany stranky s predchozim indexem a nema rad, kdyz se casto meni obsah stranky nebo naopak url te same stranky. Google celkem spolehlive rozlisuje dynamicky stranky od statickych at uz maji url jakoukoliv. Takze poznaji, ze stranka je dynamicka i presto, ze nema zadny parametry. Jinak o parametrech Google pise toto:
"It helps to keep the parameters short and the number of them few."
a taky
"Don't use "&id=" as a parameter in your URLs, as we don't include these pages in our index."

Jinak vrele doporucuju pouzivat Google Analytics. Tam jde dokonce i nastavit jak se jmenuje parametr pro sessions, v pripade Zenu 'zenid' a google ho pak pri indexaci krasne ignoruje

K tem Meta tagum, Zen je v originale generuje keywords neuveritelne stupidne. Nez jsem si upravil generovani podle svyho, tak mi google indexoval stranky divne a v podstate pouzival jenom fulltext, coz nema takovou vahu jako klicovy slova. Po te, co jsem to zmenil, tak vyhledava mnohem lip.
Viz treba tenhle vysledek: http://www.google.com/search?q=sportovni+sedadla
byt na 5. miste neni spatnej vysledek

Apache na Windows je pro production server docela nevhodny Navic my na hostingu potrebujeme i asp a mssql, takze jina moznost neni. Linux+Apache i Windows+IIS maji kazdy svoje vyhody i nevyhody. Kazdopadne nemoznost pouzit mod_rewrite na IIS je celkem hezky vyvazena tim, ze live.com uprednostnuje ve vysledcich servery na IIS. Nekdy ten Microsoft fakt zeru

Nevim jak zjistim v jakým kodovani mam ty stranky, ale převedl jsem soubor seo.url.php na kodovani utf-8 pomocí PSPAD a bohužel mi to stále nefunguje. Co mám upravit v databázi, aby SEO šlapalo?

U kterých sloupců mám být tedy kódování 1250_general_ci, aby vsechno slapalo??

Tak ja mam porad problem s tema ceskyma znakama :(
Mam vsechno v UTF-8 (stranky, databazi, nastaveni v czech.php), vyplne vsechny cache v SEO nastaveni a stejne prd :(
Testuju na XP s apache 2.2 a zencart 1.3.5.
Natusi nekdo v cem jeste muze byt problem?
Uz v promenne $link mam divne znaky, ktere prohlizec zobrazi jako otaznik :( a tudiz to tim transformacnim polem nejde zmenit :(
napr: font�ny
Dik

jakoze nechapu, vystup je uz spatne z prikazu select z DB. Pritom kdokoliv jinde mi to z DB zobrazuje znaky stejne.
Jsem se dival jestli treba u toho SEO modulu neni nejak spatne nastavene kodovani pro pristup do DB, ale pouziva to uz otevrene spojeni. Tohle fakt nechapu :(

tak sem to vyresil, asi po 3 hodinach studovani kodovani v mysql a pod...
Nakonec je chyba uplne jinde a to ve funkci strip() v seo.url.php. Ona zkurvi ceske znaky a ty pak samosebou nejdou tou konvertovaci tabulkou prelozit, takze je treba ty znaky prekonvertovat na bezcarkovebezhackove hnedka na zacatku tehle funkce.
No aspon uz do detajlu vim jak funguje UTF8 v mysql. A taky jsem zjistil jednu debilni vec:
Jelikoz jsem nemel po napojeni do DB nasteveno 'SET NAMES utf8;' tak se to utf kodovani zmrsilo a to tak, ze sice vsechno funguje a zobrazuje se OK, ale kdyz se mrknu primo do DB, nebo ji chci vyexportovat (pro preneseni na ostry server), tak se mi ty znaky zmrsi nejde to nijak dostat zpet. Takze DOTAAAAAZZZZZZZZZ:
Neni nekdo jak prekonvertovat databazi, ktera sice ma byt v UTF ale jelikoz se pri komunikaci pouzilo nejake default kodovani, tak neni, dostat do normal UTF8 kodovani, aby sla prenest na novy stroj??

A jeste jeden debilni dotaz, jde nejak nastavit aby se v ceste zobrazovala i kategorie?? Napr: kategorie panenky, vyrobek barbina, takze cesta server/panenky/barbina.html???
Nebo se to musi vychytat v .htaccess??
a da se nejak zrusit to id_kategorie a vyrobku z url? dikes :)

S tím kodování a exportem...
já když exportuju, tak musím hned potom ten soubor otevřít v notepadu, který to otevře správně a potom teprven v pspadu..

adresy typu panenky/barbina.html už se tady řešily a není to sranda (Děděk by věděl, ale asi se do toho nepouštěl)

id kategorie pryč dát nemůžeš, protože se to podle toho řídí.. zkus svou kategorii /barbina-1_2.html přepsat třeba na /vytunena-blondyna-1_2.html a zobrazí se ti pořád stejná kategorie...

s UTF 8 jsem měl taky problém. Nevím jakoku máš verzi ultimate, já používal pro cp1250 funkci strtr na odstranění diakritiky, pro utf 8 jsem to upravil podle následujícího článku