編譯摘要：Claude Code x 部落格架設(五)：用 Skills 打造 SEO 自動健檢
編譯摘要：用 Skills 打造 SEO 自動健檢
濃縮
核心結論
-
SEO 設定完成 ≠ 有排名，需要持續的健檢循環
- 常見地雷：title 太短（只有網站名稱）、description 複製標題、頁面內容太薄（content rate < 1%）、被高權重網站轉載搶走排名
- 這些問題不是「不知道怎麼設定」，而是「設定完忘了回頭檢查」
-
Claude Code Skills 把重複性檢查流程從「手動逐項」變成「一句話跑完」
- Skill = Markdown 檔案，定義觸發條件 + 執行步驟 + 輸出格式
- 放在
~/.claude/skills/全域層級，任何專案都能用 - 非工程師也能用自然語言描述流程來建立 Skill
-
有效的 SEO 健檢需要三維度數據交叉比對
- 搜尋引擎視角（GSC：曝光、點擊、排名）
- 訪客行為（Cloudflare：流量來源、熱門頁面）
- 頁面體質（On-page：title 長度、content rate、載入速度）
- 單看一個維度會漏掉真正的問題
質疑
結論 1：持續健檢循環
- 前提假設：SEO 問題可以被頁面層級的技術檢查系統性發現
- 邊界條件：domain authority 不夠、反向連結不足、內容缺乏差異化——這些不是健檢能解決的。健檢只能抓到「技術設定層」的問題，「運營層」的問題需要策略調整
- 反例：所有技術指標都正常，但關鍵字太競爭（如「claude code 教學」前三名全是高權重網站），排名仍然上不去
結論 2：Skills 自動化
- 前提假設：Claude Code 和相關 API（DataforSEO、GSC 腳本）持續可用且回傳正確結果
- 邊界條件：DataforSEO API 額度用完時回傳誤導性錯誤（非 402 而是 Invalid Field），Skill 無法優雅處理
- 適用範圍：對非技術用戶，簡化版（只做站內 frontmatter 檢查）才是實際可執行的起點；完整版需要多個外部帳號和 API key
結論 3：三維度交叉比對
- 前提假設：三個數據源都能正常取得
- 邊界條件：新站前幾個月 GSC 數據極少（接近零），Cloudflare 流量也很低，此時三維度交叉比對的價值有限，反而應聚焦在「頁面體質」單一維度
對標
跨域類比
-
軟體工程的 CI/CD linting——每次部署前自動跑一套程式碼品質檢查，防止低級錯誤上線。SEO 健檢 Skill 本質上是「內容部署前的 linting」：你寫完文章推到 GitHub 之前，先跑一次
/seo-check確認 frontmatter 沒問題 -
知識管理的外化過程——野中郁次郎 SECI 模型中的「外化」：把隱性知識（「我知道 SEO 該查什麼」）轉化為顯性知識（寫成 Skill 文件）。一旦外化完成，知識就不再依賴個人記憶，可以被團隊複用
-
製造業品管的巡檢表——工廠的品管巡檢表列出所有需要檢查的項目和合格標準（如溫度 < 40°C、壓力 > 2 bar）。SEO Skill 的「title 建議 30-60 字元」「content rate 低於 10% 視為過低」就是同樣的邏輯
可遷移場景
- 任何需要定期重複檢查的流程都可以用同樣的 Skill 模式：無障礙檢查、內容合規審查、品牌一致性檢查