Bloom 電子報外掛教學：用 Divi 打造訂閱表單

很多人應該都遇過這種狀況：花了心力做出一個乾淨漂亮的 Divi 網站，每一頁都調過配色與間距，可是真正會主動留下 Email 的訪客，用十根手指頭就數得完。每天後台看得到人進來，卻像開了一家裝潢高級、卻忘了擺收銀機的店，客人看完就走，你什麼名單都沒留下。

Bloom 是 Elegant Themes 的電子報訂閱外掛，Divi 會員可一併使用。它不是一裝就會帶來名單的魔法，但同一供應商的設定與支援較集中。這篇會帶你從安裝、串接電子報服務、選擇 opt-in 類型、設計、A/B 測試，到驗證後再把訂閱成功送進 GA4。

先講結論：Bloom 提供六種 opt-in 類型，不是六種「觸發位置」。把成效拆成類型與位置、設計、觸發條件、數據判讀四件事處理，才有辦法判斷表單是否真的帶來有效名單。

先把 Bloom 放進「轉換」脈絡裡看

很多人裝完 Bloom 之後的心態是「設定好就好」，反正表單會自己跳出來。老實說，這等於把它當裝飾品。一個彈窗能不能拿到名單，跟設計、文案、觸發時機、頁面情境幾乎完全綁在一起，外掛本身僅負責把表單遞出去，真正決定轉換率的是你背後那套名單經營的思路。

換個方式想：Bloom 提供表單與觸發工具，但要不要顯示、放在哪裡、什麼時候出現，仍由你決定。比起全站套用同一個極短延遲，更可靠的做法是依頁面任務設定條件，再看顯示、關閉與訂閱資料調整。

電子郵件到現在都還是投報率最高的自有渠道之一。一份名單自己養、自己寄、自己擁有，不必看演算法臉色，正因如此，實務上經營內容網站，第一時間通常會檢查名單收集機制有沒有做起來（見 HubSpot 的行銷統計，2025）。

如果你對整體的電子報經營邏輯還不熟，建議先讀一篇 EDM 行銷完全指南 打底，再回來看這篇的表單實作會更有感。

Bloom 在 Divi 生態裡到底解決什麼問題

Bloom 解決的是訂閱表單的設計、放置與顯示時機。官方列出六種 opt-in 類型、電子報服務整合、分割測試與表單統計；六種類型不等於六個固定位置，也不代表每個服務的名單與欄位設定都相同。先確認你用的 ESP 在目前支援清單內，再把表單放進實際頁面測試。

Bloom 不是電子報發送平台，也不是完整的 CRM 或自動化流程引擎。它的任務到「把 Email 送進電子報服務」就結束，後續歡迎信、分眾與再行銷要交給你選用的 ESP。

如果你的需求偏向「把現有文章流量轉成可長期經營的訂閱名單」，Bloom 幾乎是 Divi 站最順手的選擇。但若你要做的是多步驟報名、報價單、檔案上傳這類結構化表單，那應該走 WordPress 表單外掛 那一條路，Bloom 不是為這個設計的。

想理解 Bloom 跟其他 Divi 周邊工具怎麼搭配，可以參考 必裝 Divi 外掛清單，裡面有把名單、快取、SEO 這幾類外掛的分工講清楚。和 Bloom 同屬 Elegant Themes 的 Monarch 社群分享外掛 負責的是分享那一端，把內容往社群送，跟名單收集剛好互補。篩選是另一個 Divi 站常見的需求：要替作品集與商品列表加上分類篩選按鈕，該挑哪套外掛、怎麼設定，另有專篇完整拆解。

安裝、授權與第一次啟用

Bloom 須從 Elegant Themes 會員區下載 ZIP，再到 WordPress 後台上傳、安裝並啟用。會員使用者名稱與 Elegant Themes API Key 用於接收產品更新；要收集訂閱者，還須另在 Bloom 的 Email Accounts 連結電子報服務。這是兩組不同的授權資料。

先從會員區下載 Bloom 的 ZIP，依 WordPress 外掛安裝教學上傳並啟用。需要自動更新時，到 Bloom → Optin Forms 的鎖頭圖示填入 Elegant Themes 使用者名稱與 API Key。接著到 Bloom → Email Accounts 新增電子報服務連線；建立可運作的 opt-in 表單前，先確認連線與名單可用。

若產品更新提示授權失敗，檢查的是 Elegant Themes 會員狀態、使用者名稱與其 API Key；若表單送出後沒有進名單，應檢查 ESP 端的 API Key、Bloom 連線與所選名單。兩種金鑰用途不同，也都不應貼在公開頁面或程式庫。

啟用後先到 Bloom → Email Accounts 建立並驗證電子報服務連線，再到 Bloom → Optin Forms 建立表單並選擇要寫入的名單。官方文件把帳號連線列在建表單之前，照這個順序較容易排查問題。

串接電子報服務：API 連線的實務細節

Bloom 的電子報服務支援清單會變動，串接方式也因服務而異。以 Mailchimp 為例，先在 Mailchimp 的 Profile → Extras → API keys 建立並妥善保存金鑰，再到 Bloom → Email Accounts 選 Mailchimp、填入金鑰並選名單；實際欄位與確認流程仍以兩端當下設定為準。Mailchimp 金鑰不是 Elegant Themes 的產品更新金鑰。

你不必為了 Bloom 更換既有 ESP。還沒決定服務時，先比較名單規模、寄送額度、自動化、資料所在地與同意管理，再到 Bloom 官方支援清單確認能否直接串接。

串接有兩個眉角要注意。第一，API Key 等於一把能直接讀寫你名單的鑰匙，千萬不要外流、也不要 commit 進任何公開的程式庫。第二，Bloom 抓到的是你 ESP 裡「已經建立好的名單」，不是它幫你建名單，所以你要先回 ESP 後台開好一份測試用的名單，再回 Bloom 選它，整個鏈路才走得通。

確認信與歡迎信通常由 ESP 寄出，因此要在 ESP 端完成寄件網域驗證、寄件者設定與雙重確認流程。WordPress SMTP 影響的是網站自行寄出的信件，不會自動改善 ESP 的投遞率；兩條寄信路徑要分開排查。

串接 ESP 時還有一個觀念要先建立：雙重確認（double opt-in）。雙重確認指的是讀者填完 Email 之後，ESP 會再寄一封確認信，讀者必須點下信裡的連結，才算正式完成訂閱。這個機制會讓你的名單長得慢一點，但換來的是更乾淨的名單品質，能降低垃圾地址與退信率，保護你長期的可寄達率。多數主流 ESP 都讓你選擇開啟或關閉這個機制。如果你打算長期經營名單，建議把雙重確認打開，短期的數字落差，長期會被名單的健康度補回來，這也是評估一份名單值不值得繼續寄的關鍵指標之一。

另一個跟法規有關的提醒：在收 Email 的同時，你要讓讀者明確知道自己接下來會收到什麼樣的內容、大概多久寄一次，並且提供清楚的退訂管道。退訂連結這一塊，若你走正規的 ESP 串接，每一封寄出的信都會被 ESP 自動加上，不需要你手動處理。誠實告知寄信頻率、不濫發促銷，是名單經營能走得長遠的底線，這條底線顧好了，你的開信率與點擊率才會穩。

六種 opt-in 類型的使用權衡

Bloom 官方把 Popup、Flyin、Below Post、Inline、Locked Content 與 Widget 列為六種 opt-in 類型；其中 Inline 與 Locked Content 可以透過短代碼放在指定位置。先依頁面任務選類型，再調顯示位置與觸發條件，不必把六種類型誤當成六個固定位置。

底下把六種位置的轉換特性整理成一張權衡表，你會發現每一種都有它最擅長的情境，沒有絕對的贏家。

一種可測試的組合是：側邊欄放常駐 Widget、長文結尾用 Below Post，重點段落再視需要加入 Inline。Pop-up 的觸發應依閱讀時間、捲動深度與裝置資料調整，把它當補位而非預設主力。這樣比較容易讓表單配合讀者的顧客旅程。

判斷要不要加新表單時，問自己一個問題：這個位置的讀者，現在是在「被推銷」還是「主動想多了解」？如果是前者，你給的誘因要更明確；如果是後者，Inline 或 Below Post 就夠了，過度催促反而會壞事。

拿什麼換 Email：誘因設計才是轉換的真正引擎

位置選對、表單再漂亮，如果讀者根本不知道留下 Email 對他到底有什麼好處，轉換率一樣拉不上來。Email 是讀者最私人的資料之一，他願不願意交出來，取決於你拿出來交換的東西夠不夠具體、夠不夠打中他當下的需求。這就是行銷圈常講的 lead magnet，中文常稱為誘因或誘餌。投資在 Email 名單上的每一分心力，長期的回報通常遠高於那些你無法自己掌控的曝光管道（見 HubSpot 的行銷統計，2023），這也是為什麼值得認真對待這個交換的設計。

本質上來說訂閱表單是一場交換，不是一個單方面的請求。你用一份讀者真正想要的東西，換他一個 Email。交換的東西愈具體、愈能解決他眼前的小問題，轉換率就愈高。最弱的誘因是「訂閱電子報獲得最新資訊」這一類，幾乎等於沒有給誘因，因為它沒有告訴讀者他到底會拿到什麼具體的東西。

誘因一定要跟你的內容主題強相關。一個講 Divi 架站的網站，拿一份「Divi 版型挑選清單」當誘因，會比拿一份通用的「數位行銷術語表」有效得多，因為前者直接命中讀者此刻的需求。Bloom 的 Locked Content 觸發位置，就是為這種具體誘因量身打造的：你把誘因放在表單後面，讀者留下 Email 才看得到完整內容，這時候的轉換率通常比單純彈窗高出一大截，因為交換價值是明確擺在眼前的。

誘因這件事也跟你對目標受眾的理解綁得很緊。你以為讀者想要的，常常跟他真正願意拿 Email 來換的東西有段距離。最好的驗證方式，是準備兩三個不同誘因的版本，用 Bloom 的 A/B 測試讓數據說話，告訴你哪一個真正打中讀者，而不要自己關起門來猜。誘因本身也是一份會持續幫你工作的資產，它跟你整體內容策略裡的支柱內容是同一條線上的東西，值得你花時間把它做紮實。

表單設計的轉換細節：欄位數、按鈕、配色、動畫

位置選對了，接下來是表單本身的設計。Bloom 的視覺編輯器可以調的東西很多，但真正影響轉換率的，其實就那幾個關鍵變數。

欄位數是第一名殺手。欄位愈多可能提高填寫成本，但實際完成率要用本網站的測試資料判斷。能僅收 Email 就不要問姓名，真的要分眾再加一個欄位就好。實務上常看到許多網站為了「之後好寄客製化信」，在訂閱表單上問性別、生日、產業、預算，結果名單根本收不進來。先求收到，再求分眾，這個順序不能反。

按鈕文案要寫動作，不要寫抽象詞。「訂閱」是最弱的文案，因為它描述的是你要讀者付出的動作；「寄給我免費範本」描述的是讀者會拿到的價值，轉換率通常好得多。按鈕設計的完整心法可以對照 CTA 行動呼籲設計指南，把心理學與實戰的環節一次補齊。

配色跟著主題走，但按鈕要跳出來。表單底色用網站的白與淺色系維持一致性，但行動按鈕一定要用對比色，讓讀者一眼就知道「這裡要點」。Divi 的強調色通常是你品牌的那一個藍，按鈕就用它，但飽和度拉高、面積做大，存在感才夠。

動畫與進場效果，輕巧就好。Bloom 提供不少進場動畫，但過度花俏的特效會讓讀者分心，甚至讓表單看起來像廣告。實務上偏好單純的淡入或滑入，讓表單「安靜地出現」，把注意力留給文案與按鈕。

表單裡的標題與說明文字，本質上就是一段超短文案。這段文字能不能在兩秒內讓讀者理解「留下 Email 我能得到什麼」，直接決定成敗。如果你覺得自己寫的總是不夠吸引人，文案寫作全攻略 裡的發想到完稿流程，能幫你把這段兩百字以內的小文案磨亮。

手機上的訂閱表單：最容易被略過的轉換陷阱

很多表單在桌面上轉換率漂亮，一到了手機就完全失靈。原因往往出在表單本身，是表單在手機上太難操作了，才讓讀者放棄訂閱這個念頭。Bloom 的設計器有行動裝置檢視，但很多人建完表單僅在桌面看一眼就上線，從來沒有切到手機檢視實際檢查過，等於是放棄了一半以上的潛在轉換。

手機上有幾個一定要檢查的點。第一，彈窗不能蓋掉整個螢幕又關不掉，關閉按鈕要夠大、位置要夠明顯，否則讀者找不到退出的路，會直接按上一頁離開整個網站，連原本要讀的內容都不看了。第二，輸入框的字級要夠大，小於十六像素會觸發瀏覽器自動縮放，讀者打完字畫面又跳回去，體驗很卡。第三，按鈕高度至少給到四十四像素以上，符合觸控友善的基本標準，太小的按鈕在大拇指下根本點不到。

Fly-in 在桌面與手機上的可用性應分開測。若手機版遮住閱讀或關閉困難，可改測 Inline 或 Below Post，讓表單留在內容動線裡。Bloom 官方說明的是依頁面、文章類型等條件設定顯示；是否能依裝置對不同表單做精準分流，仍須在現行版本核對，不能當成預設功能。

手機與桌面的轉換率差異要以自己的裝置報表判斷，沒有通用的「三到五成」基準。把行動裝置檢視當成上線前關卡，並用實際轉換、錯誤與關閉率比較，可搭配 Landing Page 轉換率優化。

觸發條件背後的行為心理

Bloom 的觸發設定，表面上是數字，背後其實是對讀者行為的理解。延遲幾秒、捲動多少比例、在什麼時候觸發，每一組設定都對應一種假設：「讀者在這個時刻最可能願意留下名單」。

延遲觸發是最直覺也最常被亂用的。頁面一開啟就彈出，讀者可能還沒看清楚內容，表單便先打斷閱讀。可從閱讀時間或捲動深度設計觸發條件，再用裝置別的顯示率、關閉率與訂閱率調整，不必套用固定秒數。

使用者閒置是 Bloom 官方提供的觸發條件之一，可在一段時間沒有互動後顯示 opt-in。Bloom 官方文件沒有列出真正的滑鼠離開意圖觸發，因此不要照一般彈窗工具的教學去找這個選項。閒置多久合適，仍要依頁面閱讀時間測試。

捲動觸發適合長文，但捲動不一定代表高意願。門檻要依文章長度與實際捲動分布設定，並比較表單顯示後的關閉率與訂閱率，避免用固定百分比套用所有頁面。

太激進的彈窗可能傷害閱讀、可及性與轉換，但跳出率或停留時間不是可直接推論排名的訊號。設定觸發條件時，應把關閉便利、頻率與內容可用性放在第一順位，並觀察實際使用者行為。

把觸發條件跟讀者的 目標受眾輪廓 對起來想，會更清楚。一個趕時間、用手機快速找答案的搜尋流量讀者，跟一個已經訂閱你、慢慢讀的忠實讀者，適合的觸發邏輯完全不同。你不可能用同一組設定打天下，這也是為什麼分頁、分頁面類型去設定 Bloom 表單，會比全站套一個彈窗有效太多。

用 Bloom 內建的 A/B 測試找出贏家

轉換率優化有一個鐵則：不要用猜的。你以為讀者會喜歡的文案、配色、按鈕位置，常常跟實際數據是相反的。Bloom 內建 A/B 測試，讓你針對同一個觸發位置，跑兩個以上版本的表單，再依據實際轉換數字決定留下哪一個。

設定上很直覺：在同一個 Opt-in 底下新增多個變化版本，Bloom 會自動把流量平均分配給每個版本，並分別記錄曝光數、互動數、轉換數。累積足夠樣本後，你就能看出哪個版本真的贏。

但 A/B 測試要跑得有意義，有三個原則要守著。

• 一次僅測一個變數。同時改文案、改配色、改按鈕位置，你會不知道到底是哪個改動帶來效果。每次僅動一個變數，數據才讀得通。
• 累積夠多樣本再下結論。曝光數與轉換數都要看；沒有適用所有網站的「每版幾百次曝光」及格線。流量不足時先記錄不確定性，不要因短期領先就宣布勝出。
• 讓測試涵蓋正常流量週期。若週間與週末的受眾不同，至少讓兩版都經過可比較的時段；測試多久取決於流量與轉換量，不能用固定一到兩週保證結果穩定。

Bloom 內建的統計是入門用的，看得到每個版本的轉換率排名。如果你想把 A/B 測試的結果跟整體的行銷漏斗串在一起看，那就要把視角拉到 行銷漏斗 的層級，Bloom 負責漏斗最上方「把人收進來」的那一步。

把轉換數接上 GA4：看清哪個表單真的帶來名單

這部分最值得強調，但很多教學沒講。Bloom 自己的後台統計僅看得到「這個表單轉換了幾次」，可是它看不到這些名單後來在你的網站做了什麼、是不是真的變成了客戶。要把這個洞補起來，你要把 Bloom 的轉換動作，當成一個事件送進 GA4。

Bloom 官方文件沒有保證提供可直接套用的 GA4「成功提交事件」。較安全的做法，是先用瀏覽器開發工具確認實際成功狀態、DOM 變化或經文件證實的回呼，再由 GTM 建立事件；不能僅追蹤送出按鈕，否則驗證失敗也可能被算成成功。若無可靠前端訊號，可在 ESP 端以確認完成資料為準。

這個串接的價值在於：你會發現有些流量來源（例如某篇文章）的造訪量普通，但訂閱轉換率特別高；有些來源流量很大，但訂閱率接近零。這個落差僅有把表單轉換接到 GA4 才看得見，光看 Bloom 自己的數字會被誤導。如果你還沒把 GA4 裝好，先照 WordPress 安裝 Google Analytics 教學 把基礎環境架起來，再回頭處理事件追蹤。

確認事件僅在真正訂閱成功時觸發後，可在 GA4 標記為重要事件（key event），再依頁面與來源拆解。若採雙重確認，前端送出與 ESP 確認完成是兩個不同階段，報表名稱要分清楚。

舉一個實務上常用的視角：在 GA4 裡把「訂閱成功」這個轉換事件，依到達網頁或頁面路徑等維度拆開，你會看到每篇文章帶來的訂閱數排名。這份排名往往跟純流量的排名差很多，流量最大的那篇文章，常常不是帶來最多名單的那篇。這個落差就是你的優化空間，它直接告訴你該把 Bloom 表單、誘因、與內部連結的力道，往哪幾篇高轉換頁面集中，省得平均撒在每一頁上做白工。把它跟你 Google Analytics 完整教學 裡學到的報表拆解邏輯結合，你會發現名單收集從此不再是黑盒子。

這條數據鏈完整建立起來之後，你還能回頭檢視另一個問題：這些訂閱名單，後續有沒有真的帶來詢問與訂單？把訂閱到成交的整條路徑串起來看，你才會知道哪些內容不僅是「會被訂閱」，而是「會帶來生意」，這正是 提升網站詢問 那條線的最上游。

Bloom 與 Divi Builder 的版面整合

Bloom 跟 Divi Builder 的搭配有兩個層次。第一層是顯示層：Bloom 的表單可以出現在 Divi 設計的任何頁面上，觸發位置與條件由 Bloom 自己控制。第二層是嵌入層：你可以把 Bloom 表單當成一個短代碼或區塊，直接放進 Divi Builder 的版面設計裡，跟其他模組一起排版。

第二層是很多人沒注意到的用法。當你用 Bloom 建立一個 Inline 類型的表單，它會產生一段短代碼，你可以把這段短代碼放進 Divi 的「程式碼模組」或文字模組裡，讓表單完全融入你的版面排版，掙脫 Bloom 自己的樣式框架。這對品牌一致性要求高的網站特別有用，例如用 Divi 打造品牌形象網站 時，你不會希望訂閱表單長得跟整站格格不入。

如果你的整站是用 Divi 主題從零架起來的，建議你先讀一遍 Divi 主題終極指南 與 Divi 架站全攻略，把主題的版面邏輯摸熟，再回來決定 Bloom 表單要嵌進哪些版面位置，整體的設計一致性會好很多。

一個常見的整合手法是：在文章結尾用 Divi 排一個「延伸閱讀加訂閱」的區塊，左邊放相關文章列表、右邊嵌一個 Bloom Inline 表單，用同一個模組區把讀完文章的高意願流量直接收進名單。這比單純在文末丟一個按鈕有效，因為它把讀者的注意力與行動動線綁在同一個視覺區塊裡。

常見卡關與排查

實務上會讓人卡住的，多半是以下這幾種狀況。底下把原因與排查方向整理出來，遇到時可以直接對照。

表單數量或動畫是否拖慢頁面，不能只靠外掛名稱或固定的「三到四個表單」推定。先在行動裝置量測載入，再逐一關閉非必要的顯示規則與效果，比較改動前後的網路請求與 Core Web Vitals；快取也不會自動消除表單腳本成本。可對照 WordPress 快取外掛 的設定方式。

有時候你會想把表單做成置頂的常駐橫幅，那其實不是 Bloom 的強項，那種情境用 WordPress 通知列 會更順手。把工具放對位置，比硬要用一個工具解決所有問題重要得多。

兩個必須誠實提醒的限制

不宜把 Bloom 講成無死角的神器，有兩個限制你最好先知道，才不會用了之後才發現跟期待落差很大。

第一，Bloom 的統計是「表單層級」的，它告訴你哪個表單轉換得多，但不會幫你把訂閱者後續的行為串起來。要看懂「這份名單後來帶來多少生意」，你得自己把事件接到 GA4，或仰賴 ESP 端的報表。Bloom 在這一環是故意做輕的，它把複雜的分析交給專職工具。

第二，Bloom 的表單骨架有自己的樣式語言，深度客製時可能需要額外 CSS。若網站要求高度視覺一致，可比較 Divi 原生表單、專用表單外掛或自訂方案，同時把觸發控制、A/B 測試、可及性與維護成本算進去。

知道邊界在哪，你才能把 Bloom 用在它最擅長的地方，而不是逼它做它不擅長的事。也因此可以說，挑外掛的本質是分工，不是比誰功能最多。

若需求是跨裝置個人化、複雜受眾規則或訂閱後的完整自動化流程，應先列出必要功能，再對照 Bloom 現行觸發條件、ESP 能力與專職工具。不要從主題更新節奏推論 Bloom 的更新品質，也不必因為某款工具功能較多就立刻更換；以可驗證的功能、維護與資料流程比較。可參考 WordPress 電子報外掛推薦。

從零到第一份高轉換 Bloom 表單的七步驟

講了一堆觀念，最終給你一份可以照著跑的行動清單。照這個順序做下來，即使你是第一次碰 Bloom，也能在幾個小時內做出一份有轉換力的訂閱表單。

1. 安裝並授權 Bloom。下載 Elegant Themes 的安裝包，上傳啟用，輸入會員帳號與 API Key 完成授權。
2. 串接你的電子報服務。到 ESP 後台產生 API Key，貼回 Bloom 的 Account 設定，先建好一份測試名單並確認連線成功。
3. 決定第一個表單的位置與觸發條件。新手先從 Below Post 或 Inline 開始，風險最低、讀者意願最高，不要第一個就開全站 Pop-up。
4. 設計表單。精簡到僅收 Email，按鈕文案寫讀者會得到的價值，配色跟著品牌、按鈕用對比色跳出來，動畫保持輕巧。
5. 設定觸發條件。依頁面閱讀時間或捲動資料選擇起始值，行動裝置務必切到該檢視逐項微調。
6. 驗證成功狀態後再接 GA4。先確認前端或 ESP 能可靠判定完成，再把事件標記為重要事件，避免把按鈕點擊當成訂閱成功。
7. 累積一到兩週數據後開 A/B 測試。一次僅測一個變數，累積足夠樣本再宣布贏家，把贏家固定下來再測下一個。

這份清單最關鍵的觀念是：先求穩定收到名單，再求持續優化轉換率。很多人卡在第一步，是因為一開始就想做太多事，結果什麼都沒上線。先把第一個表單跑起來，讓它開始替你收 Email，後面的每一個優化才有東西可以改。

Bloom 不會讓你的網站一夜之間爆紅，但它能幫你把已經來到網站的訪客，一個一個穩定地留下來。名單是最老實的資產，你今天收進來的每一個 Email，未來都可能成為一筆詢問、一張訂單、或一篇口碑。開始把第一份表單做起來吧，剩下的，時間會證明這套累積的價值。

如果你在名單經營這條路上想走得更深，EDM 行銷工具 Kit 的自動化教學 與 MC4WP 訂閱表單 可以當作下一步的延伸閱讀，兩者跟 Bloom 是互補關係，不衝突。工具會換，但「把對的讀者在對的時機收進名單」這個核心邏輯，放諸各平台皆準。