Kdyz nad tim tak premyslim, hodne moc by mne zajimalo, jak se odlisuji v komunikaci 2 rozdilni lide, kteri komunikuji pres 1 pristupovy bod do Internetu (napr. transparentni Proxy server (tedy bez hlavice X-...), libovolna analogie NATu, skolni Intranet ala Ministerstvo skolstvi atd.) a 'brouzdaji' shodou okolnosti na te same sajtce. Stejne tak jako je velmi dobre nereseitelny problem session & vice uzivatelskych oken jedne e-aplikace, stejne neresitelne vidim odliseni teto komunikace. Co na to clickstreamova analyza - zde nepomuze ani zanoreni do nejnizsich vrstev ani nic jineho, proste porad uvidite jednoho 'cloveka', ackoli to mohou byt 1, 2 ale i daleko vice...
K tomu opet slouzi cookies, jenz umoznuji identifikovat pocitac, ale uzivatele samozrejme ne. Pripadne se pouzivaji unikatni identifikatory session, jenz jsou zabudovane do URL daneho serveru a jsou generovany behem session, zacinajici prichodem uzivatele na server. Tyto podpurne postupy ale nelze pochopitelne zajistit odposlechem komunikace, musi byt zabudovany v internetove aplikaci bezici na serveru. Pokud je na jednom pocitaci spusteno vice oken e-aplikace, muze nastat problem pri interpretaci spravneho poradi jednotlivych kliknuti, jestlize uzivatel surfuje paralelne ve vice oknech. Zde napomaha kompletace pomoci struktury webove aplikace a znalosti mapy serveru, i kdyz i to nemusi dostacovat. Vhodna optimalizace struktury webove aplikace by mela minimalizovat tento problem. Nekteri vyrobci aplikaci pro clickstream analyzu se to snazi obejit sberem clicksteam dat v prohlizeci pomoci ruznych appletu apod., ale uzivatele nejsou prilis ochotni tento zpusob akceptovat, cemuz se neni co divit.
ČLÁNKY DO MAILU