如何利用 SMS 行銷活動提高回訪率
本技術指南詳細介紹場所營運商如何利用現有的賓客 WiFi 基礎設施來獲取經過驗證的電話號碼,並自動執行能推動回訪的 SMS 行銷活動。內容涵蓋 Captive Portal 同意架構、符合 GDPR 規範的訂閱流程、基於實體停留數據的自動化活動觸發器以及 CRM 整合。零售、餐飲旅宿和活動等垂直領域的營運商可以預期,在 90 天內,同意接收訊息的賓客重複訪問頻率將增加 15% 至 25%。
收聽此指南
查看播客逐字稿

執行摘要
零售 、 餐飲旅宿 和公共部門等實體場域營運商,面臨著一個共同的挑戰:如何將匿名的線下人流轉化為已知的回訪遊客。傳統的資料收集方法 - 例如訪問後調查或下載會員 App - 參與率低,且無法驗證聯絡資料。
當訪客連線到 Guest WiFi 時,他們提供了一個立即、高意向的機會來獲取經驗證的電話號碼。SMS 擁有 98% 的開啟率,且每投入 1 美元,ROI 介於 21 到 41 美元之間 [1]。透過在 Captive Portal 收集電話號碼,並根據物理位置的停留數據觸發行銷活動,IT 和行銷團隊可以部署一個高效的管道來增加回頭客。
Purple Engage 在 Captive Portal 登入時收集經認證的訪客電話數據,並從該點起自動化行銷活動。在 2024 年超過 80,000 個線上場域和 4.4 億次登入(Purple 內部數據)中,透過 Portal 的電話號碼收集率始終優於訪問後的收集方法。
本指南涵蓋了完整的實施架構:網路架構、同意書設計、行銷活動自動化、CRM 整合和歸因分析。它是為需要在本季度採取行動的 IT 經理、網路架構師、CTO 和場域營運總監而編寫。
技術深入探討
為什麼 SMS 的表現優於其他重新互動管道
SMS 不是一個新興的管道,但其效能指標依然無與倫比。其開啟率高達 98%,而電子郵件僅為 21% [1]。90% 的簡訊在送達後三分鐘內被閱讀。SMS 的平均點擊率為 26%,而電子郵件僅為 3% [1]。平均回應率為 45%,而電子郵件僅為 6% [1]。

當您考慮到基礎數據的品質時,這個管道優勢會更加顯著。透過 WiFi Captive Portal 收集的電話號碼,會透過 SMS 一次性密碼 (OTP) 認證進行即時驗證。該聯絡人實際存在於您的場域中,意圖訊號非常強烈。這與在網頁表單或活動報名中輸入的電話號碼有著本質上的不同。
網路架構與硬體相容性
Purple 作為雲端覆蓋層(cloud overlay)運作,這意味著您不需要更換現有的網路基礎設施。它與 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme Networks 和 Fortinet 基地台(AP)進行原生整合。
當訪客嘗試存取網路時,無線基地台會將其流量重定向到 Purple Captive Portal。驗證會透過 RADIUS 伺服器進行。驗證成功後,裝置的 MAC 位址會與使用者個人檔案關聯,從而可以被動追蹤後續的造訪,而無需重新登入。這種被動追蹤是行為行銷活動觸發器的基礎。
對於多據點的營運商,訪客個人檔案會跨據點保留。造訪您曼徹斯特門市和伯明罕門市的顧客會被識別為同一個人,使您能夠根據多據點造訪模式對行銷活動進行客群區隔。
Captive Portal 作為數據收集機制
Captive Portal 是訪客裝置與網際網路存取之間的介面。它也是收集第一方數據的主要節點。Purple 的 Captive Portal 支援多種驗證方式:社群登入(Facebook、Google)、電子郵件、含有簡訊一次性密碼(OTP)的電話號碼,以及透過 Passpoint 實現的無密碼 WiFi。
對於簡訊行銷活動,含有簡訊 OTP 的電話號碼是首選的驗證方式。它能在收集的瞬間產生經驗證、可送達的聯絡記錄。社群登入可以收集電子郵件地址,但無法收集電話號碼。電子郵件登入可以收集電子郵件地址,但需要額外的步驟來收集電話號碼。
如果您目前的入口網頁使用社群或電子郵件登入,您可以在驗證後的個人檔案補全畫面中,新增選填的電話號碼欄位。這是一種比初始驗證就要求電話號碼摩擦力更低的方法,但其收集率較低。最佳配置取決於您的產業垂直領域以及您提供的誘因強度。
同意架構與 GDPR 合規性
根據 GDPR 第 7 條和 CCPA,為簡訊行銷收集電話號碼需要明確且自由給予的同意。Captive Portal 為捕獲此同意提供了一個同步、透明的環境。
合規的簡訊訂閱流程如下:
- 訪客在登入頁面輸入其電話號碼。
- 透過簡訊發送一次性密碼(OTP),以驗證該號碼是否真實存在且屬於現場人員。
- 訪客輸入 OTP 以進行驗證並存取網路。
- 登入頁面顯示一個標示清晰、未勾選的核取方塊(與 WiFi 存取條款分開),聲明:「我同意接收來自 [場所名稱] 的促銷簡訊。訊息發送頻率會有所不同。回覆 STOP 可取消訂閱。」
- Purple 會將同意記錄(包括時間戳記、IP 位址和確切的同意字句)記錄到訪客個人檔案中。
- 將 WiFi 存取同意與行銷同意分開是不可妥協的。存取網際網路不能以同意接收行銷訊息為條件。這直接違反了 GDPR 自由給予同意的要求。Purple 儲存具有完整稽核軌跡的同意記錄,滿足了第 7 條關於證明已給予同意的要求。對於在整個歐盟和美國營運的場所,Purple 通過了 ISO 27001、GDPR、CCPA 和 Cyber Essentials 認證。
實作指南

步驟 1:配置 Captive Portal 以收集電話號碼
更新登入頁面(Splash Page)以要求或顯著突出電話號碼輸入。價值交換必須明確。「連接 WiFi 並在下次造訪時獲得 10% 折扣」作為行動呼籲(CTA),其效果始終優於「連接 WiFi」。啟用簡訊 OTP 驗證以確保數據品質。對登入頁面文案進行 A/B 測試以優化同意率。目標是至少 20% 的 WiFi 登入能收集到含有行銷同意書的電話號碼。
對於 餐飲旅宿 場所,登入頁面應反映品牌和特定的場所。Premier Inn 的賓客所期望的視覺體驗與街邊零售店的顧客不同。Purple 的登入頁面產生器支援完全的品牌客製化。設計指引請參閱 如何透過您的賓客 WiFi 留下美好的第一印象 。
步驟 2:與您的 CRM 和行銷自動化平台整合
在入口網站收集到的賓客數據必須流入您的中央行銷技術堆疊。Purple 為 Salesforce、HubSpot、Mailchimp、Klaviyo 以及其他一系列平台提供原生整合和 Webhooks。當賓客同意加入時,他們的個人檔案(包括電話號碼、同意記錄、造訪歷史和位置數據)會即時同步到您的 CRM。
這種整合至關重要,原因有二。首先,這意味著您的簡訊活動可以從您用於電子郵件的同一個平台進行協調,因此您無需管理單獨的工具。其次,這意味著您的賓客數據會隨著時間推移而豐富。每一次 WiFi 連線事件都會增加一個數據點:哪個位置、什麼時間、多長時間。六個月後,您將擁有一個對細分極其有用的行為個人檔案。
步驟 3:定義自動化活動觸發器
與其發送大宗廣播,不如根據 WiFi 網路偵測到的實際訪客行為配置自動化活動。三種活動類型能持續推動重複造訪:
歡迎系列。 在賓客首次登入 WiFi 24 小時後觸發。一個簡單的、有時限的優惠能推動快速的第二次造訪。使用這種方法的餐飲旅宿營運商其歡迎轉換率達到 12% 至 18%(Purple 內部數據)。
重新互動活動。 當先前頻繁造訪的訪客在 45 天內未連線到網路時觸發。Purple Engage 會根據 WiFi 連線歷史記錄偵測到此中斷,並發送自動簡訊。不需要手動細分。觸發因素是缺少 WiFi 連線事件。
忠誠度獎勵。 於顧客完成第五次造訪後觸發。識別高價值訪客,並向其發送獨家優惠、活動搶先體驗或忠誠度獎勵。這封訊息會讓人感到非常個人化,因為它是基於真實的行為數據,而非人口統計學的假設。
步驟 4:透過 WiFi 分析進行監控與優化
Purple 的 WiFi Analytics 平台提供完整的行銷活動歸因。您可以查看各個位置的同意訂閱率、各個客群的活動成效以及回訪歸因。如果您在週二發送了 SMS 簡訊活動,並在接下來的週末看到 WiFi 連線數增長了 20%,您就可以將其直接歸因於該活動。這打通了數位行銷支出與實體場域人流量之間的閉環。
最佳實踐
維持低頻次、高相關性。 SMS 簡訊是一種親密的管道。將促銷訊息限制在每月二到四次。發送過多訊息是退訂的首要原因;53% 的訂閱者將發送頻次過高列為退訂原因 [1]。
依據位置與行為進行細分。 多據點的零售營運商不應向所有使用者發送通用的優惠。請根據顧客造訪的特定場域、停留時間以及造訪頻次來細分行銷活動。停留時間為五分鐘的顧客收到的訊息,應與停留兩小時的顧客有所不同。
使用清晰的退訂機制。 每一封 SMS 簡訊都必須包含如何取消訂閱的清晰說明。「回覆 STOP 即可退訂」是標準做法。Purple 會自動處理此流程,並立即從活動客群中移除已退訂的聯絡人。
定期進行資料庫維護檢查。 電話號碼會更換。人們會取得新號碼。Purple 的分析儀表板會標記重複發送失敗的聯絡人,以便您將其從活動客群中移除,並維持良好的送達率。
測試 Splash Page 頁面文案。 對 Captive Portal 上的呼籲字句(CTA)進行微調,就能顯著影響同意訂閱率。測試不同的誘因 - 如折扣碼、搶先體驗、免費贈品 - 以找出最能與您特定受眾產生共鳴的內容。
疑難排解與風險緩釋
入口網頁的同意訂閱率低。 如果低於 15% 的 WiFi 登入有成功收集到包含行銷同意的電話號碼,則表示 Splash Page 的設計產生了阻力。請確保該表單已針對行動裝置進行優化、誘因足夠吸引人,且價值交換是明確的。對文案進行 A/B 測試。
SMS 簡訊送達退信率高。 如果訊息無法送達,入口網頁可能收集到了無效的號碼。在登入過程中實施 SMS OTP 驗證,以確保在收集當下即保證數據品質。
違反 GDPR 合規。 將行銷同意與 WiFi 存取捆綁在一起是直接違反 GDPR 的行為。請確保行銷同意勾選框是獨立的、預設為未勾選、說明清晰,且可獨立撤銷。Purple 的同意機制架構預設即會處理此問題。 **成效歸因落差。**如果您無法將簡訊發送與實體回訪聯結起來,就無法證明投資報酬率。請確保您的 WiFi 分析平台與您的簡訊平台共享一個通用識別碼(電話號碼或 CRM 聯絡人 ID),以便將回訪歸因於特定的行銷活動。
**訊息疲勞與退訂率飆升。**如果每次發送的退訂率超過 2%,請立即降低發送頻率並檢視訊息的關聯性。基於行為數據(而非人口統計學假設)的個人化推薦,是維持互動最有效的方式。
投資報酬率與商業影響
由顧客 WiFi 數據驅動的簡訊行銷活動對商業影響是高度可衡量的。因為網路可以追蹤實體存在,營運商可以直接將回訪歸因於特定的行銷活動。
零售場所和餐飲旅宿集團在部署自動化行為觸發因素後的前 90 天內,已同意訂閱的顧客重複訪問頻率通常會增加 15% 至 25%(Purple 內部數據)。簡訊行銷活動每投入 1 美元,即可帶來 21 至 41 美元的投資報酬率,其中季節性活動報告高達每美元 71 美元 [1]。
對於一個每月有 10,000 次 WiFi 登入且同意訂閱率為 20% 的場所,這意味著每月有 2,000 個經過驗證、同意的聯絡人加入簡訊清單。若重新互動活動的回訪轉換率為 15%,這意味著每月可增加 300 次原本不會發生的回訪。
WiFi Analytics 平台提供了歸因層,向利害關係人證明這一投資報酬率。已同意訂閱的聯絡人每次回訪,都會記錄在觸發該次活動的行銷活動中。
相關資源
- How to leverage bulk SMS for marketing to increase return visits
- Como potenciar SMS em massa no marketing para aumentar as visitas de retorno
- Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi
- Guest WiFi - Purple 的核心數據收集平台
參考資料
[1] Sakari, "SMS Marketing Statistics: Data-Backed Insights for 2025-2026", https://sakari.io/blog/sms-marketing-statistics-data-backed-insights-for-2025-2026
關鍵定義
Captive portal
公共存取網路的使用者在獲准存取網際網路之前,必須檢視並與之互動的網頁。它介於賓客裝置和網路閘道之間。
這是場所營運商用來獲取賓客電話號碼和行銷同意的主要介面。Purple 的 Captive Portal 支援社群媒體登入、電子郵件、SMS OTP 和 Passpoint 身份驗證。
SMS OTP (One-Time Passcode)
透過簡訊發送的一次性數字驗證碼,用於驗證電話號碼是否真實存在並屬於提交該號碼的人員。
在 Captive Portal 實作 OTP 驗證是確保資料庫整潔並防止高 SMS 退信率的最有效方法。
雙重訂閱驗證 (Double opt-in)
一種同意機制,使用者在註冊後,必須透過第二個動作確認其訂閱,例如輸入簡訊一次性密碼 (OTP) 或點擊確認連結。
推薦用於簡訊行銷名單,以確保資料品質並證明符合 GDPR Article 7 的同意要求。
MAC address
分配給網路介面控制器的唯一識別碼,在網路分段內的通訊中用作網路地址。
WiFi 分析平台用來在初始身分驗證後,被動追蹤回訪次數和停留時間,無需訪客再次登入。
第一方資料 (First-party data)
公司直接從其客戶收集並完全擁有的資訊,不依賴第三方中間機構。
透過 Guest WiFi 收集的電話號碼是高價值的第一方資料,可減少對付費廣告平台的依賴,並提供直接聯繫訪客的管道。
停留時間 (Dwell time)
在單次造訪期間,裝置保持連接至 WiFi 網路或對該網路可見的時間長度。
用於細分使用者以進行精準行銷活動。停留時間為 5 分鐘的訪客與停留時間為 2 小時的訪客將收到不同的訊息。
Webhook
在特定事件發生時,使用 HTTP POST 請求將即時資料從一個應用程式傳送到另一個應用程式的方法。
當訪客在 Captive Portal 同意訂閱時,用於即時將訪客個人檔案和同意記錄從 WiFi 平台推送到 CRM。
硬體相容性 (Hardware-agnostic)
相容於多個不同硬體廠商和系統的軟體,不需要特定品牌的設備。
Purple 可在 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 上運作,這意味著場館無需更換基地台即可部署簡訊行銷活動。
GDPR Article 7
歐盟一般資料保護規範 (GDPR) 中規定有效同意條件的條款,包括同意必須是自由給予、具體、明確且在知情下做出的要求。
直接規範場館營運商必須如何在 Captive Portal 收集並儲存簡訊行銷同意。Purple 的同意架構旨在預設滿足 Article 7 的要求。
雲端重疊網路 (Cloud overlay)
部署在現有網路基礎架構之上的軟體層,可在不更換底層硬體的情況下增加智慧功能和管理能力。
Purple 的部署模式。它透過 RADIUS 與現有的基地台整合,不需要更換硬體。
範例
一家擁有 50 個據點的零售連鎖店希望針對 60 天內未曾到訪的購物者,實施重新互動 SMS 行銷活動。他們目前使用 Cisco Meraki 硬體並將 Salesforce 作為其 CRM。
步驟 1:配置 Meraki 儀表板,將未經身份驗證的 WiFi 流量重定向到 Purple Captive Portal。步驟 2:更新登入頁面,要求使用 SMS OTP 登入,以確保獲取經過驗證的電話號碼。新增一個明確且未勾選的 SMS 行銷同意核取方塊,與 WiFi 使用條款分開。步驟 3:配置 Purple 到 Salesforce 的 Webhook,以即時同步賓客個人資料,包括電話號碼、同意記錄和訪問歷史。步驟 4:在 Purple Engage 中,建立一個動態客群:具有行銷同意權「且」上次 WiFi 連線日期超過 60 天前的聯絡人。步驟 5:配置此客群的自動 SMS 觸發器,並提供限時優惠。步驟 6:監控 WiFi 分析儀表板,追蹤此客群中有多少聯絡人在收到訊息後七天內在網路上進行身份驗證,以提供直接的成效歸因。
一家在英國和歐盟營運 30 家物業的酒店集團需要部署 SMS 歡迎系列簡訊,同時確保完全符合 GDPR。他們目前的 Captive Portal 僅使用社群媒體登入。
步驟 1:在現有社群媒體登入流程的身份驗證後個人資料填寫畫面上,新增一個選填的電話號碼欄位。在此階段提供一個標示清晰、未勾選的 SMS 行銷同意核取方塊。步驟 2:啟用電話號碼欄位的 SMS OTP 驗證以確保數據品質。步驟 3:配置 Purple 以儲存包含時間戳記、IP 位址和確切同意字句的同意記錄,以符合 GDPR 第 7 條稽核軌跡規範。步驟 4:設定自動歡迎 SMS 觸發器,在賓客於任何物業首次登入 WiFi 24 小時後觸發,提供會員獎勵或下次住宿折扣。步驟 5:配置活動以排除已在任何物業收到歡迎訊息的賓客,防止在多個據點的資產中重複發送。
練習題
Q1. 體育場營運商希望在半場休息期間向所有 50,000 名觀眾發送促銷簡訊。他們計劃在登入頁面上將輸入電話號碼設為強制性,作為使用 WiFi 的條件。這存在什麼主要的合規風險?他們應該如何解決?
提示:請考慮 GDPR 對於「自由給予同意」的要求,以及身分驗證資料與行銷同意之間的區別。
查看標準答案
主要風險是違反 GDPR。雖然場館可以要求提供電話號碼進行網路身分驗證,但不能將同意行銷作為使用 WiFi 的條件。這構成了捆綁同意,根據 GDPR Article 7,這不屬於「自由給予」的同意。正確的方法是要求透過簡訊一次性密碼 (OTP) 進行身分驗證,然後提供一個單獨、未勾選的核取方塊以取得簡訊行銷同意。這兩個操作必須是獨立且可分別撤銷的。
Q2. 您向 5,000 個已同意訂閱的聯絡人發送了簡訊行銷活動,但分析儀表板顯示退信率達 38%。最可能的原因是什麼?您應該對 Captive Portal 進行什麼設定調整?
提示:請考慮最初是如何收集電話號碼的,以及可能遺漏了什麼驗證步驟。
查看標準答案
最可能的原因是 Captive Portal 沒有使用 SMS OTP 驗證,這意味著訪客可以輸入任何電話號碼進行身分驗證。這會導致資料庫中含有高比例的無效、拼寫錯誤或虛假的號碼。解決方案是在 Captive Portal 上實施 SMS OTP 驗證。這會要求訪客輸入他們目前持有且有效、作用中的電話號碼,以接收 OTP 並完成身分驗證,從而在擷取點即消除無效號碼。
Q3. 一家飯店集團在歐洲的物業中使用 HPE Aruba 無線基地台,而在北美物業中使用 Cisco Meraki。在不更換硬體的情況下,他們該如何標準化這兩個地區的 SMS 資料擷取與活動自動化?
提示:思考智慧層相對於無線基地台硬體應該部署在何處。
查看標準答案
他們應部署與硬體無關的雲端重疊網路(如 Purple)。透過將 HPE Aruba 和 Cisco Meraki 控制器指向同一個集中式 Captive Portal 和 RADIUS 伺服器,他們可以在全球範圍內標準化資料擷取流程、同意書記錄與 CRM 整合。無論底層硬體廠商為何,訪客個人檔案在所有物業間都是一致的。此方法無需更換硬體,並允許行銷團隊從單一平台管理這兩個地區的行銷活動。