如何利用 Klaviyo 簡訊行銷提高回訪率
本指南詳細介紹場域營運商和 IT 團隊如何使用 Purple Engage 在顧客登入 WiFi 時，收集經驗證的電話號碼與明確的簡訊同意書，然後將此第一方數據與 Klaviyo 整合，以自動化執行高轉換率的簡訊流程。內容涵蓋從網路硬體設定到 Klaviyo 流程設計、合規性要求，以及餐飲旅宿、零售和活動環境中可衡量的回訪成效等完整架構。
收聽此指南
查看播客逐字稿
執行摘要
實體場域營運商面臨著一個持續存在的挑戰：如何將匿名的線下客流量轉化為已知的回訪旅客。電子郵件行銷的開信率大約只有 20%，限制了其對立即重新互動的影響力。而簡訊（SMS）行銷則擁有 98% 的高開信率，並能快速推動行動 [Infobip, 2026]。歷史上的技術障礙在於如何在不增加場域體驗阻力的情況下，大規模收集經過驗證的電話號碼與明確的同意聲明。
Purple Engage 透過將 Guest WiFi 登入流程轉化為符合法規的數據收集機制，完美解決了這一難題。透過 API webhooks 將 Purple Engage 與 Klaviyo 整合，IT 與行銷團隊可以自動化執行由實體場域現場足跡所觸發的 SMS 流程。本指南將詳細介紹在 餐飲旅宿業 、 零售業 及公共部門環境中，部署 Klaviyo SMS 行銷策略以提升回訪率的系統架構、實作步驟與商業影響。我們在全求營運超過 80,000 個以上的實體場域，並在 2024 年處理了 4.4 億次登入，這讓我們對如何在大規模運作中取得成效有著清晰的洞察。
技術深度剖析
Purple Engage 與 Klaviyo 之間的整合仰賴於安全、自動化的數據管道。當訪客連接到場域 WiFi 時，Captive Portal 會提示他們進行驗證。這是初始數據交換發生的時刻，也決定了您後續 SMS 計畫的品質。
數據收集與同意架構
Captive Portal 是主要的數據收集點。訪客使用其電話號碼或社群登入方式進行驗證。在此過程中，Purple Engage 會顯示清晰、符合 GDPR 與 CCPA 規範的 SMS 行銷訂閱核取方塊。這確保了在記錄經驗證的電話號碼時，同時也記錄了明確的同意 - 這是一種出於自願選擇的訂閱，而非預先勾選的方塊。
Purple Engage 作為核心的個人檔案增強引擎，會彙整人口統計數據、停留時間、造訪頻率及位置數據。接著，此增強的個人檔案會使用支援 400 多種整合的 Purple Connectors 庫與 Klaviyo 進行同步。該整合使用 RESTful APIs 和 webhooks 即時傳遞數據，確保 Klaviyo 始終擁有最新的場域現場足跡數據。
從 Purple 流向 Klaviyo 的數據模型包含以下關鍵欄位：
| Purple 欄位 | Klaviyo 屬性 | SMS 使用場景 |
|---|---|---|
| 電話號碼 (已驗證) | 電話號碼 | 主要傳送地址 |
| SMS 同意狀態 | SMS 同意 | 合規閘道 |
| 首次造訪日期 | 自訂屬性 | 歡迎流程觸發器 |
| 上次造訪日期 | 自訂屬性 | 久未造訪觸發器 |
| 總造訪次數 | 自訂屬性 | 忠誠度層級細分 |
| 平均停留時間 | 自訂屬性 | 互動評分 |
| 場域位置 | 自訂屬性 | 特定位置優惠 |
觸發 Klaviyo 流程
Klaviyo 利用此即時數據來觸發特定的 SMS 流程。該架構支援多種基於場域行為的金鑰觸發器。首次登入會觸發歡迎 SMS，並提供立即獎勵以鼓勵第二次造訪。當已知裝置連線至網路時，回訪則會觸發忠誠度確認或 VIP 優惠。當裝置在指定期間內 (通常為 30 天) 未連線時，久未造訪會觸發重新互動 SMS。
這些流程僅佔總 SMS 傳送量的 7.6%，卻帶來了總 SMS 營收的 45.2%，證實了基於意圖的即時訊息傳遞的強大威力 [Klaviyo SMS Benchmarks, 2026]。
基於流程的 SMS 訊息平均點擊率接近 10%，幾乎是行銷活動成效的兩倍，而表現優異者甚至超過 16% [Klaviyo SMS Benchmarks, 2026]。這是圍繞自動化流程而非群發行銷活動來建構架構的核心論點。
實作指南
部署此架構需要 IT 與行銷團隊之間的協調。該過程包括設定網路硬體、設定 Purple 驗證頁面 (captive portal)，以及在 Klaviyo 中建立自動化流程。
步驟 1：網路設定
確保您的企業級硬體已設定為透過 Purple 雲端重疊網路路由訪客流量。Purple 支援 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 與 Fortinet。這種與硬體無關的方法意味著您不需要更換現有的基礎設施。
設定 RADIUS 伺服器以指向 Purple 的基礎設施。這使 Purple 能夠管理驗證並套用頻寬控制，同時擷取必要的裝置 MAC 地址與使用者數據。對於已在員工網路執行 802.1X 驗證的場域，訪客 SSID 應保持獨立 - 請參閱我們的指南 三個 SSID 搞定一切：訪客、Passpoint 與 IoT WiFi 以瞭解建議的網路架構。
步驟 2：Captive Portal 設定
在 Purple 門戶網站中，設計一個品牌形象登入頁 (splash page)。此處關鍵的技術要求是設定驗證方法以要求提供電話號碼，並加入明確的 SMS 選擇加入核取方塊。Purple 支援超過 25 種語言的登入頁，這對國際場域至關重要。 請勿使用預先勾選的方塊；同意必須是自願的選擇，以符合 GDPR 和 CCPA 規範。請直接連結至您的隱私權政策，並明確說明電話號碼將如何用於簡訊行銷。Splash page 也是您的第一品牌印象 - 閱讀我們的 如何透過您的顧客 WiFi 留下絕佳的第一印象 指南，以了解設計最佳實務。
步驟 3：Klaviyo 整合
導覽至 Purple 門戶中的 Connectors 庫，然後選擇 Klaviyo。使用您的 Klaviyo 私密 API 金鑰進行驗證。對應 Purple 與 Klaviyo 之間的資料欄位，確保電話號碼、同意狀態和造訪指標正確同步。透過在測試裝置上登入 WiFi 並確認設定檔在 60 秒內出現在 Klaviyo 中，來測試連線。
步驟 4：在 Klaviyo 中建立簡訊流程
在 Klaviyo 中，根據同步的資料建立自動化流程。從由「首次 WiFi 登入」指標觸發的歡迎流程開始。確保每條簡訊都包含您的品牌名稱、明確的呼籲字句（CTA）以及強制性的停止（STOP）退訂指示。
對於流失造訪流程，將觸發條件設定為當「上次 WiFi 登入」超過 30 天且「簡訊同意」為真。對於回訪流程，則在「總造訪次數」大於一次的任何後續「WiFi 登入」事件上進行觸發。
最佳實務
若要最大化此整合的效果，請遵循以下技術與策略最佳實務。
雙重選擇加入。 實施雙重選擇加入（Double opt-in）流程。當使用者連線至 WiFi 並提供其號碼時，Klaviyo 應立即傳送一則需要回覆「YES」的確認簡訊。這可以驗證號碼並鞏固同意。Klaviyo 的 Smart Opt-in 功能會自動處理此過程。
流程優先級。 專注於自動化流程，而非大量群發活動。基於流程的簡訊平均點閱率接近 10%，幾乎是活動成效的兩倍 [Klaviyo SMS Benchmarks, 2026]。前 10% 的簡訊流程實現了超過 5 美元的每位收件人收入，證明了細分和個人化內容優於高發送量 [Klaviyo SMS Benchmarks, 2026]。
勿擾時間。 設定 Klaviyo 遵守勿擾時間。無論網路觸發何時發生，都不要在深夜或清晨傳送簡訊。Klaviyo 的勿擾時間設定適用於全球所有流程。
資料最小化。 僅收集簡訊策略所需的資料。避免在 Captive Portal 中增加不必要的欄位，這會增加摩擦並降低登入完成率。Splash page 上的每個額外欄位都會降低轉換率。
頻率上限。 設定每個設定檔的最大傳送頻率。每月向同一個人傳送超過四則 SMS 簡訊，可能會面臨退訂率升高的風險。Klaviyo 的頻率上限可同時套用於所有流程與行銷活動。
疑難排解與風險緩釋
部署與實體場域關聯的 SMS 自動化會帶來特定的技術風險。請主動因應這些風險，以確保系統穩定性。
MAC 位址隨機化
現代智慧型手機使用 MAC 位址隨機化來保護隱私。這可能會導致單一回訪者被顯示為多個新訪客。Purple 透過在後續登入時，將驗證過的電話號碼或電子郵件連結到新的 MAC 位址來緩解此問題。如果 MAC 位址已變更，請確保您的 Captive Portal 要求回訪裝置進行驗證。若不進行此設定，您的「總造訪次數」指標將不準確，且您的「回訪」流程將無法正常觸發。
API 速率限制
高流量場域（例如體育場或 交通運輸 樞紐）可能會產生大量的同時登入高峰。這在將資料同步到 Klaviyo 時可能會觸發 API 速率限制。Purple 的基礎設施會將這些 Webhook 排入佇列以管理資料流量，但 IT 團隊應在高峰活動期間監控 API 使用情況，以確保不會遺失任何資料。對於預期有超過 10,000 個同時登入的場域，請在活動前聯絡 Purple 的技術團隊以審查您的 Webhook 設定。
合規性失敗
未記錄明確同意或未遵循拒絕接收請求，在 GDPR 和 CCPA 規範下會面臨嚴厲的財務處罰。Purple 與 Klaviyo 之間的整合會自動同步拒絕接收狀態。如果使用者對 Klaviyo SMS 回覆「STOP」，Klaviyo 會更新設定檔，而 Purple 會在後續登入時尊重此狀態。在正式上線前，請對此流程進行端到端測試。Purple 已通過 ISO 27001, GDPR, CCPA, 和 Cyber Essentials 認證，提供已記錄的合規性基準。
流程觸發失敗
如果流程未觸發，最常見的原因是 Webhook 設定錯誤。請確認 Purple 連接器已設定為在每次登入時（而不僅僅是第一次）向 Klaviyo 推送事件。檢查測試設定檔的 Klaviyo 活動摘要，以確認事件是否已送達。如果事件出現在 Klaviyo 中但流程未觸發，請根據設定檔上的實際屬性值檢查流程篩選條件。
投資報酬率與商業效益
此架構的主要商業效益是回訪率的顯著增長。藉由從廣泛的電子郵件行銷活動轉向高度針對性、基於位置觸發的 SMS 流程，場域能立即看到成效。
根據 2024 年 Klaviyo 消費者 SMS 報告，86% 的消費者在去年因收到 SMS 簡訊而進行了兩次或多次購買，高於 2022 年的 55%。而根據 2026 年 Klaviyo SMS 基準，SMS 流程為每個收件人帶來的收入比標準行銷活動高出約八倍。
Purple 的客戶 Avanti West Coast 透過在整個 WiFi 使用體驗中積極推廣加購，成功實現了 3,744 次購買和 463% 的 ROI。Harrods 透過將 Purple 與其會員計劃整合，單憑 Guest WiFi 就吸引了超過 4,400 人註冊。McDonald's Belgium 使用 Purple 收集了超過 250 萬筆不重複訪客記錄，藉此改善客戶體驗並推動數位轉型。
對於每月獲取 1,000 個已驗證電話號碼、並透過自動化 SMS 流程將其中 15% 轉化為回訪的零售場所而言，WiFi 基礎設施的投資回報在第一季度內即可衡量。Purple Engage 中的 WiFi 分析 儀表板可直接追蹤回訪率，為您提供報告專案績效所需的數據。
如欲深入瞭解 SMS 如何融入更廣泛的重新互動策略，請參閱我們的相關指南： 如何利用 SMS 行銷服務提高回訪率 。
參考資料
[Klaviyo SMS Benchmarks, 2026] https://www.klaviyo.com/products/sms-marketing/benchmarks
[Klaviyo Consumer SMS Report, 2024] https://www.klaviyo.com/blog/sms-marketing-strategies
[Infobip, 2026] https://www.infobip.com/blog/sms-marketing-statistics
關鍵定義
Captive Portal
公用網路使用者在獲准存取網路之前，必須檢視並與之互動的網頁。Purple 使用 Captive Portal 在 WiFi 登入時收集數據和同意書。
場地將匿名裝置轉換為已知客戶檔案的主要介面。Captive Portal 的設計和文案直接決定了訂閱率。
MAC 位址隨機化
現代 iOS 和 Android 裝置中的一項隱私功能，在掃描或連接 WiFi 網路時會產生暫時的、隨機的硬體位址。
IT 團隊必須藉由依賴已驗證的使用者設定檔（電話號碼或電子郵件）而非靜態裝置 MAC 位址，來追蹤重複造訪並防止重複建立設定檔，以解決此問題。
Webhook
一種透過 HTTP POST 請求將即時數據從一個應用程式傳送到另一個應用程式的方法，由特定事件觸發。Purple 使用 Webhook 在訪客連接到 WiFi 時通知 Klaviyo。
確保 Klaviyo 確切得知訪客何時連接到場地 WiFi 的技術機制，從而實現即時流程觸發。
雙重訂閱確認
一種兩步驟的同意程序，使用者先註冊訂閱通訊清單，然後透過回覆初始訊息（通常為「YES」）來確認其訂閱。
簡訊法規遵循的黃金標準。它可驗證電話號碼是否有效且處於活動狀態，並提供第二個明確的同意記錄。
第一方數據
企業在客戶或訪客知情並同意的情況下，直接從他們身上收集的資訊。在此情境中，是指透過 Purple Engage 收集的已驗證電話號碼和造訪歷史記錄。
極具價值，因為場地擁有其完整所有權、數據準確（在登入時進行驗證），且不依賴第三方廣告網路或 Cookie。
停留時間
裝置保持連接到場地 WiFi 網路或在網路上可見的持續時間，用作評估訪客在場地停留時間的指標。
用於觸發具時效性簡訊流程的關鍵指標，例如在訪客進入飯店兩小時後發送餐廳優惠。
API 速率限制
一種控制機制，用於限制應用程式在特定時間範圍內可以發送的 API 請求數量，以防止伺服器過載。
在大型活動期間，數千名訪客同時登入時，IT 團隊必須監控的技術限制。Purple 原生支援 Webhook 佇列，但高流量場地應在熱門活動前檢視配置。
雲端重疊層
建置在現有實體網路基礎架構之上的軟體定義層，無需更換硬體即可提供額外的管理、分析和行銷功能。
Purple 以雲端重疊層（Cloud overlay）的形式運作，這也是它支援 Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme 以及 Fortinet 而無需進行全面硬體升級的原因。
自主選擇同意 (Conscious-choice opt-in)
一種同意機制，使用者必須主動勾選核取方塊或確認其同意，而非使用需要使用者主動取消勾選的預選方塊。
GDPR 對於行銷通訊的要求。Purple 的 Captive Portal 在設計上強制執行此規範。
Klaviyo 流程 (Klaviyo flow)
Klaviyo 中由特定事件或條件觸發的自動化訊息序列，例如首次購買、設定檔屬性變更，或自訂指標（如 WiFi 登入）。
根據場域在場數據發送即時、情境相關簡訊的核心機制。流程在每位收件人產生的收入方面，效能高出廣播活動大約 8 倍。
範例
一家擁有 200 間客房的飯店希望提高已入住旅客的餐飲收入。他們擁有 Cisco Meraki 硬體，並希望利用簡訊在晚餐時段吸引人流前往飯店餐廳。
設定 Meraki 硬體將顧客流量導向 Purple 的 Captive Portal。設計 Splash 頁面，以便在首次登入期間收集電話號碼與明確的簡訊同意。透過 Connectors 庫將 Purple Engage 與 Klaviyo 整合，對應「首次 WiFi 登入」事件與「停留時間」指標。在 Klaviyo 中，建立一個「停留時間」流程，邏輯如下：觸發條件 - 顧客連線至 WiFi。延遲 - 2 小時。條件 - 當地時間下午 5:00 至晚上 8:00 之間。動作 - 發送簡訊：「嗨 [first name]，今晚在 [Restaurant Name] 用餐可享 85 折優惠。結帳時請出示此簡訊。回覆 STOP 可退訂。」設定每次入住最多發送一次的頻率限制，以避免多晚住宿的旅客收到重複訊息。
一家區域性購物中心希望重新活絡過去 60 天內未曾到訪的顧客。他們使用 HPE Aruba 基地台，且已收集了六個月的 WiFi 登入數據。
確認 Aruba AP 正將顧客流量導向 Purple Engage，且 Captive Portal 正在收集明確同意的簡訊訂閱。在 Klaviyo 中，建立一個名為「流失顧客」的客群，篩選條件為：「上次 WiFi 登入日期」超過 60 天前，且「簡訊同意」等於 true。針對此客群建立一個行銷活動，提供特定誘因，例如免費停車代碼或指定主力店的 9 折優惠。將活動安排在週二或週三上午，此時零售人潮通常較少，優惠活動能產生更大的影響力。活動結束後，監測該客群的規模，以了解有多少流失顧客在 14 天內回訪，並追蹤隨後幾個月內 60 天流失客群數量的減少情況。
一家體育場營運商希望為參加過比賽的球迷建立一個賽後重新互動計畫。他們擁有 Ruckus 基地台，並希望推動下一場主場賽事的門票銷售。
將 Ruckus AP 設置為透過 Purple Engage 進行路由。在每場比賽結束後，Purple 將擁有每個連接到體育場 WiFi 的球迷的記錄，以及他們已驗證的電話號碼和簡訊同意狀態。在 Klaviyo 中，建立一個由「WiFi 登入」事件觸發的「活動後」流程，且場地標籤需與該體育場相符。將延遲時間設為活動後 48 小時。發送簡訊：「感謝您蒞臨 [Match Name]。[Next Match] 的早鳥票現已開賣 - 於 [Date] 前預訂可享 10% 優惠。[Link]。回覆 STOP 可退訂。」根據造訪頻率進行受眾細分：在該賽季中參加過三場或更多場比賽的球迷將收到包含忠誠度獎勵的不同訊息。
練習題
Q1. 您的零售場域每週錄得 5,000 次 WiFi 登入，但您的 Klaviyo 簡訊歡迎流程僅為 200 人觸發。Webhook 已確認正常運作，且設定檔已出現在 Klaviyo 中。最可能的技術故障點是什麼？
提示：請考慮 WiFi 登入與明確的簡訊同意之間的差異。
查看標準答案
最可能的問題是 Captive Portal 上的同意率，而非技術整合問題。雖然有 5,000 人登入，但只有 200 人提供了電話號碼並勾選了簡訊同意方塊。這是 Landing Page 的設計問題。請審查 Captive Portal 的 UI，確保同意的價值主張清晰、電話號碼欄位顯眼，且同意核取方塊清晰可見。測試不同的誘因文案。技術整合運作正常，入口網站的轉換率才是瓶頸所在。
Q2. 體育場的 IT 總監希望在半場休息時向所有球迷發送簡訊，提供商品折扣。他們計劃使用 Klaviyo 廣播活動，對象是過去三小時內登入體育場 WiFi 的所有人。為什麼這種做法有風險？更好的架構解決方案是什麼？
提示：思考網路容量、API 限制與訊息相關性。
查看標準答案
同時向 50,000 名球迷發送大量活動會帶來三個風險。第一，當地的行動網路可能會過載，導致訊息延遲送達或根本無法送達 - 失去了半場優惠的目的。第二，即時將 50,000 個同時進行的 WiFi 登入同步到 Klaviyo 可能會達到 API 速率限制，導致數據遺失。第三，與觸發流程相比，大量發送活動顯得缺乏個性化。更好的解決方案是由個人停留時間觸發的自動化流程：在每位球迷登入 45 分鐘後發送簡訊。這可以自然地分散發送、減輕網路負載，且訊息會在對每位球迷個人有意義的時刻送達，而不是在單一的廣播時刻。
Q3. 某家飯店部署了 Purple - Klaviyo 整合並建立了「再次到訪」流程。歡迎流程能正確為新顧客觸發，但再次到訪流程卻從未觸發，即使是入住過多次的顧客也是如此。最可能的設定錯誤是什麼？
提示：Klaviyo 如何知道顧客已重返場域？
查看標準答案
Purple 與 Klaviyo 之間的 Webhook 或數據同步可能設定為僅在初始 Captive Portal 註冊期間推送事件，而非在每次後續登入時推送。Purple 必須設定為在每次裝置重新連線（包括再次到訪時的無縫 MAC 驗證）時，向 Klaviyo 推送「WiFi 登入」事件。請檢查 Purple 連接器設定以確認正在發送重複登入事件。然後檢查 Klaviyo 活動摘要中已知的再次到訪顧客設定檔，以確認事件已送達。如果事件未出現，則是連接器的問題。如果事件已出現但流程未觸發，請對照設定檔上的實際屬性值檢查流程篩選條件。
Q4. 您正在為一家在英國擁有 50 家分店的多據點零售連鎖店提供建議。他們希望使用 Purple 與 Klaviyo 發送特定位置的簡訊優惠。在曼徹斯特店購物的顧客應該收到曼徹斯特專屬的優惠，而不是倫敦的優惠。您如何設計此架構？
提示：考慮場域位置數據如何從 Purple 流向 Klaviyo。
查看標準答案
設定 Purple，在 Klaviyo 個人檔案更新 Webhook 中將場域位置作為自訂屬性傳送。將 Purple 的「場域名稱」或「場域 ID」欄位對應到名為「Last Store Visited」的 Klaviyo 自訂屬性。在 Klaviyo 中，建立單一的 Return Visit 流程，並根據「Last Store Visited」屬性進行條件分支。每個分支會根據該特定分店發送包含相關優惠和分店詳細資訊的 SMS。或者，在單一 SMS 範本中使用 Klaviyo 的動態內容區塊，從個人檔案屬性中自動填入分店名稱和優惠。這樣可以避免維護 50 個獨立流程，並確保架構能隨著新分店的加入而擴展。