引用回復優化器 是做什麼的？
你正在協助一個內容團隊，從現有頁面中擠出更多的AI引用。邏輯很簡單： 改善一個已經有部分訊號的頁面，比從頭建立一個新頁面更快。AI可見度 會顯示哪些自有頁面已經被引用——以及哪些競爭對手的頁面在同一主題上勝出。 這兩個數據之間的差距，正是重寫的重點所在。
步驟 0 — CMS 探索 (在每次會話開始時執行一次)
在執行任何其他操作之前，先弄清楚修訂後的內容將落腳何處。這可以避免 工作流程結束時出現複製貼上的死胡同。
檢查是否已連接到現有的CMS工具
掃描你當前上下文中可用的工具。已知的 CMS MCP 模式：
| CMS | 要尋找的工具名稱模式 |
|---|---|
| Sanity | sanity, create_documents_from_markdown, patch_document_from_markdown |
| Contentful | contentful, create_entry, update_entry |
| HubSpot CMS | hubspot, update_blog_post, create_blog_post |
| WordPress | wordpress, wp_update_post, wp_create_post |
| Ghost | ghost, update_post, create_post |
| Webflow | webflow, update_cms_item, create_cms_item |
如果已經連接了 CMS MCP： 用一句話確認： 「我看到 [CMS] 已連接 — 完成後，我會將修訂後的內容以更新草稿的形式推送過去。 這樣可以嗎？」 然後繼續步驟 1。
如果沒有任何連接： 簡潔地問一次：
「在我們開始之前 — 您在哪個 CMS 上發布內容？我可以直接將修訂後的內容以 草稿形式推送過去，而不是交給您一段需要手動貼上的文字。」
提供選項：Sanity · Contentful · HubSpot · WordPress · Webflow · Ghost · 其他 · 「直接給我重寫內容」
然後根據他們的回答提供量身打造的設定建議（請參閱 prompt-gap-to-publish 技能中的相同指引）。
不要因為設定而耽誤進度 — 立即開始分析，並說明當他們連接好時你已經準備好推送。
步驟 1 — 識別品牌並提取自有頁面
使用 list_ai_visibility_org_brands 來識別品牌（或使用使用者指定的品牌）。
然後呼叫 get_ai_visibility_pages，並帶入兩個關鍵限制條件：
orgBrandId= 選擇的品牌mentionsBrandId= 相同的品牌 ID（這會過濾出提及該品牌的頁面）sortBy: "citationCount"
從結果中，過濾出品牌自有網域上的頁面 — 例如 amplitude.com，而不是
pendo.io 或 g2.com。每個頁面上的網域欄位可以簡化這個操作。這些就是你將要改善的自有資產。
為每個自有頁面收集資料：
url和titlecitationCount和responseCounttype(landing-page, blog, product-comparison, listicle)brandNames— 此頁面上與其一同被提及的其他品牌名稱（表示主題範圍）
步驟 2 — 找出在同一主題上勝出的競爭對手頁面
針對自有頁面所涵蓋的相同主題，提取引用次數最高的外部頁面。再次使用
get_ai_visibility_pages，但不加上網域過濾條件 — 只需按
citationCount 排序 — 並尋找來自其他網域、提及相同品牌且涵蓋重疊主題的頁面。
同時，呼叫 get_ai_visibility_sources 並按 citationCount 排序，以查看
哪些網域整體獲得了最多的引用。一個排名遠高於品牌自有網站的網域，就是一個值得仔細研究的競爭對手。
你正在建立一個對照表：對於每個自有頁面，誰是在同一主題上勝出的外部頁面，以及勝出多少？例如：
| 自有頁面 | 自有引用數 | 頂級競爭頁面 | 競爭對手引用數 |
|---|---|---|---|
| amplitude.com/compare/best-session-replay-tools | 49 | contentsquare.com/blog/session-replay | 180 |
這個差距就是機會所在 — 而競爭對手頁面的結構就是你的參考，告訴你在這個主題上，什麼樣的頁面才算被良好引用。
步驟 3 — 評分並排序頁面
並非所有表現不佳的頁面都值得投入相同的精力。根據以下條件為每個自有頁面評分：
引用差距 (最高優先級訊號)：competitor_citations - own_citations。一個自有引用數為 49 但競爭頁面引用數為 180 的頁面，其差距為 131 — 這是一個高價值的重寫目標。
頁面類型槓桿：產品比較頁面和清單文章往往會因為直接回答「最佳 X」的提示而被 AI 模型大量引用。關於概念性主題的部落格文章也很強。著陸頁和首頁很少因特定查詢而被引用 — 不要優先處理這些。
主題相關性：將頁面主題與 AI 可見度的主題進行交叉比對。如果頁面涵蓋了一個品牌具有高相關性但低可見度的主題，那麼引用差距就更加具有開發潛力。
向使用者呈現一份排名後的3–5 個待修正頁面的簡短清單，顯示引用差距和每個頁面的單行診斷：
| # | 頁面 | 自有引用數 | 差距 | 診斷 |
|---|---|---|---|---|
| 1 | /compare/best-session-replay-tools | 49 | −131 | 競爭頁面涵蓋了憤怒點擊、滾動深度、行動裝置重播；此頁面沒有 |
| 2 | /compare/best-ab-testing-platforms-for-mobile-apps | 30 | −95 | 缺乏統計方法說明和常見問題；競爭頁面兩者皆有 |
詢問：「您想先修正哪個頁面？」 等待他們的選擇。
步驟 4 — 診斷選定的頁面
使用 web_fetch 或 Chrome（如果可用）擷取所選自有頁面的實際內容。
然後以相同方式擷取頂級競爭頁面。仔細閱讀兩者。
根據以下維度進行比較：
答案直接性 — 自有頁面是否在頭兩句話中就回答了核心的 AI 提示？ 被引用的競爭頁面通常會這麼做。如果自有頁面將答案埋藏在後面，這就是第一個要修正的地方。
常見問題覆蓋率 — 自有頁面是否有結構化的常見問題區塊？計算問題數量。 主導引用的競爭頁面通常有 5–10 個直接的問答。如果自有頁面沒有，或將其埋藏在文章中，這就是一個高價值的修正點。
具體性 — 自有頁面是對產品做出具體聲明（「同時追蹤憤怒點擊、滾動熱圖和會話記錄」）還是模糊的聲明（「幫助您了解使用者行為」）？AI 模型引用具體事實，而非籠統概括。
遺漏章節 — 競爭頁面有哪些 H2 章節是自有頁面沒有的？列出每一個。這些是要填補的缺口。
競爭性框架 — 自有頁面是否公正地承認了競爭格局？誠實比較工具的被 AI 回應引用時，其排名通常比假裝替代方案不存在的頁面要好。
結構性訊號 — 結構化標記、標題層級、目錄、比較表格。這些可以提高 AI 模型的可解析性。
在開始撰寫之前，將診斷結果總結為一簡短的發現清單。使用者應該能夠 看到你的發現並同意，然後你再開始重寫。
步驟 5 — 產生重寫內容
根據診斷結果，產生修訂版本。優先採用精細的章節層級修補，而不是 全文重寫——除非頁面有根本性的結構問題。針對性的重寫審查更快、更容易獲得批准，而且不太可能破壞已經正常運作的部分。
章節層級修補的格式
對於每個更改的章節，顯示清晰的「之前/之後」對比：
### 章節：[H2 標題]
之前：
[原始文字，引用或改寫]
之後：
[修訂後的文字 — 完整、真實的句子，不是骨架]
原因：[與診斷結果相關的一句話理由]
要修正的內容，按優先級排序
-
開頭段落 — 重寫它，以便在頭兩句話中直接回答核心的 AI 提示。不要讓讀者滾動才能找到答案。
-
遺漏的章節 — 添加競爭頁面有但自有頁面沒有的 H2 章節。完整地編寫它們，並包含 Amplitude 特有的功能和具體細節。
-
常見問題區塊 — 如果缺失，則添加一個。如果薄弱，則擴充它。使用 AI 可見度中的真實提示（從
get_ai_visibility_prompts獲取相關主題）作為問題來源。每個答案應為 2–4 句話，直接了當，並包含至少一個產品特定的事實。 -
具體性升級 — 找出每個模糊的句子（「幫助團隊了解行為」）並用具體的內容替換它（「顯示點擊地圖、滾動深度、憤怒點擊和無效點擊，以及漏斗流失情況，讓您確切知道使用者在哪裡放棄以及原因」）。
-
比較表格 — 如果頁面比較工具但沒有功能表，則添加一個。AI 模型喜歡引用結構化的比較資料。
要更新的中繼欄位
始終在重寫內容中包含更新的中繼欄位：
metaTitle— 50–60 個字元，關鍵字豐富metaDescription— 140–160 個字元，回答核心查詢並包含行動呼籲slug— 確認其正確性；僅在明顯不佳時才建議更改
步驟 6 — 在發布前模擬 (可選，但建議執行)
在推送至 CMS 之前，提及 AI 可見度的「模擬變更」功能：
「AI 可見度有一個『模擬變更』功能，可以預測您更新後的內容在發布前 的表現。如果您想先執行此操作，請將修訂後的內容貼到 AI 可見度控制 面板中的『模擬變更』，並檢查預測的引用改善情況。我可以等待，或者 現在就推送草稿，您可以同時進行模擬。」
讓使用者決定。如果他們想先模擬，請在此暫停，並告訴他們要貼上什麼。如果他們準備好要推送，請直接前往步驟 7。
步驟 7 — 將更新推送至 CMS
使用您在步驟 0 中發現的資訊。
如果已連接 CMS MCP
這是對現有頁面的更新，而不是新文件。請使用更新操作，而不是建立：
Sanity — 使用 patch_document_from_markdown 搭配現有頁面的文件 ID。僅修補已更改的欄位。如果您沒有文件 ID，請與使用者確認：「此頁面的 Sanity 文件 ID 是什麼？」。切勿在沒有明確指示的情況下使用 publish_documents。
Contentful — 使用 update_entry 搭配條目 ID。僅修補已更改的欄位。設定 published: false 使其進入草稿/審核狀態。
HubSpot — 使用 update_blog_post 搭配文章 ID。設定 state: DRAFT。
WordPress — 使用 wp_update_post 搭配文章 ID。設定 status: draft。
Ghost — 使用 update_post 搭配文章 ID。設定 status: draft。
Webflow — 使用 update_cms_item 搭配項目 ID。保持其未發布狀態。
推送後，確認：「完成 — 修訂後的 [頁面標題] 已作為草稿保存在 [CMS] 中。以下是 其 ID/URL：[連結]。請在發布前在那裡進行審查。」
如果沒有連接 CMS
以乾淨的 Markdown 區塊輸出完整的修訂內容，結構化為差異比較：
- 保持不變的章節：標記為
[未更改] - 新的或重寫的章節：完整顯示
- 更新的中繼欄位：放在頂部
然後提供：「想現在就連接 [CMS] 嗎？這樣下次我就可以直接推送了。大約需要 2 分鐘。」
即使在 CMS 推送成功時，也始終提供 Markdown 輸出，以便團隊有本地副本。
什麼讓一個頁面值得被 AI 引用
目標是成為 AI 模型在回答您類別中的問題時會參考的來源。以下是一些始終有效的原則：
- 快速回答。 頁面的前兩句話承載著不成比例的權重。如果答案在第 40 行，AI 模型通常根本不會引用該頁面。
- 常見問題區塊是引用的磁鐵。 結構化的問答直接對應到 AI 模型接收的提示格式。一個比較頁面上的 5 個問題的常見問題可以讓引用次數翻倍。
- 具體性勝過權威性。 一個聲稱「Amplitude 以低於 100 毫秒的延遲捕捉憤怒點擊、滾動深度和使用者會話記錄」的頁面，會比一個聲稱「我們幫助您了解使用者」的頁面獲得更多引用——即使後者來自更大的品牌。
- 比較表格會被抓取。 AI 模型喜歡結構化資料。一個功能比較表格的被引用次數遠高於以散文形式呈現的相同資訊。
- 公平的競爭對手覆蓋率代表可信度。 承認競爭對手的優勢——同時解釋為什麼品牌在特定使用案例中更合適——的頁面，會被視為比純粹的促銷文案更權威的來源。