網(wǎng)站分析工具數(shù)據(jù)收集

時間：2023-06-22 11:18:01 | 來源：營銷百科

時間：2023-06-22 11:18:01 來源：營銷百科

網(wǎng)站分析工具數(shù)據(jù)收集：Web服務器日志

市面上各家網(wǎng)頁服務器自發(fā)展初隨時都會紀錄其所有的交易于一個日志檔里頭。這種特性不久就被網(wǎng)管意識到可以透過軟件讀取它，以提供網(wǎng)頁流行度的相關資料；從而造成網(wǎng)站日志分析軟件的興起。

90年代早期，網(wǎng)站統(tǒng)計資料僅是簡單的客戶端對網(wǎng)站服務器請求 (或者訪問) 的記數(shù)值。一開始這是挺合理的方法，因為每個網(wǎng)站通常只有單一個 HTML 檔案。然而，隨著圖形進入 HTML 標準，以及網(wǎng)站擴增至多重 HTML 檔案，這種記數(shù)變得沒什么幫助。最早真正的商用日志分析器于1994年由 IPRO 發(fā)行。

90年代中期，兩種計量單位被引入以更準確的估計人類于網(wǎng)站服務器上的活動總數(shù)。它們是網(wǎng)頁點閱數(shù)(Page Views) 以及訪問量(Visits，或者節(jié)區(qū)(Session))。一次的網(wǎng)頁點閱數(shù)定義為客戶端對服務器提出某單一網(wǎng)頁讀取請求，恰好為對某一圖形請求的相反；而一次的訪問量則定義為來自于某一唯一已識別的客戶端對服務器一連串請求直到閑置一段時間──通常為30分鐘──為止。網(wǎng)頁點閱數(shù)與訪問量仍舊在報告上十分常見，不過現(xiàn)今它們被當作是過于簡單的量度。

90年代末期，隨著網(wǎng)絡蜘蛛與機器人問世，伴隨著大型企業(yè)以及互聯(lián)網(wǎng)服務提供商使用代理服務器與動態(tài)指定IP地址，鑒別某網(wǎng)站單一訪客變得更困難。對此，日志分析器以指定Cookie作為追蹤訪問量的對策，并忽略已知的蜘蛛機器人的讀取請求。

網(wǎng)頁快取的廣泛使用也造成日志分析上的問題。如果某人再度造訪某頁，第二次的讀取請求通常由網(wǎng)頁瀏覽器快取達成，因此網(wǎng)站服務器端不會接受到此請求。這意味著該訪問者瀏覽過該站的'足跡'丟失?？烊∨c否可于設定網(wǎng)站服務器時克服，不過這可能導致降低該網(wǎng)站的效能。

JavaScript標記

由于對日志檔案分析于快取存在下準確性的關注，以及渴望能實現(xiàn)把網(wǎng)站分析當作是種外包的服務，導致第二種資料收集方法：加網(wǎng)頁標簽，或稱網(wǎng)蟲(Web bug) 的出現(xiàn)。

90年代中期，網(wǎng)頁計數(shù)器已經(jīng)普及──這些計數(shù)器以包含在網(wǎng)頁中的圖像出現(xiàn)，顯示多少次該圖像被讀取過。而圖像內(nèi)容就是顯示大約該頁被拜訪次數(shù)的數(shù)目。90年代晚期，這種做法延伸至包括一個微小不可見圖像，而非可見的。并且，透過 JavaScript，圖像請求的某些關于網(wǎng)頁和訪客的訊息被傳遞到第三方服務器方。這些資料隨后被網(wǎng)站分析公司處理并產(chǎn)生詳細的統(tǒng)計資料。

網(wǎng)站分析服務也代管指定cookie到使用者的過程。這種方式可以鑒別各個唯一訪客初次以及隨后的拜訪。

隨著Ajax為主解決方案普及，一種利用不可見圖像的替代方案實現(xiàn)了從讀取頁面'回電'服務器的機制。在這個情況下，當某網(wǎng)頁被網(wǎng)頁瀏覽器讀取，該頁某部分Ajax 代碼將致電回服務器并遞送有關用戶端的資訊，隨后被送到網(wǎng)站分析公司做匯整。這在某些方面還是有漏洞，因為某些瀏覽器限定哪種XmlHttpRequest物件可與服務器聯(lián)系。