2008-12-10 120 views
9

對於準確的Web日誌分析工具來生成IIS日誌報告的任何建議?我們使用WebTrends,但我不覺得這是準確的。Web服務器日誌分析工具

+0

從另一條評論,你說你正在分析一組特定的URL。你是如何配置個人資料的,以及是什麼讓你相信他們不正確? – crftr 2008-12-10 21:26:20

+0

在網站分析中,報告的準確性受到各種因素的影響。最常見的是:跟蹤方法,過濾和瀏覽量定義。 我們通過Angelfish運行我們的IIS日誌,它提供了一組配置設置以提高準確性。 – 2016-02-27 17:36:41

回答

6

分析博客,我不認爲你可以去錯了模擬:http://www.analog.cx/

如果你分析你自己的日誌,這往往是巨大的文件,你會希望你能找到最快的分析儀。模擬速度很快。

你會想要一個已經有一段時間了,仍然支持。模擬剛剛慶祝了它的10歲生日。

模擬聲稱是世界上最流行的日誌文件分析儀。

多語言。

我說過它的免費和開源嗎?

就精度而言,沒有工具可以給出完美的結果。 Javascript經常失敗以捕捉命中。試圖通過網站追蹤個人路徑(即爲了分析目的)充滿了問題。甚至試圖將點擊與訪問區分開來,並且篩選出機器人更多的是黑色藝術而不是科學。

什麼是最好的只需要一個工具,提供體面的基本統計數據,告訴你你需要知道什麼。

我查看了其他工具,例如深度日誌分析器:http://www.deep-software.com/,它試圖從您的博客中進行分析。但速度是一個問題。他們聲稱他們的新版本3.5 - 2008年4月,我沒有嘗試,提高了性能。像這樣的程序的一大優點是您可以執行的高級報告,包括自定義SQL請求。您必須購買他們的專業版(200美元)才能執行大部分分析和自定義查詢。如果模擬對您來說太簡單,那麼請嘗試使用免費版本的深度日誌分析器。

而且,您也可以嘗試使用Microsoft自己的Log Parser,建議的答案如下:https://stackoverflow.com/questions/157677/a-good-iis-log-viewer-for-large-log-files。 但是你需要一些額外的技能才能使用它。

0

有一個記錄免費包從MSFT查看使用SQL Reporting Services的信息。去谷歌上查詢。

+0

http://www.microsoft.com/technet/scriptcenter/tools/logparser/default.mspx 我同意,這實際上很酷 – Eli 2008-12-10 18:24:01

0

用原木做的是隻有當它的內部是一個好主意 - 我對德互聯網絡

+0

謝謝珍,我同意。我們現在只能訪問日誌。 – Kmett 2008-12-11 19:01:25

+0

請注意,Google Analytics(分析)無法捕獲JavaScript發生故障的實例的數據(無論是因爲錯誤還是因爲它關閉) – Myster 2011-03-02 22:06:13

2

簡短的回答使用谷歌分析的anyhing:

你是正確質疑的結果;日誌分析不足以報告實際流量。

再回應

WebTrends的是它所提供一個很好的工具。但作爲WebTrends安裝的前任管理員,我發現網絡日誌在捕獲感興趣的度量方面非常糟糕。例如,如果您的網絡傳輸堆棧中存在任何緩存(或在消費者方面 - *我在搖晃我的拳頭YOU,AOL!),那麼您的網絡日誌即刻不反射您網站的實際活動。這是因爲日誌分析假定所有用戶消耗都會轉化爲HTTP請求回到Web服務器 - 並因此被記錄在IIS日誌中。在緩存的情況下,情況並非如此。

未來,如果您希望獲得更可靠的結果,您最終需要確保存在一種破解任何緩存策略的方法。顯而易見的答案是動態內容。但是,如果您不想以這種方式重寫所有內容,請確保您的網絡流量分析使用動態調用。

WebTrends實際上爲這個問題提供了一個解決方案,稱爲SDC服務器。這正是Google Analytics提供的 - 它是一個javascript回調分析服務器。

...我可以在這個日子上。如果你想要更具體的信息,請回複評論。 ;)

編輯:隨着WebTrends的,具體地說,它配置會話跟蹤超出了他們的默認IP /配置的userAgent是非常重要的。如果您的Web服務器分配會話Cookie,您會發現這會增加您的可靠性;特別是爲了區分可能位於相同NAT之後的用戶。

+0

是的,我希望他們轉移到Google Analytics,但這需要付出努力,因爲他們沒有設置廣告系列格式中的網址對Google有幫助。這些網址已經打印出來了,他們真的只有日誌。 – Kmett 2008-12-11 19:03:23

2

你想從日誌中分析什麼?有一堆工具 - 免費或付費 - 將通過日誌並吐出各種各樣的數字。有些具有真正的意義,有些則最適用於一粒鹽。

什麼都不會告訴你是「有多少人正在閱讀我的精彩網頁」。那些試圖展示「明顯的網站訪問者」或任何詳細指標的人最多隻能粗略估計一個模糊趨勢的跡象...

但是對於它的價值,我們使用Analog

0

我一直在使用Summary,這是付費軟件,多年,並喜歡它。更新的成本越來越高,付出更新才能獲得用戶代理字符串更新是不合理的。不是說沒有其他修復,我只是傾向於不需要它們。

任何人都在意分享,如果他們已經使用總結相比模擬?

0

查看用於Web應用程序服務器和Web服務器日誌的XpoLog日誌分析平臺。它是一個日誌管理和分析平臺,集成到Web服務器日誌和創建報告,提供搜索和日誌查看器,並監視問題。 XpoLog