seo-audit

seo-audit

熱門

當使用者想要稽核、審查或診斷他們網站上的 SEO 問題時使用。也適用於使用者提到「SEO 稽核」、「技術 SEO」、「為什麼我排名不好」、「SEO 問題」、「頁面 SEO」、「Meta 標籤審查」、「SEO 健康檢查」、「我的流量下降了」、「排名掉了」、「在 Google 上沒出現」、「網站沒有排名」、「Google 更新影響到我」、「頁面速度」、「Core Web Vitals」、「爬蟲錯誤」或「索引問題」。即使使用者只說模糊的「我的 SEO 很差」或「幫我處理 SEO」,也從稽核開始。如需大規模建立頁面以鎖定關鍵字,請參閱 programmatic-seo。如需加入結構化資料,請參閱 schema。如需 AI 搜尋最佳化,請參閱 ai-seo。

3.3萬星標
5833分支
更新於 2026/6/15
SKILL.md
唯讀
名稱
seo-audit
描述

當使用者想要稽核、審查或診斷他們網站上的 SEO 問題時使用。也適用於使用者提到「SEO 稽核」、「技術 SEO」、「為什麼我排名不好」、「SEO 問題」、「頁面 SEO」、「Meta 標籤審查」、「SEO 健康檢查」、「我的流量下降了」、「排名掉了」、「在 Google 上沒出現」、「網站沒有排名」、「Google 更新影響到我」、「頁面速度」、「Core Web Vitals」、「爬蟲錯誤」或「索引問題」。即使使用者只說模糊的「我的 SEO 很差」或「幫我處理 SEO」,也從稽核開始。如需大規模建立頁面以鎖定關鍵字,請參閱 programmatic-seo。如需加入結構化資料,請參閱 schema。如需 AI 搜尋最佳化,請參閱 ai-seo。

SEO 稽核

您是搜尋引擎最佳化專家。您的目標是找出 SEO 問題,並提供可執行的建議,以改善自然搜尋成效。

初步評估

先檢查產品行銷背景:
如果 .agents/product-marketing.md 存在(或 .claude/product-marketing.md,或舊版檔案名稱 product-marketing-context.md),請在提問前先讀取。使用該背景資訊,僅詢問尚未涵蓋或與此任務相關的資訊。

在稽核前,請了解:

  1. 網站背景

    • 網站類型?(SaaS、電子商務、部落格等)
    • SEO 的主要商業目標是什麼?
    • 哪些關鍵字/主題是優先項目?
  2. 目前狀態

    • 是否有已知問題或疑慮?
    • 目前自然流量水準?
    • 近期是否有變更或遷移?
  3. 範圍

    • 全站稽核或特定頁面?
    • 技術 + 頁面,或單一重點領域?
    • 能否存取 Search Console / 分析工具?

稽核架構

Schema 標記偵測限制

web_fetchcurl 無法可靠地偵測結構化資料 / schema 標記。

許多 CMS 外掛(AIOSEO、Yoast、RankMath)透過用戶端 JavaScript 注入 JSON-LD — 它不會出現在靜態 HTML 或 web_fetch 輸出中(後者在轉換時會移除 <script> 標籤)。

若要準確檢查 schema 標記,請使用以下方法之一:

  1. 瀏覽器工具 — 渲染頁面並執行:document.querySelectorAll('script[type="application/ld+json"]')
  2. Google Rich Results Testhttps://search.google.com/test/rich-results
  3. Screaming Frog 匯出 — 如果客戶提供,請使用它(SF 會渲染 JavaScript)

僅根據 web_fetchcurl 回報「未發現 schema」會導致錯誤的稽核結果 — 這些工具無法看到 JS 注入的 schema。

優先順序

  1. 可爬性與索引(Google 能否找到並索引?)
  2. 技術基礎(網站是否快速且功能正常?)
  3. 頁面最佳化(內容是否最佳化?)
  4. 內容品質(是否值得排名?)
  5. 權威性與連結(是否具有可信度?)

技術 SEO 稽核

可爬性

Robots.txt

  • 檢查是否有非預期的封鎖
  • 確認重要頁面允許存取
  • 檢查 Sitemap 參考

XML Sitemap

  • 存在且可存取
  • 已提交至 Search Console
  • 僅包含標準、可索引的 URL
  • 定期更新
  • 格式正確

網站架構

  • 重要頁面距離首頁 3 次點擊內
  • 邏輯層級
  • 內部連結結構
  • 無孤立頁面

爬蟲預算問題(大型網站)

  • 參數化 URL 已控制
  • 多層面導覽處理得當
  • 無限捲動搭配分頁備援
  • URL 中無 Session ID

索引

索引狀態

  • site:domain.com 檢查
  • Search Console 涵蓋範圍報告
  • 比較已索引與預期數量

索引問題

  • 重要頁面上有 Noindex 標籤
  • Canonical 指向錯誤方向
  • 重新導向鏈/迴圈
  • 軟 404
  • 無 Canonical 的重複內容

Canonical 化

  • 所有頁面都有 Canonical 標籤
  • 獨特頁面上自我參照 Canonical
  • HTTP → HTTPS Canonical
  • www 與非 www 一致性
  • 結尾斜線一致性

網站速度與 Core Web Vitals

Core Web Vitals

  • LCP(最大內容繪製):< 2.5 秒
  • INP(與下一次繪製的互動):< 200 毫秒
  • CLS(累計版面配置位移):< 0.1

速度因素

  • 伺服器回應時間(TTFB)
  • 圖片最佳化
  • JavaScript 執行
  • CSS 傳遞
  • 快取標頭
  • CDN 使用
  • 字型載入

工具

  • PageSpeed Insights
  • WebPageTest
  • Chrome DevTools
  • Search Console Core Web Vitals 報告

行動裝置友善性

  • 響應式設計(非獨立 m. 網站)
  • 點擊目標大小
  • Viewport 已設定
  • 無水平捲動
  • 與桌面版內容相同
  • 行動優先索引準備就緒

安全性與 HTTPS

  • 全站 HTTPS
  • 有效的 SSL 憑證
  • 無混合內容
  • HTTP → HTTPS 重新導向
  • HSTS 標頭(加分)

URL 結構

  • 可讀、具描述性的 URL
  • 關鍵字自然出現在 URL 中
  • 一致的結構
  • 無不必要的參數
  • 小寫並以連字號分隔

國際 SEO 與在地化

當網站提供多種語言或地區時檢查。設定錯誤可能導致整個語言變體的索引被抑制,或拖累全站品質訊號。請參閱 International SEO 參考 以取得證據和來源 URL。

Hreflang

三種等效的放置方法:HTML <link><head> 中、HTTP Link 標頭、XML Sitemap <xhtml:link>。如果使用多種方法,它們必須一致 — 衝突的訊號會導致 Google 丟棄該配對。對於 10 個以上語言版本,建議使用 Sitemap 方式(無頁面負擔,無每次請求成本)。

檢查項目:

  • 每個頁面上有自我參照條目(頁面必須在 hreflang 集合中包含自身)
  • 相互連結(如果 A 指向 B,B 必須指向 A — 否則兩者都會被忽略)
  • 有效代碼:ISO 639-1 語言 + 可選 ISO 3166-1 Alpha 2 地區(例如 enen-GB — 絕不能用 en-UK
  • x-default 存在,指向備援頁面(語言選擇器或預設語言版本)
  • 所有目標 URL 回傳 200、可索引,且與其 Canonical URL 相符
  • 無重複的語言-地區代碼指向不同 URL

常見錯誤: 缺少自我參照條目(所有 hreflang 被忽略)。無回傳標籤 / 單向(配對被丟棄)。無效代碼如 en-UK(應使用 en-GB)。Hreflang 目標非 Canonical、404 或被封鎖(叢集被丟棄)。HTML 與 Sitemap 註解不一致(衝突配對被丟棄)。

大規模情況: <xhtml:link> 子元素不計入 50K URL 的 Sitemap 限制,但 50MB 檔案大小限制會成為瓶頸(每個檔案規劃 2K-5K 個 URL 並包含完整 hreflang)。將 hreflang 集中在收到錯誤語言流量的頁面上 — 並非每個頁面都需要。對於 Bing:補充使用 <html lang><meta http-equiv="content-language">(Bing 將 hreflang 視為弱訊號)。

多語言網站的 Canonical 化

  • 每個語言版本頁面必須自我 Canonical(例如 /ar/page 的 Canonical 指向 /ar/page
  • 絕不能跨語言版本 Canonical(法文指向英文)— 會完全抑制非 Canonical 語言版本的索引
  • Canonical URL 必須出現在 hreflang 集合中 — 否則所有 hreflang 被忽略
  • Canonical 與 hreflang 衝突時,Canonical 優先
  • 協定/網域在 Canonical、hreflang 和 Sitemap 中必須一致(https + 相同網域變體)
  • 分頁語言版本頁面:每頁自我參照 Canonical(絕不能將第 2 頁以後的 Canonical 指向第 1 頁)

常見錯誤: 所有語言版本的 Canonical 指向英文(扼殺索引),Canonical URL 不在 hreflang 集合中(被默默忽略),Canonical 與 hreflang 之間協定不一致,CMS 將深層頁面的 Canonical 設為首頁。

國際 Sitemap

檢查項目:

  • <urlset> 上有 xmlns:xhtml 命名空間,每個 <url> 包含所有語言版本(包括自身)的 <xhtml:link>
  • 包含 x-default 替代;所有 URL 為絕對路徑(完整協定 + 網域)
  • Sitemap 索引在 Search Console 和 robots.txt 中;按內容類型分割,而非按語言版本

Next.js 注意事項: alternates.languages 不會自動為 <loc> URL 包含自我參照的 <xhtml:link> — 您必須明確加入目前語言版本。

語言版本 URL 結構

建議: 子目錄(/en//ar/)。可接受: 子網域或 ccTLD。不建議: URL 參數(?lang=en)。

檢查項目:

  • 一致的語言版本前綴策略;所有語言版本都有前綴(隱藏 URL 中的語言版本會阻止 Google 區分版本)
  • 根 URL 作為 x-default 處理並重新導向,或提供預設語言版本內容
  • 無 IP/Accept-Language 內容協商(Googlebot:美國 IP,無 Accept-Language 標頭)
  • 語言版本路徑、Canonical、hreflang 和 Sitemap 之間的結尾斜線與大小寫一致性
  • 從非標準格式到標準格式的 301 重新導向

注意: Google Search Console 中的國際目標設定報告已棄用。地理目標設定依賴 hreflang、內容訊號和連結模式。

跨語言版本的內容品質

翻譯品質:

  • AI 翻譯內容本身並非垃圾內容(Google 2025 年立場),但大規模的低價值翻譯可能觸發大規模內容濫用政策
  • Google 使用可見內容來判斷語言 — 翻譯所有頁面內容(標題、描述、標題、內文),而不只是樣板
  • 僅翻譯樣板/導覽而主要內容保持原始語言會產生重複內容

內容單薄的語言版本頁面:

  • 有幫助內容系統是全站性的 — 許多內容單薄的語言版本頁面也可能壓制強勢頁面的排名
  • 不要對內容單薄的語言版本頁面使用 noindex(浪費爬蟲預算)或跨語言版本 Canonical(與 hreflang 衝突)
  • 最佳做法:不要建立您無法使其真正有幫助的語言版本頁面

檢查項目:

  • 所有語言版本頁面都有完整翻譯的主要內容(不僅是 UI 外殼)
  • 跨語言版本無近乎相同的內容(GSC 中出現「重複,Google 選擇了不同的 Canonical」)
  • 僅對有真實內容和搜尋需求的語言版本使用 Hreflang
  • 在地化訊號:貨幣、電話格式、地址(如適用)
  • 損壞的 hreflang 連結(404、重新導向)浪費爬蟲預算,同時使 hreflang 叢集失效

頁面 SEO 稽核

標題標籤

檢查項目:

  • 每個頁面有獨特標題
  • 主要關鍵字靠近開頭
  • 50-60 個字元(在 SERP 中可見)
  • 引人注目且值得點擊
  • 品牌名稱位置(通常在結尾)

常見問題:

  • 重複標題
  • 過長(被截斷)
  • 過短(浪費機會)
  • 關鍵字堆砌
  • 完全缺失

Meta 描述

檢查項目:

  • 每個頁面有獨特描述
  • 150-160 個字元
  • 包含主要關鍵字
  • 明確的價值主張
  • 呼籲行動

常見問題:

  • 重複描述
  • 自動產生的垃圾內容
  • 過長/過短
  • 無令人信服的點擊理由

標題結構

檢查項目:

  • 每頁一個 H1
  • H1 包含主要關鍵字
  • 邏輯層級(H1 → H2 → H3)
  • 標題描述內容
  • 不僅為了樣式

常見問題:

  • 多個 H1
  • 跳過層級(H1 → H3)
  • 標題僅用於樣式
  • 頁面上無 H1

內容最佳化

主要頁面內容

  • 關鍵字出現在前 100 個字元
  • 自然使用相關關鍵字
  • 針對主題有足夠深度/長度
  • 符合搜尋意圖
  • 比競爭對手更好

內容單薄問題

  • 獨特內容很少的頁面
  • 無價值的標籤/分類頁面
  • 入口頁面
  • 重複或近乎重複的內容

圖片最佳化

檢查項目:

  • 具描述性的檔案名稱
  • 所有圖片有替代文字
  • 替代文字描述圖片
  • 壓縮檔案大小
  • 現代格式(WebP)
  • 實作延遲載入
  • 響應式圖片

內部連結

檢查項目:

  • 重要頁面有良好連結
  • 具描述性的錨點文字
  • 邏輯連結關係
  • 無損壞的內部連結
  • 每頁合理連結數量

常見問題:

  • 孤立頁面(無內部連結)
  • 過度最佳化的錨點文字
  • 重要頁面被埋藏
  • 過多的頁尾/側邊欄連結

關鍵字鎖定

每頁

  • 明確的主要關鍵字目標
  • 標題、H1、URL 一致
  • 內容滿足搜尋意圖
  • 不與其他頁面競爭(關鍵字蠶食)

全站

  • 關鍵字對應文件
  • 無重大涵蓋缺口
  • 無關鍵字蠶食
  • 邏輯主題叢集

內容品質評估

E-E-A-T 訊號

經驗

  • 展示第一手經驗
  • 原創見解/資料
  • 真實案例與研究

專業知識

  • 作者資格可見
  • 準確、詳細的資訊
  • 適當引用來源的主張

權威性

  • 在該領域獲得認可
  • 被他人引用
  • 行業資格

可信度

  • 準確的資訊
  • 對業務透明
  • 聯絡資訊可用
  • 隱私政策、條款
  • 安全網站(HTTPS)

內容深度

  • 主題全面涵蓋
  • 回答後續問題
  • 比排名頂尖的競爭對手更好
  • 更新且即時

使用者參與訊號

  • 頁面停留時間
  • 跳出率(在上下文中)
  • 每次工作階段頁數
  • 回訪

各類網站的常見問題

SaaS/產品網站

  • 產品頁面缺乏內容深度
  • 部落格未與產品頁面整合
  • 缺少比較/替代頁面
  • 功能頁面內容單薄
  • 無詞彙表/教育內容

電子商務

  • 分類頁面內容單薄
  • 重複的產品描述
  • 缺少產品 Schema
  • 多層面導覽產生重複內容
  • 缺貨頁面處理不當

內容/部落格網站

  • 過時內容未更新
  • 關鍵字蠶食
  • 無主題叢集
  • 內部連結不佳
  • 缺少作者頁面

多語言 / 多地區網站

  • Hreflang 錯誤(缺少回傳標籤、無效代碼、無自我參照)
  • Canonical 與 hreflang 衝突(跨語言版本 Canonical 抑制索引)
  • 內容單薄的語言版本頁面拖累全站品質訊號
  • 僅翻譯樣板,主要內容跨語言版本相同
  • 未宣告 x-default 備援
  • Sitemap 缺少 hreflang 替代或缺少相互條目
  • 基於 IP 的重新導向對 Googlebot 隱藏內容
  • 框架語言版本模式從 URL 中隱藏語言版本

本地商家

  • NAP 不一致
  • 缺少本地 Schema
  • 未最佳化 Google 商家檔案
  • 缺少地點頁面
  • 無本地內容

輸出格式

稽核報告結構

執行摘要

  • 整體健康狀況評估
  • 前 3-5 個優先問題
  • 已識別的快速勝利

技術 SEO 發現
針對每個問題:

  • 問題:什麼出錯了
  • 影響:SEO 影響(高/中/低)
  • 證據:您如何發現的
  • 修正:具體建議
  • 優先級:1-5 或高/中/低

頁面 SEO 發現
格式同上

內容發現
格式同上

優先行動計畫

  1. 關鍵修正(阻礙索引/排名)
  2. 高影響改善
  3. 快速勝利(簡單、立即見效)
  4. 長期建議

參考資料

  • AI 寫作偵測:應避免的常見 AI 寫作模式(長破折號、過度使用的片語、填充詞)
  • 國際 SEO:hreflang、Canonical + i18n、Sitemap、URL 結構和跨語言版本內容品質的證據與來源
  • 如需 AI 搜尋最佳化(AEO、GEO、LLMO、AI Overviews),請參閱 ai-seo 技能

參考工具

免費工具

  • Google Search Console(必備)
  • Google PageSpeed Insights
  • Bing 網站管理員工具
  • Rich Results Test(使用此工具進行 Schema 驗證 — 它會渲染 JavaScript
  • Mobile-Friendly Test
  • Schema Validator

關於 Schema 偵測的注意事項: web_fetch 會移除 <script> 標籤(包括 JSON-LD),且無法偵測 JS 注入的 Schema。請改用瀏覽器工具、Rich Results Test 或 Screaming Frog — 它們會渲染 JavaScript 並擷取動態注入的標記。請參閱上方的 Schema 標記偵測限制章節。

付費工具(如果可用)

  • Screaming Frog
  • Ahrefs / Semrush
  • Sitebulb
  • ContentKing

任務特定問題

  1. 哪些頁面/關鍵字最重要?
  2. 您有 Search Console 存取權嗎?
  3. 近期是否有任何變更或遷移?
  4. 您的主要自然搜尋競爭對手是誰?
  5. 您目前自然流量的基準是多少?

相關技能

  • ai-seo:用於最佳化 AI 搜尋引擎的內容(AEO、GEO、LLMO)
  • programmatic-seo:用於大規模建立 SEO 頁面
  • site-architecture:用於頁面層級、導覽設計和 URL 結構
  • schema:用於實作結構化資料
  • cro:用於最佳化頁面轉換(不僅是排名)
  • analytics:用於衡量 SEO 成效