Divi 子主題不是買設計：看懂覆寫機制再決定

先假設一個情境。週五傍晚，主管傳來訊息問「官網下週可以上線嗎」，你的瀏覽器開著七個分頁，全是 Divi 子主題的產品頁，購物車裡躺著兩款候選。評論清一色五星，規格表寫得滿滿，比較文看了三篇，結論都是「看需求」。可是沒有任何一條資訊能回答你真正想問的事：哪一款不會在我手裡出事。

這個僵局的解法，藏在一個違反直覺的結論裡。你在產品頁看到的漂亮預覽，多半來自包裝裡綁著的預製頁面，不是子主題本體的功勞。子主題三個字容易讓人以為買的是設計，實際上它的本體是一套檔案覆寫與更新隔離的工程機制，做的事在畫面上看不見，卻決定你的客製能不能在一次次更新裡活下來。機制看懂了，該買什麼、不該買什麼，答案會自己浮出來。

所以接下來沒有品牌排名，沒有推薦清單。你會拿到一套逐關淘汰的採購診斷流程：第零步先排除三種根本不必掏錢的情境，體檢關卡各有一組可帶走的判準與退場條件，賣東西的站多考一節動態頁實測，拆封日有腳本可照著走。全部走完，結論可能是買、可能是換個東西買、也可能是不買，裁決權都在你手上。

快速重點：子主題的本體是檔案覆寫與更新隔離，不是一鍵變漂亮的設計商品；第三方產品常把預製頁面綁在同一包賣，買前看清檔案清單、查相容聲明與維護紀錄，相容、維護、效能、綁定四項檢查問完再結帳。

掛號：你帶進來的是哪一種商業問題

挑子主題的第一個動作不是逛市集，是把你的商業問題講清楚。同一件產品，壓在不同目的的網站上，應力點完全不同。先把目的分診成四類，檢查點就跟著定位，你也不會被一張通用規格表牽著走。

賣商品的站，壓力落在動態頁。商品頁、購物車、結帳頁的版面會跟著外掛與資料變動，子主題若把這些頁面畫死，日後每次更新都是一次賭注。累積讀者的站，壓力落在單篇文章頁的排版結構，字級階層、行距、列表樣式，決定讀者讀不讀得下去。接案展示的站，壓力落在作品查詢的效能，作品一多，篩選速度與載入表現會誠實反映設計品質。開課招生的站，壓力落在與學習管理系統的整合，課程卡片做得再漂亮，報名流程跑不通就只是裝飾。

把目的寫成一句話再做檢查，效率會高很多：這個站要讓訪客完成什麼事。答案落在下單、訂閱、看作品、報名哪一邊，你就知道四個壓力點哪個要加重權重。同一款產品在別人的站上是資產，在你的站上可能是負債，差別只在壓力點對不對得上，跟產品本身的評分無關。

四個壓力點各有對應的第一個檢查動作。賣商品的站，先看候選的商品頁換一件商品後版面還正不正常；累積讀者的站，先看單篇文章頁的排版能不能脫離候選的預設活下來；接案展示的站，先看作品數量拉高之後列表還順不順；開課的站，先確認候選講的整合，指的真的是你打算用的那套外掛。壓力點對了，檢查才有先後；壓力點錯了，做得再細都是白工。

還沒確定要用 Divi 的人，先退回主題層的決策，別急著挑子主題，Divi 主題的完整介紹可以先確認這個地基適不適合你的站。確定了再往下走，順序反了會白花錢。

分診還有兩個常見的邊界要看。經營內容媒體的人，常在「Divi 加子主題」與雜誌型主題之間猶豫，這條界線的畫法可以看Divi 與 Extra 的部落格做法。接案展示的人，先確認作品牆的篩選與個案頁條件夠不夠用，Divi 作品集的版面做法有三種樣式可比較。開課的人，把學習管理系統的整合放在第一順位，WordPress LMS 外掛的比較先讀，確定外掛再挑子主題，才不會買到整合不到的產品。

三種情境，現在就能退出採購流程

診斷的第零步，是先證明「不買」常常就是答案。三種情境，現在就能退出，完全不必走到體檢關卡。

退出條件一：你要的只是現成的門面。替代路線是版型包：區塊已經排好，匯進編輯器就能用，主題檔案一概不動，日後退場也輕。Divi 付費版型的整理與Divi 版型的挑選思路能幫你找到骨架。該回來的時機：當同一段頁首頁尾要在第五個網站重做，而且每次都調得一樣，把樣式沉到主題層才開始省工。

退出條件二：你要的是高度客製。別人的預設對你是負資產，拆掉一套綁好的色票、字型與版面規則，常常比從空白子主題從零蓋更貴，因為你先付錢買了東西，再花工時拆它。替代路線是自己建一個只放自己覆寫的空白子主題，乾淨、透明、更新負擔最小。該回來的時機：當團隊沒有人力長期維護自己的覆寫，該花錢買的對象是維護責任，設計只是包裝。

退出條件三：網站結構會頻繁改版。子主題的價值建立在框架穩定的前提上，框架一直在變，它就從資產變成絆腳石，任何調整都得先遷就它預先畫好的結構。活動頁與著陸頁這類壽命短的站，逐頁拼裝更靈活，Divi 一頁式網站的實作與一頁式網站的設計策略講的就是這條路。該回來的時機：頁面數量成長到需要統一規範、結構也穩定下來的時候。

退出省下的不只是授權費，還有日後的維護責任。這筆帳要放回建站總成本一起看，WordPress 架站費用的拆解把主題、外掛與維護放在同一張表上，你會發現授權費常常是整份帳單裡最小的數字。把錢留在內容與行銷上，多數時候是更好的配置。

不確定自己算不算這三種人？給自己一個下午做檢測。打開版型庫，找找有沒有已經接近你要的頁面；把未來半年會用到的頁面列成清單，數一數有幾頁需要動到結構；誠實回答網站上線後半年內會不會改版。三個答案都指向輕、少、不會，退出幾乎是定局；有兩個以上指向重、多、會，再往下走體檢關卡也不遲。

購物車裡的其實是兩種資產，不是一件商品

沒有退出的讀者，接下來要面對採購裡最大的誤解來源：商品包裝本身。市集裡一件掛著「Divi 子主題」名稱的商品，行銷頁展示的與你實際裝進網站的，常常是兩回事。

把這類商品拆開，常會看到兩種資產綁在同一個包裝裡：一種屬於主題層，是真正進行檔案覆寫的子主題本體，可能含全域樣式與範本檔；另一種屬於內容層，是排版好的首頁、服務頁等可匯入的預製頁面。兩種資產的更新方式與退出成本完全不同，購買前要把檔案清單與安裝文件看清楚，不能從商品名稱推定兩者都有。

預覽圖之所以有說服力，因為預製頁面本來就是內容層的展示品。問題出在責任：主題層的覆寫檔要跟著 Divi 與 WordPress 的改版調整；內容層的頁面匯入後就歸你管理，除非支援條款特別涵蓋，供應商不替它的後續運作背書，而且頁面裡若依賴自家模組或綁住特定版本，一樣會隨改版失效。把兩者綁在同一包賣，等於把責任歸屬完全不同的兩種資產，標上同一個價格。

兩種資產的退出成本也不一樣。內容層的頁面不喜歡，刪掉就好，資料庫裡少幾筆紀錄；主題層的覆寫要退場，得清理它寫進資料庫的設定、重新指派選單與 Widget、檢查殘留的樣式規則，工時整整高一級。採購前把「有一天要拿掉它」當成假設情境想一遍，你對這個商品的真實成本會清醒很多。

產品頁上的每個欄位都是證據，只是需要翻譯。官方市集文件本身就把子主題、擴充與版型包列為不同的商品類型，並載明各類產品的更新與支援政策（見 Elegant Themes 對 Marketplace 的說明），這是查驗的起點。商品頁若連自己屬於哪一類都講不清楚，後面的欄位也不必信了。

檔案清單具體要看什麼？至少五項：style.css 與 functions.php 透露覆寫了哪些行為；範本資料夾透露改了哪些頁面結構；預製頁面的匯入檔是內容層的主體；示範內容會不會覆蓋既有資料；必裝外掛清單把維護介面擴到多大。廠商沒附清單的，直接寫信要，這個要求的成本很低，拒絕回答的訊號也很清楚。安裝文件也要讀一遍：步驟寫不寫得清楚、有沒有交代要先裝母主題、匯入前要做哪些準備。文件草率的產品，出事之後的支援常常一樣草率；這不是必然，但當成採購時的負面訊號，值得列進你的淘汰判準。

更新紀錄的判讀同樣別用「幾個月沒更新」一刀切。供應商存續要看相容聲明有沒有跟著大改版出現、支援區的問題有沒有人回，不是日曆上的日期。純樣式的產品本來就可以很久不動，深度整合的產品沉默才是警訊。市集欄位怎麼逐項讀，Divi Marketplace 的資源整理把常用的查驗位置列了出來。

若你看重的其實是那些預製頁面，還有一條路：把版型資產存進雲端、跨站重複使用，Divi Cloud 的跨站同步講的就是這個做法。它讓你買到的本體是素材，框架不在交易範圍裡，退出成本整整低一級。

母主題更新那一天，誰來接住你的網站

再假設一個情境。某個週二上午，你照慣例在後台按了「全部更新」，Divi 新版上去了，然後頁尾的聯絡資訊消失、按鈕退回預設色、某個區塊整個不見。你不是被產品騙了，你是把修改寫在會被覆蓋的地方。

WordPress 的主題更新是覆蓋式的：官方新版檔案直接取代你主機上的舊檔，凡是寫進母主題資料夾的修改，按下更新的那一刻一律清空，沒有例外。官方文件對這件事的建議始終只有一條：修改放子主題，母主題維持原廠狀態、隨時可更新（見 WordPress 官方的 Child Themes 文件）。

子主題的隔離層就是為了接住這一刻。你自訂的 CSS 寫在子主題的 style.css，你加的功能鉤子放在子主題的 functions.php，你改的版面結構用範本檔放進子主題資料夾；母主題更新換掉的僅止於它自己的檔案，你寫下的每一行都留在原地。守則只有一條：客製一律不落進母主題的檔案裡。

隔離的運作值得多看兩眼。母子主題的 functions.php 不是取代關係：官方的載入順序是子主題先、母主題在後，兩份都會執行；範本檔的覆寫則靠同名路徑優先，子主題有的檔案蓋過母主題的。這兩條規則決定客製放哪裡、怎麼被拿起來，也決定第三方產品覆寫越深、跟母主題的命運綁得越緊。

範本覆寫再往下一層，是具體的檔案對應。頁尾的結構在 footer.php，單篇文章的排版在 single.php，商品頁對應 WooCommerce 的範本樹；子主題放進同名檔案，就接管那一塊版面。覆寫得越細，接管得越多，母主題或外掛調整內部結構時，你的接管就越容易出現縫隙。隔離保護的是你的檔案不被覆蓋，不保證你的覆寫永遠接得住對方的改版；後者要靠維護，那是兩件不同的事。

還要畫清楚什麼該進子主題。頁面層的設計調整，留在編輯器裡做；少量 CSS，官方的額外 CSS 位置就放得下；獨立功能，做成外掛更乾淨。子主題只收需要覆寫主題行為的部分。這條線畫清楚，你才知道第三方包裝裡哪些是必要資產、哪些只是行銷素材。

機制看懂後，買第三方子主題這件事可以重新定義：你買的不是幾段 CSS，而是別人已驗證的覆寫，加上一份持續驗證的維護承諾。承諾可信與否，回到產品頁的更新紀錄與支援回覆去查，那是體檢關卡的工作。自己在子主題裡養大的客製也受同一套機制保護，差別在驗證的人是你自己：每次母主題更新，你要回頭確認自己的覆寫還接不接得住。買別人的產品，等於把這段驗證的迴圈外包出去；外包的品質，就是那個產品的品質。

Divi 5 相容不是貼紙，是逐項盤查

產品頁貼了「支援 Divi 5」，能放心結帳嗎？不能，但也不必恐慌。官方的回溯相容文件講得直白：第三方產品需要逐項檢驗，相容不是一張貼上去就生效的標籤（見 Elegant Themes 的相容性說明）。

Divi 5 是底層重寫，白話講就是換了骨架：新架構上線，舊介面淘汰。牆上的油漆大多還在，掛在舊樑上的東西要逐一檢查。風險因此分三級：只覆寫 CSS 的產品，受影響通常有限；覆寫 PHP 範本的產品，要看範本對應的結構有沒有被動到；依賴自家模組或舊 class 命名的產品，要查的項目最多。

三級風險可以壓成一句白話：越接近畫面的客製越安全，越接近行為的客製越要查。只改顏色與字級的產品，新版通常動不到它；改結構、掛模組、依賴特定命名規則的產品，任何一次底層調整都可能踩到。把候選的覆寫清單攤開，對照這條線畫位階，該問的問題會自己列出來，不需要背任何檢查表。

判讀有三個原則。更新間隔不能當唯一的淘汰線，純樣式產品安靜是正常的。覆寫越深，要問的問題越多，產品頁沒寫的直接問開發者，回覆的速度與內容本身就是訊號。查完之後，每款候選會落在三種狀態之一：通過、待驗、淘汰；待驗的帶著問題進下一關，別急著救它。

待驗的產品有自己的處理法：在測試站裝起來，掛上你實際會用的外掛清單，把關鍵頁面跑一輪，有問題就帶著具體症狀去問開發者。這些時間成本是你出的，但花在掏錢之前，永遠比花在出事之後便宜。測試站上要看的項目，就是你正式站會依賴的那些：表單送出、字型載入、快取外掛共存，還有你最重要的那三個頁面。清單不用長，但它必須來自你的站，不是來自別人的評測。

想看新架構實際改了什麼、對日常操作有哪些影響，Divi 5 新介面的解析有完整整理。這裡只要記住結論：相容性是查出來的，不是標出來的。

讓候選上手機跑一圈，再談漂亮

效能是第二關。子主題本身不會拖慢網站，關鍵在它實際載入什麼：CSS 有多少、JavaScript 有多重、綁了幾個字型檔、必裝外掛清單有多長。動畫與互動效果有時伴隨整批函式庫載入，這類成本要量了才知道。速度確實影響體驗與轉換，研究支持的是這個方向，不是某個固定的跳出率公式（見 web.dev 對速度的研究）。若 Core Web Vitals 因此惡化，先顧體驗與轉換；至於排名，它只是眾多訊號裡的一個，不必誇大成災難。

必裝外掛清單是另一個訊號：清單越長，代表越多功能不在主題內，你的維護介面就越大，日後任何一個外掛改版都可能牽動版面。字型與圖庫的重量也一樣，demo 載得快，不代表換成你的內容後還載得快。

量的動作不用專業工具也做得到。在瀏覽器開發者工具的網路面板看一次載入清單，數一數樣式表、腳本與字型檔的數量；把 demo 換成自己內容的長度，再看一次。數字不必精確到毫秒，你要的是相對比較：同一批候選裡，誰的載入清單長得離譜，一眼就看得出來。

行動版是第三關，而且比桌機重要。全球行動裝置流量長期偏高（見 Statista 的統計），Google 也已在 2023 年 10 月宣告行動優先索引全面啟用（見 Google Search Central 的公告），索引與評分以行動版內容為準。不過每個站的訪客組成不同，先看自家分析資料的裝置比例，再決定把多少檢查力放在手機上，這比引用任何全球數字都準。

產品頁寫「響應式設計」是主張，可驗證的訊號只有一個：行動版 demo 實測。用裝置模擬打開它，看選單收合、看字級斷行、看按鈕的可點面積，再確認沒有橫向捲動的漏網區塊。行動版的預設值若做得草率，日後補救的工時會遠超過你的預期。行動版樣式還能怎麼獨立微調，Divi 行動版版面順序的調整是同一主題的延伸。

這一關可以收在一個順序上：桌機負責讓你自己滿意，手機負責讓訪客留下來。資源有限的時候先顧手機，兩邊都要調的時候手機先驗收。這個順序和美感無關，和訪客實際使用的裝置分布有關。

綁得漂亮與改得動，你站哪一邊

第四關問綁定與客製天花板。有一種產品套起來極精美，代價是幾乎不給你動：色票只有那幾組、字型綁在特定服務上、頁首寫死在範本裡。它不是壞產品，它服務的是另一種買家。

兩種買家原型先對照。網站一次性做完、之後只換文案不動結構的人，綁得緊反而省事，供應商替你把設計決策做完了。網站會持續演進、要掛上自己品牌元素的人，必須挑客製天花板高的，否則每一步都在跟框架打架。

客觀訊號有三個，不用憑感覺：

• 它依賴多少自家專屬模組，越多綁得越深
• 色票與字型是開放設定，還是寫死在樣式檔裡
• 頁首頁尾能不能不碰範本檔就完成調整

還有一個低成本的試探法：結帳前，在測試環境把候選裝起來，挑一個你未來一定會改的項目動手改，例如換品牌色、調整區塊順序、改頁尾文字。改得動、步驟合理，天花板就夠高；處處卡關、每一步都要翻它的文件，答案也很清楚。半小時的實作，比讀十篇評論都準。

有個常見的卡點值得單獨講：行動呼籲的層級與樣式被框架綁死，想改卻無從下手。先別急著換產品，行動呼籲按鈕的設計原則裡的自檢方法可以幫你判斷，問題出在框架，還是出在你自己的規劃。

四份體檢報告的收斂：排出你自己的優先序

四項檢查走完，你手上會有四份報告：相容、維護、實際效能、可客製範圍。報告之間打架是常態，精美的產品效能漂亮、天花板難看；樸素的產品常常反過來。收斂靠排序，不靠折衷。

排序的判準來自成本結構。覆寫範圍決定日後排查的面積，供應商存續決定責任落在誰身上，底層重寫決定遷移的工時；把授權費以外的這三層帳算進來，很多看起來貴的選項會翻盤，很多看起來划算的會現形。

條件式算一遍就懂：候選甲授權費低，但覆寫深、支援區三個月沒人回；候選乙貴三成，但相容聲明齊全、回覆快。甲省下的錢，在下次大改版的排查與修復工時裡會吐回去；乙多付的錢，買的是責任的歸屬。哪個划算，取決於你有多少時間可以自己扛，而不是取決於標價。

報告打架的兩種常見組合，可以先想好對策。效能漂亮但天花板低：問自己那些效能優勢用不用得到，用不到就讓位給天花板。天花板高但維護存疑：天花板是未來的彈性，維護是現在的風險，先保現在；彈性可以用別的方式買，外掛與版型的組合就是現成的替代路線。

四項檢查的報告到手後，取捨的順序其實已經固定：相容與維護是生死題，任一項不過就淘汰，不必再看其他報告；實際效能與可客製範圍是程度題，用你的站型加權取捨。帳要算完整，還得計入持有與退出這兩層成本，再畫出功能分工線：能靠外掛補的功能就別綁進主題層，Divi 實用外掛的整理能幫你判斷邊界畫在哪裡。

這套排序不綁任何產品，也不綁任何站型。換一個候選、換一種生意，流程照樣跑：先問相容與維護能不能過，再問效能與天花板差多少，帳算完才看價格。順序顛倒，是多數採購後悔的起點。

賣東西的站請留步：WooCommerce 追加檢查

賣東西的站，前面的關卡全部要跑，還要加考一節。原因很結構性：WooCommerce 與 WordPress 都被大量網站使用（見 W3Techs 對 WooCommerce 與 對 WordPress 的使用統計），生態裡的範本與外掛組合數量龐大，衝突不是意外，是常態分布的風險。

電商 demo 有個先天盲點：它展示的是單一規格的示例商品，而你的商品有顏色尺寸、有庫存狀態、有折扣價。把 demo 的商品頁換成自己的變體商品跑一輪，問題才會現形。

變體切換為什麼容易出事？因為它靠前端的腳本事件驅動：訪客選了規格，腳本更新價格、庫存與圖片。子主題若改了這些元素的命名或結構，腳本就找不到對象，價格不動、庫存不顯示，訪客只會覺得商品壞了。這類問題在單一規格的示例商品上完全看不出來，偏偏 demo 幾乎都用示例商品。

WooCommerce 的範本帶版本號，子主題覆寫過的範本一旦過期，後台會出現過期範本警告。這是官方留給你的硬線索，比肉眼檢查可靠（見 WooCommerce 官方的過期範本排查文件）。看到警告不要關掉就算了，逐份對照版本，決定更新覆寫或整份移除。判斷硬編碼還有個土方法：在 demo 的商品頁把視窗拉窄再拉寬，看欄位是重新排列還是整個錯位；錯位通常代表版面被畫死，重排才是在跟著結構走。

實測照固定順序走：換上自己的商品，看版面撐不撐得住真實資料；切換規格，看價格與庫存有沒有跟著動，折扣價與售價的顯示邏輯對不對；走完結帳，看欄位與結帳外掛打不打架；壓軸上手機，看商品圖廊與滑動手勢正不正常。結帳每多一步摩擦，訂單就多一分流失的機會，行銷研究反覆指向這個方向（見 HubSpot 的行銷統計），所以結帳頁的檢查權重最高。

這一節的延伸資源各自對應一個檢查點：主題層的大方向看WooCommerce 主題的評比，結帳欄位的調整看結帳流程的客製做法，商品圖廊的滑動問題看輪播功能的選擇，圖片效果看Divi 圖片懸停的應用。商品頁本身的搜尋表現，對照WooCommerce 商品頁的優化；第一次開店的人，先把WooCommerce 開店設定讀完，基礎穩了再回來挑子主題。

拆封日腳本與退場預演

付錢之後才是風險的起點。拆封日不要直接在正式站動工，照腳本走，每個時點對應一個動作與一個通過條件；漏勾哪一格，就多一種翻車方式。

主題上傳與安裝的畫面操作，WordPress 主題安裝的步驟有完整流程可以對照。要提醒的是，切換主題會牽動選單位置與 Widget 區域，這類設定跟著主題走，換了主題要重新指派，不是壞掉。

主機沒有預備環境功能，就用本機站或暫存網址替代，重點是隔離，不是環境高級與否。時機也要挑：避開促銷檔期與流量高峰，選一個出事影響最小的時段動工。回滾預演不是文件上的條目，是真的計時切回一次；知道幾分鐘能恢復，你才知道自己的退場底線在哪裡。

拆封日是把前面所有關卡的結論兌現的現場：查過的相容性在預備環境驗收，量過的效能在手機上複核，畫好的分工線在匯入清單裡核對。腳本走完還不敢上線，就讓它多待一晚，正式站永遠等得起。

裁決留在自己手上：何時重跑整個流程

流程走完，你可能買了子主題，可能買了版型包，也可能什麼都沒買。三個答案都算完成任務，採購問題的完整解，本來就包含不買這個選項。

什麼時候該重跑？三個觸發事件。Divi 出現大改版，你手上的相容結論全部要重新查證；關鍵外掛置換，功能分工線要重畫；商業目標轉變，例如官網要開始賣東西，壓力點整組搬家，加考的那一節要補考。

不給品牌排名與規格數字，原因只有一個：那些東西會過期，判斷流程不會。產品會下架、價格會變、開發者會收山，但覆寫、隔離、相容、成本這幾個問題，每次採購都要重新回答一遍。

帶得走的也是這套流程，不是任何一款產品名。下次再遇到「預覽圖很美、評論五星、規格滿滿」的候選，你知道先問它包裝裝了什麼、誰負責更新、覆寫多深、手機上長什麼樣、退出要花多少工時。問完這五個問題，行銷頁的話術對你就失效了，剩下的只是價格與偏好的比較。

如果你把流程走完，發現真正的瓶頸不在子主題，而在網站整體的規劃與維護資源，Whoops 在 WordPress 與 Divi 的實作現場累積了第一手經驗，需要時可以當成一個可查證的資源。工具與夥伴都只是資源，下一步怎麼走，由你裁決。