第一組:技術(14 條)

#檢核項
1Google Search Console 已驗證,核心頁全部收錄
2Bing Webmaster Tools 已驗證,sitemap 已提交
3IndexNow 已接入,發布與更新即時推送
4robots.txt 未誤擋 Googlebot 與 Bingbot
5OAI-SearchBot 與 ChatGPT-User 已放行(GPTBot 可單獨決策)
6PerplexityBot、ClaudeBot 已按策略放行
7知曉 Google-Extended 只管訓練,未指望它影響引用
8核心頁正文 HTML 原生可讀,不依賴 JS 渲染
9llms.txt 已建立,列出核心答案頁清單
10Organization、Article、FAQPage、Product 按頁型標註
11結構化資料逐頁型驗證通過,錯誤與警告清零
12標註內容與頁面正文逐字一致(價格、日期、評分)
13站內連結讓爬蟲能從首頁走到所有核心頁
14伺服器日誌可查 AI 爬蟲造訪記錄與狀態碼

第二組:內容(14 條)

#檢核項
1品類已拆成 50–100 題的真實買家問題集
2每個核心頁開頭有 40–80 字加粗直接答案
3答案塊自包含,可脫離上下文獨立成立
4H2 標題使用買家真實問句
5「是什麼」「多少錢」「哪家好」「怎麼選」「有什麼坑」問題簇全覆蓋
6對比類內容一律表格化
7每個數據陳述附來源與日期
8關鍵規格與賣點是 HTML 文本,不只存在圖片或 PDF
9無「業界領先」式無法核驗的行銷話術充當事實
10時效內容有更新節奏,過期資訊即時刷新
11影音內容已轉錄文本化並配摘要
12多語市場各有在地化內容,非機翻充數
13每頁有指向相關條目與落地頁的內鏈
14段落短而完整,無前後依賴的纏繞寫法

第三組:信源(12 條)

#檢核項
1已盤點品類 AI 答案實際引用的域名清單
2全網 NAP(名稱、地址、電話)逐字一致
3全公司對外事實有一份定版來源文件
4行業目錄與 B2B 平台檔案完整且口徑對齊
5Google 商家檔案已認領並填滿(本地業務)
6評論有穩定真實流入,非一次性衝量
7評論逐則回覆,負評有具體處理路徑
8至少有一項原創研究或自有數據資產
9權威媒體或行業媒體有真實獨立記載
10Organization Schema 的 sameAs 指向官方檔案
11Wikidata 條目已建檔或已評估(條件允許時)
12媒體報導中的名稱與數據已核對,錯誤已請求更正

第四組:測量(10 條)

#檢核項
1問題集已定版凍結,中途不改題目
2每月固定日期、固定介面執行實測
3實測使用全新對話與登出狀態
4能見度、引用率、語意覆蓋、品牌認知四維各計 0–100 分
5分引擎單獨計分,不做全網平均
6每題答案完整截圖歸檔留證
7AI 答案中的錯誤事實已建檔並追源糾正
8AI 引流(referral)已建立 referrer 分組追蹤
9競品在同一問題集中的表現有記錄可比
10以 90 天 POC 節奏驗收:W1 基線、W2–10 干預、W12 複測

怎麼使用這份清單?

每季度逐項打勾,未達項按「技術 → 內容 → 信源 → 測量」排序投入——技術是門檻,內容是彈藥,信源是信任,測量是驗收。各組方法細節見 技術實現、答案工程、信源圖譜與四維標準。

常見坑

坑一:只做技術組就停手——收錄與放行只是門檻,沒有內容與信源照樣進不了答案。坑二:打勾靠印象——每項都要有證據(報表、日誌、截圖),自查才可信。坑三:清單當一次性任務——引擎與市場都在變,季度複檢是底線節奏。

常見問題

50 條全做完大概要多久?
視起點而定:技術組通常數週內可完成;內容組取決於問題集規模,常以 4–10 週為期分批改造;信源組是持續工程。建議以 90 天 POC 結構化推進,第 12 週複測驗收。
小團隊優先做哪一組?
先技術組的收錄與爬蟲放行(成本最低、見效最快),再內容組的答案塊改造(直接影響引用),信源組從 NAP 一致與評論經營起步,測量組的問題集與截圖紀律第一天就要建立。