Potlaceni vyznamu klicovych slov v domene [Re: Seznam dnes hodne tancoval !!!]

From: Martin Kopta <martin.kopta (zavinac)>
Date: 30. 09. 2005, 07:53 CEST
---> Bonjour,

> Vase domnenka, ze klícová slova v názvu domény uz nejsou pro seznam
> zajímavá, nebude bohuzel az tak horká, ale urcité zmírnení durazu také
> pozoruji.

shodou okolnosti jsem minuly tyden na WebTop100 mluvil s jednim 
"poradcem" Seznamu ;-), ktery o potlaceni vyznamu klicovych slov v 
domene druhe urovne mluvil.

Zduvodneni je vcelku jasne:

-- Pocet domen neni nekonecny, a uprednostnenim klicovych slov v domene 
dostavaji vetsi vahu projekty, ktere "byly prvni".

-- Neexistuje prima souvislost mezi autoritou zdroje a obecnym 
pojmenovanim v domene.

-- Uprednostnovani domen s klicovym slovem vede k registraci domen ciste 
za ucelem zvysovani pozice ve vysledcich vyhledavani.

Kazdy, kdo se stara o vyhledavac vam potvrdi, ze i jen drobne posunuti 
vah jednotlivych slozek, z nichz se urcuje relevance vysledku hledani, 
vede k vyraznym zmenam poradi.

Na tance si musime zvyknout a brat je jako soucast prostredi. Jejich 
cilem urcite neni poskozovani tvurcu webu, ale prinaseni lepsich 
vysledku uzivatelum. (Problem je, kdyz se uzivatel nauci, ze po hledani 
urcite fraze dostane urcity odkaz, ale to je jina otazka.) Obecne 
povazuji strategii "byt prvni na klicove slovo" za spatnou a nejvice 
riskantni.

 > Seznam rotuje cca 6 různých zobrazovacích skriptů (aby totálně
 > rozhodil snahy optimalizátorů). Což by svojí logiku mělo

Kdysi jsme se na tohle tema bavili se Zuzkou Humlovou z Centra. Tezko se 
odpovida na otazku: Jak stanovit mezi zhruba stejne relevantnimi zdroji 
poradi? Tenkrat jsem navrhoval, aby zdroje s podobnou relevanci byly 
razeny nahodne. :-) Kdyz jsou stejne dobre, tak je uzivateli jedno, 
ktery dostane jako prvni.

BTW: Nevite, kde jsem cetl, ze uzivatel klepne nejcasteji na prvni odkaz 
ve vysledcich vyhledavani, i kdyz mu jsou nahodne prohazovany vysledky 
na prvnim a druhem miste?

   Pekny den

--
=M=
Received on Fri, 30 Sep 2005 07:53:45 +0200

This archive was generated by hypermail 2.1.8 : 30. 09. 2005, 07:53 CEST