我們到底比較了什麼？

這份筆記來自同一專案的 GEO 面板與頁面對照。基線輪 T0 是 2026 年 9 月 17 日，監測輪 T1 是 10 月 12 日。題面按主題、語言和提問方式固定，每輪記錄 72 條回答。這樣的設計讓我能夠回到原句，而不是挑一張漂亮截圖說故事。

T0 的嚴格品牌提及是 3/72，涉及的指南頁位於 tianwenwangluo.com，並非本研究站。回答把它當選型參考，供應商名單中沒有天問。歸屬必須說清：研究站整理了證據，不代表這個站自己拿到了那些引用。

同輪，同行 szrealgood.com 在回答中被引 8/72，主要出現在報價差異和合約條款附近。我對照了它的被引短文與我方文章，看到的是形式差異和出現位置，沒看到搜尋系統選擇它的內部理由。具體研究入口放在實測研究與方法記錄，便於把文章判斷和數據記錄分開看。

清單與長文有哪些可見差別？

被引短文更短，也更少依賴大表格。原始對照中，同行兩篇約 1.5k 字，我方比較頁約 13k、13k 和 3.8k 字。以下只是這組頁面的特徵，不能拿去代表所有中文 SEO 內容。

我更關心一個具體問題：外貿老闆讀到這裡，能不能馬上知道該向服務商要什麼材料？一段寫「應綜合評估技術能力」很正確，卻沒法拿去驗收；一段寫「請打開一個真實專案，說明修改前的問題、修改動作和後來的記錄」，才有檢查對象。

這也是我在檢查可供引用的答案段落如何寫時採用的思路。把結論、適用條件和證據放在同一段，讀者不用先看完全文，便能理解一句話到底適用哪種情況。

被引的是答案，還是服務能力？

指南被引用，不等於公司被推薦。T0 的回答認可的是「如何選擇服務商」這類資訊。我不能因為回答末尾出現自有網域，就把它寫成「AI 已認可我們的交付能力」。買家需要名單時，引用一篇篩選指南仍可能沒有把作者列為候選。

T1 出現了不同身分：服務商題的 12 條回答中，有 2 條把天問放進名單或分類表。這值得記錄。它與嚴格提及從 3/72 變為 6/72 一樣，是回答中的觀測變化，不是經過驗證的成交結果。

我會把「正文提及」「來源連結」「服務商名單」「實際聯繫」分別記。原因很實際：前面幾項可能一起出現，也可能完全分離。如果把它們揉成一個能見度分數，老闆無法知道預算到底換來了什麼。可對照品牌提及與引用的監測口徑逐項保留原文。

為什麼不能宣布找到了引用公式？

短文被引、長文未被引，和「短文導致引用」之間，還差一次可信的因果比較。網域歷史、題面匹配、作者資訊、頁面可存取性，以及其他網站對這頁的引用，都可能解釋結果。我沒有把這些條件控制住。

兩輪被引網域總數從 322 變為 245，重合只有 90 個。這提醒我，同樣的提問也可能產生很不一樣的來源集合。只看某次截圖，就會把隨機波動誤當成寫作技巧。

環境也有檢查缺口。T1 使用乾淨環境執行，但當輪只重跑了金絲雀驗證的本機讀取拒絕部分，沒有重跑完整的髒、淨環境對照。執行成功本身不能證明完全沒有上下文污染。我寧可保留這個限制，也不寫一條漂亮但過強的結論。

「沒有 JSON-LD 的頁面被引」同樣不能推出「JSON-LD 沒用」。這只反駁了「缺這個標記就一定不能引用」的絕對說法。需要查頁面狀態時，我會先看技術 SEO 檢查清單，再把技術條件與引用結果分別記錄。

如何把採購問題寫成可核實的清單？

我的改寫起點是買家正在做的決定，而不是準備塞進去的關鍵字。比如「怎麼選 SEO 服務商」，可以落到案例歸屬、數據權限、工作範圍、驗收方法和退出交接。每個條目都應讓讀者能採取一個動作，或排除一種誤會。

一句判斷後面要補什麼？

補證據與邊界。如果說「不要僅憑流量截圖選團隊」，後面就解釋該要什麼：專案網域、統計時間、服務商參與起止、查詢與頁面構成，以及詢價是否經過業務核實。這樣讀者知道如何核查，而非只能接受作者的態度。

我不會把「公司很多年」「文章寫很多」「工具買很貴」當作核心條目。那些可能有參考價值，卻沒有直接回答買家的風險。可把SEO 服務商風險訊號和服務範圍與合約驗收清單放在一起，找出哪些承諾沒有對應交付物。

長文還應該保留哪些部分？

需要解釋的機制、反例和複雜條件應該保留。清單適合幫助做決定，長文適合解釋決定背後的原因。我的做法是讓主答案靠前，再用後面的篇幅講適用條件；不會為了變短刪掉限制，也不會為了顯得專業鋪滿術語。

下一次應該留下哪些證據？

先保留問題原句和完整回答，再標出品牌出現在哪裡、來源連結指向哪頁。語言、模型與取樣時間也要留下。同一題多次觀察才有比較意義；中途換題後，不能把新結果硬接到舊曲線上。

來源識別也要回看完整 URL。本輪曾把其他網站路徑裡含有的相似詞誤判為自有品牌引用，後來才剔除。只查字串有沒有出現，容易把別人的頁面記到自己名下；網域、路徑和正文身分應一起核對。

內容修改記錄也需要具體。不能只寫「優化了 GEO」，而要寫清哪頁調整了什麼、舊內容保留了哪些、有哪些證據可推翻當前判斷。如果引用隨後出現，我最多先說「修改後觀察到了引用」，不立即把前後關係寫成因果。

下一次對照，我會盡量選擇回答同一種採購問題的頁面，而不是把合約清單和產品百科直接比較。先記錄原本的段落、引用狀態與頁面條件，再說明準備改變什麼。這樣即便仍不能建立因果關係，至少能排除「比較對象根本不同」的解釋，避免不斷追逐某次出現的寫作樣式。

反例也要留下。清單沒有被引、長文後來被引，都會削弱「某種格式天然更好」的說法。如果只保留支持自己判斷的回答，再用這些回答指導全部文章，實驗很容易變成自我肯定。對我而言，發現原先判斷不成立，也是這份研究應該交付的結果。

業務記錄要另設一欄。是否有人從相關來源進站，是否送出需求，需求是否符合產品和採購條件，都需要自己的證據。我們的內部研究尚沒有打通「被引用到詢價」的驗證指標。對外貿老闆，這個缺口比某次點名更影響投入判斷。

我想驗證的不是「清單會不會贏」，而是「這頁有沒有讓一個真實採購決定更容易檢查」。引用只是其中一個觀測窗口。若讀者能拿清單核對供應商、若結論經得起原文回查，這篇內容才值得繼續維護。

老闆最常追問的幾個問題是什麼？

清單體一定比長文更容易被 AI 引用嗎？

不能這樣下結論。我們只比較了有限頁面，沒有隨機分組，網域、主題和已有引用記錄都可能影響結果。清單體值得測試，但沒有必勝證據。

沒有結構化資料的頁面也可能被引用嗎？

在這次對比中，被引同行頁面沒有 JSON-LD。這說明該樣本裡的引用並不以 JSON-LD 為必要條件，不能據此推斷結構化資料沒有作用。

服務商名單裡出現名字，算拿到詢價了嗎？

不算。名字進入名單只證明那條回答出現了服務商身分，還需要真實造訪、聯繫記錄和業務核實，才能判斷是否帶來業務潛在客戶。

要不要把所有長文刪掉改成短清單？

不建議僅憑這次觀察全站改寫。先選一個真實採購問題，保留原有有效內容，做有來源、能獨立回答問題的清單，再記錄引用原文與後續表現。