Community程式設計與開發github.com

danya-jamal/seo-geo-optimizer

審計並直接改善 HTML 或 WordPress 頁面的技術 SEO、頁面 SEO、無障礙存取相關的可發現性、結構化資料、內部連結以及生成式引擎優化 (GEO) 或 AI 搜尋可讀性。

seo-geo-optimizer 是什麼?

此技能旨在對網頁進行全面的搜尋引擎與 AI 可發現性優化。它超越了傳統 SEO,包含了生成式引擎優化 (GEO),以確保內容能夠被大型語言模型 (LLM) 和 AI 搜尋介面準確地引用和理解。技能工作流程以證據為基礎:首先透過檢查儲存庫、頁面內容和現有外掛來確定頁面的受眾、意圖和技術限制。接著進行詳細審計,涵蓋索引性、Schema/JSON-LD、內部連結、無障礙存取和效能風險。實作步驟則注重標題與 meta description 的唯一性、語義 HTML、合理的 heading 階層以及具備描述性錨點文字的關聯性內部連結。在 WordPress 和 ACF 環境中,它會謹慎處理主題/外掛的擁有權並使用現有鉤子以避免衝突。對於結構化資料,它僅根據可見內容選擇 schema 類型,優先整合現有 schema 圖表,絕不虛構評分或評論。最終報告會區分已實作的變更與需要 CMS 設定的項目,並提供驗證結果和優先的後續步驟。

相容平台~Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/danya-jamal/stayora-theme/tree/main/.agents/skills/seo-geo-optimizer

Installed? Explore more 程式設計與開發 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

SEO 和 GEO 優化器

改善實際頁面及其可發現性。將分數視為診斷訊號而非目標,絕不保證排名或 AI 引用。

建立證據和範圍

  1. 檢查儲存庫說明、頁面內容、範本、SEO 外掛慣例、全域 metadata 所有權、現有結構化資料、分析限制、sitemap/robots 行為以及相關內部頁面。
  2. 根據所提供的證據,判斷該頁面的受眾、主要任務、搜尋意圖、典型主題、商業目標、地區及轉換行動。
  3. 如果需要或必要進行關鍵字、競爭對手、實體或當前搜尋結果研究,請使用當前權威來源,並記錄日期和證據。請勿捏造流量、難度、競爭對手主張、推薦證言、統計數據、資歷或引用。
  4. 保留作者的原意和品牌語氣。標示需要主題專家核准的主張。

在變更前進行審計

檢閱:

  • 可索引性、狀態/canonical 訊號、重複或內容過少、可爬行連結及渲染;
  • 標題、meta description 所有權、URL 指引、標題、開場回答、主題涵蓋範圍、媒體及行動呼籲;
  • 語義地標、連結文字、替代文字、表單標籤、焦點/鍵盤行為、對比度以及對輔助技術或爬蟲隱藏的內容;
  • 影響發現和使用者體驗的效能風險,包括過大的媒體、版面偏移、阻擋渲染的資源及不必要的腳本;
  • 現有的 JSON-LD、外掛產生的 schema、麵包屑、組織/全站實體及重複的圖譜;
  • 基於實際儲存庫頁面(非虛構 URL)的內部連結機會。

將可操作發現與無法在本機驗證的項目分開。根據可能的影響、信心度及投入精力進行優先排序。

實施改善

  • 透過專案現有的 SEO 機制,撰寫獨特且準確的標題及簡潔的 meta description。如果外掛擁有這些標籤,請勿建立競爭性標籤。
  • 使用一個清晰的主題、邏輯的 heading 階層、描述性的章節標籤,以及一個能回答核心意圖的早期直接摘要。
  • 透過簡潔的定義、具體事實、易於掃描的步驟、比較表、常見問題 (FAQ) 及有歸屬的證據(僅在確實有助於使用者時使用)來提升清晰度。
  • 明確表述實體關係:在經證實且相關時,識別組織、產品/服務、受眾、地點、日期、作者及來源。
  • 為真實且有幫助的目的地新增情境化內部連結,並使用描述性錨點文字。避免強制連結數量和孤立的宣稱。
  • 改善語義 HTML 和影響理解及發現的無障礙存取問題。將重要內容保留在可爬行的 HTML 中。
  • 保留自然語言。不要關鍵字堆砌、填充內容、建立橋頁、隱藏文字,或以犧牲使用者體驗為代價來最佳化搜尋引擎。
  • 給予爬蟲和 AI 系統自包含、一致的段落,使其能被準確引用,同時保留細微差別和限制。

結構化資料

  1. 僅選擇頁面可見內容及頁面真實目的所支援的 schema 類型。
  2. 優先整合現有的 SEO 外掛或 schema 圖表。避免重複的 WebPage、組織、麵包屑、文章、產品或本地商家實體。
  3. 使用穩定的 canonical URL 和一致的 @id 引用。
  4. 僅包含在網站上可見或受其支援的真實屬性。請勿虛構評分、評論、價格、庫存、作者、地點或日期。
  5. 僅在對應內容可見且類型合適時,才新增 FAQ 或 HowTo 標記;請勿假設它會獲得豐富結果。
  6. 安全地編碼 JSON-LD。在 WordPress 中,遵循現有的鉤子/輔助函數,並使用安全的 JSON 編碼,而非手動建構 JSON 字串。

WordPress 和 ACF 限制

  • 尊重主題/外掛對於標題、canonical、Open Graph、robots 指令和 schema 的所有權。
  • 當內容來自 ACF 時,僅使用現有欄位,除非獲得明確授權可以變更欄位模型。
  • 根據上下文跳脫輸出,並且為了加入 metadata 而削弱頁面的安全性。
  • 將全域變更與頁面特定變更分開,並在編輯前識別其更廣泛的影響。

驗證與報告

  1. 執行專案適用的可用 lint、測試、渲染檢查、連結檢查、結構化資料驗證及無障礙存取/效能審計。
  2. 檢查渲染後的原始碼,以確保有一個 canonical、一致的 metadata 輸出、有效的 JSON-LD、可爬行的內容,且沒有重複的外掛/主題標籤。
  3. 確認 schema 與可見內容相符,且每個新的內部 URL 都能在已知網站內解析。
  4. 在內容變更後重新檢查行動版佈局和互動。
  5. 報告已實作的變更、需要 CMS/外掛設定的指引、驗證結果、未解決的阻礙及優先的後續步驟。區分實際測量結果與估算結果。

相關技能