1.點擊流源數(shù)據(jù)
點擊流不僅僅是提取于购、清洗嫁盲、加載到DW/BI環(huán)境下的另一種數(shù)據(jù)源。點擊流還是一種不斷發(fā)展的數(shù)據(jù)源的集合沪蓬。為獲取點擊流數(shù)據(jù),產(chǎn)生了大量的服務(wù)器日志文件格式彤钟。這些日志文件格式具有可選的數(shù)據(jù)組件,如果使用它們,將會有助于區(qū)分訪問者、會話和行為的真正含義跷叉。
由于Web的分布式特性,點擊流數(shù)據(jù)往往是由不同的物理服務(wù)器同時收集的,即使用戶認為自己是在與單一的Web網(wǎng)站交互逸雹。即使由不同服務(wù)器收集到的日志文件是兼容的,在事實發(fā)生后,仍然會產(chǎn)生一個非常有趣的有關(guān)日志文件同步的問題。注意繁忙的Web服務(wù)器可能每秒需要處理幾百個網(wǎng)頁事件云挟。不同服務(wù)器的時鐘很難達到0.01秒的同步精度梆砸。
來自普通網(wǎng)站的點擊流數(shù)據(jù)最基本的形式是無狀態(tài)的。也就是說,日志展示的是孤立的網(wǎng)頁檢索事件,在日志中沒有提供與其他網(wǎng)頁事件存在的明確聯(lián)系园欣。沒有一定的上下文幫助,要可靠地區(qū)分某個完整的訪問者會話是非常困難或者說是不可能的帖世。
點擊流數(shù)據(jù)存在的問題
點擊流數(shù)據(jù)包含許多模糊性。識別出訪問者的來源俊庇、訪問者會話和訪問者身份從某種意義上來說是一種翻譯藝術(shù)狮暑。瀏覽器緩存和代理服務(wù)器的存在使這些識別工作變得更加困難。
識別訪問者的來源
你的網(wǎng)站可能在瀏覽器的書簽下或者可能是門戶網(wǎng)站也可能是用戶直接點擊(查詢你的網(wǎng)站),作者是在探討用戶是如何知道這個網(wǎng)站的?但是我卻發(fā)現(xiàn)另一個問題,就是上面描述的那樣,對該網(wǎng)站用戶的使用情況的分析(可能是首頁 標(biāo)簽 直接訪問)
識別會話
多數(shù)以Web為中心的分析需要每個訪問者的會話(訪問)具有唯一的標(biāo)識標(biāo)記,類似超市的收據(jù)號碼辉饱。這就是會話ID,針對每個個體訪問者活動的會話的記錄,無論是從點擊流獲取的,還是從應(yīng)用交互中獲取的,必須包含該標(biāo)記搬男。但需記住,操作型應(yīng)用(例如訂單錄入系統(tǒng))建立了這樣的會話ID,而不是Web服務(wù)器。
- 多數(shù)情況下,個體進入包含一個會話,該會話可以通過收集同一個主機(IP地址)連續(xù)時間的日志條目合并構(gòu)成彭沼。如果在較短時間周期內(nèi)(例如1小時),日志包含具有相同主機ID的條目,則大致可以猜測這些條目涉及同一個會話缔逛。該方法不適合那些包含大量訪問者的Web網(wǎng)站,因為其采用動態(tài)分配IP地址的方法,導(dǎo)致在較短的時間內(nèi),不同的訪問者會立刻重用這些地址。當(dāng)瀏覽器位于一些防火墻之后時,該方法也不可用姓惑。盡管存在這些問題,多數(shù)商業(yè)日志分析產(chǎn)品仍使用這種會話跟蹤方法,不需要cookie或特殊的Web服務(wù)器特性褐奴。
- 另外一種理想的方法是讓W(xué)eb瀏覽器在訪問者的Web瀏覽器中放置一個會話級的cookie。該cookies只要當(dāng)瀏覽器打開時就存在,通常對后續(xù)的瀏覽器會話不可用于毙。該cookie值可以作為瀏覽器會話ID,不僅針對瀏覽器,而且針對那些需要會話cookie的瀏覽器應(yīng)用敦冬。但是使用臨時cookie也存在不利之處,您無法知道訪問者是否在后續(xù)時間中以新的會話重新進入網(wǎng)站。
- HTTP安全套接字層(SSL)提供了跟蹤訪問者會話的機會,因為它可以包含訪問者的登錄活動以及加密密鑰交換唯沮。使用這種方法的缺點是對會話的跟蹤,整個的交換信息需要高開銷的SSL,訪問者可能會按照某些瀏覽器彈出的安全顧問的建議拒絕使用,另外每個主機也有其自身唯一的安全認證方式脖旱。
- 如果網(wǎng)頁是動態(tài)建立的,則可以通過在返回給訪問者的每個網(wǎng)頁中隱藏一個會話ID的字段的方法維護訪問者狀態(tài)。該會話ID可以作為一個附加到后續(xù)URL的查詢字符串返回給Web服務(wù)器介蛉。此會話跟蹤方法需要針對Web網(wǎng)站的網(wǎng)頁生成方法的相關(guān)控制.用于保證會話ID的線程不會中斷萌庆。如果訪問者點擊了不支持這種會話ID彈出的連接,則一個會話可能會以多個會話的方式出現(xiàn)。如果存在多個提供商在單一會話中提供內(nèi)容的情況,該方法也不可用,除非這些提供商之間存在緊密合作的關(guān)系币旧。
- Web網(wǎng)站可以在訪問者機器上建立一個即使會話結(jié)束也不會被瀏覽器刪除的持久性cookie,當(dāng)然,訪問者可能會將其瀏覽器設(shè)置為禁止使用cookie,或者手動清除cookie文件,因此無法保證持久性cookie能夠始終存在践险。盡管給定的cookie只能被建立它的網(wǎng)站所讀取,但某些Web網(wǎng)站組可以達成一致,存儲公共ID標(biāo)識,使這些網(wǎng)站合并其訪問者會話的不同概念,成為一個“超級會話”
針對Web服務(wù)器日志記錄的最可靠的會話跟蹤方法是在訪問者瀏覽器中設(shè)置持久性cookie。不太可靠巍虫、但結(jié)果較佳的方法是設(shè)置會話級別和非持久性cookie以及關(guān)聯(lián)同一主機的連續(xù)時間日志條目。后一種方法需要健壯的日志后處理程序,以確保獲得令人滿意的結(jié)果,并決定何時不要過分相信該結(jié)果贰剥。
識別訪問者
對Web設(shè)計者、網(wǎng)絡(luò)管理員筷频、Web分析組來說,識別登錄到網(wǎng)站的特定訪問者是最具挑戰(zhàn)性的問題。
2.點擊流維度模型
網(wǎng)絡(luò)零售商可以使用的維度表
日期
當(dāng)天時間(time-of-day)
部件
提供商
狀態(tài)
載體
設(shè)備位置
產(chǎn)品
客戶
媒介
促銷
網(wǎng)絡(luò)組織
雇員
網(wǎng)頁事件
會話
推薦
網(wǎng)頁維度
事件維度
會話維度
推薦維度
點擊流會話事實表
考慮到不要讓主要的事實表過快增長,您應(yīng)該選擇采用每個完整的客戶會話對應(yīng)一行的粒度。這一粒度選擇顯然比基本服務(wù)器日志粒度要高,服務(wù)器日志記錄每個個體頁事件,包括個體頁和頁面上的每個地理元素芹缔。我們通常鼓勵設(shè)計者以源系統(tǒng)能夠提供的最細粒度開始,剛提出的粒度選擇方法顯然有意識地與標(biāo)準(zhǔn)實踐產(chǎn)生偏差坯癣。
點擊流網(wǎng)頁事件事實表
步驟維度
聚集點擊流事實表
3.將點擊流集成到Web零售商總體矩陣中
4.包含WEB的跨渠道盈利能力
點擊流數(shù)據(jù)及其獨有的維度
諸如Google Analytics這樣的外部服務(wù)的作用
通過總線矩陣將點擊流數(shù)據(jù)與其他業(yè)務(wù)過程集成到一起
總結(jié)針對Web企業(yè)贏利能力的完整視圖
看了一晚上了,沒太明白說了個啥,改天再看一遍吧
