你的平台。同一支團隊。
Agent 不是針對某個購物車寫死的。工作——頁面、分析、可見度、留存、運維——處處相同，變的只是接入方式。
平台頁存在的原因是：實際的問題從來不是「AI Agent 有沒有用」，而是「在我的技術棧上它到底能幹甚麼」。答案誠實地因平台而異：Shopify 拿到最深的原生連接，WooCommerce 和 headless 通過 git 獲得完整的頁面級工作，平台店舖獲得列表級工作。下面每一頁都寫清甚麼能接、每個 Agent 在那裏能幹甚麼、不能幹甚麼。
Shopify
最深的連接：目錄、主題與訂單，草稿優先發布。
了解詳情 →WooCommerce
分析、SEO 與電郵全量可用——頁面工作通過你的 WordPress 棧。
了解詳情 →BigCommerce
為大目錄而生的平台上，做目錄 SEO、漏斗分析與生命週期電郵。
了解詳情 →Adobe Commerce
為 Magento 級複雜度準備的目錄與性能紀律。
了解詳情 →Wix
為已過「建好就完」階段的 Wix 店舖做可見度與轉化。
了解詳情 →Squarespace
為設計驅動的 Squarespace 店舖補上增長紀律——可見度、漏斗、電郵。
了解詳情 →亞馬遜賣家
為平台優先的賣家做列表質量、評價信號與站外可引用資產。
了解詳情 →Etsy 賣家
列表可見度、有故事的文案，以及平台之外的可引用資產。
了解詳情 →Headless 電商
通過 git 工作、尊重你的 CI、把邊緣當一等表面的 Agent。
了解詳情 →B2B 與批發
以詢盤為轉化、買家是企業的 RFQ 驅動型站點。
了解詳情 →甚麼因平台而變，甚麼不變
分析、搜索可見度、電郵和邊緣性能在哪裏都一樣——GA4、GEOly AI、Klaviyo 和 Cloudflare 不在乎誰渲染你的頁面。變的是 Builder 發佈改動的方式：原生店舖連接、你的 git 工作流，或平台的內容接口。
多渠道是常態，不是邊緣情況
大多數成長中的商家運營一個主站加一兩個平台店。因為 Agent 共享一個記憶層，同樣的商品事實、發現與活動邏輯跨渠道通用——官網頁面和平台列表不再各自漂移。
常見問題
哪個平台支持最深？
Shopify——通過原生連接訪問目錄、主題與訂單。headless 和 git 型自建站緊隨其後，因為 Builder 可以走你正常的開發流程。
我的平台沒列出來，還能用嗎？
只要你的店暴露 GA4、掛在 Cloudflare 後面，或可通過 git 部署，團隊的大部分已經能幹活。把你的技術棧告訴我們，我們會確切説明甚麼能用、甚麼不能。
Agent 能同時跨兩個平台工作嗎？
能——這正是用它們的強理由之一。一個共享記憶層讓商品事實與發現跨「官網加平台店」保持一致，而這恰是手工流程失守的地方。
以後換平台會不會前功盡棄？
不會。發現、審計歷史與工作模式存在共享記憶層裏，不在平台連接裏。換平台是把 Builder 重新指向新目標，其餘照舊。