每个真正的 B2B 公司都在多个域名上运营。您可能有营销网站、文档子域名、托管在不同服务器上的应用、某人在2022年上线的国家/地区顶级域名，以及那个还没人彻底下线的被收购产品微型网站。如果您试图将所有这些视为单一网站来跟踪已识别的访客，最终得到的只会是披着数据外衣的一团乱麻。以下是如何构建合理的架构，以保持数据全局一致性的方法。
默认规则：每个数字资产对应一个工作区
从最简单的规则开始：每个顶级数字资产对应一个工作区。营销网站算一个，文档子域名算一个，各个国家/地区顶级域名独立分开。这并非为了追求理论上的纯粹性，而是因为每个资产通常都有不同的负责人、不同的意图特征，以及对“高质量访问”的不同定义。将它们硬塞进同一个工作区，只会产生一个堆砌且无人信任的仪表板。
何时添加合并视图
每个资产一个工作区并不意味着您无法看到全局。合并视图——例如“本周内接触过我们任何数字资产的所有已识别企业”——正是发现有价值规律的地方。一家公司如果在 48 小时内先后访问了营销网站、文档库和某个区域顶级域名，这比任何单一资产所能呈现的信号都要强烈得多。当您启用了三个或以上的工作区时，就该设置合并视图了。
五大陷阱（按发生频率排序）
| 陷阱 | 发生情况 | 修复方法 |
|---|---|---|
| 跨域名使用相同的代码片段 ID | 归因失效；您无法区分文档流量和营销流量 | 一个资产 = 一个工作区 |
| 跨域名“会话”假设 | 您将同一家公司计算成两家，反之亦然 | 将每个域名视为独立作用域；在合并视图中通过企业级标识进行关联 |
| 文档流量主导数据 | 文档流量淹没了其他数据，导致营销指标毫无波澜 | 将文档流量保留在单独的工作区中，并将其排除在营销 KPI 之外 |
| 未标注的区域顶级域名 | 您无法回答“谁在访问 DACH 地区网站？” | 在工作区名称后缀添加区域信息；在过滤器中使用它 |
| 已下线的微型网站仍在触发代码 | 来自无人负责域名的幽灵访问 | 移除代码片段或归档工作区 |
责任归属胜于技术架构
多域名设置中最常见的失败往往不是技术问题，而是没人对“全局视野”负责。您应该指定一个人，每周查看一次合并视图，并负责判断“一家跨越多资产访问的公司是否真的具有重要价值”。这个角色不需要非常资深，但需要保持连贯性。同一个审查者连续负责两个月的效果，胜过任何组织架构层面上的决策。
让您日后感激不尽的标签设置
有两个标签能比任何仪表板都更能为您节省时间：数字资产（他们访问了您的哪个域名）以及旅程路径（仅限营销网站、仅限文档库、营销网站→文档库、文档库→营销网站）。这两个标签在初始设置时添加轻而易举，但事后回填却痛苦不堪。现在就添加它们吧；未来的您一定会为此庆幸。
迁移捷径
刚从单工作区架构转换过来，并对拆分感到恐惧？不要去迁移历史数据——今天直接进行切换，并将旧工作区归档为只读模式即可。忍受两周并行视图的成本，远低于您能写出的任何迁移计划。
关于跨域名合规性的注意事项
如果您的域名具有不同的隐私政策、退出控制机制或数据处理协议（DPA）安排（例如，被收购的品牌仍沿用其自有条款），请将它们保留在不同的工作区中，以确保审计追踪与法律实际情况相符。为了“清理数据”而将它们合并到一个工作区，会中断审计追踪并引发合规性难题。数据结构应与法律架构相匹配，而不是本末倒置。
- 相关阅读：[正确安装跟踪代码片段](/blog/install-tracking-snippet-wordpress-shopify-gtm)
- 相关阅读：[服务端与客户端跟踪：对 B2B 而言什么最重要](/blog/server-side-vs-client-side-tracking-what-matters-for-b2b)
- 相关阅读：[企业级跟踪：它到底存储了什么](/blog/b2b-tracking-without-cookies)
Published by