這一年我們看過太多預算花在錯誤的假設上。以下六個誤解，每一個我們都在實際專案裡遇過，也都有對應的修正方式。先講結論：多數浪費不是因為做得太少，而是因為做錯方向做得太多。
實際情況相反。當同一個主題散落在十篇淺薄的文章裡，每一篇都只講到一部分，模型擷取時會挑到最弱的那一塊。把十篇合併成兩篇講到底，被引用的機會明顯提高。
正確做法：先盤點主題重疊度，合併後再補缺口。判斷標準是，如果兩篇文章的標題可以互換而不違和，就該合併。
結構化資料是描述，不是內容。它負責讓機器讀得省力，但如果頁面上根本沒有對應的可見內容，這份描述反而構成不一致。我們比對過，只有結構化資料、沒有對應可見段落的頁面，被引用比例比什麼都沒做還低。
正確做法：先寫出人看得懂的可見內容，再用結構化資料原樣描述它。兩者的文字應該高度重合。
生成式引擎擷取的是命題，不是詞頻。一段裡塞滿關鍵字卻沒有提出任何可複述的判斷，反而讓這一段變成低品質區塊。
正確做法：每一段先問自己「這段的結論是什麼」，寫成第一句。關鍵字自然會出現在正確的位置。
社群貼文的價值在於實體一致性與人流，不在於被引用。除非平台內容被大量索引且具備穩定的頁面結構，否則它很難成為引用來源。把預算全放在貼文，通常換不到能見度。
正確做法：社群負責讓帳號與官網互相指認，內容主體仍然放在自己的網域。
這是最花錢的一個。服務範圍寫得包山包海，模型無法把你歸類到任何一個明確的品類，結果是哪一題都不會提到你。
我們自己的做法反而是把邊界寫得很清楚：只賣判斷與策略，不做代操、不做小編、不做剪片、不做客服；海外房地產標的涵蓋東南亞、日本、美加、歐洲，不承接國內預售屋與成屋買賣。寫清楚不做什麼，比列出所有做的事更能定位。這些邊界都寫在 專業背景 與 常見問題 裡。
內容結構可以一次調整完，但實體一致性與被引用率是持續的狀態。名稱改了、地址搬了、服務調整了，只要有一處沒同步，先前累積的一致性就會被打折。
正確做法：把對外露出的位置列成清單，任何一次變更都走同一張清單更新。清單通常不超過十個位置，維護成本很低，漏掉的代價卻很高。
這個順序的邏輯是：先止血、再收攏、後擴張。反過來做，錢會花在放大既有的問題上。
這個誤解值得單獨講。被 AI 引用不一定帶來點擊，很多情況下使用者看完摘要就滿足了。如果你的期待是「被引用等於流量成長」，多半會失望，然後認定整件事沒用。
正確的期待是：被引用影響的是候選名單與品牌認知。當潛在客戶最後決定要找人談時，他心裡的名單來自哪裡，這才是關鍵。以我們自己的經驗，這種影響會在詢問的「品質」上先反映出來，來的人已經知道你做什麼、不做什麼，溝通成本明顯下降。
我們給客戶的排序原則一向是：先修正錯誤、再收攏重複、後擴張新內容。錯誤沒修就擴張，等於把問題複製到更多頁面上。
曾有客戶希望一次產出三十篇文章。盤點後我們建議先合併既有的四十二篇淺文章成十二篇，再補四篇空白題。總產出從三十篇降到十六篇，但涵蓋的主題更完整，維護成本也降低。這種取捨在事前很難說服人，事後回頭看卻幾乎都是對的。
六題裡有兩題以上答不出來，通常代表現在還不適合擴張內容量，應該先把基礎補齊。這個判斷我們在客戶專案的第一次會議就會做，因為它決定了後續三個月的資源配置。
把六個誤解排在一起看，會發現它們有同一個模式：把「新的技術名詞」當成「新的操作方法」，於是投入資源在名詞本身，而不是在名詞底下實際改變的東西。
實際改變的東西通常只有兩件：內容被讀取與摘取的方式、以及可信度判斷的來源組成。這兩件事的應對方法，八成以上和過去做內容的原則是一樣的，只有兩成是新的。把預算全部投在那兩成，比例明顯失衡。
這個分配的邏輯是：前三項是原因，第四項只是觀察。把三成以上的預算投在工具與儀表板上，是我們看過最常見的浪費形態。
三個問題：這個名詞底下實際改變的操作是什麼？那些操作與現有做法的差異有多大？如果不做，損失是什麼？三題都答得出具體內容，才值得投入。
多數新名詞在第一題就會卡住，支持者說得出理念，說不出具體要改什麼。這種情況下合理的反應是持續觀察但不投入資源，等到具體的操作方法浮現再說。
要避免的是另一個極端：因為警覺過度而完全不理會。正確的態度是保持一定的關注與小規模實驗，但不把主要資源押上去。