回答列表
從網站優化的角度看，用戶通過首頁到達目標頁面實施的點擊次數越少，越能體現出用戶友好。因為每增加一次點擊就增加一次頁面加載時間，增加一個錯誤連結的潛在可能。有些企業網站的產品分類設置過細，導致菜單層次過多，到達產品介紹的內容頁面層次太深，需要多次點擊才能找到有效信息，這無論對用戶還是搜尋引擎都不友好。正常情況下，企業網站通過首頁到達重要產品介紹頁面應只需要一次點擊即可到達。很多網站的flash首頁人為地增加了到達內容頁面的點擊次數。
網站分析(webanalytics)是種網站訪客行為的研究。於商務應用背景來說，網站分析特別指的是來自某網站搜集來的資料之使用，以決定網站布局是否符合商業目標；例如，哪個登陸頁面(landingpage)比較容易刺激顧客購買慾。這些搜集來的資料幾乎總是包括網站流量報告，也可能包括電子郵件回應率、直接郵件活動資料、銷售與客戶資料、使用者效能資料如點擊熱點地圖、或者其他自訂需求資訊。這些資料通常與關鍵績效指標比較以得效能資訊，並且可用來改善網站或者行銷活動里觀眾的反映情況。
分析方法。
從數據分析方法論的角度來看，對於網站流量分析，最合適的方法是通過用戶行為分析。網站用戶在網站的行為可分為認知、熟悉、試用、使用、 忠誠五個階段，每一個階段都對應相應的分析指標。通過對這些分析指標的數據採集和分析，企業能夠很直觀的了解某個階段內訪客用戶行為的變化，從而為最終的kpi 計算提供事實依據。
改善設計。
通過了解kpi 的變化，以及具體指標的變化原因，企業可以有針對性的對網站加以改善。例如，聯繫我們頁面電話諮詢轉化率的下降有可能是網站改版後訪客進入聯繫我們的頁面 渠道數量增加了，或者是被其他頁面內容干擾增加了進入該頁面的複雜度。針對這種情況，應當適當的在相關頁面增加聯繫電話的提示，或者是不影響 網頁設計美觀的情況下，增加在線即時通訊工具，以提升電話諮詢轉化率。
大家要是想把自己的網站優化做的很出色，排名很好，那麼首先要懂得如何去分析準備進行優化的網站，就算網站做好了，我們還需要把網站根據搜尋引擎的喜愛進行調整，要從各個方面下手去找出問題，對症下藥，再去解決問題，把問題全部解決了，我們才可以開始優化工作。分析網站有點類似於過去中醫就診時候的「望、聞、問、切」。
望。
第一步首先就是要分析網站檢查網站的 安全性如何，根據優化網站的類型是做什麼行業的，結合網站前台和後台嚴格測試檢查的安全係數，因為如果網站的資料庫沒有得到有效性的保護，安全係數很低，萬一遭到競爭對手的惡意攻擊，網站立馬就崩潰了，會導致給我們網站接下來後期優化工作帶來很多不便，對自己的損失也是可想而知的？
聞。
拿到網站後要看看網站上的url是靜態化還是偽靜態態化的。如果這些排除都沒有的話，那我們就需要找網站開發技術人員對其進行人工調整了。雖然後人說現在的靜態url和動態url兩者沒有什麼最大優勢，但是動態url是無法同時帶動10個到30個參數的，這一點會大大影響到網站伺服器的承受能力，當打開一個頁面時就會浪費很長時間，降低了用戶體驗度。輕者會導致伺服器緩慢，重者會導致伺服器崩潰。動態url在網站目錄下是沒有任何文件的，它是根據用戶的請求，從資料庫中條用返回用戶請求的結果。如果當我們的網站流量很大的時候，那我們將使用其靜態化了。其實靜態url還是比動態url有優勢的？
問。
其實這一個「問」是在問自己。我網站在調試的時候是否存在404頁面，robots.txt文件(這是一個很重要的文件)，看似很簡單的一個文本，雖然它只是一個提醒什麼網站頁面不存在或者是被刪除，頁面出錯等;但是在用戶體驗度上起到了很大的作用，同時還可以幫助搜尋引擎蜘蛛爬行工作;網站後台的各項功能是否可以正常使用，如：新聞添加，產品添加。並做好 seo構架設計;有效策劃目錄層級;對每個頁面的url進行有效設計？
切。
這一點其實就是幫助我們分析網站，從站內站外兩點出發。一般來說，一個網站有很好的排名，那麼必須有很多大量的外鏈導向我們的網站，我們還可以通過分析外鏈同時找出目標關鍵詞的優化。這些工作都是以後需要長期努力去做的。隨著市場搜尋引擎優化行業競爭越來越大，外鏈工作雖然不是網站優化提高排名的唯一方式，但它是最重要的一項工作，搜尋引擎首頁沒有一個網站部做 外鏈的，缺他不可。而內鏈，如果做好的話，可以大大提高用戶粘度，降低跳出率，提高搜尋引擎的爬行索引效率，從而還可以提高網站的收錄和提升排名，提升網站的pr值。日誌分析。
網站日誌分析也被稱為網站伺服器日誌分析，市面上各家網頁伺服器自發展初隨時都會紀錄其所有的交易於一個日誌檔裡頭。這種特性不久就被網管意識到可以透過軟體讀取它，以提供網頁流行度的相關資料；從而造成網站日誌分析軟體的興起。
90年代早期，網站統計資料僅是簡單的 客戶端對網站伺服器請求 (或者 ) 的記數值。一開始這是挺合理的方法，因為每個網站通常只有單一個 html 檔案。然而，隨著圖形進入 html標準，以及網站擴增至多重 html 檔案，這種記數變得沒什麼幫助。最早真正的商用日誌分析器於1994年由 ipro 發行？
90年代中期，兩種計量單位被引入以更準確的估計人類於網站伺服器上的活動總數。它們是網頁瀏覽量(page views) 以及 訪問量(visits，或者 session)。一次的網頁瀏覽量定義為客戶端對伺服器提出某單一網頁讀取請求，恰好為對某一圖形請求的相反；而一次的訪問量則定義為來自於某一唯一已識別的客戶端對伺服器一連串請求直到閒置一段時間──通常為30分鐘──為止。網頁點閱數與訪問量仍舊在報告上十分常見，不過現今它們被當作是過於簡單的量度。
90年代末期，隨著網絡蜘蛛與機器人問世，伴隨著大型企業以及網際網路服務提供商使用代理伺服器與動態指定ip地址，鑑別某網站單一訪客變得更困難。對此，日誌分析器以指定cookie作為追蹤訪問量的對策，並忽略已知的 蜘蛛機器人的讀取請求。
網頁快取的廣泛使用也造成日誌分析上的問題。如果某人再度造訪某頁，第二次的讀取請求通常由網頁瀏覽器快取達成，因此網站伺服器端不會接受到此請求。這意味著該訪問者瀏覽過該站的「足跡」丟失。快取與否可於設定網站伺服器時克服，不過這可能導致降低該網站的效能。
原始日誌文件記錄了網站伺服器上所有請求的詳細訪問歷史，同時使用第三方開源分析軟體，如 awstats、 webalizer，這些工具可以詳細記錄搜尋引擎蜘蛛在網站上的活動，這種分析是非常有價值的。
網頁標記。
由於對日誌檔案分析於快取存在下準確性的關注，以及渴望能實現把網站分析當作是種外包的服務，從而出現了第二種資料收集方法：網頁標記法，或稱 網蟲( web bug)。
90年代中期，網頁計數器已經普及──這些計數器以包含在網頁中的圖像出現，顯示多少次該圖像被讀取過。而圖像內容就是顯示大約該頁被拜訪次數的數目。90年代晚期，這種做法延伸至包括一個微小不可見圖像，而非可見的。並且透過 javascript，圖像請求的某些關於網頁和訪客的訊息被傳遞到第三方伺服器方。這些資料隨後被網站分析公司處理並產生詳細的統計資料。
網站分析服務也代管指定cookie到使用者的過程。這種方式可以鑑別各個唯一訪客初次以及隨後的拜訪。
隨著 ajax為主解決方案普及，一種利用不可見圖像的替代方案實現了從讀取頁面「回電」伺服器的機制。在這個情況下，當某網頁被網頁瀏覽器讀取，該頁某部分ajax 代碼將致電回伺服器並遞送有關用戶端的資訊，隨後被送到網站分析公司做彙整。這在某些方面還是有漏洞，因為某些瀏覽器限定哪種 xmlhttprequest物件可與伺服器聯繫。
方法比較。
網站日誌分析與加網頁標籤的比較網站日誌分析與加網頁標籤兩者都已經很成熟可供有意公司進行網站分析。在許多情況下，同一家網站分析公司甚至同時提供這兩種方法，那問題便回到公司該選用哪種方法。其實兩種方法各有優缺：
網站日誌分析較加網頁標記法為優的主要有下列幾點：
網頁伺服器一般已經產生日誌檔案，故原始資料已經存在。而透過網頁標記法搜集資料網站得做些改變。網頁伺服器依靠每次網頁需求與回應的處理髮生。網頁標記法依靠訪客網頁瀏覽器幫助，而占某些比例的瀏覽器可能達不到（瀏覽器禁用 javascript 便是一例）。搜集來的資料位於公司自己的伺服器，而且它是標準格式而不是某種私有格式。這使得該公司日後要更換其他分析軟體，或者與其他程式整合，以便分析過去歷史資料變得容易。網頁標記法可能遭服務商封鎖。網站日誌檔亦包括來自搜尋引擎蜘蛛的訪問資訊。雖然無法被歸為客戶行為的一部分，這些資料對搜尋引擎最佳化來說很重要。網站日誌亦包括請求失敗的資訊，網頁標記法只紀錄該網頁成功被讀取時的事件。
加網頁標籤較網站日誌分析為優的主要有下列幾點：
每當網頁加載時 javascript 會自動執行。因此對快取顧慮較少。加入額外資訊到 javsscript 比較容易。這些稍後可以被遠端伺服器搜集。舉例來說，訪客的螢幕大小，或者購買的商品單價。而網站日誌分析，網站伺服器無法正常的搜集到的資訊只可透過改變網址來搜集到。網頁標記法可回報對網站伺服器不發生請求的事件，例如與 flash影片片段間的互動。網頁標記法管理了指定cookie給訪客的過程，至於網站日誌分析，伺服器得特別設定才能達成。網頁標記法能幫助沒有自己網站伺服器的某些中小公司。
分析方法。
從數據分析方法論的角度來看，對於網站流量分析，最合適的方法是通過用戶行為分析。網站用戶在網站的行為可分為認知、熟悉、試用、使用、 忠誠五個階段，每一個階段都對應相應的分析指標。通過對這些分析指標的數據採集和分析，企業能夠很直觀的了解某個階段內訪客用戶行為的變化，從而為最終的kpi 計算提供事實依據。
改善設計。
通過了解kpi 的變化，以及具體指標的變化原因，企業可以有針對性的對網站加以改善。例如，聯繫我們頁面電話諮詢轉化率的下降有可能是網站改版後訪客進入聯繫我們的頁面 渠道數量增加了，或者是被其他頁面內容干擾增加了進入該頁面的複雜度。針對這種情況，應當適當的在相關頁面增加聯繫電話的提示，或者是不影響 網頁設計美觀的情況下，增加在線即時通訊工具，以提升電話諮詢轉化率。
大家要是想把自己的網站優化做的很出色，排名很好，那麼首先要懂得如何去分析準備進行優化的網站，就算網站做好了，我們還需要把網站根據搜尋引擎的喜愛進行調整，要從各個方面下手去找出問題，對症下藥，再去解決問題，把問題全部解決了，我們才可以開始優化工作。分析網站有點類似於過去中醫就診時候的「望、聞、問、切」。
望。
第一步首先就是要分析網站檢查網站的 安全性如何，根據優化網站的類型是做什麼行業的，結合網站前台和後台嚴格測試檢查的安全係數，因為如果網站的資料庫沒有得到有效性的保護，安全係數很低，萬一遭到競爭對手的惡意攻擊，網站立馬就崩潰了，會導致給我們網站接下來後期優化工作帶來很多不便，對自己的損失也是可想而知的？
聞。
拿到網站後要看看網站上的url是靜態化還是偽靜態態化的。如果這些排除都沒有的話，那我們就需要找網站開發技術人員對其進行人工調整了。雖然後人說現在的靜態url和動態url兩者沒有什麼最大優勢，但是動態url是無法同時帶動10個到30個參數的，這一點會大大影響到網站伺服器的承受能力，當打開一個頁面時就會浪費很長時間，降低了用戶體驗度。輕者會導致伺服器緩慢，重者會導致伺服器崩潰。動態url在網站目錄下是沒有任何文件的，它是根據用戶的請求，從資料庫中條用返回用戶請求的結果。如果當我們的網站流量很大的時候，那我們將使用其靜態化了。其實靜態url還是比動態url有優勢的？
問。
其實這一個「問」是在問自己。我網站在調試的時候是否存在404頁面，robots.txt文件(這是一個很重要的文件)，看似很簡單的一個文本，雖然它只是一個提醒什麼網站頁面不存在或者是被刪除，頁面出錯等;但是在用戶體驗度上起到了很大的作用，同時還可以幫助搜尋引擎蜘蛛爬行工作;網站後台的各項功能是否可以正常使用，如：新聞添加，產品添加。並做好 seo構架設計;有效策劃目錄層級;對每個頁面的url進行有效設計？
切。
這一點其實就是幫助我們分析網站，從站內站外兩點出發。一般來說，一個網站有很好的排名，那麼必須有很多大量的外鏈導向我們的網站，我們還可以通過分析外鏈同時找出目標關鍵詞的優化。這些工作都是以後需要長期努力去做的。隨著市場搜尋引擎優化行業競爭越來越大，外鏈工作雖然不是網站優化提高排名的唯一方式，但它是最重要的一項工作，搜尋引擎首頁沒有一個網站部做 外鏈的，缺他不可。而內鏈，如果做好的話，可以大大提高用戶粘度，降低跳出率，提高搜尋引擎的爬行索引效率，從而還可以提高網站的收錄和提升排名，提升網站的pr值。日誌分析。
網站日誌分析也被稱為網站伺服器日誌分析，市面上各家網頁伺服器自發展初隨時都會紀錄其所有的交易於一個日誌檔裡頭。這種特性不久就被網管意識到可以透過軟體讀取它，以提供網頁流行度的相關資料；從而造成網站日誌分析軟體的興起。
90年代早期，網站統計資料僅是簡單的 客戶端對網站伺服器請求 (或者 ) 的記數值。一開始這是挺合理的方法，因為每個網站通常只有單一個 html 檔案。然而，隨著圖形進入 html標準，以及網站擴增至多重 html 檔案，這種記數變得沒什麼幫助。最早真正的商用日誌分析器於1994年由 ipro 發行？
90年代中期，兩種計量單位被引入以更準確的估計人類於網站伺服器上的活動總數。它們是網頁瀏覽量(page views) 以及 訪問量(visits，或者 session)。一次的網頁瀏覽量定義為客戶端對伺服器提出某單一網頁讀取請求，恰好為對某一圖形請求的相反；而一次的訪問量則定義為來自於某一唯一已識別的客戶端對伺服器一連串請求直到閒置一段時間──通常為30分鐘──為止。網頁點閱數與訪問量仍舊在報告上十分常見，不過現今它們被當作是過於簡單的量度。
90年代末期，隨著網絡蜘蛛與機器人問世，伴隨著大型企業以及網際網路服務提供商使用代理伺服器與動態指定ip地址，鑑別某網站單一訪客變得更困難。對此，日誌分析器以指定cookie作為追蹤訪問量的對策，並忽略已知的 蜘蛛機器人的讀取請求。
網頁快取的廣泛使用也造成日誌分析上的問題。如果某人再度造訪某頁，第二次的讀取請求通常由網頁瀏覽器快取達成，因此網站伺服器端不會接受到此請求。這意味著該訪問者瀏覽過該站的「足跡」丟失。快取與否可於設定網站伺服器時克服，不過這可能導致降低該網站的效能。
原始日誌文件記錄了網站伺服器上所有請求的詳細訪問歷史，同時使用第三方開源分析軟體，如 awstats、 webalizer，這些工具可以詳細記錄搜尋引擎蜘蛛在網站上的活動，這種分析是非常有價值的。
網頁標記。
由於對日誌檔案分析於快取存在下準確性的關注，以及渴望能實現把網站分析當作是種外包的服務，從而出現了第二種資料收集方法：網頁標記法，或稱 網蟲( web bug)。
90年代中期，網頁計數器已經普及──這些計數器以包含在網頁中的圖像出現，顯示多少次該圖像被讀取過。而圖像內容就是顯示大約該頁被拜訪次數的數目。90年代晚期，這種做法延伸至包括一個微小不可見圖像，而非可見的。並且透過 javascript，圖像請求的某些關於網頁和訪客的訊息被傳遞到第三方伺服器方。這些資料隨後被網站分析公司處理並產生詳細的統計資料。
網站分析服務也代管指定cookie到使用者的過程。這種方式可以鑑別各個唯一訪客初次以及隨後的拜訪。
隨著 ajax為主解決方案普及，一種利用不可見圖像的替代方案實現了從讀取頁面「回電」伺服器的機制。在這個情況下，當某網頁被網頁瀏覽器讀取，該頁某部分ajax 代碼將致電回伺服器並遞送有關用戶端的資訊，隨後被送到網站分析公司做彙整。這在某些方面還是有漏洞，因為某些瀏覽器限定哪種 xmlhttprequest物件可與伺服器聯繫。
方法比較。
網站日誌分析與加網頁標籤的比較網站日誌分析與加網頁標籤兩者都已經很成熟可供有意公司進行網站分析。在許多情況下，同一家網站分析公司甚至同時提供這兩種方法，那問題便回到公司該選用哪種方法。其實兩種方法各有優缺：
網站日誌分析較加網頁標記法為優的主要有下列幾點：
網頁伺服器一般已經產生日誌檔案，故原始資料已經存在。而透過網頁標記法搜集資料網站得做些改變。網頁伺服器依靠每次網頁需求與回應的處理髮生。網頁標記法依靠訪客網頁瀏覽器幫助，而占某些比例的瀏覽器可能達不到（瀏覽器禁用 javascript 便是一例）。搜集來的資料位於公司自己的伺服器，而且它是標準格式而不是某種私有格式。這使得該公司日後要更換其他分析軟體，或者與其他程式整合，以便分析過去歷史資料變得容易。網頁標記法可能遭服務商封鎖。網站日誌檔亦包括來自搜尋引擎蜘蛛的訪問資訊。雖然無法被歸為客戶行為的一部分，這些資料對搜尋引擎最佳化來說很重要。網站日誌亦包括請求失敗的資訊，網頁標記法只紀錄該網頁成功被讀取時的事件。
加網頁標籤較網站日誌分析為優的主要有下列幾點：
每當網頁加載時 javascript 會自動執行。因此對快取顧慮較少。加入額外資訊到 javsscript 比較容易。這些稍後可以被遠端伺服器搜集。舉例來說，訪客的螢幕大小，或者購買的商品單價。而網站日誌分析，網站伺服器無法正常的搜集到的資訊只可透過改變網址來搜集到。網頁標記法可回報對網站伺服器不發生請求的事件，例如與 flash影片片段間的互動。網頁標記法管理了指定cookie給訪客的過程，至於網站日誌分析，伺服器得特別設定才能達成。網頁標記法能幫助沒有自己網站伺服器的某些中小公司。