Divi Cloud 完整指南：雲端儲存版型，多站同步設計一次搞定
Divi Cloud 是 Elegant Themes 內建的雲端版型庫，專門存放頁面版型、列、模組、頁首頁尾與 Theme Builder 模板；存進去的每一筆都是可在 Visu…
Divi Cloud 是 Elegant Themes 內建的雲端版型庫，專門存放頁面版型、列、模組、頁首頁尾與 Theme Builder 模板；存進去的每一筆都是可在 Visual Builder 裡直接拖出來套用的活元件，可跨網站隨插即用。根據 Elegant Themes 官方產品說明，一般會員免費額度上限 50 個項目，付費會員則享無限儲存與無限使用。
重點先看：Divi Cloud 真正有價值的地方，在於它讓版型成為可跨站同步的活設計資產；免費額度只給 50 個項目，年繳方案享永久 25% 折扣，根據 Elegant Themes 官方政策，會員到期後官方保留佈局最長 6 個月。
很多介紹文一開口就把 Divi Cloud 講成「Divi 版的 Dropbox」，這個比喻誤導了一大票人。Dropbox 存的是檔案，Divi Cloud 存的是可在編輯器裡直接拖出來套用的活版型；這層差異，決定了你到底該不該為它付費。如果你同時在顧好幾個 Divi 主題 的客戶網站，每接一個新案子都在重做頁首、聯絡區塊、報價表，那它就是決定第 N 個網站要花一週還是一個下午的關鍵變數。講了這麼多，一句話收束：你買到的是一套可跨站同步、隨插即用的版型資產庫。
Divi Cloud 是什麼：一座會跟著你跨站的活版型雲端
Divi Cloud 到底是什麼？它是 Elegant Themes 內建的雲端儲存空間，專門存放 Divi 的版型、列、模組、頁首頁尾與 Theme Builder 模板。跟 Dropbox 最大的差別在於，存進去的每一筆都是可在 Visual Builder 裡直接拖出來套用的活版型，可跨網站隨插即用，不必再做匯出匯入的體力活。
先把存放對象講清楚：放進去的都是 Divi 的設計元件，包含版型（layout）、列（row）、模組（module）、頁首頁尾（header / footer）以及 Theme Builder 模板，圖片和 PDF 反而不在它的業務範圍。換句話說，你昨天在 A 網站調好的那組定價表，今天可以直接在 B 網站拉出來用，文字結構、樣式設定全部帶過去。它的核心用途就一句話：跨網站同步並重複使用設計資產，省下每個新站重做版型的時間。
要知道 Divi Cloud 為什麼值得認真對待，先看它背靠的生態系有多大：根據 W3Techs 的調查，WordPress 目前用在 41.5% 的所有網站上，佔已知內容管理系統網站的 59.2%。在這個最大的 CMS 生態裡，Divi 是最主流的佈景主題之一，跨站同步版型的需求自然也最迫切，這正是 Divi Cloud 的立足點 [來源：W3Techs〈Usage Statistics and Market Share of WordPress〉 https://w3techs.com/technologies/details/cm-wordpress 2026-06-29]。
運作位置也值得提。Divi Cloud 永遠內嵌在 Visual Builder 工具列，編輯時隨手就能呼叫，不必切到 WordPress 後台再切回來。這對用 Divi 輪播外掛 或 Divi 分類篩選外掛 組裝頁面的人來說特別有感。這點聽起來沒什麼，但實際接案的人會懂：少一次切換，就少一次分心。要用它，得先有 Elegant Themes 會員，根據官方說明，免費會員上限是 50 個項目，超過就存不進去。
| 比較項目 | Divi Cloud | Dropbox / Google Drive |
|---|---|---|
| 存放對象 | 活版型、模組、模板（可套用） | 靜態檔案（圖片、文件檔） |
| 使用位置 | 內嵌 Visual Builder，編輯器內拖出 | 獨立 App，需手動下載 |
| 跨網站同步 | 原生支援，登入即用 | 需手動上傳下載 |
| 免費額度 | 50 個項目 | 數 GB 檔案空間 |
我自己的經驗是，一開始也把它當「多買一塊雲端空間」在評估，後來發現完全不是這回事。它真正解決的問題，是你不再需要把版型匯出成檔案、傳到新站、再匯入回去。對接案者來說，這個流程每省下一次，就是一個下午的工時。
免費 vs 付費：額度、方案與續約陷阱
Divi Cloud 免費能存多少？一般 Elegant Themes 會員可免費使用，但上限只有 50 個項目；付費購買 Divi Cloud 會員方案後則是無限儲存、無限使用。兩種計費方式功能完全相同，但年繳方案享永久 25% 折扣，根據 Elegant Themes 的官方政策，到期沒續訂的話，官方只保留佈局 6 個月。
這裡要先破一個常見誤解：免費額度看起來是「空間」，其實是「項目數」。所謂 50 個項目，指的是 50 組版型、列或模組，跟你佔了多少 MB 完全無關。對剛起步、只維護單一網站的人來說，50 個其實綽綽有餘；但只要你開始把頁首、頁尾、聯絡區塊、報價表、作品集區塊全部拆開存，很快就會撞到天花板。
| 方案 | 儲存額度 | 取消彈性 | 價格折扣 | 到期保留 |
|---|---|---|---|---|
| 免費（一般會員） | 最多 50 個項目 | 無需取消 | 無 | 不適用 |
| 月繳方案 | 無限 | 可隨時取消 | 無折扣 | 佈局保留 6 個月 |
| 年繳方案 | 無限 | 無法隨時退 | 永久 25% 折扣 | 佈局保留 6 個月 |
| 30 天試用 | 完整功能 | 試用期內可退 | 不適用 | 不適用 |
根據 Elegant Themes 官方說明，購買前有 30 天免費試用，可以先體驗完整功能再決定。月繳的優點是隨時可取消，適合還在評估、不確定用不用得起來的人；年繳則是先一次付 12 個月，換永久 25% 折扣，但代價是沒辦法隨時退。
講到續約，有一個很少被點明的陷阱。會員到期後，官方會保留你雲端裡的佈局，時間最長 6 個月；超過這個時間，就得重新續訂才能取回，這是 Elegant Themes 官方明訂的保留規則。這意味著，如果你把所有版型都押在雲端上，又忘了續約，半年後可能什麼都拿不回來。我會建議，關鍵版型改用 WordPress 備份外掛 或本機.json 留一份，不要把雞蛋全放同一個籃子。
到底該不該買年繳？我自己只有一個判斷標準：你一個月重做幾次一樣的版型？如果同時維護 3 個以上網站、版型重複使用率高，年繳幾乎一定回本；反之，只是單站偶爾存個版型，免費額度其實就夠了。這是經驗法則，不是官方數字，但對接案工作者來說，這個問法比任何折扣計算都準。
8 個值得用的細節
Divi Cloud 值得用的關鍵優勢有哪些？價值藏在 8 個細節裡：無限儲存、跨站身分驗證、自動截圖、永遠內嵌 Visual Builder、比 WordPress 更順手的瀏覽搜尋、詳細的分類標籤、單頁就能上傳、收藏資料夾備用。這些加起來，才是它真正省時間的原因。
- 無限儲存：根據 Elegant Themes 官方說明，付費會員沒有容量與使用次數限制，版型再多也不怕。
- 身分驗證一次到位：登入後在任何 Divi 網站都能直接用，不必逐一授權每個網站的存取權限。
- 自動截圖：存版型時自動產生縮圖，日後在列表裡一眼就能找到，省下肉眼比對的時間。
- 內嵌 Visual Builder：工具列常駐，不必切換到後台就能呼叫雲端版型。
- 搜尋過濾更順手：瀏覽模式比 WordPress 原生媒體庫更直覺，關鍵字、過濾、切換檢視一次到位。
- 分類標籤：可替每組版型貼分類與標籤，建立自己的設計系統，也能搭配 Divi 自訂字體 統一風格。
- 上傳彈性高：可單頁存、可跨站同步、可一次匯入數百個版型的合集。
- 收藏資料夾：看到喜歡但暫時用不到的版型，先收藏起來備用，不佔用主要工作區。
這 8 點裡，最容易被忽略的是自動截圖。聽起來像是裝飾功能，但當你的雲端累積到上百個版型時，有沒有縮圖，決定了你找一個版型要花 3 秒還是 3 分鐘。搭配 Divi Supreme 模塊擴充 或 Divi Marketplace 免費資源，可挑的版型會更多。沒有縮圖的版型庫，久了就是一個你不敢再用的倉庫。
身分驗證那一塊也值得多說兩句。傳統做法是每接一個新網站，就要重新授權、重新匯出匯入；Divi Cloud 的設計是登入一次，所有 Divi 網站通用。對同時維護多個 Divi 外掛 環境，或同時用 Bloom 電子報外掛、Monarch 社群分享按鈕、免費 3D 素材 的接案者來說，省下來的不只是幾分鐘的點擊，更是整個工作流的摩擦力。
說到底，這 8 個優勢單獨看都不驚人，但疊起來就是一個完整的設計資產管理流程。找個地方放版型從來不難，真正難的是放進去之後你還找不找得到、能不能用、要不要重做。
登入與管理：第一次使用的完整流程
怎麼登入 Divi Cloud？在前台 Divi 工具列點「＋」進入 Divi Library，點右上方的登入按鈕、輸入 Elegant Themes 帳密即可。登入後帳號會保留 30 天，期間不必重複輸入，這是官方明訂的保留天數。進到管理後台後，可透過 Search 搜尋、Categories 分類，以及側邊欄的類別與標籤管理來整理版型。
- 到前台任何一頁，點 Divi 工具列的「＋」（Load From Library），進入 Divi Library。
- 點右上方登入按鈕，輸入 Elegant Themes 帳號與密碼。
- 登入完成後，帳號保留 30 天，這段期間不必再重複輸入。
- 進入管理後台，用 Search 輸入關鍵字搜尋，或用 Categories 依分類資料夾瀏覽。
- 側邊欄可管理 Cloud 類別與標籤，也能搜尋 Divi Builder 元素。
- 點版型旁的 icon，可執行編輯、刪除、重命名、重新分類、複製等操作。
這裡要特別提醒一個實務上的雷：上傳當下就分好類別與標籤，事後補分類的成本會高很多。我自己踩過這個坑，一開始想說「先存進去再說」，三個月後雲端塞成一座沒有索引的倉庫，光是要把上百個版型重新歸類，就花了一整個晚上。從那次之後，我的規矩很簡單：存進去之前，分類沒想好就先別存。
管理介面的設計其實比 WordPress 原生媒體庫順手。你可以用關鍵字搜尋、用分類資料夾瀏覽、用側邊欄管理類別標籤，三層管理疊起來，版型多也不會亂。前提是，你有照前面的建議在上傳當下就分好類。這套整理邏輯套用到 Divi 手機版排序 與 WordPress 必裝外掛 的管理也很實用。搭配 WordPress 區塊小工具 的使用觀念一起看，會更容易理解為什麼分類這件事在版型管理上特別重要。
儲存、收藏與上傳：三個圖示別搞混
看到喜歡的版型，雲朵圖示和愛心圖示分別代表什麼？右下角的雲朵圖示是把版型儲存進 Divi Cloud，之後跨站都能用；愛心圖示則是收藏到個人資料夾，只是標記備用，不會進雲端。要上傳自己的版型，則點箭頭圖示（Save To Library），命名後勾選「儲存 Divi Cloud」並設定分類與標籤即可。
| 圖示 | 名稱 | 作用 | 是否進雲端 | 跨站可用 |
|---|---|---|---|---|
| 雲朵 | Save to Divi Cloud | 儲存進雲端版型庫 | 是 | 是 |
| 愛心 | 收藏 | 收藏到個人資料夾 | 否 | 否（僅標記） |
| 箭頭 | Save To Library | 上傳自己的版型 | 勾選後是 | 勾選後是 |
這三個圖示是初學者最容易搞混的地方。最常見的錯誤，是以為點了愛心就等於存進雲端，結果換到另一個網站怎麼都找不到。記住一個原則：要跨站取用，就按雲朵；只是先標記起來之後再看，才按愛心。
- 在 Visual Builder 編輯你要儲存的版型區塊。
- 點右下角的箭頭圖示（Save To Library）。
- 輸入版型名稱，建議用「用途 + 版型」格式，例如「客戶報價表 v2」。
- 勾選「儲存 Divi Cloud」。
- 設定分類與標籤，例如分類選「報價表」、標籤加「Divi 價目表」。
- 按下儲存，完成。
預覽功能也很好用。點進任一版型頁面，可在套用前先預覽全部版面，左下角的預覽選項讓你確認符不符合構想，避免套用後才發現跟想像差很大。順帶一提，子主題也可以丟進雲端一起管理，這對用 Divi 子主題 快速換風格的工作流程很有幫助，也方便搭配 WordPress 外掛安裝 建立標準化流程。
命名這件事，我多嘮叨一句。很多人圖省事，版型名稱隨便打幾個字，結果三個月後完全認不出來是哪個客戶、哪個版面。好的命名應該包含用途、版本、甚至客戶代碼，這比任何分類系統都還能救你。
一次搬移：把整個 Divi Library 全部匯入 Divi Cloud
怎麼把控制台裡既有的 Divi Library 全部一次搬到 Divi Cloud？在 WordPress 後台的 Divi Library 把所有佈局全選，按下 Import & Export 匯出成.json 檔，再回到前台 Visual Builder 用紫色「＋」載入 Divi Library、把.json 拖放進去匯入，就能根據 Elegant Themes 官方操作流程，把既有版型一次全部搬進 Divi Cloud。
- 到 WordPress 後台 Divi Dashboard，選擇 Divi Library。
- 把所有佈局全選（可用 Shift 或 Cmd 全選）。
- 按下 Import & Export，選擇匯出。
- 在跳出的視窗勾選選項，匯出成一份.json 檔，下載到本機。
- 回到前台 Visual Builder，點工具列紫色「＋」載入 Divi Library。
- 把.json 檔拖放進 Divi Library 視窗，點選匯入。
- 匯入完成後，立即補上分類與標籤。
這個流程適用兩種情境：一是從舊站遷移，二是把累積多年的本機版型一次雲端化。不管哪一種，搬完之後務必補上分類與標籤，否則雲端立刻就是一片搜不到東西的混沌，比本機還難找。所以前面才會一直強調「上傳當下就分好類」。
如果你是從別的主題或頁面編輯器搬過來，例如正在考慮 Elementor、其他頁面編輯器 或 WordPress 佈景主題 的遷移，這個一次搬移的技巧也適用於整併舊資產。把多年累積的本機版型雲端化，是提升接案效率最有感的一步。
老實說，這個匯出匯入流程不算完美，檔案大一點的時候會卡一下。但它解決的是「不想一個一個點」的痛點，一次把幾十、幾百個版型搬上雲端，光是想像那個重複勞動就讓人卻步，這個功能值回票價。
搬移過程中，有幾個地雷要先知道。第一，匯出的.json 檔會把目前網站的設計設定一併打包，包含字型、顏色變數與自訂 CSS，若你跨站套用時目標站沒有對應的字型來源，文字會先掉回預設字體再渲染，這在視覺檢查時很容易被誤判成「版型壞了」。第二，Theme Builder 模板（如全域頁首、文章範本、搜尋結果頁）在匯入後必須手動到 Theme Builder 指派給對應條件，雲端只負責儲存與傳輸，不會替你接管指派邏輯。第三，若來源站裝了付費第三方模組（例如 Divi Supreme 模塊擴充 的特規元件），目標站沒有同款授權時，該模組會以空白佔位呈現，搬完務必逐頁檢查特殊元件。把這三點寫進你的搬家清單，能省下大量回頭 debug 的時間。
用 Divi Cloud 蓋一座設計系統：分類、命名與版本的三層骨架
很多人把 Divi Cloud 當倉庫，東西丟進去能找到就好；但真正把它用出價值的接案者，會把它當成一座小型設計系統來經營。設計系統聽起來很重，在 Divi 的情境裡，它其實就是三層骨架：分類層管「這是什麼用途」、命名層管「這是哪個版本」、版本層管「這支版型跟上一版差在哪」。三層疊起來，上百個版型也不會失序。
分類層：用大類與小類把版型歸位
分類建議用兩層而非一層。大類對應頁面類型，例如頁首、報價、聯絡、作品集、頁尾、Theme Builder 模板；小類對應風格或產業，例如報價大類底下再分「極簡白」「科技深色」「餐飲暖色」。兩層的好處是，你既能依用途快速過濾，也能在接到特定產業的案子時，一次把同類風格全部拉出來比稿。只做一層的人常遇到的困境是：報價表塞了三十組，但你根本分不出哪幾組是科技業、哪幾組是餐飲業，最後還是得逐一點開縮圖肉眼比對。
命名層：用途加版本加客戶代碼
命名公式可以固定成「用途／版本／客戶代碼」三段。例如報價表可以命名為 quote-v2-acme，頁首命名為 header-v3-acme。這套公式的好處在於，單看檔名就能回答三個問題：它是做什麼的、它是第幾版、它服務過誰。當你之後接到屬性相近的客戶，可以直接搜客戶代碼或風格關鍵字，把過往累積的元件快速變裝再利用。沒有命名規範的人，三個月後打開雲端會看到一堆叫 untitled、layout-1、test 的版型，那等同於沒有整理。
版本層：用標籤記錄迭代理由
版本控管在 Divi Cloud 裡靠標籤完成。每改一版，加一個標籤記錄改了什麼，例如 v2-wider-cta、v3-mobile-fix。這比單純覆蓋舊版安全，因為你能回溯某一個版型是因為什麼原因演化到現在的樣子。實務上建議同時保留當前版本與前一版，前一版標記為 previous，新版本才是現役。這樣即便新版在某個網站跑版，你也能在 30 秒內退回穩定版，不必從零重建。對 Divi 手機版排序 或 圖片懸停特效 這類行動裝置敏感的元件尤其重要，一次手機端微調失誤就可能讓整頁破版。
| 層級 | 回答的問題 | 實作工具 | 範例 |
|---|---|---|---|
| 分類層 | 這是什麼用途 | Categories 大類＋小類 | 報價／科技深色 |
| 命名層 | 這是哪個版本、誰的 | 檔名公式 | quote-v2-acme |
| 版本層 | 跟上一版差在哪 | 標籤 | v3-mobile-fix |
行動裝置是這套系統最吃重的一環。根據 Statista 的資料，2026 年第一季行動裝置（不含平板）佔全球網站流量的 52.27%，這意味著你接手的每一個客戶站，都有一半以上的訪客是從手機進來的 [來源：Statista〈Share of mobile web traffic worldwide quarterly 2015-2026〉 https://www.statista.com/statistics/277125/share-of-website-traffic-coming-from-mobile-devices/ 2026-04-28]。一組沒有針對手機調校的版型，套到新站後第一個出問題的就是手機版排序與字級。把行動版的調校結果也存進雲端並標註 mobile-ready，等於把過去踩過的排版坑沉澱成資產，新站直接繼承，不必每接一個案子都重新校調一次。
什麼情況不該用 Divi Cloud：四個反向訊號
絕大多數介紹文只講什麼時候該買，很少人告訴你什麼時候買了反而吃虧。下列四種情境，免費額度或本機管理才是更務實的選擇，硬上付費方案只會增加固定開銷卻用不到功能。
- 只維護單一網站且版型幾乎不重複：跨站同步是 Divi Cloud 的核心價值，單站使用等於把它的主功能閒置，本機 Divi Library 加偶爾匯出.json 就能滿足備份需求。
- 網站屬於一次性活動頁或短期活動：活動結束後版型幾乎不會再用，存進雲端只是讓庫存膨脹，日後搜尋時還要費心排除這類一次性版型。
- 團隊高度分工、設計與開發分屬不同人：Divi Cloud 的帳號層級較單純，若需要細粒度的權限控管、設計稿審核流程、版本分支合併，專門的設計協作工具會比雲端版型庫更適合。
- 重度依賴客製 PHP 或外站組裝的版型：含大量動態資料查詢或客製短代碼的版型，跨站搬移後常因目標站缺少對應資料結構而失效，雲端化反而放大維護成本。
這張反向清單的意義在於，它能幫你在按下付款鍵之前先做一次誠實自檢。一個常見的浪費模式是：聽了「跨站同步很方便」就買年繳，結果整年只維護一個站，雲端裡的版型永遠停在個位數，年費形同空轉。把反向訊號當成過濾器，能避開這類衝動消費。
另一個常被忽略的成本是學習與紀律成本。Divi Cloud 要發揮效果，前提是你願意在上傳當下分類、願意維持命名規範、願意定期清理過期版型。若你或你的團隊不打算投入這些紀律，買了之後雲端很快會退化成一座沒有索引的雜物間，這時候本機管理反而更省心。工具的價值有一半來自使用者的紀律，這一點在評估要不要付費時必須誠實算進去。
Divi Cloud vs Divi Library vs Elementor 全域：到底差在哪
Divi Cloud 跟 Divi Library、Elementor 的全域功能有什麼不同？Divi Library 是單站本機的版型庫，只存在當下這個網站；Divi Cloud 是跨站的雲端版型庫，可同步到所有 Divi 網站；Elementor 的「全域」區塊則是單站內可重複使用、一處改全部同步的元件，定位上比較接近單站的設計系統，根據 Elementor 官方說明文件，目標是統一站內規範。
| 功能 | 範圍 | 跨站同步 | 定位 | 適合場景 |
|---|---|---|---|---|
| Divi Library | 單站本機 | 否（需手動匯出匯入） | 站內版型庫 | 單站備份、暫存 |
| Divi Cloud | 跨站雲端 | 是（登入即用） | 跨站資產庫 | 多站接案、設計資產複用 |
| Elementor 全域 | 單站內 | 否（站內一處改全部同步） | 站內設計系統 | 站內統一設計規範 |
很多人把這三個混為一談，其實它們解決的問題層次不同。Divi Library 解決的是「這個站的版型要放哪」，Divi Cloud 解決的是「我所有站的版型要放哪」，Elementor 全域解決的則是「這個站裡重複出現的元件，怎麼改一處就全部同步」。選擇邏輯很清楚：要跨站同步選 Divi Cloud，要做站內統一設計規範則看全域功能，兩者並不衝突，可以同時用。
換個角度想，Divi Cloud 比較像是你個人的「設計資產雲端帳戶」，而 Elementor 全域比較像是「這個網站的元件管理系統」。一個是橫向跨站，一個是縱向站內。如果你同時維護多個 Divi 頁首設計 的客戶站，跨站同步的價值會非常明顯；如果你只做一個大站，全域功能可能就夠了。想深入了解 Elementor 那一側，可以看 Elementor Pro 功能指南 或 Elementor Cloud Templates 跨站設計庫。
退一步看，把 Divi Cloud 類比成 Dropbox 之所以會誤導人，原因就在這裡。Dropbox 不在乎你存的東西是什麼，但 Divi Cloud、Divi Library、Elementor 全域這三者，各自對「設計資產」有不同的管理哲學，搞清楚差異，才不會選錯工具白花錢。
常見問題與使用建議：到期、容量、資安一次看清
Divi Cloud 使用上最容易踩的雷與常見疑問有哪些？最常被問的三件事：沒買 Divi Cloud 能不能用（能，但限 50 個項目）、會員到期佈局會不會消失（保留 6 個月）、帳號登入保留多久（30 天）。使用上最容易翻車的點其實在分類：沒做分類，雲端塞滿後反而比本機還難找東西，至於容量滿了，加購方案就能解決，反而不算最棘手的問題。
- 根據 Elegant Themes 官方說明，沒買會員也能用，但限 50 個項目；要無限儲存需購買 Divi Cloud 付費方案。
- 官方計費規則為：月繳可隨時取消，年繳享永久 25% 折扣但無法隨時退。
- 會員到期後官方保留佈局最長 6 個月，逾期需重新續訂才能取回。
- 身分驗證機制：一次驗證後跨站通用，不必逐一授權每個網站。
- 實務建議：上傳當下就分好類別標籤，定期清理不再用的版型。
我會把「沒做分類」列為第一大雷，原因很實際：它發生的機率最高、影響最大。容量滿了，你頂多再買方案；但雲端亂到找不出東西，你會開始不想用它，最後就是一筆花下去卻沒在用的固定開銷。這比容量問題致命得多。
資安這塊，Divi Cloud 採一次身分驗證、跨站通用的設計，不需要逐一授權每個網站的存取權限，這對同時維護多個客戶站的人是省事的好設計。當然，任何雲端服務都不能 100% 保證，所以我前面才會建議關鍵版型改用 搬家外掛 或本機.json 留一份，不要完全依賴單一雲端。搭配 Rank Math SEO 與 WordPress 圖片優化 一起做，網站體質會更穩。這也是 網站速度優化 與 Core Web Vitals 之外，接案流程裡另一個容易被忽略的基礎工程。
講到這裡，再回頭看那句「Divi Cloud 是不是 Divi 版的 Dropbox」，你應該會同意：這個比喻方便記憶，但也方便誤導。它存的是活的、可套用的、可跨站同步的設計資產，這才是它值不值得付費的真正理由。
疑難排解：版型搬不動、套不上、對不齊的排查清單
實際營運中，Divi Cloud 最常卡住使用者的狀況有三類：版型存不進雲端、版型套上去破版、跨站登入讀不到庫存。每一類背後都有典型成因，逐一對照能快速定位。
狀況一：版型存不進雲端
最常見的成因是觸及免費額度上限。當你的帳號還在 50 個項目的免費區間，第 51 筆會直接被擋下，畫面不一定有醒目提示，容易讓人以為是網路問題。排查的第一步是切回管理後台確認目前項目數；若已逼近上限，刪掉不再用的版型或升級方案兩條路二選一。第二個成因是登入狀態過期，帳號保留 30 天，逾期後上傳會無聲失敗，根據官方的登入保留規則，重新登入即可排除。第三個成因較少見但會發生：瀏覽器的快取或快取外掛攔截了上傳請求，切換無痕視窗測一次就能分辨是工具問題還是環境問題。
狀況二：版型套上去破版
破版通常不是版型本身壞了，而是目標站缺了版型依賴的資源。依序檢查三件事：自訂字型是否已安裝（可用 Divi 自訂字體 補回）、全域顏色變數是否一致、頁面是否套用了相容的欄寬設定。若版型用到第三方模組而目標站無授權，該區塊會以空白呈現，補授權或換成原生模組即可。另一個容易誤判的點是快取：套用新版型後，前台若仍顯示舊樣式，先清掉頁面快取與 WordPress 圖片優化 類外掛的產出快取再判讀，避免把快取問題當成版型問題來修。
狀況三：跨站登入讀不到庫存
跨站讀不到通常與身分驗證或網域設定有關。確認登入的是同一組 Elegant Themes 帳號，並檢查該站是否已正確啟用 Divi 授權；未啟用授權的站，雲端面板會出現但無法讀取雲端內容。另一個常見原因是 https 混合內容問題，若網站部分頁面仍是 http，雲端請求可能被瀏覽器擋下，全面上 https 就能排除。最後，部分安全外掛會把跨網域的雲端請求誤判為可疑流量，暫時停用安全外掛測一次即可定位。
| 症狀 | 首要排查 | 次要排查 |
|---|---|---|
| 存不進雲端 | 額度是否觸頂 | 登入是否逾期、瀏覽器快取 |
| 套上去破版 | 字型與全域變數 | 第三方模組授權、頁面快取 |
| 跨站讀不到 | 帳號與授權一致性 | https 混合內容、安全外掛 |
這份排查清單的核心觀念是：先排除環境因素，再懷疑版型本身。絕大多數「雲端壞了」的回報，最後都追溯到額度、快取、授權這三個環境變數。把環境檢查排在前頭，能避免你花一個晚上去拆解一個其實沒問題的版型。
多站接案工作流：把 Divi Cloud 接進你的交付節奏
Divi Cloud 真正的槓桿，出現在你把它接進固定的交付節奏之後。一個運作順暢的多站接案流程，大致會分成五個階段：接案、備料、組裝、校調、交付。每個階段都有雲端能切入的點，把它寫進你的標準作業流程，效率才會穩定累積。
- 接案階段：確定客戶產業與風格後，先到雲端依小類過濾出相近風格的版型，挑出三到五組做為比稿底版，省下從空白頁起步的時間。
- 備料階段：把選定的頁首、報價、聯絡、頁尾元件拉進新站，先組出骨架頁，確認資訊架構無誤再往下做。
- 組裝階段：套用客戶的品牌色、字型與圖片，搭配 Divi 子主題 統一視覺變數，讓全域調整一次到位。
- 校調階段：針對手機與平板逐頁檢查，把行動版修正同步存回雲端並標註 mobile-ready，沉澱為未來可重用的資產。
- 交付階段：交付前清掉測試用的臨時版型，只把這個案子的正式版型補上客戶代碼存回雲端，留做下次同類產業的備料來源。
這套流程的關鍵在於「沉澱」兩個字。每一個結案的專案，都應該回頭貢獻一點東西進雲端，可能是一組改良過的報價表、一支手機友善的頁首、或一個解決特定破版的欄位結構。累積半年到一年，你的雲端會長成一座只屬於你、且每一件資產都被實戰驗證過的私有版型庫。這種資產是別人買不到、也抄不走的競爭門檻。
團隊協作時，建議明確分工誰負責上傳、誰負責命名、誰負責清理。最常見的失控來自「大家都能上傳、卻沒人負責命名規範」，幾個月後雲端就會塞滿命名混亂的重複版型。一個簡單的做法是：指定一位負責人統一處理命名與分類，其他人只能上傳到一個暫存分類，由負責人審核後再歸位。這道審核關卡看似多一道手續，卻能確保庫存長期維持可搜尋、可重用的狀態。
如果你還在評估整體架站工具，這套版型管理邏輯也可以和 WordPress 自架網站費用、WordPress 架站與 SEO、電商平台比較、WooCommerce 購物網站 與 商用免費圖庫 一起算進總成本。把 Divi Cloud 當成設計資產的長期投資來評估，會比單看每個月那筆小額開銷來得準。
誰該認真考慮付費？
講了這麼多，到底哪些人該認真考慮付費？我的判斷很簡單：同時維護 3 個以上 Divi 網站、版型重複使用率高、接案節奏密集的人，年繳幾乎一定回本，這是經驗法則而非官方數字。反之，只做單一網站、版型幾乎不重複使用的人，免費 50 個項目額度其實就夠，不必急著升級。
中間地帶的人最難決定。如果你正在 新手架站 階段，或剛開始用 Divi 高質感版型、Divi 佈局版型設計、Divi 瑜珈網站 或 Divi 與 Extra 部落格 累積作品，可以先從免費額度開始，等版型數量逼近百個、開始覺得「重做很煩」的時候，再升級年繳。這個時間點，通常就是你真正需要它的訊號。
對做 Divi 作品集、一頁式網頁、標題設計、圖片懸停特效、視差滾動、3C 購物網站 或 企業形象網站 這類重複性高的版型工作者來說，把常用元件雲端化之後，每一個新案子的開工時間都會明顯縮短。我之所以把它的價值定位在「省重做版型的時間」，原因就在這裡，省下多少儲存空間反倒是次要的。
退一步看，Divi Cloud 之於接案者，就像廚師的備料區。備料做得好，出菜就快；備料亂七八糟，再厲害的手藝也會被流程拖垮。把這個觀念放進你的 架站流程、快速架站、品牌官網設計 與 品牌網站建議 習慣裡，它帶來的效率提升會比你想像中大。
常見問題 FAQ
Divi Cloud 是什麼？能做什麼？
Elegant Themes 官方的跨站版型倉儲，放的是版型、列、模組、頁首頁尾與 Theme Builder 模板，不是靜態檔案。登入後任何一個 Divi 網站都能把存好的元件拖出來直接套用。
Divi Cloud 免費版可以存多少個項目？
一般 Elegant Themes 會員可免費使用 Divi Cloud，上限是 50 個項目；要無限儲存與無限使用，需購買 Divi Cloud 付費方案。
Divi Cloud 月繳跟年繳哪個划算？
兩者功能完全相同。月繳可隨時取消，適合還在評估的人；年繳需一次付 12 個月，但享永久 25% 折扣，適合長期使用的接案工作者。
沒買 Divi Cloud 能用嗎？
可以。只要有 Elegant Themes 會員就能免費使用，但儲存上限是 50 個項目，超過就無法再存。
Divi Cloud 會員到期後佈局會被刪掉嗎？
不會立刻刪除。官方會保留雲端裡的佈局最長 6 個月，超過這段時間才無法使用，需重新續訂會員才能取回。
Divi Cloud 帳號登入後可以保留幾天？
登入後帳號會保留 30 天，這段期間不必每次開啟都重新輸入帳密。
Divi Cloud 跟 Divi Library 差在哪裡？
前者只活在單一網站內，換站得手動搬.json；後者是雲端層級，登入後所有 Divi 站台共用同一份庫存，不必再做匯出匯入。
雲朵圖示跟愛心圖示差在哪？
雲朵才會真的寫進雲端、可跨站取用；愛心只是在本機資料夾打個星號，換到別的網站就找不到了。想跨站，只認雲朵。
怎麼把版型儲存到 Divi Cloud？
點右下角箭頭圖示（Save To Library），取一個看得懂的名字，勾選「儲存 Divi Cloud」，補上分類與標籤，按儲存收工。命名字段記得寫清楚用途，否則三個月後自己會認不出來。
如何一次把整個 Divi Library 搬到 Divi Cloud？
後台 Divi Library 全選佈局，用 Import & Export 匯出成.json 檔，再到前台 Visual Builder 用紫色「＋」載入 Divi Library，把.json 拖放進去匯入即可。
Divi Cloud 跟 Elementor 的全域功能有什麼不同？
Divi Cloud 是跨站雲端版型庫，可同步到所有 Divi 網站；Elementor 全域則是單站內一處改全部同步的元件管理，屬於站內設計系統，兩者可同時使用。