借助 Stape 跨会话打通用户变得更加轻松

如果您从事服务端跟踪已有一段时间，很可能自己构建过某种形式的用户打通方案（我自己就搭建过好几次！）。当用户提交表单时，您捕获其邮箱地址并存储到类似于 Data Store 的地方。然后，在随后的每个事件中调取该用户数据，或将其用于跨设备跟踪。这种方法确实有效，但耗费大量时间；不过我们许多人都知道必须这样做，以帮助改善广告平台效果并为其提供有效数据。

我是 MeasureU 的技术主管 Manisha Mistry，我曾多次完成过此类设置，深知其配置和维护的工作量有多大。其模式始终如出一辙：捕获信息，使用 Stape Store Writer 标签保存信息，使用 Stape Store Lookup 变量调取信息，然后针对每个标识符和每个下游平台重复这一过程。

上个月，Stape 推出了 Enricher 增强功能，它彻底改变了我对整个工作流程的认知。Enricher 实现了我们一直以来手动完成的工作，它为我们处理所有这些打通逻辑，让用户打通变得无比轻松。

在本文中，我将详细介绍 Enricher 带来的实际改变、其底层匹配机制、它尝试匹配的六种（没错，整整六种）标识符，以及常见使用场景。

理解 Enricher 增强功能最简单的方法，就是将其与我们大多数人当前的做法进行对比。

用于用户打通的独立 Data Store 设置：

• 您使用 Store Writer 标签将用户数据写入 Store。
• 您使用 Store Lookup 变量在 Store 中查询用户数据。
• 这种方式可以奏效，但设置和管理需要耗费大量时间。

通过 Enricher 增强功能使用 Data Store：

• Stape 会从传入请求中提取标识符并将其存储，并在您的 sGTM 客户端和标签触发之前，将它们重新附加到后续请求中。
• 数据扩充发生在基础设施层，您的标签只会看到一个完全扩充后的事件到达服务器。

依我看来……这简直就像魔法一样（当然这只是我的个人感受）。话虽如此，让我们深入了解它的工作原理以及匹配机制。

每当我需要透彻理解某个事物时，我都喜欢将其可视化。下图展示了当用户在网站上提交信息并在事件/数据标签中公开后，Enricher 增强功能如何为所有事件扩充数据。

如图所示，在所有四列中，一旦数据暴露，Enricher 增强功能就会捕获用户数据，并将其重新附加到此后的每一个事件中。无论用户是否处于新会话或新设备上，只要六个标识符中的任意一个匹配成功，Enricher 的任务就是匹配该用户、捕获/更新用户画像，并为下游所有事件补全缺失的用户数据。

我想特别指出的是第 9 天那一列：访客使用一台全新的设备返回网站，并重新提交了相同的邮箱。由于 Data Store 可以基于邮箱进行匹配，它将调取完整的用户画像，使用缺失的用户数据更新传入事件，并使用所有新信息更新存储的用户画像。 

这正是 Enricher 增强功能真正让我印象深刻的部分。大多数时候在设置用户打通时，我通常会基于邮箱或某个 ID（或两者兼有）进行匹配。Enricher 则更进一步，支持基于以下六种标识符中的任意一种来匹配传入事件：

• email - 主要标识符
• _sbp - Stape 的应用 Cookie
• FPID - 第一方 Cookie ID
• _ga - GA4 Client ID
• _dcid - Stape Data Client ID
• X-Stape-User-Id - Stape 的 User ID 增强功能标识符

在此我想稍作说明：上述六种标识符是 Enricher 增强功能用来将用户与现有画像进行匹配的依据。然而，Enricher 在该画像中存储的内容清单要庞大得多，这也是它在下游广告平台跟踪中如此实用的原因。

一旦 Enricher 在这六种标识符中的任意一种上找到匹配项，它就会将您通过数据/事件标签提供的所有信息存储到用户画像中。这些信息可以包括名字、姓氏、电话号码、城市、国家、地区/省份、邮政编码、街道、出生日期、性别，以及特定平台的点击 ID，如 Meta（_fbp、_fbc）、Google Ads（gclaw、fpgclaw）、TikTok（ttp、ttclid）、LinkedIn（liFatId）、Pinterest（epik）和 Snap（scclid、scid）。

随后，当后续事件传入并在六种标识符中的任意一种上匹配成功时，Enricher 会在您的 sGTM 标签触发前检查该事件缺失的数据，并从已存储的画像中补全缺失的用户数据。这有助于确保您的 Meta CAPI 标签、Google Ads 转化标签和 TikTok Events API 标签最终能够获取点击 ID 和哈希处理后的用户数据，即使传入服务器的事件本身几乎不包含任何用户数据。 

在撰写本文之前，我想了解这六种标识符的底层匹配是如何实际运作的。因此我和 Stape 自己的产品经理 Dan Murovtsev 通了电话。用他的原话来说，Enricher 在匹配时采用了确定性方法。

这意味着 Enricher 增强功能并非在进行猜测或“包含匹配”，而是按照特定的层级顺序进行精确匹配，从而将站点上的用户与可用的用户数据相匹配。 

顺序如下：

1. 1.
   email
2. 2.
   _sbp（Stape 的应用 Cookie）
3. 3.
   FPID
4. 4.
   _ga（GA4 Client ID）
5. 5.
   _dcid（Stape Data Client ID）
6. 6.
   X-Stape-User-Id

Enricher 会在每个传入事件中按上述顺序检查各个标识符。最先找到精确匹配项的标识符生效，并在您的 sGTM 标签触发之前，使用存储的用户画像来补全传入事件中缺失的所有用户数据。 

此外，Enricher 增强功能旨在保持数据的最新状态。这意味着当任何用户数据出现新值时（例如新的 _ga、FPID 或邮箱），Enricher 会将其视为可信数据源并更新存储的用户画像。简而言之，最新的值会替换之前的内容。我自己对此进行了实际测试：删除了已由 Enricher 增强功能创建画像的用户的 _ga Cookie，当全新的 _ga 传入的那一刻，存储的画像立即更新为新值。

Enricher 增强功能为您提供了两种存储选项，充分了解每个选项至关重要，以便您为客户做出正确的决策。

变化之处：Enricher 增强功能在捕获标识符时会在访客设备上写入一个 _sbpee Cookie，并在每个事件发生时重新读取该 Cookie。

未变之处：您的服务器费用保持不变，因为 Cookie 存储在访客设备上，而非 Stape 的基础设施上。

权衡取舍：与任何 Cookie 一样，由 Enricher 增强功能创建的 Cookie 是绑定于设备的，因此同一访客在手机和笔记本电脑上会是两个独立的 _sbpee Cookie。此外，Cookie 可能会被删除，且您无法享受跨设备或离线跟踪带来的优势。

变化之处：Enricher 增强功能将捕获的标识符写入 Stape 基础设施上的 Data Store，并在每次请求时比对完整的 Store 来匹配传入事件。

未变之处：您现有的 Store 设置完全不受影响。Enricher 增强功能只是对您一直有权访问的同一个 Store 进行读写。

权衡取舍：与以往一样，使用 Data Store 会计入您的订阅费用，因此会产生一定成本。但话虽如此，这项成本换来的是不依赖访客 Cookie 留存的跨设备、跨会话和离线匹配能力，以及通过 Profiles CSV 上传功能导入离线数据的能力。

在与 Dan 深入探讨之后，Stape 和我给出的建议非常明确：如果您的方案和预算允许，建议两者同时运行。Cookie 为您提供基础功能，而 Store 则提供备用方案以及跨设备和离线匹配能力。

既然我们已经了解了 Enricher 的底层运作机制，接下来就深入探讨 Enricher 增强功能能为大多数用户发挥实效的应用场景。值得一提的是，这些并不是全新的构想，我们中的许多人此前一直在使用 Data Store 解决这些相同的需求。

我们很多人都曾与客户开过这样的沟通会：讨论 Meta 或 Google Ads 平台上关于 EMQ 分数过低的警告。这种沟通总是令人头疼，而问题通常发生在事件到达您的 sGTM 容器时缺少了电子邮箱或电话号码等标识符。

这正是 Enricher 的用武之地。当事件到达时，Enricher 增强功能可以利用六种标识符之一，检查是否已存储该用户的用户数据。如果存在匹配数据，它就会在事件发送至下游的 Meta CAPI、Google Ads 和其他平台之前，自动填补缺失的用户数据（如哈希处理后的名字、姓氏和电话号码）。这进而改善了发送到广告平台的数据质量，有助于提高匹配质量。

这绝对是让我们很多人都倍感兴奋的应用场景，尤其是针对那些拥有 Webhook 事件或需要上传线下转化的客户。如果没有 Enricher 增强功能，当 CRM Webhook、线下转化上传或浏览器外部的任何其他事件到达服务器时，我们通常只有电子邮箱、电话号码或姓名等用户数据，却缺少任何可以将该用户与其网站行为关联起来的 Cookie 标识符。

启用 Enricher 增强功能后，线下事件到达服务器的一瞬间，系统就会尝试通过电子邮箱匹配该用户。如果找到匹配项，它就会从存储的档案中填补缺失的用户数据，例如 _ga、FPID、_sbp、平台点击 ID 等。这意味着，您用于线下事件的 Meta CAPI 代码现在可以包含与 Meta 线上事件相同的标识符，从而提升您的 EMQ 分数。 

也可以通过 Enricher 增强功能中的 Profiles 标签页实现反向操作，Stape 允许您在此上传导出的用户数据。上传后，Enricher 便能以电子邮箱作为匹配条件，将线上提交的用户数据与已上传的档案进行匹配。  

我自己就经常这么做，所以探究跟踪网站访客的各种方式真的非常有趣！

我先是在手机上的 Safari 中浏览，几个小时后又在笔记本电脑上打开并将商品加入购物车，但等等，还没结束——稍后我又切回手机完成了购买。说真的，绝对不止我一个人会反复这样做。问题在于，作为一名跟踪领域的专业人士，我知道如果没有数据拼接，您的跟踪就会断层或不完整，因为您无法将我在所有这些设备和会话中的活动关联起来。

这正是 Enricher 大放异彩之处。 

只要我在所有设备/会话中使用相同的标识符（如电子邮箱），它就能从 Data Store 中将我匹配出来，之后发生的每一个事件都将包含丰富后的用户数据。这包括我们发送给 Meta 和 Google Ads 的事件，从而有助于提升我们的 EMQ。

现在我们已经了解了 Enricher 的工作原理及其适用的应用场景，接下来让我们深入了解具体设置。不得不说，这也是令我印象深刻的另一个方面，因为操作非常简单直接。只需几个步骤，只要您的数据/事件代码中有可用数据，便可轻松搞定。

在自己的配置中测试了 Enricher 增强功能并与几位测量领域的同行交流后，大家都同样感到兴奋。Stape 确实打造了又一项能够为我们节省大量时间、并帮助我们改善发送至广告平台的信号与数据的卓越功能。

如果您一直在运行 Data Store 并以传统方式跨会话/设备拼接用户数据，我的建议是立即启用 Enricher 增强功能。不妨亲自测试，看看它在您的配置中表现如何，即便一开始只使用 Cookie 选项也无妨。随着时间的推移，当您和您的客户看到成效后，再进一步启用 Data Store，真正开始跨设备拼接用户数据。

还在等什么？立即开启该增强功能，全面升级您的跟踪成效吧。