WooCommerce 佈景主題診斷法：四道關卡收斂候選名單

先擺一個情境上桌（情境為建構，用來對準問題）：一間手工皮革配件選物店，店主在下單前把某款主題的示範站來回看了好幾遍。真正讓他掏錢的不是版型，是示範頁裡的願望清單、快速預覽，和一整套看起來很完整的商品篩選。促銷檔期結束後攤開數據，行動端結帳頁的流失異常突出；一場主題小改版之後，商品頁版位偏移，客服信箱開始收到「找不到加入購物車按鈕」的信。回頭追原因，團隊才看清楚：當初看上的功能，一部分來自獨立外掛，一部分來自付費擴充，主題本體貢獻的主要是長相。把這個決定重來一次，你會先看示範頁，還是先問幾個結構問題？

多數人把挑主題當成一次性的採購：比價、下單、結案。它其實是長期的持有決策。頁面內容綁在哪套編輯器上、購物功能由誰提供、付費買到哪些權利、啟用後的速度被什麼拖累，這四件事決定未來兩三年的維運成本，而且全部發生在付款之後。四件事拆成四道關卡，每關給判準與淘汰規則，走完之後候選通常只剩兩三款，再進測試站分勝負。

快速重點：挑 WooCommerce 佈景主題，別從示範頁與排行榜下手。先確認頁面由哪套編輯器產生、購物功能歸主題還是外掛、授權買到哪些權利，再實測裝上之後的速度；對照商店情境收斂候選，換題的退場成本一併算進去。

Demo 的華麗是疊出來的：真正的成本在付款之後

示範站展示的東西，是主題、外掛、付費擴充與示範素材的總和，主題只佔其中一層。更深一層的問題在成本結構：頁面重排、更新相容、授權續約、換題遷移，這些大額支出全部發生在付款之後，排行榜評的卻只是購入當天的樣貌。用示範頁與排行榜挑主題，等於只看交車當天的光澤，去估一台車持有五年的開銷，從第一步就量錯了標的。

拆解示範頁有個樸素的方法：先看安裝說明列出的必裝外掛清單，再看示範素材的授權聲明，接著把視覺成效打兩次折，一次打給精選圖，一次打給調校過的環境。三個動作做完，候選的真實樣貌會比宣傳頁冷靜得多，而冷靜正是這個決策最需要的狀態。

排行榜的失準還有第二層：評分維度多半是功能數量與第一眼視覺，這兩項恰好都是示範素材撐出來的。願望清單是不是內建、篩選器能不能多條件並用、快速預覽順不順，這些問題的答案不取決於主題的好壞，取決於功能由誰供給。供給結構不查，分數再高也只是把別人的成本結構當自己的預算。

授權這層也容易被忽略。示範頁裡的圖片、影片與文案，多數是主題作者付費取得的示範素材，能用在展示頁，不能直接搬進你的商店商用。它們的作用是證明主題排得出那種畫面，不是保證你的店裝完就長那樣。把示範頁當成果預期，上線後的落差會由自己吸收。

時間軸也攤開看。購入當天要付的只有授權費；第一個月付的是學習與設定；半年後開始付的是更新相容與外掛堆疊；第二年之後，換題或續約的抉擇會上門。四道關卡分別對應這四個時點，一關一關過，等於把未來的帳提前搬到眼前查核。

規模先講清楚，這是值得認真選的前提。依 W3Techs 2026 年 6 月的資料，WooCommerce 是全球使用比例最高的電子商務解決方案；它跑在 WordPress 上，而後者也是目前市佔率最高的內容管理系統。這個體量代表主流主題背後有一整條生態在維運：外掛相容有人處理、教學文件有人寫、踩過坑的人找得到。選擇多不是下單的理由，但它讓診斷有得比。

入口先分流。還沒確定要走 WordPress 加 WooCommerce 這條路的讀者，先看WooCommerce 的基礎運作說明，再對照電商平台的整體比較，確認路線再回來；已經決定的人，直接進第一道關卡。

頁面內容住在哪裡？編輯器綁定決定換題自由

第一道關卡只問一件事：這套主題排好的頁面，離開它之後還剩下什麼？答案取決於內容存在哪。用 Gutenberg 或 Elementor 產出的內容存在資料庫裡，主題換掉，內容還在，可攜性高；用主題專屬建構器排的內容，綁在主題與它的授權上，換題幾乎等於重排。綁定深的主題不是不能買，而是買之前要知道自己簽的是長約。

判準可以自己驗，不必信評測文。打開候選主題示範頁或匯入後的頁面，檢視原始內容：段落是區塊標記、通用短代碼，還是主題專屬元素。專屬元素一出現，綁定就成立；短代碼次之，它依賴外掛存在；區塊標記最乾淨，換主題後內容原樣保留。這個檢查十分鐘內做得完，比任何開箱文都準。

還有一個存放位置常被漏掉：主題設定本身。客製的顏色、字體、頁首配置多半存在主題自己的選項裡，換主題不會跟著走；真正跟著走的是內容與商品資料。所以綁定有三層：內容層、設定層、資料層。內容看編輯器，設定看有沒有匯出匯入，資料看 WooCommerce。三層都問過，換題成本才估得出輪廓。

三條路線對照著看。區塊優先：Kadence、Blocksy、Astra 這類主題把排版交給區塊編輯器，頁面跟著內容走，主題退場成本最低。通用建構器搭配：Astra 配 Elementor 是長年的穩定組合，Elementor 的完整操作與生態裡的擴充套件構成龐大的可攜層，換主題時頁面可以跟著搬。主題專屬建構器：Flatsome 的 UX Builder、Divi Builder、Avada Builder、Betheme 的 Muffin Builder，以及主題與建構器二合一的 Bricks，操作整合度高，代價是內容與主題綁死，離開它排版就失效。

可攜性的判準再細一層：Elementor 排的頁面換主題後內容還在，但樣式細節可能要微調，因為主題的基本字體、間距、表單樣式仍會滲入版面；Gutenberg 區塊的主題樣式影響更深，換題後視覺差異更明顯。可攜不是零調整，是調整幅度可控；把可控當無痛，預期就會失準。

綁定的淘汰規則因此很具體：如果你的商店兩年內有換題的可能，專屬建構器路線要先扣分；如果這個站就是長期經營的單一據點，綁定換來的操作順手，反而是合理交易。先想退場，再談入手，這個順序貫穿四道關卡。

檢查不必等到付款後。多數主題提供免費版或示範匯入，匯入一頁之後切到原始碼檢視，看內容的標記長相；付費專屬建構器的主題，官方教學文件通常會展示元素的原始結構，同樣看得出來。購買前能做完的功課，不要留到購買後才補。

各路線的深入參考：想讓 Kadence 快速起手，AI 生成首頁的流程值得先看；Divi 用戶要看子主題與第三方擴充的挑選，升級 Divi 5 之前先讀新介面的改動說明，進階操作在Divi 的完整指南；Avada 強在多用途，設定面板的走法有完整拆解；Betheme 只匯入真正要用的示範組，做法在Betheme 的操作說明；Bricks 學習曲線較陡，入門從Bricks Builder 的基礎開始。

購物車抽屜與快速預覽是加分題，不是相容門檻

第二道關卡處理「WooCommerce 相容」四個字。相容的實質是模板覆寫與掛鉤正確：商品、購物車、結帳的邏輯與資料由 WooCommerce 這支外掛掌管，主題負責把這些東西正確地長出來。快速預覽、購物車抽屜不在相容的範圍裡。Bricks 官方教學就把商品快速檢視列為可以自行建立的做法，而不是相容主題的必備能力。功能檢查表挑選法在這裡失效：同一個功能，在不同主題的歸屬會漂移，供給來源有三個，WooCommerce 核心內建、獨立外掛、主題生態的付費模組與擴充。

三個來源決定你看到什麼。核心給的是商品、訂單、庫存、稅、運費這些骨幹，功能最穩，跨主題一致；獨立外掛補願望清單、快速預覽、多條件篩選，裝了就有，但每多一支就多一份更新與衝突的變數；主題自己的付費模組把其中一部分包進 Pro 版，體驗整合最好，代價是跟著主題的授權走。看示範頁有什麼就信什麼，等於把三個來源混成一團，裝了才發現要額外加購。

盤點的做法建議落成一張表：左欄列你確定需要的功能，右欄填出處，核心、外掛、主題模組、還不需要。這張表在付款前填一次，上線後再對一次；兩次的落差，就是示範頁幻覺的實際尺寸，也是下次挑主題時最有價值的輸入。

同一個功能的三種出身，待遇差很多。以願望清單為例：核心不提供，獨立外掛裝了就有、換主題照用，主題模組版本整合最順、但跟著授權走。挑選時把清單上每個功能標上出處，你會發現真正需要主題出的，通常只剩版型與商品頁布局這一小塊。

Blocksy 是典型的歸屬漂移案例。它的免費版提供的是 WooCommerce 基礎整合；快速預覽與願望清單屬於 Pro 版的 Shop Extra 擴充，不是免費版內建。把這兩項算進免費版的功能清單，預算就會估錯，這也是為什麼功能盤點要一路查到歸屬，不是看到畫面有就行。

Flatsome 走另一種路線：版型與電商展示工具做進主題，官方的願望清單教學卻是搭配 YITH 外掛完成。版型整合與功能供給是兩件事，要分開查。檢查入口可以用官方示範頁（2026 年 8 月查閱），逐頁確認哪些是版型能力、哪些靠外掛撐。UX Builder 是 Flatsome 專屬，深度依賴它排版，換題時頁面要重做，這筆綁定成本在第一關就量得出來。實際開店的步驟，Flatsome 的架店流程有完整走法。

購物車抽屜與即時互動也照三來源查。抽屜的滑出、按鈕不換頁更新數量，這些互動可能來自主題腳本，也可能來自 WooCommerce 設定或外掛；實測方式是在停用相關模組後再看行為還在不在。行為還在，出處就不是主題；行為消失，它就是你與這套主題的另一條連結。

功能缺口可以用外掛補，但補法有上限。補得越多，網站越重，衝突排查的成本越高；先盤點主題原生涵蓋哪些、缺的用外掛補是否划算，再決定候選去留。願望清單這類常見需求，外掛的挑選與設定有獨立討論；整體外掛配置，回到WordPress 外掛的挑選原則。主題與外掛的分工界線，另一篇拆解文講得更根本，這裡的判準都建立在它上面。

你買到的是三種權利，不只是一個檔案

第三道關卡看付費結構。你買到的是三種權利：使用權、更新下載權、客服支援，三件事各自獨立。依 Envato 的市集規則，客服支援期與作者發布更新的下載權是不同的東西；續購支援，也不會增加可部署的網站數量。支援期到期不會讓網站停擺，已上線的站繼續用舊版跑；作者仍在發版時，過了支援期一樣能下載新版，真正失去的是客服窗口，要防的是作者停更或商品下架。

兩種商業模式對照著看。市集型如 ThemeForest，付款拆成授權與支援兩塊，支援有期限，到期可續；直售型如各主題官方的會員制，年繳、終身或會員方案，權利包裝依廠商而定。沒有哪種天生划算，只有權利內容寫得清不清楚。購買前把授權條款當規格表讀，比讀任何促銷頁有用。

支援期到期前有三個動作值得做：把可下載的最新版完整封存，含子主題與文件；把客製清單整理成文件，記下改了哪些模板、樣式與函式掛鉤；評估轉移成本，必要時啟動換題流程。這三件事任何時候做都成立，到期只是讓它們從建議變成待辦。

授權範圍用層級想：多數付費主題的標準授權對應單一網站，第二個站要再買一份；官方直售的主題常提供多站或無限站方案。站點一到某個數量，逐站購買與無限站方案的交叉點就會浮現，把報價單拿來除一下就知道。手上超過四個站的經營者，兩種算法的差距通常已經值得坐下來談。

比價要比結構，不是比數字。把一年持有成本攤開：授權或會員費、支援續約費、可能的多站加購，加總後再除以網站數，兩款候選的真實差距才會浮現。標價低的方案，續約與加購加起來常常不便宜；標價高的會員制，攤到多站反而收斂。

看授權條款抓三個欄位就夠：授權對應幾個網站、更新下載到什麼時候、支援包含哪些範圍。三個答案對齊你的計畫，價格才有意義；答不出來的廠商，本身就是一個訊號。

到期之後的實質風險不在「被停用」，在相容性與求助管道：舊版主題遇到新版 WordPress 或 WooCommerce，模板覆寫可能失效，跑版與功能故障時也少了作者的客服窗口。決策點因此很清楚：續約買回的是支援協助，不是更新下載；作者停更或商品下架，才需要把站遷到仍在維護的主題，放著不管是最貴的選項。

購買與安裝的實務路徑：第三方主題的安裝步驟、市集的選購與授權細節、熱門主題的比較，各自有完整說明，這裡不重複拆。

速度帳要算啟用後的，不是宣傳頁上的

第四道關卡處理速度。示範頁的分數不可平移：那是精選圖片、少量商品、快取調校後的成績。你的商店有幾百張商品圖、十幾支外掛、等級不一的主機，這些變數對 WooCommerce 站速的影響通常大於主題本身。主題決定輸出的基礎體質，但把速度的帳全算在主題上，預算會花錯地方。

歸因方法先講。實驗室資料，像 PageSpeed Insights 的檢測分數，適合比較瓶頸；欄位資料，像 Search Console 與 CrUX 收到的真實使用者數據，反映實際體驗。兩者分工，分數是診斷線索，不是淘汰線；先量自己的變數，再談主題好壞。指標的完整定義與判讀，Core Web Vitals 的說明有系統性整理。

同一款主題在兩家店跑出不同成績，是常態不是例外。差異通常出在商品圖的體積、外掛數量、主機的資料庫回應，而不是主題換了一張臉。把這些變數逐一固定再比較，主題的貢獻才分得開；分不開的時候，先修變數，別急著換主題。

行動端是主戰場。上網流量約有六成發生在行動裝置上（依 Statista 2026 年 4 月的統計），購物流程又以結帳頁對延遲最敏感。速度會影響體驗與商業指標，web.dev 的研究資料（2026 年查閱）把這層關係講得保守而明確；同時 Core Web Vitals 只是 Google 眾多排名訊號之一，不能換算成固定的排名或營收增幅。

行動端的驗收細節：單手操作時的按鈕位置、鍵盤彈出時表單的遮擋、結帳頁欄位的自動填入格式，這些都落在主題與設定的交界上。用自己慣用的手機實測，不要只看工具分數；分數量的是時間，使用者量的是挫折。

四個可控槓桿，效果通常大於換主題：

• 圖片壓縮。商品圖是電商站最大的體積來源，壓縮工具的比較先做，Smush 的設定實例是常見起點。
• 延遲載入。畫面外的資源等到需要才載入，首屏可以先動起來，做法在延遲載入的設定。
• 快取。動態頁面轉成靜態檔案，回訪速度的關鍵，快取外掛的選擇有完整比較。
• 主機等級。源頭變數，資料庫與 PHP 的回應時間在這裡決定，主機類型的差異與SiteGround 的實測可以對照。

四個槓桿是組合拳，單點最佳化救不了整體；主題、圖片、快取、主機一起調，才看得出啟用後的真實速度。系統性做法收在網站速度優化的完整框架。

六種商店情境對照：診斷答案收斂出的候選組合

四道關卡走完，名單怎麼收斂？座標有三軸：編輯器依賴度、商品目錄複雜度、維護人力。把自己放進座標裡，候選通常落在兩三款。下面的對照表列了六種情境與十款候選，先講清楚：表裡的主題是關卡答案的出口，不是逐款評比，順序也不代表任何排名。

十款候選的共通點只有一個：都能在四道關卡裡給出明確答案。Storefront、Astra、Kadence、Blocksy、Flatsome、WoodMart、Divi、Avada、Betheme、Bricks，名單刻意混合免費與付費、區塊與專屬建構器兩種極端，讓座標兩端都有落點。

↔ 左右捲動檢視完整表格

商店情境	通過的關卡	候選組合	要先想清楚的事
首年試營運，單人維運	綁定低，功能靠核心與免費外掛	Storefront、Astra	樣板匯入後要全部換成自己的內容與圖
商品約三十種，想快速上線	綁定低，樣板完整	Astra、Kadence	樣板來源與匯入流程先摸熟，示範內容要清
商品數百種，需要多條件篩選	功能歸屬清楚，篩選體驗優先	WoodMart、Flatsome	篩選與預覽功能屬主題或付費擴充，先查歸屬
形象、商店、內容三合一	版型彈性優先，接受較高學習成本	Divi、Avada、Betheme	專屬建構器的綁定成本與示範內容清理
效能與程式碼可控度優先	輸出精簡，可自行調整	Bricks、Blocksy	學習曲線陡，維運人力要跟得上
3C 周邊賣場（構建情境）：型號多、規格比較密集	目錄複雜度高，篩選與比較優先	WoodMart、Kadence	規格表與篩選器的功能歸屬先驗，再談版型

幾個條目補充脈絡。Astra 的主要入口是樣板系統：官方佈景庫顯示活躍安裝達百萬等級（WordPress.org 的 Astra 頁面，2026 年 8 月查閱），樣板匯入流程與升級的取捨，Starter Templates 的操作、Pro 版的評估、電商整合的設定與品牌站的做法各有專文。

WoodMart 進候選的理由只有一個：多條件篩選與大目錄的支撐，適合商品結構複雜的店，開店的完整流程有逐步說明。Avada 的多用途定位背後有規模支撐：Envato 作者中心公布它累計銷售突破一百萬份（2026 年 8 月查閱，官方公告）；這個數字只陳述里程碑，不構成任何排名推論。Storefront 的價值在與核心同步開發，體質最單純，從零到第一筆訂單的開店設定全集以它為預設環境。

表的用法是剪，不是加。先用自己的情境找到對應列，看候選組合；再用第一關的綁定檢查砍掉不能接受的，用第二關的功能歸屬盤點確認必備功能有出處，用第三、四關的權利與效能疑慮收掉邊緣候選。十款經過三輪剪枝，剩下兩三款就是測試站名單；一款都剩不下時，回頭修的是需求清單，不是再找第十一款。

免費與付費的界線也在這關浮現。免費候選的代價是把功能出處查清楚的成本；付費候選的代價是授權與支援的續約結構。哪種便宜，取決於你的時間單價與站點數量，不是標價本身。

介於兩行之間的時候，以難倒你的那一關為準。商品三十種卻已經要規格比較，先當大目錄處理，篩選與歸屬檢查從嚴；預算緊但確定要做品牌內容，先把三合一那行的綁定成本看過再妥協。表解決的是起點，不是終點；真正收斂靠的是你對自己商店條件的誠實。

裝上測試站之前，先做四項驗收

候選縮到兩三款，接下來用最低成本分勝負：在 staging 逐款走四項檢查，一次安裝一款，走完就換，不疊加。

1. 行動裝置完整下單。用真實商品圖走完瀏覽、加入購物車、結帳、金流導向。示範圖的檔案大小不代表上線負載，這一步一定要用自己的圖。
2. 商品標記狀態。將商品頁提交到 Rich Results Test，先分清哪些錯誤會動到複合結果資格、哪些屬於建議補強的警告，兩相對照才看得出主題的模板輸出品質。
3. changelog 與版本紀錄。主題與 WooCommerce 的大版本跳號前先讀變更紀錄，備份後在 staging 走關鍵流程，沒問題才推上正式站。
4. 退出測試。暫時把主題切回 Storefront，看頁面剩下多少。切換後畫面留存的東西，就是換題當天要重做的工作量；這個數字直接量化第一關的綁定程度，比任何評估表都具體。

第三項檢查背後是一條紀律：大版本更新不在正式站直接按。主題、WooCommerce、關鍵外掛三者任一跳大版，都先讀紀錄、備份、staging 走流程；三者的更新也不要同一天疊著上，出問題時才分得出是誰改的。這條紀律比任何一款主題的品質都更影響穩定度。

四項都過再付款或續約。驗收不過的候選，問題通常不出在主題好壞，出在它與你的商店條件不合，刪掉不必可惜；反過來說，四項全過的候選，上線後的變數也小得多。

機器怎麼讀你的商品頁：結構化資料的權責劃分

主題換掉之後，商品在搜尋結果的呈現確實可能變，因為主題覆寫模板時，同時決定了頁面的標記品質。Product 結構化資料的輸出者通常不是主題，而是 WooCommerce、擴充或 SEO 外掛；一旦主題覆寫了模板，或把價格、供應狀態這類必要資訊從頁面上拿掉，標記與實際內容就會對不上。判斷標記好壞只有一個方法：以實際頁面測試，不能只看主題宣稱。

檢查分三層做。Rich Results Test 區分 critical error 與 recommended 警告，前者影響複合結果資格，後者是補強空間；Search Console 的商品報表只在偵測到資料時出現，報表安靜不代表沒問題；開發者工具看 heading 階層與重複標記，多個 H1 不自動構成問題，層級混亂與重複輸出才是。

重複輸出是最常見的壞狀況：主題與 SEO 外掛都宣告同一份商品標記，機器收到兩份不一致的資料，信任隨之下降。解法通常是留一份，關掉另一份的輸出；留哪份，看你要不要在商品層級做更多客製。

邊界畫清楚：取得複合搜尋結果的資格，不等於結果頁一定顯示價格、庫存或評分；呈現由搜尋端決定，標記只負責把資格備齊。把資格當保證，驗收時就會誤判。

檢查有固定時點：主題大改版後、換 SEO 外掛後、新增商品欄位外掛後，各跑一輪。標記的輸出權不在你手上，環境一動就可能變；把它當成例行事項，別當成裝完蓋一次就永久有效的章。

主題在這裡分兩類。與核心同步開發的官方系，Storefront 體質最乾淨，輸出穩定；另一類把 schema 控制權交給 SEO 外掛，彈性大，代價是要定期檢查輸出有沒有跑掉。選哪類，取決於團隊有沒有人願意守這條線。深入的主題：結構化資料的原理、電商 SEO 的整體策略、商品頁的優化與技術性查核。

第二個語言上線那天，擴充性才見真章

有跨境或多語系計畫，主題要看的其實最少：hreflang、canonical 與 URL 結構的決定權通常落在多語系外掛手上，主題的責任只有一條，不要在 head 重複輸出衝突標記，並讓字串、語言切換器與版面在多語環境下正常。責任畫分先清楚，出問題才找得到人。

機制看懂，檢查就簡單。每個語言版本都得宣告自己與所有對應版本的關係，而且這份對應必須互相指回；少了反向指涉，Google 可能整組略過不看。主題這邊要守的只有一件事：不要在 head 重複輸出互相衝突的標記；至於 URL 要用子目錄、子網域還是其他結構，一樣由多語系外掛決定，主題說了不算。

外掛相容的判準：WPML 與 Polylang 都維護相容主題名單，字串註冊與翻譯檔覆蓋得出來的，才是真的支援；沒列進名單的主題未必不能搭配，只是翻譯與設定的細節得自己扛。幣別切換最常在兩個地方破功：商品頁的價格區，以及結帳頁的合計欄，驗收先從這兩處下手。多語系 SEO 的完整設定把這條線講得更系統。

語言切換器的位置與行為也要驗：放在頁首、頁尾或浮動，切換後停留的頁面對不對、購物車狀態有沒有跟著走。這些細節多半由外掛與主題共同決定，驗收方式是在兩個語言版本之間來回切十次，每次都落在對應頁面，才算過關。

語言數量也要先想清楚。每多一個語系，商品翻譯、頁面文案、圖片文字、客服模板都要多一份維護；主題撐得住，不代表人力撐得住。常見的做法是先讓主要語言賺錢，第二語言的導入等營運節奏穩了再排，擴充性檢查先做、實際上線可以等。

由右至左書寫的語系要實機驗收：切換語言後逐頁走查頁首對齊與購物車抽屜的滑出方向，「支援」與「打磨過」是兩回事，走到才算數。繁中市場常見的跨境目標，像港澳、星馬、北美華文讀者，用不到這項；市場一旦往中東延伸，它就變成硬門檻。

先想退場再入手：標價外的三筆帳

標價之外還有三筆帳，都會在半年後才浮現：人時帳、殘留帳、遷移帳。想的方法是反過來的：先設計退場，再決定入手；退場成本算不出來的候選，持有成本多半也算不出來。

三筆帳的特性都是延遲出帳：人時帳攤在每一次調整，殘留帳攤在每一次備份與遷移，遷移帳一次性但金額最大。延遲出帳的東西不會因為你不去看就消失，只會在換主題、換主機、大促活動前的緊急時刻一次結清。

人時帳：設定面板的複雜度、文件完整度、客服回應品質，直接換算成維運工時。面板選項多到會迷路的主題，每一個「找得到的設定」都是成本；文件缺頁的主題，每一次出錯都要自己試。這筆帳最隱形，因為它不開發票。

殘留帳：示範內容與外掛堆疊的清理。只匯入真正要用的示範組，用不到的不碰；清媒體庫與孤兒資料之前先備份，並確認沒有頁面還引用它們。清理的效益視匯入規模而定，不必預設固定幅度，方向對就好。

遷移帳：最大的一筆。商品資料主要由 WooCommerce 保存，換主題時跟著走；但用主題專屬建構器、短代碼或專屬模板排好的頁面，換主題就要重排或重建。要不要重做，取決於頁面當初用什麼工具建立，不是商品數量；把這筆帳放進整體架站費用的試算，持有成本才看得完整。

主題之後：讓第一筆訂單走得通的設定順序

主題定了，到真正收到錢之間還有一段路。主題只負責頁面長相；訂單能不能成立、錢收不收得到，是外掛與設定的責任。順序照收款、結帳、稅務、通知、會員走，不回頭。

清單的先後有理由：收款不通，後面全部白做；結帳不順，廣告費都在漏；稅務設錯，月底對帳就痛。把順序當優先級用，人力有限的時候從上往下補，每一項完成都直接提高收款確定性。

1. 金流與物流串接。先看客群習慣，再決定要開通哪些信用卡、電子支付、轉帳與取貨服務；採綠界可搭配RY Tools 的設定。付款、退款、通知、物流狀態，上線前全部測一輪。
2. 結帳表單精簡。移除用不到的欄位，保留履約與發票需要的資訊，做法見結帳欄位的調整。欄位變少未必推得動完成率，讓實際漏斗資料說話。
3. 稅務與發票。依所在地的稅制把稅率與運費課稅設對，稅務設定有逐步流程，跨境再加一層規劃。
4. 訂單通知與批次出貨。LINE 通知降低漏看機率，訂單匯出與列印處理量大的批次；單一推播不保證零漏接，後台佇列仍要有人看。
5. 會員與社群登入。社群登入的設定降低結帳前的摩擦，對行動端訪客尤其明顯。

設定走完，視野拉回經營全貌：主題是其中一環，選品、定價、流量、留存都在它外面。電商經營的整體框架把這些環節串起來；照四道關卡選、照這個順序設，第一筆訂單的路就通了，之後的每個改版，也都有帳可對。