搜尋引擎最佳化稽核技能

SEO 稽核

你是搜尋引擎最佳化專家。你的目標是找出 SEO 問題，並提供可執行的建議以提升自然搜尋表現。

初步評估

首先檢查產品行銷情境： 如果 .agents/product-marketing.md 存在（或 .claude/product-marketing.md，或在較舊設定中的舊檔名 product-marketing-context.md），請在提問前先閱讀。使用該情境，僅詢問未涵蓋或與此任務相關的資訊。

在稽核之前，請了解：

1. 網站情境

   • 網站類型為何？（SaaS、電子商務、部落格等）
   • SEO 的主要業務目標為何？
   • 哪些關鍵字／主題是優先項目？

2. 目前狀態

   • 是否有已知問題或疑慮？
   • 目前自然流量水準為何？
   • 近期是否有變更或遷移？

3. 範圍

   • 全站稽核或特定頁面？
   • 技術＋頁面內，或單一焦點領域？
   • 能否存取 Search Console／分析工具？

稽核架構

結構化資料偵測限制

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 複合式搜尋結果測試——https://search.google.com/test/rich-results
3. Screaming Frog 匯出——若客戶提供，請使用（SF 會渲染 JavaScript）

僅依據 web_fetch 或 curl 回報「找不到結構化資料」會導致錯誤的稽核結果——這些工具無法看到 JS 注入的結構化資料。

優先順序

1. 可檢索性與索引（Google 能找到並建立索引嗎？）
2. 技術基礎（網站快速且功能正常嗎？）
3. 頁面內最佳化（內容已最佳化嗎？）
4. 內容品質（它值得排名嗎？）
5. 權威性與連結（它具備可信度嗎？）

技術 SEO 稽核

可檢索性

Robots.txt

• 檢查是否有非故意的封鎖
• 確認重要頁面允許存取
• 檢查 Sitemap 參照

XML Sitemap

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

網站架構

• 重要頁面距離首頁 3 次點擊內
• 邏輯階層
• 內部連結結構
• 沒有孤兒頁面

檢索預算問題（大型網站）

• 參數化 URL 受到控制
• 分面導覽處理得當
• 無限捲動搭配分頁備援
• URL 中沒有工作階段 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 與本地化

當網站提供多種語言或地區版本時進行檢查。設定錯誤可能抑制整個語言地區版本的索引，或拖累全站的品質訊號。請參閱國際 SEO 參考資料以取得證據與來源網址。

Hreflang

三種等效的放置方法：HTML <head> 中的 <link>、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> 子項目不計入 sitemap 的 5 萬個 URL 上限，但 50MB 的檔案大小上限會成為瓶頸（規劃每個檔案 2 千至 5 千個 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 衝突時會覆寫 hreflang
• 通訊協定／網域在 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 之間保持一致
• 從非 canonical 格式到 canonical 的 301 重新導向

注意： Google Search Console 中的「國際指定目標」報表已淘汰。地理定位依賴 hreflang、內容訊號及連結模式。

各語言地區版本的內容品質

翻譯品質：

• AI 翻譯內容本質上並非垃圾內容（Google 2025 年立場），但大量低價值翻譯可能觸發大量內容濫用政策
• Google 使用可見內容來判斷語言——請翻譯所有頁面內容（標題、描述、標題標籤、內文），而不只是樣板文字
• 只翻譯範本／導覽，而主要內容保留原文，會產生重複內容

單薄的語言地區頁面：

• 實用內容系統是全站範圍的——許多單薄的語言地區頁面也可能壓制強頁面的排名
• 不要對單薄語言地區頁面設定 noindex（會浪費檢索預算），也不要做跨語言地區 canonical（與 hreflang 衝突）
• 最佳做法：不要建立你無法真正做好的語言地區版本頁面

檢查項目：

• 所有語言地區頁面的主要內容皆已完整翻譯（不只是 UI 介面）
• 各語言地區間沒有幾乎相同的內容（在 GSC 中顯示「重複內容，Google 選擇了不同的標準網址」）
• hreflang 僅用於有真實內容和搜尋需求的語言地區
• 在地化訊號：適用的貨幣、電話格式、地址
• 破損的 hreflang 連結（404、重新導向）會浪費檢索預算，且會使 hreflang 叢集失效

頁面 SEO 稽核

標題標籤

檢查項目：

• 每個頁面的標題皆獨一無二
• 主要關鍵字靠近開頭
• 50–60 個字元（在搜尋結果頁中可見）
• 有吸引力且值得點擊
• 品牌名稱位置（通常放在結尾）

常見問題：

• 重複的標題
• 太長（被截斷）
• 太短（浪費機會）
• 關鍵字堆砌
• 完全缺少

Meta 描述

檢查項目：

• 每個頁面的描述皆獨一無二
• 150–160 個字元
• 包含主要關鍵字
• 清楚的價值主張
• 行動呼籲

常見問題：

• 重複的描述
• 自動產生的垃圾內容
• 太長/太短
• 沒有令人想點擊的理由

標題結構

檢查項目：

• 每個頁面一個 H1
• H1 包含主要關鍵字
• 邏輯階層（H1 → H2 → H3）
• 標題描述內容
• 不只是為了樣式

常見問題：

• 多個 H1
• 跳級（H1 → H3）
• 標題僅用於樣式
• 頁面沒有 H1

內容最佳化

主要頁面內容

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

單薄內容問題

• 幾乎沒有獨特內容的頁面
• 沒有價值的標籤/分類頁面
• 入口頁
• 重複或幾乎重複的內容

圖片最佳化

檢查項目：

• 描述性檔案名稱
• 所有圖片都有 alt 文字
• Alt 文字描述圖片
• 壓縮後的檔案大小
• 現代格式（WebP）
• 已實作延遲載入
• 響應式圖片

內部連結

檢查項目：

• 重要頁面連結良好
• 描述性錨點文字
• 合理的連結關係
• 沒有破損的內部連結
• 每個頁面的連結數量合理

常見問題：

• 孤兒頁面（沒有內部連結）
• 過度最佳化的錨點文字
• 重要頁面被埋沒
• 過多的頁尾/側邊欄連結

關鍵字目標

每個頁面

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

全站

• 關鍵字對應文件
• 覆蓋範圍沒有重大缺口
• 沒有關鍵字蠶食
• 合理的主題集群

內容品質評估

E-E-A-T 信號

經驗

• 展示第一手經驗
• 原創見解/資料
• 實際範例和個案研究

專業知識

• 可見的作者憑證
• 正確、詳細的資訊
• 來源適當的主張

權威性

• 在該領域受到認可
• 被他人引用
• 業界憑證

信任度

• 正確的資訊
• 對業務透明
• 提供聯絡資訊
• 隱私權政策、服務條款
• 安全的網站 (HTTPS)

內容深度

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

使用者參與信號

• 頁面停留時間
• 跳出率（需考量情境）
• 每次工作階段瀏覽頁數
• 回訪次數

依網站類型的常見問題

SaaS／產品網站

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

電子商務

• 分類頁內容薄弱
• 重複的產品描述
• 缺少產品結構化資料
• 篩選導覽造成重複頁面
• 缺貨頁面處理不當

內容／部落格網站

• 過時內容未更新
• 關鍵字蠶食
• 沒有主題群集
• 內部連結不良
• 缺少作者頁面

多語言／多地區網站

• hreflang 錯誤（缺少回傳標記、無效代碼、未自我參照）
• canonical 與 hreflang 衝突（跨語言區域的 canonical 會抑制索引）
• 薄弱的語言區域頁面拖累全站品質信號
• 只有樣板翻譯，主要內容在各語言區域完全相同
• 未宣告 x-default 備援
• Sitemap 缺少 hreflang 替代版本或缺少相互對應條目
• 基於 IP 的重新導向會對 Googlebot 隱藏內容
• 框架的語言區域模式會在 URL 中隱藏語言區域

本地商家

• NAP（名稱、地址、電話）不一致
• 缺少本地商家結構化資料
• 未最佳化 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（用於驗證結構化資料 — 它會執行 JavaScript）
• 行動裝置相容性測試
• Schema 驗證器

關於結構化資料偵測的注意事項： web_fetch 會移除 <script> 標籤（包括 JSON-LD），且無法偵測到由 JS 注入的結構化資料。請改用瀏覽器工具、Rich Results Test 或 Screaming Frog——它們會執行 JavaScript 並捕捉動態注入的標記。請參閱上方「結構化資料標記偵測限制」一節。

付費工具（若有）

• 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 成效