pondělí, 15. prosinec 2003
Moji čtenáři otevírají hodně oken
Přibližně polovina otevřených stránek končí svůj život na obrazovce zavřením okna prohlížeče. Zjistil jsem to analýzou říjnového chování uživatelů na některých mých stránkách.
Javascriptová událost onUnload se spouští ve chvíli, kdy prohlíženou stránku v prohlížeči nahrazuje stránka jiná. Stává se tak buď v případě, že uživatel klikne na odkaz a nová stránka se otevře ve stejném okně, nebo po stisknutí tlačítek back, forward, home, při aktualizaci stránky apod. Událost onUnload se nespouští při zavření okna prohlížeče, prostě se to nestihne. (Test události onload.)
Do statistik jsem si sledování události unload původně přidal, abych mohl sledovat časy opuštění stránek (což asi dělat nakonec nebudu). Teprve dnes jsem si ale všimnul, že pár důležitých věcí vychází už pouze z procentního zastoupení této události. To zastoupení je asi 52% výskytu události onUnload v objemu všech spuštění stránek (asi deset tisíc sledovaných spuštění). Jinak řečeno 48% stránek skončí zavřením prohlížeče. Nemluvím teď o oknech, u těch je jasné, že se někdy zavřou. Mluvím o stránkách.
Možná tady dělám nějakou hrubou chybu. Možná se událost onUnload NEspouští i v jiných případech, než je zavření okna prohlížeče. Ale žádné moje testy to nenaznačují (pomíjím spadnutí systému). Sledování jsem omezil na prohlížeč IE 6 (v odvozených prohlížečích typu MyIE to odpovídá zavření tabu). Takže proč je těch 48% tak významných? Dám příklad:
Z jiných statistik vím, že průměrný uživatel si na mém webu prohlédne asi tak šest stránek. Na tuto průměrnou návštěvu připadají tři zavřená okna! Což znamená, vzato selskou logikou, že dvě stránky si uživatel otevřel do nového okna. Navíc někam potom pravděpodobně odešel (další bod pro onUnload), takže vlastně tři nová okna. To mi přijde hodně. (Může to být výjimečností mých uživatelů, ale jsou to moji uživatelé, a tak mě zajímají. Ale hlavně nemám důvod myslet si, že by byli nějak výjimeční.)
Jak uživatelé opouštějí stránky
Potvrzení této teorie z jiného směru (přes událost onBlur) se budu věnovat jindy (vypadá to nadějně). Nyní rozeberu událost onUnload ještě více do hloubky, to už možná nebude tak zajímavé. Z měření mám časy prvních výskytů událostí. Srovnal jsem si k sobě případy:
- Když uživatel na stránku kliknul těsně předtím, než se spustila událost onload, to je jasné kliknutí na odkaz do stejného okna.
- Pokud se spustila událost onunload bez kliknutí do stránky, je jasné, že šlo o tlačítko z nástrojů (myslím, že back bude nejčastější) nebo zapsání nové adresy.
- Jsou ale i případy, které neumím odlišit a můžou znamenat jak kliknutí na odkaz, tak tlačítko zpět. Asi spíš kliknutí.
- No a pokud se onunload vůbec neobjeví, je to zabití browseru.
Co vede k opuštění stránky:
Zabitej znamená zavření prohlížeče. Back je nějaké tlačítko (nejčastěji asi zpět) nebo přímý zápis jiné adresy. Odkliknul zachycuje situace, kdy ihned po kliknutí došlo k události onunload. Asi odkliknul může znamenat cokoli kromě zavření prohlížeče.
Stejně jako v minulé analýze (rolování kolečkem) ze sledovaných stránek výrazně vyčnívá stránka rozcestník CSS (css_uvod.htm). Obsahuje v zásadě pouze seznam odkazů a narozdíl od ostatních stránek na ní není nic moc na čtení. Lidé z ní moc necouvají, spíš klikají. Stránka zvuky.htm je zvláštní tím, že obsahuje spoustu cvičných zvukových objektů, které patrně spouštějí událost onunload nějak často.
Z grafu je vidět, že na mých stránkách uživatelé často zavírají prohlížeč. Pokud nerozlišené případy odhadem rozdělím, pak ve čtvrtině případů klikají na odkazy do stejného okna a ve čtvrtině asi mačkají tlačítko zpět (ale může to být i přímý zápis adresy do prohlížeče).
čtvrtek, 11. prosinec 2003
O kolečku vím málo
Kolečko myši dokáže v Internet Exploreru znepříjemnit vyplňování formuláře. Pokud vyberete nějakou volbu z rozbalovací nabídky (html tag <select>) a zatočíte kolečkem, abyste se dostali na stránce níž, místo odrolování stránky se změní vybraná hodnota v nakliknutém menu. (Na rolovací nabídce totiž zůstává focus.) Uživatelé si toho často ani nevšimnou a vyplní formulář chybně. Mně to třeba docela vadí. A i když si nechtěné změny všimnu, hodně mě to zdržuje.
Marek Prokop mě po mém článku o rolování kolečkem upozornil, že někde četl kodérský postup, jak to uživatelům usnadnit. Připravil jsem tedy ukázku vypnutí rolování rozbalovací nabídky. Jde o maličký javascriptový trik onmousewheel="return false". Děsně se mi to líbilo a rozhodl jsem se, že to budu dávat do všech selectů.
Prastará pravda říká, že není nic jako průměrný uživatel. Co jeden obdivuje, druhému vadí. Po dvou dnech se mi ozval Jiří Macich, jestli to jako myslím vážně:
A to myslíš vážně ? No nevím, jak zbytek světa, ale já roluju kolečkem všechno, co jde. Zvláště pak na internetu. Osobně si nedovedu představit, že kvůli nějakým trdlům, co neznají princip fokusu, mi nepůjde kolečko. ... Já roluji vše - i selectové prvky. (Jiří Macich ml., výňatky z mailů)
Tak teď nevím. Co vy? Vadí vám rolování formulářových prvků kolečkem, nebo ho vyhledáváte? Napište mi prosím, nebo se vyjádřete v anketě (hlasování nezpůsobí znovunačítání stránky). Díky.
Lukáš Mižoch o ODP
Neobvykle obsáhlý článek na Intervalu popisuje Open Directory Project. ODP je něco jako mezinárodní Seznam, ale nekomerční. Lukáš Mižoch je jeho skalním redaktorem, dokonce o ODP píše blog. V něm tento článek už delší dobu avizoval (text byl pozdržen v redakci).
Výsledky z ODP přebírají jiné katalogy a vyhledávače, mj. Google. Existují i jazykové větve. Redaktoři katalogu pracují zadarmo. Stačí dobře rozumět nějakému oboru, připravit si z toho oboru tři stránky s popisky a můžete se stát redaktorem.
Práce pro ODP je práce neplacená, provozovaná z čistého entuziasmu. Svou činností pomáháte vytvářet prestižní katalog webových stránek, globálně pak pomáháte jiným uživatelům Internetu. Odměnou vám bude zadostiučinění z dobře vykonané práce. (Lukáš Mižoch, interval.cz)
neděle, 7. prosinec 2003
Většina uživatelů roluje kolečkem
Vyplývá to z měření, které jsem dělal na stránkách Jak psát web během října. Na třináct stránek jsem umístil javaskript zachycující chování uživatelů do logu. K propočítání výsledků jsem se dostal až nyní. Zajímavých věcí vyšlo hodně, dnes se zamyslím nad rolováním uživatelů.
Klasická poučka webdesignu říká "dělejte stránky krátké, uživatelé neradi rolují". Je to hodně stará rada a už neplatí. Možná je teda můj web výjimečný, to nevím, každopádně ze čtyř zobrazených stránek se neroluje jenom jedna (roluje 76%).
Javascriptová událost onmousewheel umožňuje zjistit, že uživatel točí kolečkem myši. Aby výsledky nebyly zkresleny systémovou chybou, počítal jsem pouze přístupy z prohlížeče IE 6 (70% uživatelů). Nesledoval jsem, kolikrát uživatelé na stránce rolovali nebo točili kolečkem, ale zda tak učinili alespoň jednou. Následující tabulka ukazuje v procentech rolovací údaje pro jednotlivé stránky.
| stránka | rolování stránky | točení kolečkem | poměr wheel/scroll |
|---|---|---|---|
| css_uvod.htm | 59% | 30% | 51% |
| jak_udelat.htm | 91% | 48% | 53% |
| pozadi.htm | 83% | 47% | 56% |
| css_prakticky.htm | 88% | 53% | 61% |
| obrazky.htm | 83% | 43% | 52% |
| publikovani.htm | 77% | 43% | 55% |
| barvy_zapis.htm | 85% | 46% | 54% |
| filtry_priklady.htm | 85% | 57% | 68% |
| formulare.htm | 88% | 49% | 56% |
| meta_tagy.htm | 80% | 52% | 65% |
| google.htm | 83% | 45% | 54% |
| zvuky.htm | 85% | 55% | 64% |
| ramy_detaily.htm | 83% | 51% | 62% |
| Celkem | 76% | 42% | 55% |
55% uživatelů, kteří rolovali, točili na stránce kolečkem. Z dalších dat, která mám k dispozici, je patrné, že tak většinou dělali v prvních sekundách zobrazení stránky. 76% stránek rolovalo, což mi přijde hodně, protože (také z dalších dat) vím, že minimálně 10% uživatelů stránky opouští v prvních sekundách bez jakékoli akce.
Logické je, že procenta rolování a točení kolečkem pro jednotlivé stránky korelují (korelační koeficient 78%). Vzal jsem celkem velkou množinu měření (10 tisíc zobrazení na třinácti stránkách), na níž už je zřejmé, že se chování uživatelů na jednotlivých stránkách evidentně liší. Jinak řečeno nezáleží pouze na uživateli, ale také na stránce. Obzvláště vyčnívá stránka rozcestník kaskádových stylů (css_uvod.htm), která má nejméně procent rolování. Náhodou má ale zase nejvíce kliknutí, což odpovídá charakteru stránky (rozcestník). Je to dobře patrné, když spolu s kliknutími (v tabulce neuvedenými) hodnoty vynesu do grafu:
Graf zachycuje poměr rolování, klikání a točení kolečkem na jednotlivých stránkách.
Pokud vám 55% podíl rolování kolečkem při skrolování připadá malý, pak ještě musím připomenout dvě věci.
- Jednak na měřených stránkách používám odkazy na #záložky (po jejichž kliknutí dojde také k rolování; vysoká korelace ale ukazuje, že to výsledky moc neovlivní),
- ale hlavně nemám žádnou možnost zjistit, jestli uživatel vůbec kolečko na myši má.
Procenta točení kolečkem tedy neříkají, kolika procenty existujících koleček je točeno, ale kolik uživatelů mého webu kolečko vůbec používá. Naměřená čísla mi přijdou hodně optimistická.
středa, 3. prosinec 2003
Centrum doladilo odtučnění
Když jsem nedávno komentoval změnu hlavní stránky portálu Centrum.cz, upozorňoval jsem na promarnění zajímavé myšlenky. Kodéři Centra části stránek přesunuli do externích javascriptů s cílem urychlit načítání. Kdyby se totiž ty javascripty cacheovaly s dlouhou dobou expirace, nemusel by si pro ně klient znovu sahat, čímž by se načítání hlavní stránky ve většinových prohlížečích opravdu podstatně urychlilo a objemy přenášených dat by byly nižší. Jenomže cacheování externích javascriptů nebylo na serveru dobře nastaveno, a tak se stránka naopak přenášela a zobrazovala déle, pomaleji a složitěji.
Dnes jsem se pro kontrolu díval do cache svých prohlížečů a zmiňované soubory skriptů jsem tam už nalezl. Nejstarší měl datum stažení 25. 11., tedy několik dní po spuštění "odlehčené" verze. Admini evidentně cacheování skriptů přenastavili. Co myslíte, mám jim poslat fakturu za konzultační služby?
Ale teď vážně :-) Vpisování obsahu do stránek javascriptem je možná funkční řešení, rozhodně však ne univerzálně šťastné. Svůj význam má pouze ve složitých technických podmínkách. Což, připustme, je přesně příklad hlavní stránky portálové dvojky českého internetu. Za cenu velké ztráty popularity ve vyhledávačích a zoufale složitější konstrukce stránky se HP Centra nyní stala nejrychlejším českým portálem.
Související: Centrum.cz dokáže vykouzlit ďábelské barevné kombinace, weblog Sovy v síti.
Centrum propadlo javascriptu, tento blog.
pondělí, 1. prosinec 2003
Přidávání odkazů do Jyxa
Český vyhledávací server Jyxo zpřístupnil stránku, na níž můžete přidávat do databáze Jyxo nová url. Doposud bylo jedinou možností čekat, až si crawler Jyxa stránku najde, nebo poslat mail Michalu Illichovi. To teď nebude nutné. (info konference SEO, AHA)
neděle, 30. listopad 2003
Změna hostingu
Od středy tento web jede na novém serveru. Po zkušenostech z těch pár dnů musím konstatovat, že jsem velice spokojený. Je to podstatně rychlejší, doufám, že si všímáte.
Server provozuje xhost.cz. Zrovna ten stroj, na kterém běžím, má 1GB RAM, RAID1, běží na tom LFS. Poprvé mám možnost si trochu hrát s ostrým Apachem přes .htaccess a je to docela dobrá zábava. Důvodem pro výběr xhost.cz nebyly ani tak jejich stránky, jako spíš to, že se už delší dobu znám s adminy a považuji je za důvěryhodné. Asi jsem je moc nepotěšil, neb jsem si naklikal vlastní (relativně laciný) hostingový program.
Z předchozího hostingu jsem přešel ne že by byl špatný, ale linka do Slaného už nějak nestíhala. Domovské stránky zůstaly na původním serveru.
sobota, 29. listopad 2003
Dvě chyby v jednom dni
Napřed jsem vytvořil naprosto nelogický zápis v archivu. Nezávisle na tom jsem na dvě hodiny zakázal přístup na všechny důležité stránky tohoto webu. Na jeden den docela dobré skóre. Ty chyby jsou zajímavé a lze se z nich poučit.
Včerejší příspěvek Aktuality vpravo se zabýval tím, že na hlavní stránce weblogu budou vpravo aktuální odkazy. Do archivu jsem ale ty aktuální odkazy nevložil. Pixy mi napsal:
koukam jak puk a porad nechapu, jake ze "Aktuality vpravo", kdyz tam nic neni. Pak mi teprve doslo, ze to je stranka z archivu (pres permonika) a ze ty Aktuality jsou jen na homepagi (kam jsem - mam pocit - diky tomu zjisteni asi zabloudil poprve v zivote :)
Chvilku jsem na to taky koukal jako puk. Jak jako -- zabloudil poprvé v životě? Pixy nečetl nikdy můj blog? Co se děje?
Přečetl jsem si to pořádně. Pak mi došlo, že píše o stránce z archivu, kde ty odkazy opravdu nejsou. Jak se dostal do archivu??? Nikdo na ten spot přece neodkazuje! Nebo jo? Zmatek. Leda snad RSS. A je to - Pixy asi čte a kliká moje RSS, které míří do archivu. Tam sice píšu o pravém sloupečku, ale není tam.
Oblíbené rčení zní: uživatel přichází na web okénkem od záchoda. Vztahuje se to k vyhledávačům a znamená to zhruba tolik, že dobrý vyhledávač často nabídne nějakou podstránku namísto stránky hlavní. Nemá proto smyl předpokládat, že se běžný uživatel na podstránky dostává skrze klikání z hlavní stránky, ačkoli se s tím při návrhu skoro vždy počítá. Hlavně že to stále všem cpu! Podobný chybný předpoklad jsem udělal včera, třebaže se to netýkalo vyhledávačů. Je to dobré poučení.
Ta druhá dnešní chyba (už včerejší, psáno po půlnoci) způsobila dvouhodinovou nedostupnost všech hlavních stránek sekcí plus weblogu a hlavní stránky. Trochu moc rozpustile jsem si hrál se souborem .htaccess. Ale o tom až někdy příště.
pátek, 28. listopad 2003
Aktuality vpravo
Už je to tak -- opičím se po Sově v síti. Denně nacházím pár odkazů hodných zaznamenání, ale nemám čas je komentovat řádným článkem. Proto se budou na tomto blogu objevovat pouze jako odkazy v pravém sloupci. Jsem zvědav, jak dlouho mi to vydrží.
S technickým řešením mi velmi pomohl Elka, když do šablonovacího jazyka programu EasyBlog operativně přidal možnost vkládání externích textových souborů. Textový soubor odkazů tvořím pomocí docela složitého bookmarkletu.