以 Shopify CLI 與 Admin API(GraphQL)為核心,涵蓋商品/集合批次管理、AI 生成 SEO/GEO 商品內容、頁面產生器與安全發布、部落格內容生成、搜尋詞彙優化與加權再排序; 官方 Shopify dev-mcp 輔助開發時查詢 schema,宜搭 (Yida) 表單則作為下架流程下游同步的其中一個整合點。本頁為純前端展示。
下架商品時,AI 助手直接下 CLI 指令查詢並同步,後台看板即時反映狀態,宜搭端則收到同步結果通知——三端畫面同步更新。
| 商品編號 | Shopify 狀態 | 宜搭同步 |
|---|---|---|
| bottle-500 | 已下架 | 已同步 |
| tote-canvas | 已下架 | 待同步 |
| power-10k | 上架中 | — |
Excel 掉單/停產清單(本地)匯入 → Shopify 批次查詢+productUpdate(status: ARCHIVED)(以 ThreadPoolExecutor 平行處理+批次 handle:a OR handle:b 查詢取代逐筆)→ 同步宜搭(Yida)表單狀態 → 寫回本地回饋報表,橫跨三個系統的整合鏈路。
Prompt 生成 → AI 繪圖 → 暫存上傳 → 寫入集合 → 重新讀取驗證上線,全自動 pipeline。
—
—
—
—
面向「還在比較怎麼選」的訪客,結構為 Hero → 目錄 TOC → 選購重點 → FAQ → CTA,適合品類介紹頁與新品導購頁。
上方模板由下列模組拼接而成;寫入前一律先備份現有內容、只對有變動的模組產生精準切片 patch 並驗證,通過才寫入,不整頁覆寫。
點上方「模擬安全發布」,右側「修改後」縮圖會即時反映自動化寫入的新內容。
如何挑選容量、保冷/保溫效果與瓶身材質,一次搞懂企業採購常見規格。
依需求場景(贈品/展會/員工福利)給出 3 種常見組合建議。
常見問題 FAQ:訂購流程、印刷方式、交期說明。
只有標示+新增的區塊被切片寫入,其餘段落像素級未變動——這就是「patch 不整頁覆寫」的實際樣子。
原生 Shopify 搜尋是純字串比對,容易把「巧合命中」的雜訊也算進結果。我們加一層詞彙分類規則(同義詞庫/停用詞/單位正規化)先把查詢改寫乾淨,再用加權再排序把最相關的結果排到最前面。
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Sample Product",
"sku": "product-abc",
"url": "https://example-shop.com/products/product-abc",
"offers": {
"@type": "Offer",
"priceCurrency": "TWD",
"price": "999",
"availability": "https://schema.org/InStock"
}
}
商品/頁面/部落格操作走 Shopify CLI+官方 dev-mcp;宜搭端維持自建 MCP,兩邊各司其職,不把官方已提供的能力重新造一遍。
用 ThreadPoolExecutor 平行處理搭配批次 GraphQL 查詢(handle:a OR handle:b),取代逐筆序列請求,大幅壓縮批次作業時間。
頁面更新流程為備份 → 切片 patch → 驗證 → 寫入 → 重新讀取驗證,避免整頁覆寫造成內容遺失或版型跑掉。
JSON-LD 覆蓋主要型別(Product/Article/FAQPage 等),內容同時寫成可引用事實列點,兼顧傳統搜尋與生成式搜尋。
寫入前重讀最新資料避免覆蓋他人變更,寫入後重讀驗證結果,留下可追溯紀錄。
獨立完成的 Shopify 商品自動化:以 Shopify CLI+Admin GraphQL 驅動商品/集合/頁面/部落格批次管理,官方 dev-mcp 輔助開發查詢,並把宜搭表單接為下架流程的下游同步,加上搜尋詞彙優化提升商品可被找到的機率。
用 Shopify CLI 執行 Admin GraphQL 查詢/異動(--query-file/--variable-file/--allow-mutations),並串官方 dev-mcp 輔助查詢 schema 與文件,加速開發除錯。
Excel 名單觸發批次 productUpdate(status:ARCHIVED),序列處理改成 ThreadPoolExecutor 平行處理+批次 handle 查詢,示意效能約 15 分鐘 → 1.6 分鐘,下架同時同步宜搭表單狀態。
Prompt 生成 → AI 繪圖 → stagedUploadsCreate → collectionUpdate → 重新讀取驗證上線,全流程自動化不需人工上傳。
購買指南型/產業著陸頁型兩套版型,共用 Hero/TOC/FAQ/CTA/比較表/Sticky Bar 區塊庫,發布走備份→切片 patch→驗證→寫入→重新讀取驗證,不整頁覆寫。
生成文章標題與 70–80 全形字 meta description,規則過濾不捏造規格數字、避免句式公式化重複。
同義詞庫/停用詞/單位正規化先把查詢改寫乾淨,再依標題 +20/供應商或類型 +10/Meta +3 加權重排序;示意情境下可把原生字串比對的上千筆雜訊結果收斂到十餘筆精準結果。
* 實際商店網域、商品 handle、GraphQL schema 細節與生成 prompt 屬營運 know-how,未公開於本展示,可於面談時說明。
n8n 社群貼文與回收成效
* 成效數字由 n8n 回收後寫回追蹤表。