Screaming Frog 是什麼？為什麼 SEO 健檢會用它
Screaming Frog SEO Spider 是桌面型網站爬蟲工具，常用來模擬搜尋引擎爬取網站，檢查技術 SEO 問題。它的價值不在於「列出很多資料」，而是幫你找出哪些頁面不能被正確爬取、索引、理解與傳遞權重。
做 SEO 健檢時，Screaming Frog 適合用在第一線診斷：網站有哪些 404、5xx、轉址鏈、重複 Title、缺少 Meta Description、錯誤 canonical、noindex、圖片 Alt 缺失、內部連結深度過深等問題。Kevin Lin 的實務判斷是：如果沒有先跑一次爬蟲，很多 SEO 討論都只是在猜。
Screaming Frog 可以檢查哪些 SEO 問題
狀態碼
狀態碼會影響搜尋引擎是否能正常存取頁面。200 代表可正常讀取，404 代表頁面不存在，5xx 則多半是伺服器端問題。稽核時先看 Response Codes，下一步是把高流量、高內鏈數、收錄價值高的錯誤 URL 拉出來優先修。
轉址
301 與 302 會影響權重傳遞與爬取效率。單層 301 通常可接受，但轉址鏈、轉址迴圈、暫時轉址誤用會增加風險。判斷方式是查看 Redirect Chains 報表，再把舊 URL 直接改成最終目的頁。
Title
Title 影響搜尋結果標題與頁面主題判斷。太短、太長、重複、缺失都會降低頁面辨識度。修復時先處理可帶來搜尋流量的頁面，不要把後台、標籤頁、低價值篩選頁放在同一優先級。
Meta
Meta Description 不直接等於排名因素，但會影響搜尋結果摘要與點擊率。缺失或大量重複時，通常代表頁面模板或內容策略沒有整理好。下一步是為重要頁面補上能對應搜尋意圖的描述。
H1/H2
H1 與 H2 幫助搜尋引擎理解頁面結構。缺少 H1、同頁多個無意義 H1、H2 全是裝飾文字，都會讓內容主題變弱。修復時要回到頁面模板與內容架構，而不是只為了填欄位。
Canonical
Canonical 用來指示主要版本頁面。錯誤 canonical 可能讓應該排名的頁面被指向別處，或讓重複頁面互相干擾。檢查時要看 canonical 是否自我參照、是否指向 200 頁面、是否與索引策略一致。
Noindex
Noindex 會阻止頁面進入索引。它本身不是錯誤，但放錯位置會很嚴重。常見問題是重要分類頁、文章頁、產品頁被模板或外掛誤加 noindex。下一步是確認頁面是否應該被搜尋引擎收錄。
內部連結
內部連結影響爬取發現、權重分配與頁面重要性。點擊深度太深、重要頁面沒有內鏈、孤島頁面都會讓 SEO 成效變差。修復方向是從首頁、分類頁、熱門內容頁補強到關鍵頁面的連結路徑。
圖片
圖片 SEO 會影響頁面速度、圖片搜尋與內容理解。Screaming Frog 可協助檢查缺少 Alt、檔案過大、圖片 URL 錯誤。修復時優先處理首屏圖片、產品圖、文章主圖與高流量頁面的圖片。
Sitemap
XML Sitemap 會影響搜尋引擎發現重要 URL 的效率。Screaming Frog 可用來產生 Sitemap，也能檢查 Sitemap 內是否混入 404、noindex、canonical 到別頁的 URL。Sitemap 應該只放希望被索引且狀態正常的頁面。
Screaming Frog 免費版與付費版怎麼選
Screaming Frog 免費版適合小型網站初步健檢，核心限制是最多爬取 500 個 URL；付費版適合中大型網站、電商、定期稽核與需要儲存、排程、串接資料的情境。2026 年撰稿時應以 Screaming Frog 官方價格頁 為準。
| 情境 | 免費版是否足夠 | 判斷原因 | 建議 |
|---|---|---|---|
| 小型形象網站 | 通常足夠 | 頁面數少，500 URL 內可看出主要技術問題 | 先用免費版檢查狀態碼、Title、Meta、H1、圖片 |
| 一般 WordPress 部落格 | 視文章量而定 | 分類、標籤、作者頁、分頁可能讓 URL 數快速增加 | 若超過 500 URL，需先設定 Include 或升級付費版 |
| 企業站與服務站 | 初檢可用，正式稽核建議付費 | 需要儲存爬取、比對修復前後、匯出完整清單 | 付費版更適合做可交付報告 |
| 電商網站 | 多半不足 | 商品、分類、篩選、排序與參數 URL 容易超過限制 | 建議付費版，並先規劃爬取範圍 |
我的判斷很直接：只想知道網站有沒有明顯錯誤，免費版可以開始；要把健檢結果交給工程師、PM 或客戶執行，付費版的價值會明顯很多。
開始前設定：讓 Screaming Frog 爬到正確資料
Screaming Frog 的爬取設定會直接決定稽核資料是否可信。按下 Start 前，應先確認 User-Agent、爬取速度、Include/Exclude、子網域、參數 URL 與 JavaScript Rendering，否則後面的結論可能全部失真。
小型網站建議設定
小型網站可以先用預設設定爬一次，但仍要確認爬取範圍是否包含正式網域、HTTPS 版本與主要目錄。若網站同時存在 www 與非 www，要先確認正規版本，避免把轉址 URL 當成主要頁面分析。
判斷重點是：爬到的 URL 是否符合網站實際架構、是否混入測試頁、後台頁、搜尋結果頁或無意義參數。下一步是用 Exclude 排除不該檢查的區域，再重新爬一次取得乾淨資料。
電商與大型網站建議設定
電商與大型網站不能直接全站硬爬，因為篩選、排序、追蹤參數可能產生大量低價值 URL。建議先設定爬取速度，避免對伺服器造成壓力，再用 Include/Exclude 控制分類、商品、文章與參數網址。
大型站的稽核目標不是一次看完所有 URL，而是讓資料能回答問題：哪些頁面應該收錄、哪些頁面浪費爬取資源、哪些模板製造重複內容。修復交付時，最好把問題分成模板層級與單頁層級。
JavaScript 網站什麼時候要開 Rendering
當網站主要內容、內部連結、產品資訊或分類列表需要 JavaScript 載入時，就應該開啟 JavaScript Rendering。判斷方式是比較 HTML 原始碼與瀏覽器畫面，如果重要內容只在渲染後出現，預設爬取可能看不到完整頁面。
開 Rendering 會增加爬取時間與電腦資源消耗，所以不必所有網站都開。若網站是一般 WordPress 或傳統伺服器端輸出，先用 HTML 爬取即可；若是前端框架、SPA、篩選內容動態載入，就要用 Rendering 驗證搜尋引擎可見內容。
Screaming Frog 介面怎麼看？四大區塊快速理解
Screaming Frog 介面可分成四大區塊：上方功能選單、主要報表面板、下方細節面板、右側統計面板。新手不需要背所有頁籤，只要知道問題列表在哪、單一 URL 細節在哪、整體分布在哪。
| 介面區塊 | 用途 | SEO 判斷方式 | 下一步 |
|---|---|---|---|
| 功能選單 | 設定爬取、匯出、串接 API、產生 Sitemap | 確認資料來源與爬取條件是否正確 | 正式爬取前先檢查設定 |
| 上層報表面板 | 顯示 Internal、Response Codes、Page Titles 等資料 | 找出問題 URL 與問題類型 | 依篩選器匯出修復清單 |
| 下層資訊面板 | 查看 Inlinks、Outlinks、SERP Snippet、Rendered Page 等細節 | 判斷問題來源與連結關係 | 定位哪個頁面連到錯誤 URL |
| 右側數據面板 | 顯示各類問題比例與摘要 | 快速掌握網站健康度 | 用來排序稽核方向，不當成最終結論 |
右側面板很適合找方向，但真正修復要回到 URL 層級。只看百分比很容易誤判，因為一個重要頁面的 noindex，可能比一百個低價值標籤頁的 Meta 缺失更嚴重。
完整技術 SEO 稽核流程：爬完後先看什麼
技術 SEO 稽核的順序應該先看能不能爬取，再看能不能索引，接著檢查內容訊號、內部連結、圖片與安全性。Screaming Frog 的資料很多，但決策順序不能被頁籤牽著走。
第一步：檢查 404、5xx、轉址鏈
404 會讓使用者與搜尋引擎遇到不存在頁面，5xx 代表伺服器無法正常回應，轉址鏈則會消耗爬取效率。先看 Response Codes，再篩選 Client Error、Server Error、Redirection。
修復順序是：高流量頁、高內鏈頁、外部連結指向頁優先。404 可改回有效頁、301 到最相關頁，或移除錯誤內鏈；5xx 則要交給工程或主機端排查。
第二步：檢查 noindex、robots、canonical
索引控制錯誤會直接影響頁面能不能進入搜尋結果。noindex、robots.txt 封鎖、canonical 指向錯頁，都比文案小修更優先。檢查時要看 Indexability、Indexability Status、Canonicals 與 Directives。
下一步是把頁面分成三類：應收錄、應排除、需合併。應收錄頁不能有 noindex 或被 robots 阻擋；應排除頁不應放進 Sitemap；重複頁則要確認 canonical 是否指向主要版本。
第三步：檢查 Title、Meta Description、H1/H2
Title、Meta Description、H1/H2 是頁面主題與搜尋結果呈現的重要訊號。缺失、重複、過度模板化都會讓頁面競爭力下降。檢查時先篩選 Missing、Duplicate、Over 60 Characters、Below 30 Characters 等狀態。
修復方向不是把每頁都塞關鍵字，而是讓每個重要頁面有清楚主題。產品頁要能區分型號或規格，分類頁要能對應搜尋需求，文章頁要讓標題與 H1 支撐同一個搜尋意圖。
第四步：檢查內部連結與點擊深度
內部連結決定搜尋引擎怎麼發現頁面，也影響權重在站內如何流動。點擊深度太深的頁面，即使內容好，也可能長期得不到足夠爬取與權重支持。
檢查 Crawl Depth、Inlinks、Unique Inlinks。重要頁面如果距離首頁超過多層，或只有少數低價值頁面連過去，就要從主選單、分類頁、相關文章、熱門商品區補強連結。
第五步：檢查圖片 SEO、Alt、檔案大小
圖片問題會影響頁面速度、無障礙理解與圖片搜尋曝光。Screaming Frog 可檢查 Missing Alt Text、Alt Text Over 100 Characters、圖片檔案大小與圖片狀態碼。
修復時先看商業價值高的頁面。產品圖、服務頁主圖、文章關鍵示意圖應該有描述性 Alt；裝飾圖不需要硬塞關鍵字。檔案過大則應交給設計或工程壓縮與轉檔。
第六步：檢查 HTTP、混合內容與安全性
HTTP 頁面與混合內容會影響使用者信任，也可能造成瀏覽器警示。Screaming Frog 可找出非 HTTPS URL、HTTP 資源、內部連結仍指向舊協定的問題。
修復方向是把內部連結、圖片、CSS、JS 資源統一改為 HTTPS，並確認 HTTP 到 HTTPS 的 301 正常。這類問題通常是模板、資料庫舊連結或外掛設定留下來的技術債。
常用頁籤怎麼看：從資料欄位判斷 SEO 問題
Screaming Frog 頁籤不是拿來逐項背功能，而是用來分類 SEO 問題。Internal 看站內 URL，Response Codes 看存取狀態，Canonicals 看正規化，Images 看圖片問題；每個頁籤都要連回修復決策。
| 頁籤 | 主要用途 | 常見問題 | 修復方向 |
|---|---|---|---|
| Internal | 查看站內所有爬到的 URL | 混入測試頁、參數頁、低價值頁 | 調整爬取範圍、索引策略與內鏈 |
| External | 查看對外連結 | 連到失效網站或不必要外部資源 | 修正失效外連，保留必要引用 |
| Response Codes | 檢查 URL 回應狀態 | 404、5xx、302、轉址鏈 | 修正內鏈、設定 301、排查伺服器 |
| URL | 檢查網址格式 | 過長、含特殊字元、大小寫混用 | 建立一致 URL 規則，必要時轉址 |
| Page Titles | 檢查 Title | 缺失、重複、過長、過短 | 為重要頁面重寫可辨識的標題 |
| Meta Description | 檢查搜尋摘要描述 | 缺失、大量重複、模板化 | 補寫符合搜尋意圖的描述 |
| H1 | 檢查主標題 | 缺 H1、多個 H1、H1 與內容不符 | 修正模板與內容層級 |
| H2 | 檢查段落結構 | 結構混亂、關鍵段落缺標題 | 調整內容架構，讓頁面更容易理解 |
| Canonicals | 檢查 canonical 設定 | 指向錯頁、指向非 200、缺少自我參照 | 確認主要版本並修正標籤 |
| Images | 檢查圖片 SEO | 缺 Alt、檔案過大、圖片 404 | 補 Alt、壓縮圖片、修正路徑 |
Screaming Frog 健檢後怎麼修？常見問題修復指南
健檢後的重點是把問題轉成可執行修復清單。每個問題都應標明 SEO 影響、優先級、負責角色與修復方向，否則 Screaming Frog 匯出的資料只會變成一份很長的表格。
| 問題 | SEO 影響 | 優先級 | 負責角色 | 修復方向 |
|---|---|---|---|---|
| 重要頁面 404 | 流量流失、權重中斷、使用者體驗下降 | 高 | SEO、工程、內容管理者 | 恢復頁面、301 到相關頁、修正內部連結 |
| 5xx 錯誤 | 搜尋引擎無法穩定爬取 | 高 | 工程、主機維運 | 檢查伺服器、快取、程式錯誤與資源限制 |
| 轉址鏈 | 降低爬取效率，增加載入延遲 | 中高 | 工程、SEO | 把內鏈改成最終 URL，移除多層跳轉 |
| 重要頁面 noindex | 頁面無法進入搜尋結果 | 高 | SEO、工程 | 移除錯誤 noindex，確認 robots 與 Sitemap 一致 |
| Canonical 指向錯頁 | 主要頁面可能被搜尋引擎忽略 | 高 | SEO、工程 | 修正 canonical 到正確主要版本 |
| Title 重複 | 頁面主題混淆，搜尋結果辨識度下降 | 中 | SEO、內容 | 依頁面搜尋意圖重寫 Title |
| Meta 缺失 | 搜尋摘要可控性下降 | 中 | 內容、SEO | 先補重要頁面，低價值頁不必全部同等處理 |
| 重要頁面內鏈不足 | 爬取發現與權重傳遞不足 | 中高 | SEO、內容、工程 | 從主導覽、分類頁、相關文章補連結 |
| 圖片缺 Alt | 圖片理解與無障礙表現較弱 | 中低 | 內容、設計 | 為有內容意義的圖片補描述性 Alt |
| 混合內容 | 可能造成瀏覽器警示與信任問題 | 中 | 工程 | 把 HTTP 資源改為 HTTPS，修正模板與資料庫舊連結 |
修復排序不要只看數量。十個低價值標籤頁的 Meta 缺失，不如一個主力服務頁 canonical 錯誤來得緊急。SEO 健檢要能判斷商業影響，不能只做欄位清點。
進階用法：Custom Extraction、GA/GSC、PageSpeed 與 Sitemap
Screaming Frog 的進階價值在於把爬蟲資料和其他資料源合併判斷。Custom Extraction、GA、GSC、PageSpeed Insights 與 XML Sitemap 能讓技術 SEO 稽核從「有沒有錯」進一步變成「哪裡最值得先修」。
| 功能 | 使用時機 | 可回答的 SEO 問題 |
|---|---|---|
| Custom Extraction | 需要抓特定頁面元素時 | 頁面是否有產品價格、作者、結構化資料、特定模組 |
| XPath | 頁面 HTML 結構固定時 | 能精準抓出特定區塊內容 |
| Regex | 需要比對文字規則時 | 找出特定追蹤碼、電話格式、Schema 片段 |
| Google Analytics 串接 | 需要把流量納入優先級時 | 哪些錯誤頁面仍有使用者進入 |
| Google Search Console 串接 | 需要看搜尋曝光與點擊時 | 哪些有搜尋表現的頁面存在技術問題 |
| PageSpeed Insights | 需要補充效能資料時 | 哪些頁面速度問題可能影響體驗 |
| XML Sitemap | 需要產生或驗證 Sitemap 時 | Sitemap 是否只包含可索引的 200 頁面 |
| 排程爬取 | 需要定期監控網站健康度時 | 網站更新後是否產生新錯誤 |
進階功能不應為了炫技而用。我的習慣是先用基本爬取找出結構性問題，再串 GSC 或 GA 決定修復優先級，最後用 Custom Extraction 補足一般頁籤看不到的商業或模板資訊。
台灣常見網站情境怎麼用 Screaming Frog
台灣網站常見類型包含 WordPress、電商、企業形象站、多語系網站與內容站。不同網站的稽核重點不一樣，Screaming Frog 的設定與判讀也要跟著調整，不能用同一張清單套到底。
| 網站類型 | 優先檢查項目 | 常見風險 | 修復方向 |
|---|---|---|---|
| WordPress 網站 | 分類、標籤、作者頁、分頁、外掛產生頁 | 低價值頁大量被爬取或收錄 | 整理索引策略，修正 Sitemap 與 noindex |
| 電商網站 | 商品頁、分類頁、篩選參數、缺貨頁 | 參數 URL 膨脹、重複內容、轉址混亂 | 控制參數、設定 canonical、整理分類內鏈 |
| 企業形象網站 | 服務頁、案例頁、聯絡頁、語系版本 | 頁面少但 Title 與 H1 太模板化 | 強化服務頁主題與內部連結 |
| 多語系網站 | Hreflang、語系 URL、canonical、Sitemap | 語系頁互相指錯，或 canonical 指回單一語言 | 檢查 hreflang 回指、語言代碼與正規頁 |
| 部落格內容站 | 文章、分類、標籤、內鏈、舊文章轉址 | 內容孤島、標籤頁重複、舊文章失效 | 建立主題群內鏈，合併薄弱內容 |
台灣很多網站的問題不是工具不夠，而是網站從來沒有整理過頁面角色。Screaming Frog 能把混亂攤開，但真正的 SEO 判斷是決定哪些頁面該被保留、合併、排除或強化。
Screaming Frog 優缺點與適合對象
Screaming Frog 的優點是資料深、彈性高、適合技術 SEO 稽核；缺點是有學習成本、需要桌面電腦操作，免費版也有 500 URL 限制。它適合想把 SEO 問題查清楚的人，不適合只想看一個總分的人。
| 面向 | 優點 | 限制 |
|---|---|---|
| 資料深度 | 可看到 URL 層級問題與細節 | 需要使用者懂得判讀 |
| 操作彈性 | 可設定爬取範圍、Rendering、串接資料 | 設定錯誤會影響結論 |
| 成本 | 免費版可處理小型網站初檢 | 500 URL 限制不適合大型網站完整稽核 |
| 交付能力 | 可匯出清單給工程、內容與 PM | 需要再整理成優先級與修復任務 |
| 使用環境 | 桌面軟體適合深度工作 | 不適合用手機快速操作 |
SEO 新手可以用 Screaming Frog，但不要一開始就追所有進階設定。先掌握狀態碼、索引控制、Title、Meta、H1、內鏈與圖片，已經能完成一份有價值的基礎技術 SEO 健檢。
不適合放進本文的內容
這篇 Screaming Frog 教學應聚焦在技術 SEO 稽核流程、問題判讀、優先級排序與修復交付。與 SEO 健檢無關的內容會稀釋主題，也會讓讀者難以完成實際操作。
- 動物學、真實青蛙品種、寵物飼養與動物叫聲。
- Screaming Frog 品牌故事的長篇介紹。
- Ahrefs、Semrush、GSC 的完整功能比較。
- Python 爬蟲開發教學。
- 伺服器 log 分析完整課程。
- CMS 後台逐步截圖教學。
- 只翻譯頁籤名稱、沒有 SEO 判斷的工具百科。
- 一鍵完成 SEO 修復這類不精準承諾。
Screaming Frog 是做什麼用的？
Screaming Frog SEO Spider 是網站爬蟲與技術 SEO 稽核工具，可模擬搜尋引擎爬取網站，找出狀態碼、轉址、Title、Meta、H1、canonical、noindex、圖片與內部連結問題。
Screaming Frog 免費版夠用嗎？
小型網站初步健檢通常夠用，因為免費版可爬取最多 500 個 URL。若是電商、大型內容站、企業定期稽核，通常需要付費版來處理更多 URL、儲存爬取與進階匯出。
Screaming Frog 可以檢查 404 和轉址問題嗎？
可以。到 Response Codes 頁籤可篩選 404、5xx、301、302，也能用 Redirect Chains 檢查轉址鏈與轉址迴圈。修復時應優先處理重要頁面、外部連結指向頁與高內鏈頁。
Screaming Frog 可以找出 noindex 和 canonical 問題嗎？
可以。Screaming Frog 可檢查頁面是否可索引、是否有 noindex、canonical 指向哪個 URL，以及 canonical 是否指向非 200 頁面。這類問題會直接影響頁面是否能被正確收錄。
Screaming Frog 可以檢查圖片 SEO 嗎？
可以。Images 頁籤可檢查圖片狀態碼、缺少 Alt、Alt 過長與圖片檔案大小。實務上應先修重要頁面的產品圖、服務圖、文章關鍵圖片，再處理低影響圖片。
Screaming Frog 可以產生 XML Sitemap 嗎？
可以。Screaming Frog 可依爬取結果產生 XML Sitemap，但產生前要先排除 404、noindex、canonical 到別頁、低價值參數頁。Sitemap 應只包含希望搜尋引擎收錄的正常頁面。
Screaming Frog 和 Ahrefs／Semrush Site Audit 差在哪？
Screaming Frog 是桌面型爬蟲工具，設定彈性高，適合深入檢查單站技術問題；Ahrefs 與 Semrush Site Audit 偏雲端監控與整合型報表。正式稽核時，Screaming Frog 更適合做 URL 層級診斷與修復清單。
Screaming Frog 適合 SEO 新手嗎？
適合，但新手應先學會基本流程：爬取網站、看 Response Codes、檢查 Title、Meta、H1、canonical、noindex、圖片與內部連結。不要一開始就追所有進階功能，先把常見錯誤判讀正確更重要。
WordPress 網站適合用 Screaming Frog 健檢嗎？
適合。WordPress 常見問題包含分類頁、標籤頁、作者頁、分頁、外掛產生頁、重複 Title 與 Sitemap 混入低價值 URL。用 Screaming Frog 可快速看出網站架構是否過度膨脹。
多語系網站可以用 Screaming Frog 檢查 Hreflang 嗎？
可以。Screaming Frog 可協助檢查 hreflang 標籤、回指關係、語言代碼、canonical 與語系 URL 是否一致。多語系網站最常見的風險是 hreflang 指錯語言，或 canonical 把不同語系頁指回同一個版本。