Shopline 與 Shopify 等平台的遷移難點常在台灣營運細節：超商取貨付款、宅配、電子發票、會員等級、點數、購物金、直播或社群訂單、促銷疊加與第三方金流。只把 product/customer CSV 匯入，無法證明新站能完成同一筆訂單。
遷移前先用真實顧客旅程盤點功能，再確認 Shopify 原生、App、供應商或流程改造。
盤點前台與後台任務
從瀏覽、會員、優惠、結帳、付款、發票、出貨、取貨、退貨、退款到客服逐步記錄。每個任務標使用率、market、owner、資料、例外和 SLA。促銷和物流後台截圖不能取代規則說明。
另外盤點 POS、直播、社群、CRM、Email/SMS、廣告、ERP 和會計，避免只遷官方網站。
建立資料映射
Product/variant、category、attribute、image、customer、address、member tier、points、credits、coupon、order、refund、shipment、invoice、page/blog 和 review 分別決定去向。保存 Shopline legacy ID 到 Shopify ID。
無法原生匯入的點數、購物金和會員權益，需確認替代 App 的 import/API、到期、餘額和 customer communication。沒有證據的 marketing consent 不自動設為同意。
金流逐家驗證
確認 Shopify 台灣可用的 payment provider、信用卡、分期、ATM、超商代碼、行動支付、退款、3DS、對帳和外幣。供應商支援與費用會更新，直接向官方/業務取得當期條件。
測成功、失敗、取消、逾時、返回、重複付款、部分/全額退款和 webhook。詳見 台灣 Shopify 金流。
物流和發票做端到端
超商門市選擇、取貨付款、材積、離島、冷凍、宅配、運費、免運、標籤、出貨通知和退貨各有系統。測 Shopify order 如何進物流、tracking 如何回寫、取消或換門市如何處理。
電子發票確認開立、載具、統編、捐贈、作廢、折讓、退款和字軌。不能只確認結帳有統編欄位。
促銷先做規則矩陣
滿額、滿件、任選、贈品、會員價、生日、首購、加價購、免運和 code 是否可疊加，列優先順序、排除、退款和市場。Shopify discount/Functions/App 能力各有邊界，先做高風險 prototype。
不要為了複製所有歷史活動安裝多個重疊 App。保留正在使用和未來確定需要的規則。
URL 和 SEO 做逐頁對應
匯出商品、分類、文章和 campaign URL，結合流量與外鏈建立 redirect map。新站 title、H1、content、canonical、schema、sitemap 和 hreflang 一起驗收。沒有替代頁回正確狀態，不導首頁。
廣告 deep link、LINE、QR、Email 和社群貼文也更新。平台遷移完整項目可參考 SHOPLINE／91APP 遷移指南。
試遷與對帳
至少跑 sample、full rehearsal 和 final delta。核對每類 count、SKU、price、inventory、customer、consent、points balance、order total、refund、shipment 和 URL。差異有 owner 和處理規則。
會員資料先在 staging/受控環境測權限，不向顧客誤發邀請、Email 或點數通知。
設計切換期間營運
定義商品/內容 freeze、最後訂單、庫存 owner、增量資料、DNS、付款、物流、客服和 rollback。兩站同時可下單時，最容易超賣與漏單；若不可避免，需明確分庫存和人工對帳。
上線戰情室包含 Shopify、金流、物流、發票、行銷、客服和工程供應商。每個問題有 severity、owner、決策與回復時間。
上線後追蹤顧客問題
監看 checkout、付款成功、超取、發票、Email/SMS、退款、庫存、會員登入、點數、404、事件和廣告。舊平台保留受控只讀直到法務、財務和客服確認可以退役。
Shopline 遷移完成的標準，是台灣顧客與營運團隊能在新流程完成關鍵任務，而且會員、金物流與歷史差異都有可查證答案。