文章重點概覽
搬站前先定目標先列明想改善的工作、必需功能和預算,再比較現有設定與新方案。哪些資料可以帶走?盤點商品、顧客、訂單及圖片,保留未修改的匯出檔,並留意版本和權限。先試搬再正式匯入整理欄位及商品資料,先用代表性樣本試搬,再逐項核對結果。
網店搬站不只是上載商品。會員如何登入、未完成訂單由誰處理、積分如何兌換、款項如何結算,以及 Google 上的舊連結會帶顧客去哪裏,都要在上線前有清楚答案。一份實用的搬站計劃,應列明哪些資料會搬、哪些功能要重建、如何驗收,以及切換期間由誰負責營運。
本文按香港商戶的需要,說明由 SHOPLINE 遷移至 Shopify 的準備、匯入、切換及跟進程序。目標是減少中斷,讓遺漏及早被發現;搬站不能保證搜尋排名完全不變、每位訪客全程不受影響,或兩個平台的功能自動相容。
1. 先釐清搬站要改善甚麼
先從實際需要出發:是建立海外市場網站、接駁指定營銷工具、改善庫存協調,還是簡化顧客購物流程?以同一項要求,檢查現有 SHOPLINE 設定及擬採用的 Shopify 方案。現有訂閱或接駁方式的限制,不代表整個平台都沒有相關功能。
列出員工每天使用的功能,包括組合商品、預購、優惠、會員價、自提點、退貨、單據及訂閱付款。逐項確認 Shopify 會以原生功能、應用程式還是客製接駁取代,並列明負責人及持續費用。令你決定搬站的關鍵功能,應先測試,再定上線日期。
預算要包括資料搬遷、主題及內容重建、應用程式月費、收款費用、員工培訓,以及新舊平台並行一段時間的支出。已確認報價與預備金應分開列出。可先參考我們的 Shopify 香港收費指南,了解成本項目;不要把預期轉換率提升當成已落實的收入,用來抵銷搬站預算。
2. 確認你的 SHOPLINE 商店能匯出哪些資料
SHOPLINE 有不同產品版本、地區設定及訂閱權限,應以你的香港商店後台為準,不宜直接照用其他版本的教學。地區支援文件列有商品大量更新檔、顧客報表及訂單報表,但這些只是整理資料的起點,並非可直接上載至 Shopify 的檔案。商品匯出說明及顧客報表說明分別介紹可選範圍。
先匯出完整資料,保留未修改的原檔,記錄匯出時間、商店時區、所選欄位、篩選條件及涵蓋日期,並確認分拆檔案全部下載完成。可按 SHOPLINE 的訂單匯出說明核對報表所選範圍;較早期或已封存紀錄如何取得,則應另向支援確認,避免遺漏。
盤點亦應涵蓋圖片、頁面內容、翻譯及由應用程式保存的資料。銷售報表不等於主題程式、顧客通訊或積分流水紀錄的備份。顧客資料檔應限制存取、經安全方式傳送,並預先約定驗收後如何刪除工作副本。
資料搬遷對照表
| 資料或功能 | 可考慮的 Shopify 去向 | 必須核對的內容 |
|---|---|---|
| 商品、款式及圖片 | 商品 CSV、搬站應用程式或限定範圍的 API 匯入 | 選項、SKU、售價、圖片使用權及圖片是否成功匯入 |
| 各倉庫及門市庫存 | 地點設定配合庫存匯入或系統接駁 | 可售數量、已預留數量,以及哪個系統可更新各地點庫存 |
| 顧客資料 | 顧客 CSV、搬站應用程式或 API | 身分配對、可用聯絡資料及各渠道的營銷同意狀態 |
| 會員密碼 | 不能透過顧客 CSV 搬入舊密碼 | 採用哪種帳戶登入方式,以及已測試的顧客通知 |
| 歷史訂單 | 搬站應用程式、合適的 API 接駁,或可搜尋的獨立存檔 | 顧客關聯、原訂單編號、日期、幣別、狀態及報表影響 |
| 積分、等級、購物金及禮品卡 | 相容的會員或儲值方案,另作結餘轉移 | 尚欠權益、到期日、兌換規則及顧客能否使用 |
| 訂閱及已儲存付款方式 | 按付款服務商安排的獨立遷移項目 | 服務商書面確認、顧客須採取的行動及扣款連續性 |
| 內容、選單及 SEO 欄位 | 重建 Shopify 頁面、商品系列、網誌及主題設定 | 中英文內容、站內連結、描述資料及網址對照 |
| 收款、物流及營運系統接駁 | 重新連接服務商及設定應用程式 | 商戶審批、憑證、費用、狀態回傳及完整流程 |
Shopify 的搬站指南把商品及顧客 CSV,與歷史訂單所需的應用程式或 API 方式分開說明。能匯出某項資料,不等於每個欄位都有可直接對應的目的地。
3. 先整理及試搬,再完整匯入
建立欄位對照,記錄舊商品、款式、顧客及訂單編號與新紀錄的關係。更新或重試時靠這份對照辨識資料,避免同一紀錄重複匯入。原編號應保存在合適欄位或受控的搬站紀錄中,方便員工追查例外。
商品要先統一顏色、尺寸及其他選項的表示方法,核對重複或缺漏的 SKU、條碼前置零、售價、稅務處理、運送重量、上架狀態及不同語言內容。用試算表整理時,要留意長編號及電話號碼有否被自動改寫。
使用 Shopify 現行的 CSV 範本,避免照抄舊格式。商品 CSV 文件有說明欄位依賴及圖片處理。Shopify 讀取圖片期間,原圖片網址須保持可存取;完成後要檢查圖片已匯入,並正確配對商品款式。新店仍依賴舊店圖片連結時,不宜先取消舊平台。多地點庫存應使用合適的庫存 CSV 或庫存接駁。
試搬樣本要反映實際生意:多選項及多圖片商品、售罄款式、中文內容、沒有電郵的顧客、已退款訂單及未出貨訂單。商店有用到的情況,都應納入,並在匯入前寫下預期結果。
依序先匯商品、再匯顧客,最後處理需要連結兩者的歷史訂單。每一階段都檢查失敗紀錄、總筆數、款式數量及抽樣欄位。財務資料亦要按幣別及期間核對總額;筆數相同,不能證明折扣、退款或稅項正確。
4. 把會員登入與權益分開驗收
後台有顧客資料,不等於顧客已能順利登入。Shopify 顧客 CSV 不能搬入外部平台密碼,也不會匯入訂單紀錄或檔案中的累計消費及訂單總數;詳見顧客 CSV 限制。
Shopify 現行的顧客帳戶可使用發送至帳戶電郵的驗證碼登入。要預先安排沒有可用電郵的會員如何取得協助。如果仍採用舊式密碼帳戶,便要另行測試邀請及設定密碼流程。Multipass 是身分登入接駁,不能用來取回 SHOPLINE 舊密碼。
通知顧客新登入方法、在哪裏查閱舊訂單,以及會員權益如何延續。匯入一個 VIP 標籤,不會自動建立折扣、還原積分或產生購物金結餘。這些結餘及到期日要獨立核對,設定替代規則,再以顧客帳戶實測兌換。
營銷同意狀態應按渠道保留。有顧客紀錄,不代表已同意接收推廣;顧客曾取消電郵訂閱,不應因為再次出現在訂單匯出檔就被改回訂閱。
5. 分清歷史紀錄與未完成工作
先決定哪些舊訂單需要放入 Shopify,哪些可留在授權員工可搜尋的安全存檔。測試匯入後在顧客帳戶及報表的顯示方式,並保留客服及會計需要的原訂單編號、付款參考及單據。
未完成訂單要作營運決定:由舊系統繼續處理,還是交由新系統接手?每張訂單的出貨及退款,只應有一個負責系統。不要把所有搬入紀錄一律標示為已付款及已出貨;預購、部分出貨、取消、退款及待確認銀行轉帳,都代表不同的責任。
演練時要觀察新訂單通知、顧客電郵、庫存變化、出貨應用程式、營銷自動流程及會計資料。歷史匯入不應誤觸發再次出貨或重複迎新訊息。調整有關設定、記錄臨時變更,並在開店前還原應有的正式設定。
重新建立訂單,並不等於原付款交易或透過新收款渠道退款的能力也會轉移。舊付款服務仍須按其條款保留所需存取,以處理尚未完成的退款、爭議及結算。
6. 按顧客實際使用的網址安排轉址
舊網址清單應結合 sitemap、網站掃描、流量分析的到達頁面、Search Console,以及重要廣告及外部連結。商品、分類、文章、政策頁、適用圖片及各語言版本都要考慮,並記錄每個舊網址、新目的地及轉址測試結果。
例如,舊的 /categories/summer-sale 可對應至 /collections/summer-sale。應選最相關的替代頁面。已停售商品可能有後繼產品;如果沒有替代內容,清楚的停售頁面或 404/410,可能比把所有訪客送到首頁更合適。
Shopify 轉址有實際限制:不能直接覆蓋仍有效的頁面及系統保留路徑,含查詢參數的網址可能有不同行為,市場子資料夾亦須逐一考慮。上線前,先按現行的Shopify 轉址規則檢查清單。轉址 CSV 成功上載,不代表每條舊連結都會正常運作。
重要網址要由頭到尾測試:是否永久轉址、沒有循環或多餘的中途跳轉、最後到達正確頁面,以及語言連結正常。新頁面的標題、核心內容、canonical 標記及站內連結亦應一致。正式開店時,移除只供準備期間使用的搜尋索引封鎖設定。
Google 提醒搬站期間可能出現排名波動,並建議轉址至少保留一年;仍有人使用的舊連結宜保留更久。提交新 sitemap 並監察索引狀況。Google 網站遷移說明沒有保證固定處理時間或流量完全不變。同一網域內換平台不需要使用 Search Console 的網址變更工具;如果連網域或子網域也改變,才評估使用該工具。
7. 用完整購物流程驗證香港收款及物流
由現有顧客常用的付款方式建立測試清單。PayMe、轉數快、信用卡及電子錢包,都要按指定 Shopify 服務商、商戶帳戶、幣別及接駁方式確認。核對帳戶審批、退款、結算時間、處理費,以及適用的 Shopify 第三方交易費。Shopify 的第三方付款服務商說明介紹相關運作;安裝應用程式本身,不代表某付款方式已經啟用。
手動 FPS/PayMe 轉帳指示,與能自動確認付款的服務,是兩種不同營運流程。要測試成功、取消、失敗及延遲回傳,讓員工知道何時可以出貨、如何處理重複通知,以及金額與訂單不符時怎樣追查。
順豐或其他物流服務亦要確認實際接駁及合約,測試香港地址、自提點、運費、列印運單、追蹤更新、取消及退貨。兩種語言的手機結帳都要驗證;若上線範圍包括海外配送,亦須測試有關目的地。測試模式有助檢查流程,正式營運驗收前也可能需要一筆受控的真實交易及退款。
8. 安排最後切換與退回方案
在 SHOPLINE 繼續營業期間,可同步建立 Shopify 新店,並在準備階段控制存取及搜尋索引。這樣能減少影響,但最後一批訂單與庫存變動仍須協調。
先透過演練估算最後匯入所需時間,再指定上線負責人、訂單截數時間、顧客公告及暫停切換的條件。以下是規劃次序,並非固定工期承諾:
- 切換前保存 DNS 記錄、相關設定及可還原的資料匯出檔。確認能存取域名註冊商、DNS 服務商、新舊平台及付款服務,並弄清楚公司電郵由誰管理。
- 暫停修改商品及設定。暫停舊店結帳,或採用已測試的接單控制方式,並確認現有購物車、未付款訂單及正在處理的付款如何安排。相關廣告活動亦要暫停或轉向。
- 匯出演練後的最後變更,包括舊訂單及顧客資料的更新;只找新建立紀錄,會漏掉部分變動。核對未完成訂單、可售庫存及會員結餘,再匯入並檢查最後一批資料。
- 按 Shopify 現行指引及該商店顯示的數值連接網域,保留電郵相關的 MX 及 TXT 記錄。檢查 A、AAAA、CNAME,以及適用的 Cloudflare 或憑證設定。連接網域不等於必須轉移域名註冊。
- 從公開網站驗證主要網域、HTTPS、轉址、會員登入、結帳、接單及出貨交接。通過已約定的驗收項目,才開放 Shopify 結帳。DNS 更新期間,仍要查看舊平台有否延遲付款及訂單。
- 遇到預設的暫停條件,由上線負責人決定繼續暫停銷售、修復問題,還是退回原路徑。先核對兩邊已收到的訂單及付款;改回 DNS 不會取消交易,也不會立即清除所有快取。
Shopify 的手動連接網域指引指出,網域完全生效可能需要最多 48 小時;TLS 問題排解文件亦指出憑證簽發可能需時最多 48 小時。應選低流量時段並預留排錯空間,不宜承諾十分鐘完成,也不能假設調低 TTL 就一定能做到。
9. 用清單驗收,上線後繼續跟進
共用驗收清單應為每項結果列明負責人及證據:
- 資料:約定的匯入總數、抽樣欄位、例外清單、可存取圖片,以及已核對的庫存及會員結餘。
- 會員:已測試登入、帳戶通知、訂單顯示及權益兌換。
- 營運:未完成訂單的負責系統、付款及退款測試、運單與客服查詢權限。
- 搜尋:重點網址測試、語言連結、canonical、sitemap 及正式網站的索引設定。
- 成效量度:配合顧客同意的分析及像素設定、購買事件檢查,以及避免同一訂單被重複計算。
- 復原:保留匯出檔、舊平台存取、DNS 設定紀錄,以及有權決定上線問題的人員。
剛上線時,宜每日查看付款失敗、舊店延遲入帳、待出貨訂單、庫存差異、失效連結及客服反映。比較搜尋及銷售表現時,要使用事先保存的基準,並考慮推廣、季節及量度方式變動。之後數星期持續觀察 Search Console 索引及到達頁面流量,不宜只看一天的排名就判斷成敗。
完成已約定的資料、客服、付款及保存要求後,才取消舊平台。有些營運責任會比網站切換維持更久。
評估你的搬站範圍
Navy FAB 的 Shopify 網店搬遷服務涵蓋諮詢、搬遷及開發、測試、員工培訓與支援。商討前可準備現有網址、約略商品及顧客數量、歷史訂單年期、應用程式清單、未兌換會員權益及理想上線時段,方便在開工前訂清範圍、例外、分工及驗收準則。
資料來源
- SHOPLINE Help Centre: bulk product updates and exports查核於
- SHOPLINE Help Centre: exporting customer reports查核於
- SHOPLINE Help Centre: exporting orders查核於
- Shopify Help Center: migrate to Shopify查核於
- Shopify Help Center: product CSV files查核於
- Shopify Help Center: inventory CSV files查核於
- Shopify Help Center: importing and exporting customers查核於
- Shopify Help Center: customer accounts查核於
- Shopify Help Center: creating and managing URL redirects查核於
- Google Search Central: site moves with URL changes查核於
- Shopify Help Center: third-party payment providers查核於
- Shopify Help Center: connecting a third-party domain manually查核於
- Shopify Help Center: troubleshooting domains and TLS certificates查核於
常見問題
所有 SHOPLINE 資料都可以用 CSV 搬走嗎?
不可以。商品及顧客資料可整理成 Shopify 支援的 CSV;歷史訂單、積分、購物金、訂閱及應用程式紀錄,要另選合適工具及安排。批准完整搬遷前,先以樣本確認匯出權限及新系統能接收的範圍。
舊會員要重新設定密碼嗎?
Shopify 顧客 CSV 不能搬入外部平台密碼。現行顧客帳戶可用電郵驗證碼登入;舊式密碼帳戶則有另一套啟用流程。應測試實際採用的方式,尤其是原本以手機或社交帳戶登入的會員。
搬站期間可以一直營業嗎?
大部分準備工作可在舊店營業期間進行。最後切換仍要有已測試的方法,控制新訂單、延遲付款及庫存變動,必要時安排短暫停單。演練後再約定時段及顧客通知,不能保證所有訪客全程不受影響。
做好 301 轉址就可以保住所有 Google 排名嗎?
不可以。相關的永久轉址有助搜尋引擎找到替代頁面,但重新檢索、內容變動及其他訊號仍可能影響排名。應測試重要網址、保留轉址及監察 Search Console,不宜承諾零流量損失或在固定小時數內恢復。
舊訂單及 VIP 權益會自動顯示嗎?
不會。訂單匯入及顧客配對要實測;VIP 標籤要配合新的優惠規則,積分及購物金則要獨立核對結餘。驗收時應確認顧客實際能看到及兌換甚麼,不能只看後台有沒有資料。
由 SHOPLINE 轉 Shopify 要多少錢?
費用取決於資料品質、歷史年期、語言、主題、會員權益、訂閱、接駁及上線支援。報價應分清一次性工作、持續費用、新舊平台並行成本、排除項目及驗收方法。單憑月營業額,不能決定適用平台或搬站預算。








