目錄級規模的商品頁優化
商品頁是決策發生的地方。大多數店舖只有少數幾頁精心做過，其餘幾百頁由模板生成後再沒人看過。
商品頁優化槓桿極高卻很少有人做，因為認真做意味著把每一頁當成獨立的轉化問題——沒有哪個小團隊有時間對一千個 SKU 這麼幹。Builder 和 Visibility 分工：一個重構和重寫頁面，另一個確保成果可被發現、可被引用。Analyst 決定先做哪些頁。
從要緊的頁面開始
按字母順序優化是浪費。Analyst 按「承載的收入風險」給目錄排序——有流量但轉化差的頁、承接付費投放的頁、曾經能轉化後來不行的頁——讓第一週的工作就落在能改變數字的地方。
從 GA4 行為中識別的高流量低轉化頁面
吞著廣告費卻不轉化的頁面
搜索需求強、頁面質量弱的商品
手機端專屬流失——在合併數據裏通常看不見
實際改甚麼
首屏資訊層級，讓購買決策不用滾動就能回答。回應真實異議的文案，而不是復讀廠商簡介。圖片順序與數量。規格選擇的清晰度。把運費與退換資訊放在猶豫真正發生的位置——外加真正有效而非裝飾性的結構化數據。
一致性才是重點
每一頁都遵循連貫結構的目錄，勝過少數幾頁出色、其餘參差不齊的目錄——對顧客如此，對爬蟲也如此。Agent 按一套模式工作，鋪滿整個目錄，並讓新上架商品自動符合。
運作方式
給目錄排序
Analyst 按收入風險排頁面，讓工作從回報最快處開始。
按模式重建
Builder 逐頁應用一致的頁面結構，按真實異議重寫文案。
讓它可被發現
Visibility 補上有效結構化數據、獨立 metadata，以及來自相關分類頁與內容頁的內鏈。
你會得到甚麼
按收入風險而非目錄順序排定的工作
整個目錄一致的、經過驗證的頁面結構
回應異議的文案，而不是複述規格
每個商品頁都有有效的結構化數據，不只是暢銷款
由這些 Agent 負責
常見問題
能處理多少商品頁？
目錄級規模正是使用 Agent 的理由。約束在你的審核能力而不是 Agent 的產能——所以審批規則支持你抽樣審核，其餘按模式自動應用。
每一頁會不會千篇一律？
結構共享，文案不共享。模板化的商品描述比沒有更糟——對顧客和搜索引擎都是——所以 Agent 依據每個商品的真實屬性與評價逐個撰寫。
能用上我的顧客評價嗎？
能，而且應該用。評價是頁面需要回應的異議的最佳來源，把對的評價放到對的位置，收益往往比重寫描述還大。
怎麼知道改動有效？
每次改動都綁定它要推動的指標，與改動前的基線對比。流量允許時，還可以做測試而不是靠假設。