電商的 GEO 比內容型 GEO 範圍更窄，而且在某個具體的地方反而更簡單：一個要回答商品問題的助理，想要的是可以直接講出口、不必繞圈子的事實。價格、有沒有貨、尺寸、相容清單、退貨期限。這些要嘛以機器可讀的形式存在於你的網站上，要嘛就不存在，而不存在的東西沒辦法被引用。

所以這與其說是寫作問題，不如說是資料問題。大部分工作落在商品 feed 與標記上，而不是落在銷售文案上，這跟這個領域裡其他所有題目的重心正好相反。

決定能不能被採用的，是準確度而不是完整度。 一個系統講出了你的價格卻講錯了，它就產生了一個糟糕的答案，而避免糟糕答案最省錢的辦法，就是不再使用不可靠的來源。過期的庫存與價格資料是被剔除最快的一條路，而且跟排名處罰不同，沒有人會通知你這件事發生了。

電商的 GEO 究竟改變了什麼

被回答的那個問題本身變了。搜尋是把人送到分類頁上去逛；而人們問助理的是這幾款裡哪一款能搭配 X 使用，助理給回來的是三個選項外加各自的理由。

這就改變了一個商品頁需要包含什麼。逛街獎勵的是品項的廣度與陳列的手法。被引用獎勵的是毫不含糊寫清楚的具體屬性：確切的尺寸、真實的相容清單、真正的到貨時間。為了說服一個正在逛的人而寫的文案，裡面幾乎沒有機器可以安心複述的東西，因為氛圍沒辦法翻譯成一句有人負責的斷言。

它也改變了哪一個頁面才重要。分類頁曾經是拿排名的資產，因為它對應的是搜尋字詞。帶著結構化資料的商品頁是被引用的資產，因為答案所倚賴的事實就放在那裡。

助理真正讀的是什麼

商品結構化資料。 名稱、價格、幣別、庫存狀態、成色、識別碼、評分。這是首要來源，而且會被優先於你的內文來讀，理由很簡單：它沒有解釋的餘地。一筆填寫規範的 Product 記錄，配上它的 offers 區塊，也就是 price、priceCurrency 與 availability，可以原樣取用，不需要任何解讀。Google 的商品結構化資料參考文件 列出了這些欄位裡哪些是必填的，哪些只是建議填寫的。

商家 feed。 如果你提供了 feed，它往往比頁面本身更新、也更被信任，而真正被調用的常常就是它。頁面與 feed 打架的時候，通常較新的一方會贏，所以 feed 上的一個錯誤，會比內文裡的錯誤傳得快得多。

只承擔結構表達不了的那部分文字。 版型、比較、使用情境，這些都裝不進一張規格表。寫作仍然有用的地方就在這裡，而且寫法應該是回答問題，而不是描述氛圍。

在標記誠實的前提下的評價。 與頁面上看得到的評論一致的彙總評分是可用的。評分的則數與平均分都要跟頁面上真正數得出來的評論對得上。跟頁面對不上的評分是一個矛盾，而矛盾會拉低你發布的其他所有內容的可信度。

這背後的規則，跟我們那篇談 AI 搜尋引擎如何讀取 Schema 標記 的文章是同一條：與看得見的頁面互相矛盾的標記，比沒有標記的代價更大。

電商網站通常輸在哪裡

跟不上現實的庫存狀態。 單看一項，這是破壞力最大的錯誤，因為它會生成一個自信滿滿卻是錯的答案，而且打開你自己的頁面幾秒鐘就能被推翻。把缺貨的商品講成有貨，比根本沒被提到還要傷。

價格放錯了位置或寫錯了形態。 只靠指令碼算出來的價格、少了幣別的價格、在結構要求給一個數值的地方卻寫成區間的價格。從讀取方看過去，這些跟沒有價格差別不大。

沒有穩定的識別碼。 沒有 GTIN、MPN 或等價的編碼，系統就沒辦法有把握地把你的商品跟別處在賣的同一件商品對上，而正是這種對應關係才讓它能夠比較。

把款式建模成彼此無關的獨立商品， 或者建成一個把款式藏起來的單一商品。無論哪一種，別人問到的尺寸、顏色或容量都無法被精確回答。

規格只存在於圖片裡。 以圖片形式產生的規格表等於不存在。藏在一個不點就永遠不會顯示的頁籤裡的表格同樣如此，重量、尺寸與型號只要只活在圖片裡，就完全不會出現在答案裡。

從原廠那裡照抄過來的單薄描述。 如果四十家零售商發布同一段文字，那麼沒有一家是有辨識度的來源，勝負就轉到權威度上，而權威度是最慢才累積得起來的東西。

先修哪些才划算

按這個順序，因為所需的投入差了一個數量級。

把庫存與價格做到又準又快。 只要這兩項是錯的，其他一切都沒有意義。如果 feed 與頁面有可能對不上，就先決定哪一邊為準，再讓另一邊跟著它走。

補上識別碼。 便宜、機械，而且正是它讓你的商品從只是擺在那裡，變成可以被拿來比較。這些編碼原廠通常早就給了你，缺的往往只是把它們寫進商品範本並跟著款式一起輸出。

把款式建模對。 工作量更大，而助理能不能針對被問到的那一件具體商品給出回答，取決於這一步做到沒有。

把規格落成文字。 所有現在只活在一張圖裡、或者藏在一次互動後面的內容都算。樸素的文字表格就夠用，不需要額外的設計。

然後再寫結構裝不下的那部分。 你的哪一款適合哪一種用途，誠實地寫，包括比較便宜的那款就夠用的情況。這類內容被引用的可能性最高，因為別人都不會發布。

這解決不了什麼

被引用不等於被購買。一個助理講出了你的商品名，然後連到某個平台上的商品頁，那它幫的是別人完成轉換。你花錢整理出來的那份資料，換來的是別人的訂單。

於是商業上的那個問題比技術問題更尖銳：你在優化的是成為一個答案的來源，還是成為交易發生的地方？這是兩個不同的目標，而且有時會互相衝突，尤其是當你同時還在一個會在你自己商品上壓過你的平台上銷售的時候。

誠實的結論是，乾淨的商品資料是必要條件，但不是充分條件。它把你送進答案裡。至於能不能繼續當那個大家下單的地方，仍然取決於價格、配送、信任與品牌，這幾樣沒有一樣是標記能解決的。權威度那一半我們在 Generative Engine Optimization 指南 裡談過，資料那一半由 Mecanik 作為 網站開發 工作的一部分來打造。

相關文章: 實體SEO：讓搜尋引擎知道你是什麼 、點擊消失之後，GEO 該怎麼衡量 、為什麼你的內容有排名卻從不被引用 、內容修剪：刪掉頁面為什麼反而帶來流量 。

常見問題

AI 助理在商品頁上讀的是什麼？ 首先是商品結構化資料，因為它沒有解釋餘地：名稱、價格、幣別、庫存狀態、成色、識別碼與評分。商家 feed 因為比較新，常常被優先於頁面調用。文案只在結構表達不了的地方才重要，例如版型、比較與使用情境。

為什麼庫存準確度對 AI 曝光很重要？ 因為一個系統講出了你的價格或庫存卻講錯了，它就產生了一個糟糕的答案，而避免這件事最省錢的辦法就是不再使用不可靠的來源。過期資料是被剔除最快的一條路，而且跟排名變動不同，沒有任何東西會通知你它發生了。

我需要 GTIN 與商品識別碼嗎？ 需要，而且加上去的成本很低。沒有穩定的識別碼，系統就沒辦法有把握地把你的商品跟別處在賣的同一件商品對上，而正是這種對應關係讓它能夠比較各個選項並把你納入其中。

商品款式應該怎麼組織？ 應該做成一個商品，把款式正確建模，而不是做成彼此無關的獨立品項，也不是做成一個把款式藏起來的單一商品。這兩種錯誤都會讓別人問到的具體尺寸、顏色或容量無法被精確回答，於是即使你有貨，也會被排除在答案之外。

出現在 AI 答案裡能增加銷量嗎？ 單靠它不能。一個助理講出你的商品名並連到某個平台的商品頁，它幫的是別人完成轉換。乾淨的商品資料是必要條件而非充分條件：它把你送進答案裡，但能不能繼續當那個大家下單的地方，仍然取決於價格、配送、信任與品牌。