電商
它到底能做什麼
一鍵配對
標準的 WooCommerce 授權流程會自動佈建 API 金鑰和 Webhook——不用複製金鑰的儀式，也沒有 Webhook 檢查清單。
深度匯入
圖片、分類樹、原價與特價（含期間）、GTIN、標籤、加購與交叉銷售、規格的價格和圖片——商品目錄是整個進來的，不是只有名稱加價格的骨架。
真的寫得回去
在這裡編輯商品可以寫回 Woo——由逐項操作的開關控制，還有彩排模式，所以在任何東西被改動之前，您就先看得到會改成什麼樣。
欄位層級的歸屬權
逐個資料領域由您決定：資料屬於 Woo、屬於這裡，或是雙向同步。歸屬權在別處的欄位在這裡顯示為唯讀，而且畫面上就寫著原因——不會有兩個主人互搶的亂局。
一本衝突帳本
失敗或衝突的同步會落在一本看得見的帳本裡，可以解決後重試——絕不會是盤點的時候，才發現有人默默覆蓋過。
訂單也一起進流程
Woo 的訂單會標著來源出現，和聊天商店、AI 和 API 來的訂單並列——所有介面共用同一份訂單真實值。
技術細節
多數整合直接跳過的同步工程
疑心病很重的配對握手
串接連結 15 分鐘就過期，回呼會在做任何事之前先標記為已用掉，所以絕不可能拿舊憑證重播——而且使用的商店網址是您自己輸入的那一個，不是回呼宣稱的那一個。
從設計上就經得起重試
Woo 每次重試都會把投遞 ID 重新編號，所以去重刻意忽略它，改用訊息內容當鍵。往外送的時候，冪等鍵放在訂單自己的中繼資料裡，之後用搜尋找回來——因為真正危險的情況，是寫入成功但回應弄丟了。
第二輪處理關聯
加購和交叉銷售進來時是一串商店 ID，指向可能還不存在的商品——所以它們會在商品目錄落地之後的第二輪解析，而分類樹是另外抓的，因為商品的資料裡只寫了它的末端分類。
幣別讀一次，而且讀對
Woo 的幣別是逐筆訂單發布的，從來不是逐件商品——所以商店幣別會在商品目錄匯入之前，從商店自己的設定讀一次，而不是逐列用猜的。
保守的狀態對照表
出貨狀態只在兩邊詞彙真正對得上的地方才推送；一筆「已退貨」的訂單絕不會被硬翻——它會以訂單備註的形式送到真人面前。而且狀態備註送出時會關掉「通知客戶」，免得 Woo 又寄一封信給您的客戶。
您手打的內容贏
在這裡由真人手動編輯過的欄位，絕不會被匯入覆蓋——同步尊重真人，而且每一筆項目的來源卡片上都寫著這件事。
設定方式
串接方式
配對商店
點下串接，在您的 WooCommerce 後台核准——金鑰和 Webhook 都會替您佈建好。
選擇歸屬權
逐個資料領域挑出誰擁有真實值：Woo、ConnectWiz，或是雙向。
先彩排，再上線
寫回的操作先用彩排模式跑；差異看起來沒問題，再切成正式。
搭配起來更好用
能和什麼搭配
安全與保證
無聊但管用的保證
金鑰由系統佈建，不用貼
wc-auth 流程會讓您的商店在伺服器端把金鑰交給我們——靜態加密存放，不用任何會讓人洩漏的複製貼上儀式。
每一個 Webhook 都經過證明
入站投遞都用我們為每個商店鑄造的密鑰做 HMAC 簽章，並以定時比對驗證——一個偽造的「商品更新」在門口就被彈回去。
對您的商店有禮貌
驗證通過但我們不處理的投遞，仍然回應成功，因為 Woo 連續失敗五次就會把 Webhook 停用——與其讓您的商店對我們死心，不如由我們吸收這些怪事。
出站流量有 SSRF 防護
每一次呼叫您商店網址的請求都會通過出站防護——一個惡意的「商店位址」沒辦法拿來探測內部網路。
不加修飾的細則
邊界，寫清楚
不處理金流
訂單會同步；刷卡這件事留在您的商店和金流商那邊——假裝不是這樣，就是平台變成半吊子銀行的方式。
媒體跟著歸屬權走
Woo 擁有的內容欄位，在這裡就是刻意設成唯讀——歸屬權契約的重點，就在於它也綁住我們。
2,000 件商品的上限
一次匯入最多帶 2,000 件商品——這是明說的工程上限。更大的商品目錄是一場關於規模的對話，我們寧可誠實地談，也不要默默逾時。
訂單是讀取，不是複製
商店訂單會即時顯示在聯絡人上（快取一分鐘，最近十筆），而不是被複製成第二本帳——這是刻意的單一真實來源決定，寫在這裡。