AI Skills
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
獲取技能源代碼

相關技能

chrome-devtools3.6萬slideshow3.1萬agent-browser3.6萬
SKILL.md
readonlyread-only
name
seo-audit
description

When the user wants to audit, review, or diagnose SEO issues on their site. Also use when the user mentions "SEO audit," "technical SEO," "why am I not ranking," "SEO issues," "on-page SEO," "meta tags review," "SEO health check," "my traffic dropped," "lost rankings," "not showing up in Google," "site isn't ranking," "Google update hit me," "page speed," "core web vitals," "crawl errors," or "indexing issues." Use this even if the user just says something vague like "my SEO is bad" or "help with SEO" — start with an audit. For building pages at scale to target keywords, see programmatic-seo. For adding structured data, see schema. For AI search optimization, see 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_fetch 和 curl 無法可靠地偵測結構化資料 / 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 Test — https://search.google.com/test/rich-results
  3. Screaming Frog 匯出 — 如果客戶提供，請使用它（SF 會渲染 JavaScript）

僅根據 web_fetch 或 curl 回報「未發現 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 地區（例如 en、en-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 成效