Skip to main content

如何在营销活动中使用第一方数据

本权威指南详细介绍了企业IT和营销团队如何将其访客WiFi基础设施转变为强大的第一方数据引擎。内容涵盖数据捕获的技术架构、符合GDPR的同意管理、细分策略,以及跨电子邮件、短信、社交媒体广告和程序化展示的实际激活。场所运营商和IT团队将找到具体的实施指导、来自酒店和零售行业的实例,以及可衡量的ROI框架。

📖 7 min read📝 1,546 words🔧 2 worked examples3 practice questions📚 9 key definitions

Listen to this guide

View podcast transcript
欢迎收听Purple架构简报。我是主持人,今天我们要解决IT和营销领导者面临的一个关键挑战:如何在营销活动中使用第一方数据。具体来说,我们关注如何激活通过企业WiFi基础设施捕获的数据。 如果您是CTO、IT经理或场所运营总监,您已经了解网络的价值。但是,弥合原始网络遥测数据与可操作的营销智能之间的差距——这才是真正的ROI所在。那么,让我们开始吧。 第一节:背景与当前重要性。 第三方cookie在所有主流浏览器中正在弃用。英国和欧洲的GDPR以及美国的CCPA等隐私法规比以往任何时候都更严格。营销人员面临着巨大的压力,需要找到干净、已同意的第一方数据源。与此同时,每天有成千上万的客人、购物者或粉丝连接到您的接入点。通过实施带有明确选择加入的Captive Portal,您的WiFi网络成为您物理场所中最可靠的第一方数据引擎。 想想这在实践中意味着什么。一家拥有200间客房的酒店每天可能有300个独特的设备连接。位于繁忙市中心的一家零售旗舰店可能有2000个。比赛日的体育场?数万个。每一个连接都是一个潜在的数据点——姓名、电子邮件地址、电话号码、人口统计资料——所有都在连接点获得明确同意后捕获。 问题不是您是否应该这样做。问题是您是否正在正确、合规且大规模地这样做。 第二节:技术架构。 让我们从边缘开始。当设备与接入点关联时,无线局域网控制器检测到未经认证的客户端。然后,它将设备的初始HTTP请求重定向到Captive Portal——一个托管在本地或云端的网页。 这个启动页面是关键的价值交换点。场所提供高速互联网接入。用户提供其数据和同意。简单。但实现细节至关重要。 对于认证方法,您有多种选择。社交OAuth——允许用户通过Facebook、Google或Apple登录——是最无摩擦的选择,并立即提供丰富的人口统计数据。基于表单的认证,您请求特定字段如电子邮件地址、电话号码和邮政编码,让您对所捕获的数据有更多控制。然后是Passpoint,即Hotspot 2.0,它使用IEEE 802.11u标准为返回用户允许自动、安全的连接,在初始设置后完全绕过Captive Portal。 现在,这里有一个许多部署都低估的技术挑战:MAC随机化。现代操作系统——iOS 14及以上、Android 10及以上——为设备连接的每个无线网络生成一个唯一的临时MAC地址。这是作为隐私功能引入的,它从根本上打破了以设备为中心的跟踪。 如果您依赖硬件MAC地址来识别返回访客,您将看到看似新访客的数量激增,而您的回头客指标暴跌。客流保持不变,但您的数据看起来完全错误。 解决方案是从以设备为中心的跟踪转向以身份为中心的跟踪。一旦用户通过Captive Portal认证,他们的会话数据——包括随机化MAC——就会与他们的CRM档案绑定。在后续访问中,当他们使用相同的电子邮件地址或社交登录再次认证时,系统会将新的随机化MAC链接回现有档案。身份是锚点,而不是设备。 为了获得最无缝的体验,特别是在酒店和交通环境中,可以在用户首次认证后将Passpoint配置文件配置到他们的设备上。在每次后续访问中,设备自动安全连接,用户被识别,数据被捕获——所有这些都不需要用户再次与Portal交互。 第三节:数据流与集成。 捕获数据是第一步。将其整合到您的营销堆栈中是第二步。 标准架构如下。Purple平台位于网络边缘和您的营销工具之间。当用户认证时,平台标准化数据——处理去重、档案合并和同意管理——然后通过REST API或Webhooks将数据推送到下游。 Webhook就是一个HTTP回调。当特定事件发生时——新用户认证、返回用户连接、用户停留时间超过十五分钟——平台向预配置的端点发送结构化的JSON有效载荷。该端点可能是您的Salesforce CRM、HubSpot营销中心、Marketo自动化平台或自定义中间件层。 Webhooks相对于计划批量导出的关键优势是实时激活。如果酒店客人办理入住并连接到WiFi,您希望在几分钟内而不是第二天早上向他们发送欢迎邮件。实时数据流使这成为可能。 第四节:跨渠道激活数据。 让我们谈谈四个主要的激活渠道:电子邮件、短信、社交媒体广告和程序化展示。 电子邮件是最成熟的渠道。触发式欢迎邮件,在用户首次认证后立即发送,对于提供承诺的激励非常有效。访问后调查邮件,在断开连接24小时后发送,推动评论生成。再互动营销活动,针对90天内未连接的用户,对于推动重复访问非常有效。 短信是场内激活意图最高的渠道。因为您接触的是在您场所内的人,所以上下文非常适合时效性优惠。一位在鞋类区域浏览了十分钟的零售客户是鞋子促销的高度合格潜在客户。一位在房间待了三个小时的酒店客人可能会接受晚餐预订优惠。位置分析——使用WiFi三角测量或BLE信标——可以自动触发这些短信。 对于社交媒体广告,第一方数据随着第三方定位选项的减少而变得越来越有价值。您可以将最活跃的WiFi用户细分——例如,在过去60天内访问过您场所超过三次的用户——导出为哈希电子邮件列表,并作为Custom Audiences上传到Facebook Ads Manager或Google Ads。从那里,您可以创建Lookalike Audiences,以找到与您最忠诚的实体访客具有相似特征的新潜在客户。这是连接线下行为和在线广告的强大桥梁。 最后,程序化展示。通过将第一方受众细分与需求方平台同步,您可以在整个开放网络上向已知访客投放定向展示广告,在他们离开您的场所后强化品牌知名度。 第五节:实施陷阱与风险缓解。 让我带您了解我在部署中看到的最常见故障模式。 首先是合规失败。最常见的错误是将营销同意复选框与服务条款接受捆绑在一起。根据GDPR,营销通信的同意必须是自由给予、具体、知情且明确的。将其与服务条款捆绑在一起会使同意完全无效。您必须为每种类型的营销通信使用单独、未勾选的复选框——电子邮件和短信应该是独立的选择加入。 第二个陷阱是Captive Portal加载缓慢。如果启动页面加载时间超过三秒,放弃率会急剧飙升。这在客流量大的场所尤其有问题,缓慢的Portal会成为瓶颈。积极优化Portal页面:压缩图像,最小化JavaScript,并确保您的Walled Garden配置允许Portal资源在认证前加载。 第三个陷阱是Walled Garden配置不良。如果您使用社交OAuth进行认证,您需要确保Facebook、Google和Apple的认证端点在用户完成登录前可访问。这需要在无线局域网控制器上进行仔细的Walled Garden配置。 第四个陷阱是忽视数据质量。在第一次登录时要求尽可能多的信息是诱人的。抵制这一点。渐进式画像——在第一次访问时要求基本信息,并在后续访问中丰富档案——会产生更高的转化率和更好的数据质量。 第六节:快速问答。 问题一:我们可以跟踪不登录的用户吗? 您可以看到匿名探测请求,用于存在分析——客流计数和停留时间——但没有明确同意和认证会话,您不能将这些数据用于定向营销。匿名分析对运营决策有用,但营销激活需要身份。 问题二:我们如何处理从现有电子邮件列表到WiFi捕获数据的过渡? 从将现有CRM联系人与新的WiFi认证进行交叉引用开始。当已知联系人登录WiFi时,用新的行为数据丰富其现有档案。随着时间的推移,您通过WiFi捕获的档案将成为您最丰富的数据源。 问题三:配置良好的Captive Portal的典型选择加入率是多少? 根据我们的经验,一个设计良好、具有明确价值主张的Portal——用电子邮件地址和营销同意交换免费高速WiFi——可实现60%到80%认证用户的选择加入率。设计糟糕的Portal,表单复杂或价值主张不明确,选择加入率可能降至20%以下。 第七节:总结与下一步。 让我总结一下。 您的WiFi基础设施是一个巨大、未被充分利用的第一方数据资产。通过部署安全、合规的Captive Portal,通过API和Webhooks将其与营销堆栈集成,并利用基于位置的触发器,您可以将IT成本中心转变为可衡量的营销收入生成器。 实施路线图很直接。从Captive Portal部署开始,并将其与您的电子邮件平台集成。运行一个简单的欢迎活动并衡量转化率。然后,扩展到基于短信的位置触发器。然后,将您的受众细分导出到社交平台进行Lookalike定位。每一步都建立在前一步的基础上,每一步都产生可衡量的ROI。 您手中的数据很有价值。捕获数据的基础设施已经到位。问题只是您是否正在激活它。 有关详细的部署指南和集成文档,请访问purple.ai上的Purple平台。感谢您参加本次简报。

header_image.png

执行摘要

对于企业场所——酒店、零售连锁店、体育场和会议中心——访客WiFi网络不再仅仅是一个成本中心或基本设施。随着第三方cookie的弃用和隐私法规的收紧,实体场所拥有一个独特且未被充分利用的优势:能够在连接点直接从访客那里捕获高度准确、已获同意的第一方数据。

本指南概述了IT经理和CTO如何构建其无线基础设施,以作为营销团队的合规数据采集引擎。通过部署与CRM和营销自动化平台集成的强大的Captive Portal,场所可以大规模无缝收集人口统计和行为数据。我们将探讨数据捕获机制的技术部署、 Guest WiFi 分析的集成,以及跨电子邮件、短信和社交媒体广告的定向营销活动执行,最终实现可衡量的ROI和增强的客户体验。Purple平台目前服务于超过80,000个场所和近两百万日活用户,提供连接网络基础设施与营销激活的集成层。

技术深入:数据采集架构

实体场所第一方数据收集的基础依赖于用户移动设备、无线接入点(AP)和Captive Portal基础设施之间的交互。在任何营销激活之前,理解这一架构至关重要。

Captive Portal与认证

当用户连接到开放的SSID时,网络控制器将其初始HTTP请求重定向到Captive Portal。这个启动页面是关键的价值交换点:场所提供高速互联网接入,用户提供其数据和同意。为最大化数据质量和用户体验,认证过程必须既无摩擦又在技术上强大。

现代部署利用三种主要认证方法。社交OAuth允许用户通过Facebook、Google或Apple认证,即时提供丰富的人口统计数据并减少表单放弃率。基于表单的认证请求特定字段,如电子邮件地址、电话号码和邮政编码,使场所能够直接控制所捕获的数据。通过Passpoint(Hotspot 2.0)的无缝认证利用IEEE 802.11u标准,允许返回用户自动、安全地连接,初始设置后完全绕过Captive Portal——这对于交通枢纽和体育场等高吞吐量环境至关重要,如 Wi Fi in Auto: The Complete 2026 Enterprise Guide 中所述。

克服MAC随机化

历史上,场所通过设备的媒体访问控制(MAC)地址跟踪用户。然而,现代操作系统——iOS 14及以上、Android 10及以上——实现了MAC随机化,为每个SSID生成唯一的临时MAC地址。这从根本上打破了以设备为中心的跟踪,是遗留部署中数据质量下降的最常见原因之一。

为构建持久的用户画像,架构必须依赖认证会话而非硬件标识符。一旦用户通过Captive Portal认证,其会话数据(包括随机化MAC)就会与 WiFi Analytics 平台中的CRM档案绑定。后续使用相同认证方法的访问将关联回统一档案,保留纵向行为数据。

数据流与集成架构

捕获的数据必须从网络边缘无缝流向营销堆栈。这通过REST API或安全Webhooks实现,支持实时数据同步而非批量导出。

segmentation_diagram.png

标准数据流包括五个阶段:捕获(在Captive Portal收集数据)、标准化(分析平台去重并合并档案)、同步(Webhooks将实时更新推送到CRM)、细分(营销团队根据行为和人口统计标准定义受众群组),以及激活(在电子邮件、短信和程序化渠道触发营销活动)。

实施指南:激活数据

收集数据只是第一步。真正的商业价值在于激活。以下部分详细说明了如何在四个主要营销渠道中部署第一方WiFi数据。

data_activation_workflow.png

1. 电子邮件营销与滴灌营销活动

电子邮件对于酒店和 零售 环境仍然是一个高效渠道。触发式欢迎邮件通过Webhook配置,在用户首次登录后立即发送,非常适合提供承诺的激励措施,如折扣码或忠诚度积分。访问后调查邮件在用户断开网络24小时后自动发送,推动评价生成和NPS测量。再互动营销活动针对超过90天未连接的用户,对于推动重复访问非常有效,特别是在季节性促销相关的 酒店 环境中。

2. 短信与基于位置的触发器

对于即时、高意图互动,短信是无与伦比的。该渠道要求在认证过程中捕获明确的短信营销选择加入——一个与电子邮件营销同意分开的、未勾选的复选框。使用位置分析——如 Indoor Positioning System: UWB, BLE, & WiFi Guide 中所述——平台可以在用户在特定区域停留一段时间时触发短信,创建上下文相关的微时刻营销。

3. 社交媒体广告与自定义受众

第一方数据对于程序化展示和社交媒体广告非常有价值,尤其是在第三方跟踪逐渐减少的情况下。Lookalike Audiences通过将高参与度的WiFi用户细分——例如,每月访问场所超过两次的用户——导出到Facebook Ads Manager或Google Ads作为种子Custom Audience来创建。然后平台识别具有相似人口统计和行为特征的新用户。重定向向最近访问过场所的用户投放定向展示广告,在整个开放网络中强化品牌知名度。

4. 程序化展示

通过将第一方受众细分与需求方平台(DSP)同步,场所可以在优质发布商的库存中向已知访客投放定向展示广告。这对于访问频率和意图信号强的 交通医疗 场所尤其有效。

关于基础数据收集策略,请参阅 如何通过WiFi收集第一方数据

合规与用户体验最佳实践

隐私与同意(GDPR和CCPA)

合规是不可协商的,必须从第一天起就构建到部署中,而不是事后补救。Captive Portal必须遵守严格的数据保护法规。非捆绑式同意是强制性的:营销通信的复选框必须与接受条款和条件完全分开。精细的选择加入应为电子邮件和短信营销提供单独的复选框。必须突出显示清晰的隐私政策链接,详细说明数据将如何被使用、存储和共享。数据在传输过程中必须使用TLS 1.2或更高版本加密,在静态时使用AES-256加密,涉及交易时需符合PCI DSS标准。

优化Captive Portal以提高转化率

启动页面必须在三秒内加载。超过三秒,放弃率会显著飙升,导致数据采集机会的丧失。Portal必须完全响应移动端,并设计有清晰、引人注目的价值主张。渐进式画像是推荐的方法:首次访问时仅请求电子邮件地址,在后续访问时用额外的字段——生日、邮政编码、偏好——来丰富档案。在配置良好的部署中,这种方法始终能产生60%到80%的选择加入率。

故障排除与风险缓解

故障模式 症状 缓解策略
Captive Portal未显示 用户连接到SSID但未重定向到Portal。 验证DNS配置和Walled Garden设置。确保在认证完成前Portal的IP和URL可达。
低选择加入率 连接量高但营销同意捕获率低。 审查价值主张的清晰度。简化表单。确保营销选择加入突出但不具有欺骗性。测试Portal加载时间。
数据同步失败 在Purple中更新的档案未反映在CRM中。 监控Webhook交付日志。验证目标平台上的API密钥和速率限制。为失败交付实现重试逻辑。
MAC随机化导致数据质量下降 “新”访客激增;返回访客指标崩溃。 转向以身份为中心的跟踪。实施Passpoint以实现无缝重新认证。鼓励基于应用的认证以实现持久身份。
Walled Garden配置错误 社交OAuth登录失败;用户无法完成认证。 在无线局域网控制器的Walled Garden配置中将所有必需的认证端点(例如accounts.google.com、graph.facebook.com)列入白名单。

ROI与业务影响

通过WiFi实施第一方数据策略,将网络从IT支出转变为具有可量化回报的可衡量营销资产。

每次获取成本(CPA): 通过Captive Portal获取一个新的、已同意的电子邮件订阅者的成本通常是通过付费社交或搜索广告等效成本的一小部分。基础设施已经部署;增量成本是平台许可和Portal配置。

营销活动归因: 通过跟踪用户何时收到电子邮件优惠并随后登录场所WiFi,营销团队可以明确证明数字营销活动的线下归因——随着数字归因模型可靠性降低,这一能力变得越来越有价值。

增加的客户终身价值(CLV): 由准确的第一方数据驱动的个性化互动与访问频率增加和每次访问消费更高直接相关。一家能够识别回头商务旅客并主动提供相关升级的酒店,比将每位客人视为匿名的酒店能够提供显著更好的体验。

关于复杂的物联网和数据架构考虑,请参阅 物联网架构:完整指南

Key Definitions

Captive Portal

公共接入网络用户在被授予互联网访问权限之前必须查看并与之交互的网页。它作为数据捕获和同意收集的主要界面。

这是场所与访客之间价值交换的关键点。它的设计、加载速度和表单结构直接决定了所捕获第一方数据的质量和数量。

MAC Randomisation

现代操作系统(iOS 14+、Android 10+)中的一项隐私功能,为设备连接的每个无线网络生成一个临时、唯一的MAC地址,防止持续的设备级跟踪。

这是遗留WiFi分析部署中数据质量下降的最常见原因。它需要从以设备为中心的跟踪架构转向以身份为中心的跟踪架构。

First-Party Data

组织通过自身渠道和触点,在明确同意的情况下直接从客户或用户那里收集的信息。

这是最有价值且最合规的营销数据源,特别是在第三方cookie在主流浏览器和广告平台中被逐步淘汰的情况下。

Webhook

基于HTTP的回调机制,当源系统中发生特定事件时,向预配置的端点发送结构化数据有效载荷。

用于在用户认证后立即从WiFi分析平台推送实时数据到CRM或营销自动化工具,实现实时营销活动触发。

Walled Garden

一种网络配置,将未经认证的用户限制在一组预先批准的域和IP地址,防止在认证完成之前完全访问互联网。

正确的Walled Garden配置对于允许Captive Portal加载以及在用户完成登录过程之前启用社交OAuth登录(例如将Facebook和Google认证端点列入白名单)至关重要。

Passpoint (Hotspot 2.0)

基于IEEE 802.11u的行业标准,可在初始设备配置后无需手动Portal交互即可实现自动、安全的WiFi连接。

改善返回访客的用户体验,确保一致、持久的基于身份的连接,促进跨多次访问的无缝数据捕获和档案丰富。

Lookalike Audience

广告平台(例如Facebook Ads或Google Ads)创建的定位细分,用于识别与现有Custom Audience种子列表具有相似特征的新用户。

允许场所利用通过WiFi捕获的高质量线下访客数据,在线找到新的、高质量的潜在客户,弥合实体和数字营销之间的差距。

Progressive Profiling

一种数据收集策略,通过多次交互逐步收集客户信息,而不是在单个表单提交中请求所有数据字段。

通过减少初始登录的摩擦来提高Captive Portal转化率,同时在后续访问中构建全面、丰富的客户档案。

Dwell Time

设备保持与WiFi接入点或定义的位置区域关联的持续时间,用作物理存在和参与的代理。

基于位置的营销触发器的关键信号。在特定零售区域停留超过十分钟的用户是上下文相关优惠的高意图潜在客户。

Worked Examples

一家拥有200间客房的豪华酒店希望增加其内部水疗中心的预订量。他们目前提供免费WiFi,但除了客房预订系统之外不捕获任何客人数据。IT和营销团队应如何合作部署第一方数据解决方案?

第一阶段 — IT部署: IT团队配置无线局域网控制器,将所有未经认证的访客流量从'Hotel_Guest_WiFi' SSID重定向到Purple的Captive Portal。Walled Garden配置为允许访问Portal的CDN和社交登录提供商的OAuth端点。

第二阶段 — Portal设计: 营销设计一个品牌化启动页面,带有清晰的价值主张:'免费高速WiFi——秒级连接。'认证表单要求提供姓名和电子邮件,并有一个单独、未勾选的营销同意复选框。隐私政策链接突出显示。

第三阶段 — 集成: IT配置一个安全的Webhook,将新的认证档案推送到酒店的CRM(例如Salesforce)。自定义字段'WiFi_Opt_In'映射到营销同意标志。

第四阶段 — 营销活动执行: 营销在CRM中配置自动触发器。如果客人认证,并且其档案表明他们之前没有访问过水疗中心(与预订系统交叉引用),则在办理入住后两小时自动发送一封电子邮件,提供水疗护理15%的折扣,有效期至住宿结束。

第五阶段 — 衡量: 跟踪电子邮件打开率、点击率和水疗预订转化率。比较选择WiFi的客人与未选择WiFi的客人的人均水疗收入,以量化ROI。

Examiner's Commentary: 这种方法有效地将IT基础设施与特定的营销收入目标联系起来。使用实时Webhooks确保了上下文相关、及时的优惠。两小时的延迟是有意为之——它让客人在收到促销信息之前安顿下来,改善了用户体验和转化率。与预订系统的交叉引用防止向已预订的客人发送水疗优惠,避免了糟糕的客户体验。

一家拥有50家门店的全国性零售连锁店希望基于其最频繁的店内购物者建立Facebook广告的Lookalike Audience,而不依赖第三方像素数据。

第1步 — 基线捕获: 确认所有50个地点的Captive Portal都在捕获电子邮件地址和营销同意。使用集中管理平台确保Portal在所有站点配置一致。

第2步 — 细分定义: 在Purple分析平台中,创建一个定义为'在过去60天内在任何地点认证超过三次的用户'的细分。这一群体代表品牌最忠诚的实体购物者。

第3步 — 安全导出: 将该细分导出为哈希(SHA-256)电子邮件列表。哈希确保原始电子邮件地址永远不会传输到广告平台,保持GDPR合规。

第4步 — Custom Audience上传: 将哈希列表作为Custom Audience上传到Facebook Ads Manager。Facebook将哈希与其自己的用户数据库进行匹配。

第5步 — Lookalike生成: 基于该Custom Audience生成1%的Lookalike Audience。这将定位与品牌最忠诚的实体购物者具有相似特征——人口统计、兴趣和在线行为——的新Facebook用户。

第6步 — 营销活动部署: 运行一个潜在客户营销活动,以新客户获取优惠为目标,定位Lookalike Audience。

Examiner's Commentary: 这个场景展示了将线下行为数据高级应用到在线广告中。关键洞见是,频繁的实体访问是比在线浏览行为强得多的忠诚度信号。通过使用这种高意图的线下数据作为Lookalike定位的种子,与依赖第三方在线数据相比,零售商显著提高了广告支出效率。SHA-256哈希步骤对GDPR合规至关重要,在任何部署中都不可或缺。

Practice Questions

Q1. 您的场所的Captive Portal出现了40%的流失率。用户连接到SSID但未完成认证过程。两个最可能的技术原因是什么,您将如何诊断和解决每个问题?

Hint: 独立考虑网络配置层和用户体验层。

View model answer

原因1 — Portal加载缓慢: 启动页面在移动设备上渲染时间过长。诊断:使用浏览器开发者工具从访客网络上的移动设备测量首字节时间(TTFB)和总页面加载时间。解决:压缩所有图像,删除非必要的JavaScript,并通过CDN提供Portal。目标是低于3秒加载时间。

原因2 — Walled Garden配置错误: Portal正在加载,但社交OAuth认证失败,因为认证提供商的端点未在Walled Garden中列入白名单。诊断:尝试社交登录并在开发者工具中检查网络请求,查看是否有被阻止的连接。解决:将所需的OAuth端点(例如accounts.google.com、graph.facebook.com、appleid.apple.com)添加到无线局域网控制器上的Walled Garden白名单中。

Q2. 一位营销总监希望在用户进入旗舰零售店恰好15分钟后向其发送短信优惠。您将如何使用现有的WiFi基础设施构建此解决方案,以及适用哪些合规考虑?

Hint: 考虑如何检测存在、如何将事件传达给营销平台,以及需要哪些同意。

View model answer

架构: 1) 确保Captive Portal明确捕获手机号码,并有一个单独、未勾选的短信营销选择加入复选框。2) 配置WiFi分析平台,根据设备与店铺接入点的关联跟踪停留时间。3) 设置一个由事件'停留时间 > 15分钟 且 短信_选择加入 = 是'触发的Webhook。4) Webhook有效载荷——包含用户手机号码和店铺标识符——发送到短信平台(例如Twilio),该平台发送预配置的优惠。

合规: 短信选择加入必须明确且与WiFi服务条款分开。消息必须包含明确的退出机制(例如'回复STOP退订')。根据GDPR,用户必须在同意时被告知其在店铺内的位置将用于触发营销消息。

Q3. 在用户群中推出iOS更新后,您的分析平台显示'新'访客激增60%,而'回头'访客指标崩溃。物理客流计数器显示实际访客数量没有变化。发生了什么,以及长期的架构应对措施是什么?

Hint: 考虑移动操作系统引入的最新隐私功能及其对设备级跟踪的影响。

View model answer

诊断: 这是由MAC随机化引起的。iOS更新启用了每网络MAC随机化,意味着每次访问每个设备都会呈现一个新的临时MAC地址。分析平台将每个新MAC解释为新访客,破坏了以设备为中心的跟踪。

立即响应: 告知营销团队,历史'回头'访客指标暂时不可靠,在建立以身份为中心的架构之前,不应将其用于营销决策。

长期架构: 1) 确保所有返回用户被提示通过Captive Portal重新认证。当他们使用现有的电子邮件或社交账户登录时,新的随机化MAC会链接到他们现有的CRM档案,恢复纵向数据。2) 向认证用户的设备部署Passpoint配置文件。Passpoint使用基于证书的认证,不受MAC随机化影响,确保未来访问时的无缝、持久身份。3) 鼓励用户下载场所的应用程序,该应用程序提供持久的应用级身份,同样不受MAC随机化影响。