Tianwen SEO Research · 內容方法筆記
一篇文章講完方法，又塞進每輪實驗結果，老闆看著費勁，後續更新也容易串口徑。我整理自己的研究頁面時，用一條規則分開它們：方法回答怎麼判斷，實驗回答這次究竟看到了什麼。
方法頁和實驗頁分別替老闆解決什麼問題？
方法頁讓人知道該怎麼做，實驗頁讓人知道一個結論憑什麼成立。外貿老闆讀「怎樣監測 AI 引用」，想弄清自己該交什麼資料、看什麼結果；讀一份觀測記錄，則會追問模型是誰、問題怎麼問、原文在哪裡、有沒有失敗樣本。讀者的下一步不同，頁面就應該分工。
我把這條規則當成編輯判斷，不當成排名公式。專案的競對拆解把它列為 A08：定義解釋方法，實驗公開資料、復現與侷限。這是從頁面組織方式提煉出的可執行建議，研究本身沒有證明拆成兩個頁面就會增加排名或詢價。
如果你正在整理一個研究欄目，可以先用SEO 與 GEO 主題地圖的整理方法列出讀者問題，再區分哪些需要長期解釋，哪些必須依賴一次具體觀測。不要先規定網站要有多少篇，再給現成標題硬塞角色。
方法頁應該寫到哪裡就停？
方法頁的骨架應當能跨實驗複用。拿 AI 引用監測來說，它要解釋怎樣固定問題、怎樣減少上下文污染、怎樣保留完整回答，以及怎樣區分品牌被提到、頁面被引用和進入服務商名單。讀完後，讀者能照著準備一次記錄，這頁就完成了主要工作。
判斷條件比術語堆積有用。例如，「出現自己的網域」不能直接寫成「品牌被推薦」；名單裡出現公司名，也不等於模型核驗了服務能力。把這些邊界放在方法頁，後面的實驗就能沿用，而不必每次重新解釋一遍。
方法頁可以放一個真實例子幫助理解，但例子只承擔說明作用。不要把整輪結果表、每個模型的回答和所有修訂日誌搬進來，否則讀者會分不清哪些是長期規則，哪些只對那輪觀測成立。更完整的概念劃分可接到提及、引用與流量的監測區別。
沒有實驗，能先寫方法頁嗎？
能，但要說明它是一份待驗證的操作方案。你可以提出固定問題、記錄出處、重複觀測這些做法，卻不能寫「我們已經證明它有效」。我會把「建議這樣記錄」和「已經按此做過」分開，等真實結果出來，再加入證據連結。
尤其不要為了讓方法顯得成熟，補上未經核對的客戶案例。若當前只有公開資料和自己的推理，就把依據寫清楚。缺少實測是資訊狀態，不是必須用故事填上的空白。
實驗頁缺了哪些資訊就不能算證據？
實驗頁首先要讓別人知道你究竟測了什麼。我會記錄問題原句、語言、日期、模型與執行環境，說明哪些條件固定、哪些條件沒有控制。只放一張「提及上漲」的圖，讀者無法判斷是問題變了、標註變了，還是回答本來就在波動。
原始記錄應當能回到具體回答。概括表負責幫助閱讀，原文負責核對；兩者互相補充。若某條被引 URL 只是出現在來源列表，就保留這個身份，不要在表格裡改成「AI 主動推薦」。記錄格式可以參考AI 可見度記錄應保留的欄位。
侷限應跟結果放在一起。某個污染檢測沒有執行，就寫沒有執行；沒有詢價資料，就寫尚未證明引用帶來詢價。侷限藏在很遠的說明頁，會讓單獨轉發的結果表失去必要條件。我寧願結果看起來保守，也要讓讀者能夠正確複述。
失敗樣本也要保留。它們能幫助我們判斷方法是否過寬，以及好看的變化有沒有其他解釋。如果只留下命中的回答，讀者看不到未出現品牌的題面，也就無法理解觀測範圍。關於原文與來源關係，可延伸閱讀AI 引用來源怎樣逐條追蹤。
固定 GEO 面板怎樣展示這條分工規則？
我方固定面板的任務書給出了一個適合說明分工的實例：固定 24 個題面，每個題面做 3 次獨立會話，形成 72 條回答。基線為 2026 年 9 月 17 日，後續觀測為 10 月 12 日。執行工具是 dsh（DeepSeek）headless，不代表其他 AI 平台。這裡的獨立會話指執行方式；鏡像語言題和重複題面不能據此當成相互獨立的統計樣本。
同口徑嚴格提及從 3/72 變為 6/72，服務商身份點名從 0 次變為 2 次。方法頁負責解釋「嚴格提及」和「服務商身份」怎麼判；實驗頁負責展示具體題面、原文、日期和標註。這樣，數字有了明確歸屬，定義也不會跟著結果漂移。
這輪記錄還修正了一個誤報：第三方網域的路徑中含有相似字串，被錯誤識別為自有品牌。把誤報剔除的原因留在實驗頁，讀者才知道口徑經歷了什麼修正。方法頁可以據此補上「核對 URL 歸屬」的規則，但不需要複製整段原始回答。
環境說明同樣屬於證據。該輪只複跑了金絲雀驗證的第三段，不能寫成整套髒淨環境對照已經重做；「污染為零」也缺少相應檢測程式碼支撐。這些限制來自任務書的審計補記，不能在文章潤色時刪掉。結果變化含採樣雜訊，不能單憑它歸因於某次內容修改。
如果把實驗寫成「調整內容後，AI 開始推薦我們」，就多走了證據沒有覆蓋的一步。如何在研究報告中保留這個邊界，我在不編案例的 GEO 專案復盤方法中繼續解釋。
兩類頁面怎樣互鏈才不重複？
互鏈應該跟著讀者的問題走。方法頁講到標註標準時，連接一份真實的標註記錄；實驗頁講到環境控制時，連接相應方法。錨文本要說清對方能回答什麼，別只寫「點擊這裡」，也別把一個普通引用改成「成功案例」。
我會先檢查目標頁是不是承擔同一個問題。已有一篇解釋監測方法的文章，就優先更新它的證據入口；新實驗可以獨立記錄自己的條件與結果。只有讀者要做的判斷明顯不同，才考慮新建方法頁。標題換個同義詞，通常不足以構成新增頁面的理由。
同一張完整結果表應有明確的主要記錄位置。其他頁面引用必要結論，並帶上日期與連結。這樣結果修訂後，不用在互相複製的長文裡尋找舊數字。內鏈規劃的具體做法可以接到主題集群與描述性錨文本的安排。
實驗結果推翻了原方法，怎麼處理？
保留舊實驗的實際條件，同時修訂方法頁。說明哪條判斷不再可靠、反例是什麼、以後怎樣檢查。舊記錄仍然回答「當時發生了什麼」，新方法回答「現在建議怎麼做」。把舊結果直接擦成新口徑，會破壞讀者複核的時間線。
結果更新時，哪些內容該改、哪些該保留？
新觀測先進入實驗記錄，等確認涉及判斷標準再更新方法。若模型回答變了而題面、提取規則未變，就記錄本輪變化；若發現網域匹配誤報，則修訂標註規則，並說明哪些歷史記錄需要重新檢查。
驗收時，我分別問兩個問題：方法頁能否讓人準備一次可複核的記錄？實驗頁能否讓人查清結果及其限制？前者缺操作條件就補條件，後者缺原始材料就補材料，不能靠增加篇幅代替缺失證據。
給外貿老闆看時，再加一個商業問題：這份內容能幫你判斷什麼採購或行銷決策？方法讓你評估監測方案，實驗讓你評估某次報告的可信範圍。詢價與成交若尚無數據，就保留為未證明。讀者可以從研究記錄入口查找相關觀測，從作者與研究定位說明了解記錄由誰整理。
執行這條規則時還有哪些常見疑問？
方法頁和實驗頁必須使用不同目錄嗎？
不必須。關鍵是標題、開頭和互鏈說清頁面角色，並讓原始記錄與解釋各有主要位置。目錄只是輔助組織方式。
實驗頁能不能解釋基礎概念？
可以簡短解釋影響讀者理解的概念，再連接方法頁。不要讓每輪實驗重新展開完整教學，沖淡條件、結果和侷限。
一次結果變好能寫成方法有效嗎？
不能直接這樣寫。要檢查口徑、環境、其他變化與採樣雜訊。固定 GEO 面板的輪間變化僅是觀測，尚不足以作因果結論。
舊結果發現誤報，是刪除還是保留？
保留可追溯的修訂說明，糾正當前結論，註明誤報原因及受影響範圍。舊錯誤不應繼續當證據，修正過程也不應被隱藏。
本頁由簡體版機器翻譯，尚待人工審核。
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”方法頁和實驗頁必須使用不同目錄嗎？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”不必須。關鍵是標題、開頭和互鏈說清頁面角色，並讓原始記錄與解釋各有主要位置。目錄只是輔助組織方式。”}},{“@type”:”Question”,”name”:”實驗頁能不能解釋基礎概念？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”可以簡短解釋影響讀者理解的概念，再連接方法頁。不要讓每輪實驗重新展開完整教學，沖淡條件、結果和侷限。”}},{“@type”:”Question”,”name”:”一次結果變好能寫成方法有效嗎？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”不能直接這樣寫。要檢查口徑、環境、其他變化與採樣雜訊。固定 GEO 面板的輪間變化僅是觀測，尚不足以作因果結論。”}},{“@type”:”Question”,”name”:”舊結果發現誤報，是刪除還是保留？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”保留可追溯的修訂說明，糾正當前結論，註明誤報原因及受影響範圍。舊錯誤不應繼續當證據，修正過程也不應被隱藏。”}}]}