如何利用 SMS 行銷平台提升顧客回訪率
本指南說明餐飲旅宿業、零售業、活動展演及公共部門等場域營運商,如何將其訪客 WiFi 基礎架構與 SMS 行銷平台相連結,以提升可衡量的顧客回訪率。內容涵蓋從 Captive Portal 數據擷取到自動化 SMS 行銷活動發送的技術架構、GDPR 與 TCPA 的合規要求,以及有產業基準支持的商業案例。Purple Engage 可自動化此完整流程,在登入時擷取經驗證的第一方電話數據,並在無需人工介入的情況下觸發個人化行銷活動。
收聽此指南
查看播客逐字稿

執行摘要
SMS 簡訊行銷平台擁有高達 98% 的開訊率,且每投入 $1 美元平均可獲得 $71 美元的回報 - 這些數據使其成為當今實體場域營運商所能使用的最高效外發行銷管道 [Attentive, 2024; Emarsys, 2026]。真正的挑戰不在於管道本身,而是在於數據。如果沒有與實際到訪歷史紀錄綁定的已驗證第一方行動電話號碼,SMS 簡訊活動將流於俗套且成效不彰。 Guest WiFi 解決了這個問題。當顧客連線到您的網路時,Purple 的 Captive Portal 會擷取他們的行動電話號碼,透過一次性密碼 (OTP) 進行驗證,並取得明確的行銷同意 - 全都在單一且合規的登入流程中完成。這些數據接著會直接匯入您的 SMS 簡訊行銷平台,實現基於現場到訪觸發的自動化行銷活動。本指南涵蓋完整的架構:從 802.11 關聯、RADIUS 驗證、Captive Portal 數據擷取、與 SMS 平台的 API 整合,到回訪歸因。無論您營運的是飯店、零售連鎖店、體育館還是會議中心,實作步驟皆完全相同。最終成果是獲得可觸及且已細分的客群,以及能直接帶動重返人潮的管道。
技術深度剖析
數據擷取架構
WiFi 轉 SMS 策略的基礎在於無線網路本身。當顧客連線到您的網路時 - 無論您執行的是 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist 還是 Ubiquiti UniFi - 無線基地台 (AP) 都會處理 802.11 關聯。Purple 以雲端重疊 (cloud overlay) 的方式運作於您現有的硬體之上,攔截未經驗證的流量,並透過 RADIUS 伺服器將其重新導向至 Captive Portal。
在 Captive Portal 上,顧客會看到品牌專屬的登入畫面。為了建立 SMS 資料庫,您可以將入口網站設定為要求輸入使用者的行動電話號碼作為驗證方式。此處的關鍵控制點在於 OTP 驗證。Purple 會向提供的號碼傳送一次性密碼,顧客必須輸入此驗證碼才能存取網際網路。這單一操作排除了虛假輸入,並保證您資料庫中的每個號碼都是有效且屬於現場活動的人員。
在同一個登入流程中,Purple 會顯示行銷同意核取方塊。這必須是一個未預先勾選、由使用者主動選擇同意 (opt-in) 的設計 - 而非預先勾選。此同意事件會與時間戳記、裝置 MAC 位址和 IP 位址一同記錄。此稽核軌跡即為您在 GDPR、CCPA 和 TCPA 規範下的合規證明。

現場到訪追蹤與個人檔案豐富化
一旦完成驗證,Purple 就會將裝置 MAC 位址與已驗證的行動電話號碼建立關聯,並建立訪客個人檔案。從此時起,每當該裝置進入場域並連線至相同的 SSID 時,Purple 就會記錄一次存在事件。這將建立造訪歷史記錄:首次造訪日期、最近造訪日期、造訪頻率以及停留時間。
這些數據是您 SMS 簡訊行銷活動的引擎。它能告訴您誰是首次造訪者、誰是忠實常客,以及誰已經流失。沒有它,您發送的每條 SMS 簡訊都是在猜測。有了它,每條訊息都具有關聯性。
關於 MAC 隨機化:iOS 14 和 Android 10 之後的版本使用隨機化 MAC 位址來保護使用者隱私。然而,裝置通常會針對特定的 SSID 保持相同的隨機化 MAC 位址。只要訪客連線至相同的網路,存在追蹤就會保持一致。若要採用更強大、基於身分識別的方法,請部署 Passpoint (也稱為 Hotspot 2.0 或 OpenRoaming)。Passpoint 透過憑證而非 MAC 位址來驗證使用者,使追蹤不因 MAC 隨機化而受影響。Purple 原生支持 Passpoint。
與 SMS 簡訊平台的 API 整合
Purple 提供 REST API 並支持存在事件的 webhook 傳送。您的 SMS 簡訊行銷平台 - 無論是 Klaviyo、Attentive 還是自訂 CRM - 都會訂閱這些事件。數據承載內容包括行動電話號碼、名字、造訪次數、上次造訪日期和場域識別碼。
SMS 簡訊平台使用此數據來觸發自動化工作流程。整合通常配置如下:
| 觸發事件 | 行銷活動類型 | 時機 |
|---|---|---|
| 首次 WiFi 登入 | 歡迎優惠 | 登入後 2 小時 |
| 30 天內無造訪 | 挽回優惠 | 第 30 天 |
| 在特定日期造訪 | 活動推廣 | 活動前一天 |
| 第 N 次造訪里程碑 | 忠誠度獎勵 | 造訪時 |
這不是批次群發模式。每條訊息都是由特定的、真實世界的行為觸發。這就是為什麼基於 WiFi 數據建立的 SMS 簡訊行銷活動表現優於一般廣播行銷活動的原因。
WiFi 分析 與回訪歸因
歸因是大多數 SMS 簡訊專案失敗的原因。他們發送訊息並寄予厚望。有了 Purple,歸因是直接的。當收到 SMS 簡訊優惠的使用者隨後連線到 WiFi 網路時,Purple 就會記錄該次造訪。訊息發送與回訪之間的時間是可以衡量的。轉換率 - 在指定時間內回訪的 SMS 簡訊接收者百分比 - 是您可以向董事會報告的具體 KPI。
Purple 的分析儀表板會原生呈現此數據。您可以按行銷活動、按場域、按造訪頻率和按優惠類型進行細分。這關聯了您的行銷支出與實體客流量。
實作指南
部署 WiFi 轉 SMS 簡訊管道需要您的網路團隊與行銷工具棧進行協調。以下是具體步驟。
Step 1 - Audit your captive portal. 審查您目前的登入流程。如果您未收集手機號碼,請更新 portal 以新增此欄位。如果您有收集號碼但未透過 OTP 進行驗證,請啟用驗證。這是整個系統中最重要的單一數據品質控制。
Step 2 - Define your consent wording. 與您的法務團隊合作起草同意條款。其中必須明確說明使用者同意接收來自您組織的行銷 SMS 簡訊。請附上隱私權政策的連結。請勿預先勾選核取方塊。
Step 3 - Configure the Purple API integration. 在 Purple 控制面板中,導覽至「整合」區段。從支援的連接器清單中選擇您的 SMS 平台。對應資料欄位:手機號碼、名字、上次造訪日期、造訪次數和場域 ID。透過觸發測試登入並確認資料已送達您的 SMS 平台來測試 Webhook。
Step 4 - Build your campaign workflows. 在您的 SMS 平台中建立自動化序列。從兩個行銷活動開始:針對首次造訪者的歡迎訊息,以及針對 30 天內未造訪使用者的挽回訊息。保持訊息簡短 - 盡量控制在 160 個字元以內。包含明確的行動呼籲和指向您優惠活動頁面的連結。
Step 5 - Set frequency caps. 在您的 CRM 中設定頻率限制。每位使用者每月最多傳送二至四則訊息是業界標準。超過此限制可能會導致使用者取消訂閱。SAP Engagement Cloud 的研究顯示,23% 的消費者會停止支持透過 SMS 過度溝通的品牌。
Step 6 - Monitor and iterate. 在第一個月內,每週審查行銷活動成效。追蹤開啟率、點閱率,以及最重要的一點 - 透過 Purple 的 Presence 數據所衡量的回訪率。根據數據顯示的結果調整訊息傳送時間、優惠類型和分群。
對於 零售 營運商,週四下午的傳送時間在帶動週末人潮方面的表現一貫優於其他日子。對於 餐旅 場域,退房後 48 小時的挽回訊息能帶來最高的回購率。對於 交通運輸 樞紐和活動場域,即時 Presence 觸發器的表現則優於排程傳送。
最佳實踐
以下原則適用於所有垂直產業和所有 SMS 平台設定。
Verify every number. 在 captive portal 進行 OTP 驗證是不可妥協的。未經驗證的號碼資料庫是一項負債,而不是資產。超過 5% 的退信率會損害您的寄件者信譽,並降低整個列表的送達率。
Segment before you send. Purple 收集的 Presence 數據為您提供了進行有意義分群的素材。至少要區分首次造訪者、常客(90 天內造訪三次或以上)以及流失造訪者(30 天內未造訪)。每個客群都需要不同的訊息。 個人化優惠。 在稱呼收件人時加上名字。提及他們造訪過的場域。使優惠具體化 - 「下次造訪我們曼徹斯特分店可享 10% 折扣」的效果每次都優於「下次造訪可享 10% 折扣」。Purple 會在登入時擷取場域識別碼,因此這種個人化是自動完成的。
正確掌握發送簡訊的時間。 簡訊在送達後三分鐘內有 90% 的讀取率 [Emarsys, 2026]。這使得時間點變得至關重要。避免在清晨或深夜發送訊息。對於零售業,週四下午能帶動週末的造訪率。對於餐飲旅宿業,週日晚上能帶動週間的預訂量。
包含明確的退訂選項。 每則簡訊都必須包含取消訂閱的機制。「回覆 STOP 退訂」是標準做法。請立即執行退訂要求。Purple 和大多數簡訊平台會自動處理此項工作,但請在測試期間驗證設定。
遵守 GDPR 和 TCPA。 GDPR 要求處理個人資料必須有合法依據。對於簡訊行銷,這指的是明確的同意。美國的 TCPA 則要求行銷訊息必須取得先前的明確書面同意。兩者都要求您保留可供稽核的同意記錄。Purple 會自動記錄每次的同意事件。
疑難排解與風險緩釋
訂閱率偏低。 如果選擇訂閱簡訊行銷的訪客少於 20%,請檢視 Captive Portal 的設計。價值的交換必須清晰明瞭。提供立即、具體的誘因 - 例如折扣碼、免費的進階 WiFi 或抽獎機會。測試不同的優惠類型並衡量每種優惠的訂閱率。請參閱我們的指南 如何利用訪客 WiFi 留下美好的第一印象 以瞭解入口網頁的設計原則。
退信率偏高。 退信率高於 5% 表示資料品質不佳。如果 OTP 驗證尚未啟用,請啟用它。稽核您現有的資料庫,找出從未參與過行銷活動的號碼。將其刪除。
回訪歸因率偏低。 如果 WiFi 資料顯示簡訊收件人的回訪率偏低,請檢查歸因期。Purple 中的預設歸因期為 30 天。如果您的場域有較長的自然造訪週期 - 例如每季舉辦一次的商展 - 請相應地延長歸因期。同時檢查訪客回訪時連線的 SSID 是否與他們首次造訪時使用的 SSID 相同。如果 SSID 變更,MAC 隨機化可能會導致追蹤產生落差。
MAC 隨機化落差。 如上所述,iOS 和 Android 會使用隨機的 MAC 位址。如果您看到高比例與現有設定檔不相符的「新」裝置連線,這很可能是 MAC 隨機化所致。解決方案是佈署 Passpoint。Purple 在 Cisco Meraki、HPE Aruba 和 Juniper Mist 硬體上原生支援 Passpoint。如需更多網路設計的詳細資訊,請參閱 掌控一切的三個 SSID:訪客、Passpoint 與 IoT WiFi 。
API 整合失敗。 如果存在事件(presence events)未傳送到您的 SMS 平台,請檢查 Purple 控制面板中的 Webhook 設定。確認端點 URL 是否正確,且接收端伺服器是否回傳 200 狀態碼。檢查 Purple API 記錄以尋找錯誤回應。大多數整合失敗是由於身分驗證錯誤所致 - 請確保您的 API 金鑰為最新狀態且擁有正確的權限。
投資報酬率(ROI)與業務影響

SMS 行銷的商業價值已得到廣泛證實。SMS 擁有 98% 的開啟率、18% 的點閱率,以及每投入 1 美元平均獲得 71 美元的投資報酬率 [Attentive, 2024; Sender, 2026]。將 SMS 整合到其全通路策略中的品牌,其客戶互動率提升了 47.7% [Omnisend]。向客戶發送簡訊的企業,報告數位行銷成功的可能性比未發送的企業高出 683% [SimpleTexting, 2024]。
當 SMS 結合了第一方 WiFi 數據時,這些成效會進一步提升。行銷活動是由真實行為觸發,而非行事曆日期。優惠活動與特定場所及造訪記錄密切相關。其歸因是直接且可衡量的。
對於一家擁有 50 個據點的 零售 連鎖店而言,現有客戶群的回訪率提升 10%,即代表在沒有任何額外獲客成本的情況下,營收獲得了顯著增長。對於 餐旅 營運商而言,流失顧客的重新預訂率提升 5%,即可抵消相當大一部分的新客獲取成本。
Purple 的 Engage 方案將這整個流程自動化。它會在登入時擷取經過驗證的顧客數據,根據造訪行為對受眾進行細分,並透過您選擇的平台觸發個人化的 SMS 行銷活動。在我們超過 80,000 個實際運作的場所和 3.5 億不重複使用者中,數據一致顯示,使用觸發式、基於存在(presence-based)之 SMS 行銷活動的場所,在每個關鍵指標(開啟率、點閱率和回訪率)上的表現,都優於使用排程廣播行銷活動的場所。
如需深入了解相關實作,請參閱我們的指南: Como alavancar a plataforma de marketing por SMS para aumentar as visitas de retorno 以及 রিটার্ন ভিজিট বাড়ানোর জন্য কীভাবে SMS মার্কেটিং প্ল্যাটফর্মের সুবিধা নেওয়া যায় 。
關鍵定義
Captive Portal
公共網路用戶在獲得網際網路存取權限之前,必須查看並進行互動的網頁。用於擷取第一方數據並取得行銷同意。
Captive Portal 是 WiFi 轉 SMS 流程中的主要數據收集點。其設計會直接影響同意率與數據品質。
一次性密碼 (OTP)
僅在單次驗證工作階段中有效的密碼,發送至用戶的行動電話號碼以驗證所有權。
在 Captive Portal 進行 OTP 驗證是系統中最重要的數據品質控管機制。它能杜絕虛假資料,並確保資料庫中的每個號碼皆屬有效。
第一方數據
由您自己的系統直接自訪客收集的數據,而非向第三方購買或從第三方 cookie 推導出的數據。
透過 Purple 的 captive portal 收集的數據為第一方數據。這歸場域營運商所有,符合 GDPR 和 CCPA 規範,且不受第三方數據淘汰的影響。
自願選擇同意 (Conscious-choice opt-in)
一種同意機制,使用者必須採取主動、刻意的步驟 - 例如勾選空白核取方塊 - 才能同意接受行銷資訊。預先勾選的方塊不符合資格。
符合 GDPR 規範的必要條件。Purple 的 captive portal 在設計上便強制執行此項要求。每次同意事件都會記錄時間戳記和裝置識別碼。
Webhook
當特定事件發生時,將即時數據從一個應用程式傳送到另一個應用程式的 HTTP 回呼。
Purple 使用 webhooks 即時將存在事件推送到您的 SMS 平台。這能啟用觸發型活動,在訪客連線至網路的數秒內即時發送。
MAC address
分配給網路介面的唯一硬體識別碼。供網路用於識別裝置。
Purple 在登入時將裝置 MAC address 與已驗證的使用者設定檔建立關聯。這能實現對後續造訪的存在追蹤。
MAC randomisation
iOS 14+ 和 Android 10+ 中的一項隱私功能,在掃描或連線到不同的網路時,會使用不同的隨機化 MAC address。
如果 SSID 在兩次造訪之間發生變更,MAC randomisation 可能會影響存在追蹤。裝置通常會針對每個 SSID 保持相同的隨機化 MAC。Passpoint 透過使用基於身分的驗證消除了這個問題。
Passpoint (Hotspot 2.0)
一種通訊協定,可使用儲存的認證啟用自動且安全的 WiFi 驗證,無需使用者在後續造訪時與 captive portal 進行互動。
Passpoint 提供更無縫的連線體驗,且不受 MAC randomisation 的影響。Purple 在 Cisco Meraki, HPE Aruba 和 Juniper Mist 硬體上原生支援 Passpoint。
TCPA (Telephone Consumer Protection Act)
限制未經請求的行銷傳播(包括 SMS)的美國聯邦立法。要求在發送行銷簡訊之前獲得事先明確的書面同意。
任何針對美國行動電話號碼的 SMS 活動都必須符合 TCPA。Purple 的同意記錄提供了合規所需的稽核紀錄。
RADIUS (Remote Authentication Dial-In User Service)
一種網路通訊協定,為連線至網路的使用者提供集中式的驗證、授權和帳務管理。
Purple 使用 RADIUS 攔截未驗證的流量並將其重導向至 captive portal。它作為雲端重疊層運行在您現有的硬體之上。
範例
一家擁有 50 家分店的連鎖零售商希望增加週末購物者的回訪率。他們目前在 Cisco Meraki 硬體上提供免費訪客 WiFi,但在登入時並未擷取電話號碼。
- 更新 Purple 儀表板中的 Captive Portal,新增行動電話號碼欄位,並將 OTP 驗證設為驗證方式。2. 新增 SMS 行銷的自願同意核取方塊,並在成功註冊後提供 9 折優惠碼。3. 透過 Purple API 將 Purple 連結至該零售商的 SMS 平台(在此案例中為 Attentive)。對應欄位:行動電話號碼、名字、上次造訪日期、場域 ID。4. 在 Attentive 中建立兩個自動化工作流程:首次登入兩小時後觸發的「歡迎活動」,以及自上次記錄的偵測事件起算 30 天後觸發的「挽回活動」。5. 針對「挽回活動」,安排在星期四下午 2 點發送,以影響週末的購物行為。6. 四週後,在 Purple 的分析儀表板中比較已同意用戶與基準線的造訪頻率,以檢視回訪率。
一家使用 HPE Aruba 無線基地台的大型體育場希望在半場休息期間刺激商品銷售。他們的 WiFi 連線率很高,但沒有 SMS 資料庫。
- 設定 Captive Portal 以擷取包含 OTP 驗證的行動電話號碼。新增活動日優惠的行銷同意選項。2. 透過 Webhook 將 Purple 與體育場的 CRM 進行整合。設定 Webhook 在每次發生新的偵測事件時觸發,並傳送行動電話號碼、名字和活動識別碼。3. 在 CRM 中建立即時觸發器:當帶有目前活動識別碼的偵測事件觸發時,將該用戶加入「半場優惠」SMS 受眾名單。4. 安排半場 SMS 行銷活動於預計休息前 15 分鐘發送,提供限時的商品折扣。5. 活動結束後,自 Purple 匯出回訪數據,以衡量有多少收到 SMS 的人參與了隨後的活動。
練習題
Q1. 您正在 20 個飯店地點部署新的 captive portal。您想要建立一個 SMS 行銷資料庫。要確保數據可行,需要實施的最關鍵單一技術控制措施是什麼?
提示:考慮一下如果訪客輸入虛假電話號碼以快速繞過入口網站會發生什麼事。
查看標準答案
啟用 OTP 驗證。這需要訪客接收 SMS 並輸入驗證碼才能取得網際網路存取權,從而保證資料庫中的每個號碼都是有效的,且屬於現場的訪客。若沒有 OTP,收集到的號碼將有很大比例是無效的,這會導致高退信率並損害寄件者信譽。
Q2. 您的行銷團隊想要向過去 12 個月內造訪過您任何場域的所有訪客發送 SMS 活動。在發送之前,您必須對 CRM 數據執行什麼合規性檢查?
提示:思考在向行動電話號碼發送行銷訊息之前,GDPR 和 TCPA 有何要求。
查看標準答案
確認發送清單中的每個行動電話號碼都具有相關聯、明確且出於自主選擇的行銷訂閱同意記錄,並附有時間戳記與場域識別碼。同時確認這些使用者隨後沒有透過回覆 STOP 或經由其他管道撤回同意。向沒有有效同意記錄的使用者發送簡訊違反了 GDPR 和 TCPA,並會使組織面臨監管處置。
Q3. 場域營運商反映,儘管 SMS 的開啟率和點閱率很高,但歸因數據中顯示的再次造訪次數卻極少。最可能的原因是什麼?您該如何調查?
提示:開啟率和點閱率都很高,代表訊息已被接收並產生行動。落差在於點擊與被記錄到的實體再次造訪之間。
查看標準答案
最可能的原因是再次造訪歸因配置錯誤。請檢查三件事:第一,Purple 分析中的歸因窗口是否針對該場域的自然造訪週期進行了正確設定 - 如果窗口太短,再次造訪將不會被計入。第二,檢查 MAC 隨機化是否導致返回的裝置被視為新裝置 - 如果自初次登入以來 SSID 已變更,裝置的 MAC 將會不同,且個人檔案將無法比對。第三,確認 Purple 與 SMS 平台之間的 API 或 webhook 整合是否傳遞了正確的場域識別碼,以便將造訪正確地點的再次造訪歸因於正確的行銷活動。
Q4. 您正在為一位體育場營運商提供諮詢,他們希望在比賽期間向球迷發送即時 SMS 優惠。他們有 40,000 名球迷連接到 HPE Aruba 網路。必須具備什麼架構組件才能使其運作?關鍵的時間考量是什麼?
提示:思考在記錄到存在事件與交付 SMS 之間需要發生什麼事。
查看標準答案
必須在活動前配置並測試 Purple 與 SMS 平台之間的 webhook 整合。當每個裝置連接時,Purple 會觸發存在事件。SMS 平台必須接收此事件,檢查使用者是否在已同意的區隔中,並將訊息排入傳送佇列。關鍵的時間考量是在中場休息前 10 到 15 分鐘發送優惠,而不是在連接的那一刻。在連接時發送意味著訊息會在球迷專注於比賽時送達。在中場休息前發送意味著訊息會在球迷即將前往大廳時送達,從而最大化商品攤位的轉換機會。