Ahrefs Site Audit 教學
Ahrefs 網站審核工具進行網站 SEO 審核
本 Ahrefs Site Audit 教學會用案例講怎樣系統性對你網站進行 SEO 審核。
Site Audit 是 Ahrefs 提供的一個強大 SEO 工具,可替你對網站做全面的審核,找出網站上主要的問題,提供問題的詳情,並給予修復問題的建議。
SEO 從業者可從 Ahrefs Site Audit 所提供的報告去給網站進行 SEO 優化。
- 案例1:通過 Ahrefs Site Audit 工具進行網站審核
- 案例2:將指定 (Canonical) URL 從重定向 URL 更新做非重定向 URL
- 案例3:將指定 (Canonical) URL 從 HTTP 協議更新做 HTTPS 協議
- 案例4:給重定向後的 URL 增加來自外部網站的反向連結
- 案例5:將網頁上的 HTTP 連結更新做 HTTPS 版本
- 案例6:取消導致網站無限循環的重定向
- 案例7:將網頁上會引起重定向的連結更新做最終版本 URL
- 案例8:將網站上的內部 302 重定向連結更換做 301 重定向
- 案例9:每張網頁代碼中只保留一個 H1 標籤
- 案例10:控制 Meta 描述的字數長度
- 案例11:保證 Sitemap 文件中的所有網址 URL 都不帶有重定向跳轉
- 案例12:給圖片創建 alt 屬性文字內容

案例1:通過 Ahrefs Site Audit 工具進行全面網站審核
登入 Ahrefs 後,直接輸入網址打開 Site Audit 工具:
https://app.ahrefs.com/site-audit
你可替你自己網站或競爭對手網站在 Site Audit 工具中做網站審核。
輸入要做審核的網站網域,並創建一個新 Project (項目)。
這個例子中,Ahrefs 顯示網站的 Health Score (健康評分) 為 13% (滿分為 100%)。對比其他沒有大問題的網站/網域一般會顯示 80-90% 的 health score,例子中的網站就相對很差。
你可點擊網站的名稱,去從 Ahrefs 網站審核報告中獲得詳細信息。
下一張頁面上,Ahrefs 顯示了所找到的 1,787個錯誤/問題。當中包括,1,292個錯誤 (errors),267個警告 (warnings),228個通知 (notices)。
在 705個錯誤 (errors) 的分佈中,有 582個網址 URL 有錯誤,而 123個網址 URL 沒有錯誤。
Ahrefs 的網站審核報告中也顯示最常見的 SEO 問題,並將找到的問題按以下分類:
錯誤 (Errors)
- 404 頁面 (404 page)
- 4xx 頁面
- Sitemap 中的 4xx 頁面
- Sitemap 中的 3xx 重定向
警告 (Warnings)
- 3xx 重定向
- 沒有壓縮
- 加載速度太慢的頁面
- CSS 文件太大
- 頁面標題太長
- Open Graph 標籤不完整
點擊 View all issues 連結,可擴展報告顯示所以數據。例如點擊 404 page 連結,會擴展顯示問題詳情 (Issue details) 和怎樣修復 (How to fix) 的說明。
問題詳情 (Issue details)
404 – Not found (找不到頁面) 是 4xx 錯誤中最常見的錯誤,並表示被請求的網頁不存在。
網頁將連結指向出現 404 錯誤的網址 URL,該連結就是一個 broken link (死連結)。
從用戶角度考慮,網頁上出現死連結會影響用戶體驗,因為點擊連結後不可能到達用戶希望到達的頁面。
從搜尋引擎角度考慮,網頁上的死連結讓搜尋引擎蜘蛛碰到路障。蜘蛛不能繼續順利訪問下一個需要訪問的網頁 URL,降低搜尋引擎蜘蛛的抓取效率。
怎樣修復 (How to fix)
查看 404 URL 清單。
點擊每一個 404 URL 旁邊的 inlinks,會顯示所有指向這個 404 URL 的網頁。
每一張網頁,你有兩個方案:
- 方案1 – 在網頁上刪除產生 http 404錯誤的連結。
- 方案2 – 將產生 http 404錯誤的連結,換成新的、並且能返回 http 200 (OK) 的網頁 URL 連結。
無論選擇方案1或2,接著你的最佳實踐是將所有 http 404錯誤網頁 URL 都重定向 (redirect) 到能返回 http 200 (OK) 的網頁 URL。
跟進行動
你必須找出哪些網頁上出現死連結,即產生 http 404 錯誤。
點擊 View affected URLs 按鈕,會展示所有網址 URL。
用以上說明過的方案,去修復每一張出現死連結的網頁。
完成修復所有 http 404錯誤後,繼續去修復 Ahrefs 報告中羅列的其他錯誤。
案例2:將指定 (Canonical) URL 從重定向 URL 更新做非重定向 URL
問題詳情 (Issue details)
如果網站中出現有內容極度相似或甚至完全內容重複的網頁,你必須選定指定的網頁 URL (canonical URL),並在網頁的頭部部分 (head section) 代碼中的 meta 標籤裡的屬性中註明指定的 canonical URL。這樣,才可讓搜尋引擎在自然搜索結果中顯示該網頁的最權威 (指定) 版本。
如果指定了錯誤的 canonical 網址 URL,甚至指定了一個帶有重定向 (redirecting) 指令的網址 URL,會導致搜尋引擎錯誤判斷指定的 URL,導致錯誤的網址 URL 版本一直被訪問或索引。
這樣,會導致你所希望的 canonical (指定) 網址 URL 無法在 Google SERP 獲得正常的 SEO排名。
修復方案 (How to fix)
在網站審核 (Ahrefs Site Audit) 提供的結果中,查看帶有重定向的 canonical URL。
在被錯判的頁面中的頭部部分 (head section) 代碼中,修改 meta 標籤裡的屬性中的 canonical URL。而且需要保證填寫進 canonical 屬性中的網址 URL 能返回 http 狀態碼 200 (OK),而並非返回帶有重定向的 http 狀態碼 301 或 302。
案例3:將指定 (Canonical) URL 從 HTTP 協議更新做 HTTPS 協議
問題詳情 (Issue details)
你提供給 Google 和其他搜尋引擎收錄的網頁是帶有 https 協議版本的網址 URL。
但在 https 版本網頁的頭部代碼中的 canonical URL 裡,錯誤指定了 http 協議版本的網址 URL。
修復方案 (How to fix)
在網頁頭部部分 (header section) 的代碼中,將 canonical URL 從 http 協議更新做 https 協議版本。
案例4:給重定向後的 URL 增加來自外部網站的反向連結
問題詳情 (Issue details)
重定向後的 URL 並沒有外部網站獲得過任何反向連結。
這個情況會導致 Google 蜘蛛和其他搜尋引擎蜘蛛難以正常找到、抓取和收錄這類網頁。
修復方案 (How to fix)
最佳方案是從一些外部 (例如,別人的網站) 獲取一些反向連結,並將反向連結直接指向這些網頁。
次佳方案是在你自己網站中的一些網頁上添加內部連結,並將連結指向沒有任何來自外部網站的反向連結的網頁。
案例5:將網頁上的 HTTP 連結更新做 HTTPS 版本
問題詳情 (Issue details)
HTTPS 網頁上出現 HTTP 版本的內部連結。
修復方案 (How to fix)
將網站中的 http 連結換成 https 版本的連結。
案例6:取消導致網站無限循環的重定向
問題詳情 (Issue details)
網站中部署了很多網頁重定向跳轉,導致網頁 URL 重定向在自己網站上產生無限循環。一旦觸動到無限循環重定向,就導致用戶不能正常打開網頁。
修復方案 (How to fix)
檢查網站上所有重定向規則,並將唔需要或重複部署的重定向規則取消。
案例7:將網頁上會引起重定向的連結更新做最終版本 URL
問題詳情 (Issue details)
第一個情況是你網站的網頁上有內部連結,而這些內部連結帶有重定向,跳轉後才會到達最終網址 URL。
另一個情況也裡類似。網頁上的連結帶有重定向,但調整後會到達另一個網站上的網頁 (即,你在網頁上給別人的網站提供反向連結)。
本身重定向 (redirect) 並不產生問題。
指向外部網站的重定向連結存在著潛在風險,因為外部的重定向完全不受你的控制/管理,有可能在你不知情下被惡意換成對你網站 SEO 排名帶有風險的最終網址 URL。
修復方案 (How to fix)
你網站內部的重定向連結可保持現狀,並不需要做修改。
但對於指向外部網站的重定向連結,最佳實踐是修改成指向最終跳轉後的網址 URL。
案例8:將網站上的內部 302 重定向連結更換做 301 重定向
問題詳情 (Issue details)
在你網站上有 http 302 重定向連結,指向你網站上的其他網頁。
一般情況是,自己網站之間的內部連結會有意傳遞 PageRank,而 302 redirect (重定向) 本身屬於臨時跳轉,並不傳遞 PageRank。
修復方案 (How to fix)
將 302 重定向換成 301 重定向。
案例9:每張網頁代碼中只保留一個 H1 標籤
問題詳情 (Issue details)
一張網頁的代碼中出現多次 H1 標籤。
修復方案 (How to fix)
最佳實踐是將多餘的 H1 標籤刪除,只需要留下一個 H1 標籤。
案例10:控制 Meta 描述的字數長度
問題詳情 (Issue details)
網頁中的 meta 描述太短 (即,字數太少) 或太長 (即,字數太多)。
Google 一般會將網頁的 meta description 描述顯示在 SEO 搜尋結果中,所以 meta 描述是一個在 Google SERP 中提升用戶點擊率的因素。
顯示太短的 meta 描述,用戶會比較難以判斷網頁是否適合需求,造成點擊率 (CTR) 降低。 Google 甚至會忽略寫得太短的 meta 描述,自行從網頁中其他內容抽取並創建 meta 描述。 這樣不一定是你期望的 meta description。
太長的 meta 描述在 SERP 中不可能全部顯示。
修復方案 (How to fix)
建議英文 meta description 的長度保持在 160個字母以內 (包括空白),中文 meta 描述保持在 80個中文字以內。
案例11:保證 Sitemap 文件中的所有網址 URL 都不帶有重定向跳轉
問題詳情 (Issue details)
你給網站創建 sitemap 文件, 並通過 Google Search Console 提交,目的是希望 Google 更容易/高效的發現並抓取你網站的網頁,尤其是一些新創建的網址 URL。
Ahrefs Site Audit 報告中出現提示: Sitemap 中提交的部分 URL 帶有重定向跳轉的網址 URL。
修復方案 (How to fix)
將 sitemap 中的所有帶有重定向跳轉的網址 URL,更換成最終跳轉後的網址 URL。
案例12:給圖片創建 alt 屬性文字內容
問題詳情 (Issue details)
網頁上圖片中的 alt 屬性沒有填寫任何文字,或並沒有給圖片創建 alt 屬性標籤。
Google 會通過 alt 屬性中的文字內容去理解圖片是關於什麼內容,進行排名。
修復方案 (How to fix)
給網站上所有圖片創建 alt 屬性,並填寫符合描述圖片內容的文字。
SEO 工具推薦
免費 SEO 關鍵字工具:
付費 SEO 全能工具:
- Ahrefs 教學 (我寫的英文版:Ahrefs Tutorial)
並跟 SEMrush SEO 工具做對比:
Google 搜尋引擎官方工具介紹/教學:
給 WordPress 網站做 SEO優化必須懂的知識 (或工具):