on-page-seo-auditor

on-page-seo-auditor skill 概覽

on-page-seo-auditor skill 會做什麼

on-page-seo-auditor skill 會評估單一頁面的 on-page SEO 表現，並將檢查結果整理成附帶分數、且依優先順序排列修正建議的報告。它聚焦在頁面表現不佳時，團隊通常最先需要檢查的項目：title tag、meta description、標題結構、內容品質、關鍵字使用、內部連結、圖片，以及基本技術訊號。

誰適合使用

這個 skill 特別適合 SEO 專員、內容行銷人員、編輯、成長團隊，以及希望用結構化方式進行頁面稽核、而不想每次都手動重建評分標準的網站經營者。當你的真實需求不是「教我 SEO」，而是「告訴我這個頁面為什麼排不上去，優先該修什麼」時，它尤其實用。

要完成的工作

多數人會用 on-page-seo-auditor 來針對單一 URL 與單一目標關鍵字做診斷，最後拿到一份可直接交給寫手、編輯或開發人員執行的行動清單。它的價值不只是 checklist，而是把以下幾件事結合在一起：

• 可重複使用的評分模型
• 逐區塊分析
• 修正優先順序
• 讓不同頁面稽核結果保持一致的輸出模板

這個 skill 有什麼不同

和一般「幫我 audit 這個頁面」的 prompt 相比，on-page-seo-auditor skill 的操作結構更完整。repo 內含：

• references/audit-example.md 中的完整稽核範例
• references/audit-templates.md 中可重複使用的輸出格式
• references/scoring-rubric.md 中的評分系統

如果你需要的是可跨時間、可跨 URL 比較的稽核結果，而不只是一次性的評論，這點就很重要。

最適合與不適合的情境

最適合：

• 稽核 landing page、部落格文章、roundup、產品頁或類似 URL
• 檢查頁面是否對齊主要關鍵字與搜尋意圖
• 為內容更新建立可實際執行的優化 brief

較不理想：

• 全站爬取
• 深度 technical SEO 稽核
• log-file analysis、indexation debugging 或 backlink 相關工作
• 無法提供頁面 URL 或頁面內容的情況

如何使用 on-page-seo-auditor skill

on-page-seo-auditor 的安裝情境

repo 的 SKILL.md 沒有提供這個 skill 專屬的安裝指令，因此多數使用者會先從上層 skill collection 安裝，再在自己的 AI skill 環境中以名稱呼叫這個 skill。常見安裝方式如下：

npx skills add aaron-he-zhu/seo-geo-claude-skills --skill on-page-seo-auditor

這個 skill 宣告相容於 Claude Code、skills.sh marketplace、ClawHub，以及 Vercel Labs skills ecosystem。不需要額外的 system packages。WebFetch 是核心允許工具；如果你的環境支援外部 SEO 工具，額外的 network/MCP 存取也會有幫助。

這個 skill 需要哪些輸入

如果想得到真正有用的輸出，提供給 skill 的資訊不要只有 URL。至少應包含：

• 頁面 URL
• 主要目標關鍵字
• 頁面類型（若已知）
• 任何重要的次要關鍵字
• 商業目標或轉換目標

加分的可選資訊：

• 目標國家或語言
• 受眾族群
• 已知競品
• 頁面屬於 informational、commercial、transactional 或 navigational
• 最近排名下滑的背景

若沒有目標關鍵字，稽核仍然可以檢查頁面品質，但在搜尋意圖匹配與關鍵字配置上的評分判斷力會明顯下降。

怎麼把模糊需求變成好 prompt

弱 prompt：

• 「Check my page SEO」

更好的 prompt：

• 「Use the on-page-seo-auditor skill to audit https://example.com/best-noise-cancelling-headphones for the keyword best noise cancelling headphones. Page type is commercial roundup. Secondary keywords: wireless noise cancelling headphones, ANC headphones. Evaluate title, meta, H1-H3 structure, content gaps, internal links, image alt text, and technical basics. Give me a scored report and top 5 fixes by impact.」

這樣效果更好，因為它明確給了 skill 目標查詢、可能的搜尋意圖，以及你期待的輸出形式。

給 SEO Content 團隊的 on-page-seo-auditor prompt 格式建議

如果你要把 on-page-seo-auditor 用在 SEO Content 工作流程，建議使用這樣的 prompt 結構：

• URL: ...
• Primary keyword: ...
• Secondary keywords: ...
• Page type: blog post / product page / landing page / comparison / roundup
• Audience: ...
• Market: ...
• Main conversion goal: ...
• Known issue: not ranking / rankings dropped / low CTR / weak engagement
• Output needed: scored audit + prioritized fixes + rewrite suggestions

這能降低歧義，讓優先順序判斷更準確。

on-page-seo-auditor 的稽核輸出通常包含什麼

根據 references 與 rubric，on-page-seo-auditor skill 的設計會針對八個主要區塊評分：

• title tag
• meta description
• header structure
• content quality
• keyword optimization
• internal links
• images
• technical elements

repo 裡的 scoring rubric 也為各區塊設定了權重；如果你需要的是一致性的稽核，而不是偏感覺式的建議，這點尤其有用。

先讀這些 repo 檔案

如果你想在正式依賴這個 skill 之前先理解它的判斷方式，建議依這個順序閱讀：

1. SKILL.md
2. references/scoring-rubric.md
3. references/audit-example.md
4. references/audit-templates.md

為什麼是這個順序：

• SKILL.md 先說明範圍與工作流程
• rubric 讓你知道分數怎麼來
• 完整範例可以看出最終報告會長什麼樣
• templates 則方便你把輸出套進自己的流程

單頁稽核的實用工作流程

一個穩定可靠的 on-page-seo-auditor 使用流程通常是這樣：

1. 選定一個 URL 和一個主要關鍵字。
2. 判斷頁面類型與可能的搜尋意圖。
3. 用 URL、關鍵字與背景資訊執行稽核。
4. 先看加權後的分項分數，不要只看總分。
5. 先修影響最大的弱點，通常是 title、意圖對齊、內容缺口與內部連結。
6. 更新後重新稽核，確認分數與優先問題是否改善。

這比起鬆散地一次 audit 很多頁面更有效，因為這個 skill 最擅長的是聚焦式的單頁診斷。

哪些技巧能明顯提升輸出品質

有幾項輸入會明顯改變結果品質：

• 告訴 skill 這個頁面是 informational intent 還是 commercial intent。
• 提供精確關鍵字，不要只給主題標籤。
• 如果這是舊內容翻新，請直接說明。
• 要求它依 impact 和 effort 排修正優先順序，而不只是列問題。
• 請它區分「quick wins」和「requires rewrite」的項目。

這些細節能幫助模型避開泛泛的 SEO 建議，輸出更可落地的建議。

排名下滑時如何使用 on-page-seo-auditor

如果你的真實情境是「這頁以前有排名」，請直接講清楚。建議補充：

• 大約從什麼時候開始下滑
• 頁面本身是否有改動
• 是 impressions、clicks 還是 CTR 下跌
• 競品是否更新了內容

on-page-seo-auditor skill 仍然不能取代 Search Console 或 crawl diagnostics，但這些背景能幫它把頁面稽核聚焦在更可能的原因，而不是只停留在靜態 best practices。

安裝前先知道的邊界

這不是 crawler，也不是完整取代 Screaming Frog 的工具。它更像是一個結構化的頁面檢查框架。也就是說：

• 非常適合單頁診斷與編輯面修正
• 不擅長全站 duplicate-title 偵測
• 不擅長 JavaScript rendering 問題與進階 technical SEO
• 依賴能取得頁面內容，或至少 URL 可被抓取

如果你的需求是整個網站組合層級的 QA，這個 skill 最適合搭配 crawler 使用，而不是拿來取代 crawler。

on-page-seo-auditor skill 常見問題

on-page-seo-auditor skill 適合新手嗎？

適合，前提是你已經知道自己要 audit 哪一個頁面。templates 與 scoring rubric 能有效降低摸索成本。新手可能仍需要協助理解取捨，但比起從零開始寫 prompt，這個 skill 因為自帶稽核結構，實用性高得多。

它相較一般 prompt 的主要優勢是什麼？

最大的差異是穩定性與一致性。一般 prompt 也許某一次能給出不錯建議，但 on-page-seo-auditor skill 提供的是可重複使用的稽核模式、加權評分，以及可在多次內容檢查中反覆沿用的範例。

on-page-seo-auditor 可以用在任何頁面類型嗎？

大致可以，但你若明確說明頁面類型，結果會更好。部落格文章、產品頁、landing page 與 roundup page 不該用完全相同的標準判斷。references 也明確指向應採用 page-type-aware 的稽核方式。

它需要外部 SEO 工具嗎？

不需要。這個 skill 本身就能作為結構化的頁面稽核工具使用。某些環境下，額外的 network 或 MCP 整合可能有幫助，但不是產出有用頁面建議的必要條件。

這算是完整的 technical SEO audit 嗎？

不算。on-page-seo-auditor 著重的是 on-page 因素，以及在頁面稽核中可見的輕量 technical elements。若你要處理 crawl budget、log analysis、大規模 canonicalization 或 indexation troubleshooting，它並不是合適工具。

on-page-seo-auditor 對 SEO Content 團隊有用嗎？

有，而且這正是 on-page-seo-auditor 很適合的使用情境之一。對 SEO Content 來說，它能把模糊的品質檢查轉成可執行的內容優化 brief。寫手與編輯可以直接依據 headings、主題覆蓋、關鍵字配置、內部連結與缺漏內容元素等建議行動。

什麼情況下不該使用這個 skill？

在以下情況下，不要把它當成唯一工作流程：

• 你需要全站稽核
• 排名問題很可能是 authority、links 或 indexing 造成的
• 你無法明確指定目標關鍵字
• 你需要的是 competitive SERP analysis，而不是頁面稽核

如何改善 on-page-seo-auditor skill 的使用效果

給 on-page-seo-auditor 更明確的搜尋目標

想最快提升 on-page-seo-auditor 的結果品質，最直接的方法就是把目標縮小。使用單一主要關鍵字，不要丟一組彼此只鬆散相關的詞。如果你面對多種搜尋意圖，請分開跑多次稽核，或清楚標示哪個才是主意圖。

明確提供頁面類型與搜尋意圖

常見失敗模式之一，是拿錯誤的搜尋意圖去評分頁面。舉例來說，把產品頁當成資訊型指南來評估，就會得到誤導性的內容建議。請直接告訴 skill 這個頁面屬於：

• informational
• commercial investigation
• transactional
• local
• branded/navigation-focused

這會直接改變它對「什麼算做好」的判準。

要求以證據支撐的建議

如果第一版輸出看起來太泛，下一輪 prompt 可以這樣收斂：

• 要它指出造成分數的具體頁面元素
• 要它針對 title、meta、H1 與弱區塊提供 rewrite suggestions
• 要它給出 before/after optimization table
• 要它把 observed issues 和 inferred issues 分開

這能把 skill 從「SEO commentary」推進到「actionable audit」。

提升的是評分可用性，不只是分數準確度

很多人過度聚焦在最後那個數字。更好的 on-page-seo-auditor 用法，是提升決策品質：

• 哪些問題正在阻礙相關性
• 哪些問題正在拉低 CTR
• 哪些問題削弱了內容深度或信任感
• 哪些修正最快能上線

要求它依 impact、confidence 與 effort 排序，報告就會更適合實際執行。

用 references 校準你的期待

這些支援檔不是裝飾，它們真的會改善使用效果：

• references/scoring-rubric.md 幫你理解頁面為什麼分數低
• references/audit-example.md 展示預期的具體程度
• references/audit-templates.md 幫你在團隊中標準化輸出格式

如果第一次執行結果太淺，請拿它和完整範例對照，再把 prompt 收斂到相同結構。

常見失敗模式要注意什麼

多數弱輸出其實都來自弱輸入：

• 沒有目標關鍵字
• 沒有頁面類型
• 沒有受眾或市場背景
• 只要求找出「所有問題」，而不是排優先順序
• 想從單一 URL 推出全站層級結論

大多數不理想結果，問題出在 prompt shaping，而不是 repo 本身。

第一次稽核後怎麼迭代

很多時候，好的第二輪 prompt 會比一個超長的第一輪 prompt 更有效。拿到初版報告後，可以接著問：

• 「Re-rank the issues by likely ranking impact.」
• 「Rewrite the title, meta description, and H1 based on this audit.」
• 「Turn the content gaps into an editor brief.」
• 「Give me only quick wins I can ship today.」
• 「Re-audit after these edits and compare score changes.」

這會讓 on-page-seo-auditor skill 從一次性診斷，變成可反覆修訂的工作流程。

on-page-seo-auditor 搭配其他 skills 的最佳方式

這個 skill 很適合搭配 keyword research、content brief，以及偏 rewrite 導向的 skills 一起使用。最佳時機是在 keyword targeting 已經決定之後、但頁面修改之前或修改過程中。實務上可用這個順序：

1. 選定關鍵字
2. 稽核頁面
3. 重寫薄弱的 on-page elements
4. 再次稽核以確認一致性

這樣通常比在頁面目標查詢還不明確時就先做 audit，更有效率。