每个 B2B 网站都存在同样的结构性问题:一个首页、一套产品页、一种价格页布局,却要服务横跨多个行业、公司规模、角色和购买准备程度的买家群体。结果就是网站为一个并不存在的“平均访客”做了优化。网站个性化通过根据访客是谁、在哪家公司工作、之前在您网站上做过什么,向不同访客展示不同内容,从而解决这个问题。
个性化对您的网站是否有回报,需要衡量,而不是假设。公开的提升数据来自供应商和咨询公司对自家客户的测量,差异很大。真正有用的数字,是您自己的细分相对于对照组的提升,本指南会说明如何得到它。内容涵盖什么是网站个性化、其底层运作方式、主要的 B2B 类型、应调整哪些页面元素、如何挑选第一个用例、为期两周的首次实施、隐私问题以及如何衡量效果。
网站个性化是什么(以及不是什么)
网站个性化(英文也写作 website personalisation,或简称 web personalization)是指根据访问者的相关数据,动态改变其在您网站上看到的内容。数据可以来自企业属性来源(公司名称、行业、规模)、行为来源(访问的页面、下载的内容、停留时长)、情境来源(地理位置、设备类型、来源渠道)或 CRM 数据(销售阶段、账户层级、过往互动)。
变化可大可小,小到替换一个标题或 CTA 按钮,大到展示一套完全不同的页面布局,搭配不同的客户案例、信息和图片。其决定性特征在于:版本不是由访客选择的,而是由系统根据现有数据选定的。
这正是个性化与定制化的区别。Nielsen Norman Group 对此做了清晰的界定:个性化由系统驱动(网站自动适配),而定制化由用户驱动(访客手动做选择,比如设置偏好)。两者都能改善体验。个性化无需访客做任何操作,这在 B2B 中至关重要,因为大多数访客从不注册账户或登录。
网站个性化也不同于邮件个性化。邮件个性化作用于数据库中的已知联系人;网站个性化还能作用于从未填写过表单的匿名访问者,而在大多数 B2B 网站上,这部分访问者占流量的绝大多数(对比您的表单提交数和会话数,就能看到自己网站的比例)。如果只针对已知联系人做个性化,您只能触达网站访问者中很小的一部分。
还有两样东西常与个性化混淆,而这种混淆会导致项目范围界定失误:
| 谁看到什么 | 解答的问题 | 典型产出 | |
|---|---|---|---|
| A/B 测试 | 随机的访客看到随机的版本 | 哪个版本对所有人都更好? | 一个获胜版本,面向所有人上线 |
| 动态内容 | 内容从数据源填充(CMS 字段、产品数据源、日期) | 如何避免硬编码? | 对每位访客采用相同的逻辑 |
| 个性化 | 特定受众看到为其选定的变体 | 什么对这个细分最有效? | 不同细分的胜出版本不同 |
实际含义是:个性化就是在细分人群内运行的一组 A/B 测试。A/B 测试问的是“平均而言哪个版本最好?”;个性化则承认版本 A 可能对大型企业访客胜出,而版本 B 对中型市场胜出,并在每个细分人群内用测试来证明这一点。如果您说不清某个版本面向哪个细分人群,以及如何知道它在该人群中胜过默认版本,那您做的只是多了几道工序的动态内容。
个性化也不是插入名字。“欢迎回来,Sarah”对购买决策毫无影响。在 B2B 中真正重要的是相关性的变化:证明、问题的表述方式和下一步行动。
B2B 网站个性化如何运作
其底层由三部分组成:一个判断访客身份的数据层,一个决定访客获得哪个变体的规则引擎,以及一个把变体呈现在屏幕上的交付方式。了解每个部分会在哪里出问题,能让您更容易评判工具,也避免花一个季度去做永远匹配不到任何人的细分。
数据层:四类输入
每条个性化规则都由四类输入之一触发。它们在覆盖面、准确性和法律分量上各不相同,许多项目之所以停滞,就是因为选了一个需要自己并不能可靠获得的输入的用例。
| 输入 | 示例 | 来源 | 覆盖范围 | 最适合 |
|---|---|---|---|---|
| 企业属性 | 行业、员工规模区间、地区、营收区间 | 反向 IP 查询加数据补全,或表单数据 | 部分:仅限可识别网络上的访客 | 行业证明、与规模相符的信息 |
| 行为 | 浏览的页面、访问次数、阅读的内容、引荐来源、UTM | 您自己的分析数据和 URL 参数 | 高:大多数会话都可获得 | 基于阶段的 CTA、主题跟进、广告与页面信息一致 |
| 意向 | 在站外浏览的研究主题 | 第三方意向数据提供商 | 较低,账户层面,有延迟 | 确定哪些客户获得更深度的体验 |
| CRM | 目标客户标记、交易阶段、客户状态、负责人 | 您的 CRM,通过公司域名或已知联系人匹配 | 低,但非常准确 | ABM、客户与潜在客户的不同体验、进行中的商机 |
IP 到公司的解析通常是处理匿名流量的第一步。每个页面请求都带有 IP 地址,访客识别服务利用企业 IP 段登记信息、运营商数据和自身观测到的匹配结果,将其映射到某个组织。它不需要 cookie、不需要表单,也不需要之前的访问。效果取决于买家的上网方式:使用拥有自有登记 IP 段的企业网络的人很容易匹配,而在家使用家庭宽带或使用移动网络的人,通常只能解析到运营商而不是雇主。供应商的匹配率是在其自身客户构成上测得的,所以请在您自己的流量上运行该工具两周,看看有多大比例的会话解析到了真实公司,并按您的 ICP 细分群体拆分查看。
数据补全能把一个公司名称变成可以据此行动的信息:行业、员工人数、营收区间、总部所在国家,有时还有技术栈。Clearbit(现已并入 HubSpot)、ZoomInfo、Apollo 和 6sense 都提供这类数据。行业、规模区间等宽泛属性通常最可靠;详细的技术图谱数据最不可靠,因为它们往往是从招聘信息或网站脚本推断出来的。先基于这些粗粒度属性制定规则,并在信任某个字段之前,拿二三十条补全记录与您熟悉的公司进行核对。
行为信号需要历史数据。首次访问只能提供一个来源页和一个页面,仅此而已,这就是为什么行为规则最适合回访访客,也是为什么大多数配置会将其与企业特征结合使用(参见行为细分)。CRM 数据只覆盖营销自动化 Cookie 已关联到某个联系人或账户的访客,但这个群体包括您正在跟进的销售管道和现有客户,而他们恰恰是您最不想展示通用“预约演示”页面的人。CRM 集成指南介绍了字段映射。
由此得出两条规则。从行为和活动背景入手:它覆盖的会话最多,不需要第三方数据,在法律上也最容易站得住脚。一个从您“SOC 2 自动化”广告过来的访客,无论您是否知道其公司,都应该看到 SOC 2 相关证明。另外,永远不要忽视默认页面:如果识别只能解析部分会话,其余访客看到的就是默认版本,所以它始终是您最重要的页面版本。
规则引擎:将访客与体验相匹配
规则引擎根据数据层掌握的信息选择版本。从概念上讲,它是一组按优先级顺序检查的“如果-那么”语句:
如果公司规模超过500人,并且行业为金融服务,并且访客查看过价格页,那么展示金融服务首屏、银行业客户案例以及 CTA“联系我们的金融服务团队”。
当访客同时符合多条规则时,优先级最高的规则胜出。不符合任何规则的访客看到默认页面,拒绝 Cookie 同意的访客和搜索引擎爬虫也是如此。这类基于规则的引擎足以满足大多数 B2B 实施需求;而为每位访客预测最佳变体的机器学习引擎,训练所需的流量远超大多数 B2B 网站所拥有的。
规则要保持简单。“向制造业公司展示制造业内容”一个下午就能上线,几周内就能获得足够流量来解读结果。“向员工200到500人、访问过两次价格页的 B 轮金融科技公司展示特定首屏”每月可能只匹配几次会话,所以您永远无法知道它是否有效。每条规则还会增加维护负担:首页上有十条规则,就意味着定位调整时要更新十个版本,还要对十种组合做质检。从细分(大型金融服务企业、中型市场 SaaS)开始,而不是从单个账户开始;只有当 ABM 名单足够短、交易规模足以支撑逐个账户制作内容时,账户级页面才有意义。
交付方式:客户端、服务端或边缘
版本如何到达浏览器,会影响速度、闪烁、SEO 以及所需的工程投入。
| 方法 | 工作原理 | 优点 | 缺点 |
|---|---|---|---|
| 客户端标签 | 一段 JavaScript 代码在页面加载后识别访客、评估规则并修改 DOM | 无需工程资源,适用于任何 CMS,营销人员可以自行迭代 | 除非预先隐藏元素,否则会闪烁;可能损害 Core Web Vitals,尤其是布局偏移 |
| 服务器端(API) | 您的服务器在渲染前调用个性化 API,并返回选定的变体 | 无闪烁,无布局偏移 | 需要开发工作;每次渲染都增加一次 API 调用;营销人员做改动要依赖工程团队 |
| 边缘 | CDN 上的代码(Cloudflare Workers、Lambda@Edge)在 HTML 到达浏览器之前对其进行重写 | 无闪烁、低延迟、无需改动源站应用 | 设置更难;由于一个 URL 提供多个版本,缓存会变得复杂 |
使用客户端标签时,解决闪烁的常见做法是预隐藏:用一小段内联 CSS 规则只隐藏您要个性化的元素,直到脚本完成修改,同时设置超时,在脚本缓慢或被拦截时显示默认内容。空白的首屏比通用的首屏更糟。我们的观点:大多数营销团队应先从客户端加预隐藏起步,证明个性化能推动某项指标,然后再投入工程资源做服务端或边缘交付。无论采用哪种方式,都要分别测量开启和关闭个性化时的最大内容绘制(LCP);变体出现的时间不应明显晚于默认内容。
了解实时个性化如何在首次页面浏览时使用这一流程,并按各工具对每一层的处理方式比较网站个性化工具。AI 驱动的个性化主要是降低编写变体的成本,并在细分很多时帮助在变体之间做选择;对于第一个项目,规则就足够了。我们关于AI 在获客中的应用的文章介绍了 B2B 方面的情况。
B2B 网站个性化的类型
B2B 个性化与 B2C 个性化在几个重要方面有所不同。B2C 个性化围绕个人消费者行为展开:您浏览了什么、买了什么、往购物车里放了什么。B2B 个性化则围绕公司级属性和采购委员会的互动展开。访客只是同一家公司中评估您的几个人之一(CTO 关心集成和安全,营销负责人关心效果和易用性,采购关心合同条款),销售周期长达数周甚至数月,流量以千计而不是以百万计,因此细分必须足够粗,才能积累数据。
企业特征个性化
B2B 中最常见的类型。企业属性个性化利用公司层面的数据(行业、规模、营收、所在地)来调整网站。来自医疗健康公司的访客会看到医疗健康案例研究、以合规为重点的信息,以及展示医疗相关功能的截图;来自科技公司的访客会看到以集成为重点的信息、开发者文档链接和 SaaS 案例研究。我们的行业个性化和按公司规模做个性化指南有更深入的介绍。
企业属性个性化在首次页面加载时即可生效,因为在访客进行任何互动之前,就已经能通过 IP 解析获得数据。这使其成为首次实施个性化的团队的自然起点。
行为个性化
行为个性化根据访客在您网站上的行为(包括本次会话和以往访问)调整体验。读过三篇分析相关博客文章的访客,会在首页看到推荐的分析类内容。过去一周两次查看价格页的访客,会看到提供价格咨询的 CTA,而不是通用的“了解更多”按钮。
行为个性化需要积累跟踪数据,因此会随着多次访问而改进。首次访问时,由企业属性个性化发挥作用;之后的访问中,行为数据让个性化更加精准。
ABM 驱动的个性化
对于开展基于客户的营销(ABM)的公司,个性化可以直接与客户名单和客户分层挂钩。第1层目标客户看到完全定制的体验:点名的客户专属信息、相关客户案例,以及与其专属客户经理预约时间的 CTA。第2层客户看到按行业定制的信息,并可自助观看演示。非目标客户看到默认体验。ABM 网站个性化实战手册按层级介绍了具体打法。
基于引荐来源的个性化
根据访客的来源调整页面。从关于基于账户营销的 LinkedIn 广告进来的访客,会在落地页上看到以 ABM 为重点的信息。通过自然搜索“B2B 分析”进来的访客,会看到分析相关的信息。从介绍某项功能的邮件营销活动进来的访客,会看到该功能被重点突出。这让吸引访客的内容与迎接访客的网站体验保持连贯。这就是网站版的邮件营销中的个性化标记。
基于阶段的个性化
根据访客在采购流程中所处的位置调整体验。首次访客看到教育内容和漏斗顶部 CTA。浏览过产品内容的回访访客看到对比指南和演示 CTA。来自正处于销售洽谈中的客户的访客,看到推动交易的内容:ROI 计算器、实施指南、安全文档。请参阅按买家旅程阶段做个性化。
个性化什么:高影响力元素
并不是页面上的每个元素都需要按细分变化。最值得个性化的元素,是访客最先看到的元素,以及驱动转化行为的元素。
首屏主标题和副标题。这是访客读到的第一段文字。把通用的价值主张改为针对行业或痛点的信息,能立刻传递相关性。“为每位访客个性化您的网站”很泛;“让每位制造业买家都看到他们需要的产品”则直接对制造业访客说话。首页个性化指南中有更多按细分划分的示例。
主视觉图片。图片往往在标题被阅读之前就已经被看到。展示与行业相关的图片(制造车间、交易台、医院仪表板)能在读标题之前就传递出相关性。有关该主题的更多内容,请参阅落地页图片和图形指南。
案例研究和社会证明。与行业匹配的案例研究比通用案例更有说服力。SaaS 访问者看到另一家 SaaS 公司的案例,会比看到混合行业的客户标志轮播更强烈地感受到“和我们一样的公司在用它”。如果某个垂直行业没有案例研究,那就是在针对该行业做个性化之前需要补上的内容缺口。
行动号召。让 CTA 匹配访问者的准备程度可以减少阻力。首次访问者看到“了解运作方式”,回访者看到“预约演示”,来自正在与销售沟通的账户的访问者看到“联系您的客户团队”。我们关于个性化 CTA的文章介绍了如何测试这些内容。
导航和内容推荐。根据访客的行业或行为历史推荐不同的资源、产品页面或博客文章,能帮助他们更快找到相关内容。保持完整导航可用:个性化应该是重新排序,而不是隐藏。
价格页面。要谨慎处理。突出与公司规模相符的套餐,或在超过一定规模时把自助注册换成“联系销售”,都是合理的。向不同公司展示不同价格则是另一回事,而且当两位买家互相交流时往往会露馅。请参阅价格页面个性化。
以一家虚构的安全软件公司和医疗行业细分为例,变体会改变以下内容:
| 元素 | 每个细分改变的内容 | 默认 | 医疗健康版变体(示例) |
|---|---|---|---|
| 标题和副标题 | 用该细分人群的语言描述问题 | “自动化安全合规” | “自动收集 HIPAA 和 SOC 2 合规证据” |
| 证明 | 客户标志、客户案例、客户评价、合规徽章 | 混合 logo 条 | 医疗行业 Logo 和医疗行业案例研究排在最前 |
| CTA | 提供与阶段相匹配的下一步 | “预约演示” | 首次访问显示“查看 HIPAA 控制项映射”,回访显示演示 |
| 异议处理 | CTA 附近的常见问题或打消顾虑模块 | 价格常见问题 | 数据驻留和 BAA 相关问题 |
不要一次改动所有内容:一个同时更换标题、证明、CTA 和布局的变体,无法告诉您到底是哪项改动起了作用。
选择您的第一个使用场景
团队常常想从点名客户的首页开始。这通常不是合适的首个测试。好的首个使用场景要有足够的流量可供衡量、明确的转化事件,以及您真正能做出来的内容差异。例如,一家网页设计公司可以向企业级访客展示其平台项目作品,向较小的公司展示其小企业网页设计服务。一种排序候选方案的方法是:从覆盖面(符合条件的会话占比)、价值(页面离收入事件有多近)、信心(来自销售通话、赢单/丢单数据或支持工单的证据,表明该细分群体需要不同的内容)和工作量四个维度,各按1到5分打分,然后按 (覆盖面 x 价值 x 信心) / 工作量排序。
一家面向中型和大型企业销售的假设安全软件公司的示意评分:
| 使用场景 | 覆盖面 | 价值 | 置信度 | 投入 | 评分 |
|---|---|---|---|---|---|
| 在3个落地页上实现付费搜索信息匹配 | 4 | 4 | 4 | 2 | 32 |
| 回访访客看到演示 CTA,而不是简报订阅 CTA | 3 | 4 | 3 | 1 | 36 |
| 首页证明按行业切换(3个行业) | 2 | 3 | 4 | 3 | 8 |
| 大型企业访客在价格页看到安全和 SSO 方面的证明 | 2 | 5 | 4 | 2 | 20 |
| 面向 20 个目标客户的指定客户首页 | 1 | 5 | 3 | 4 | 3.75 |
有用的是排序,而不是绝对分数。这里两个情境类打法胜出,而指定账户首页排在最后,因为它几乎触达不到任何人,成本却最高。按同样的逻辑,可以得出一个大致的成熟度顺序:先做情境类(营销活动、引荐来源、新访客与回访访客),等识别功能上线并完成一次干净的保留对照测试后,再做企业属性细分;等销售就层级和负责人达成一致后,再做 CRM 驱动的账户体验;最后才是跨网站、广告、邮件和销售的统一编排。
经得起检验的细分
一个细分人群只有在满足以下条件时才值得做一个版本:其中的人想要的东西有可衡量的差异、您能可靠地识别他们,而且人数足以从中学习。在构建任何东西之前,先用一句话写下每个细分人群的定义:
- 从购买决策的差异出发,而不是从数据字段出发。“医疗”是一个数据字段。“在任何演示之前都会问到 HIPAA 和 BAA 的买家”才是购买上的差异。
- 在同一元素上让细分互斥。如果一位访客既可能属于“大型企业”又可能属于“医疗行业”,请事先决定由哪条规则控制首屏。
- 早期优先使用粗粒度细分。三个行业加“其他所有人”,胜过十二个行业中有九个每周只有寥寥几次访问。
- 定义数据不完整时的兜底方案。知道行业、不知道规模时:显示什么?
- 写文案之前先核查流量。统计过去 90 天内有多少会话符合条件。如果在一个季度内无法达到下文衡量部分所需的样本量,就把这个细分人群与相邻的合并。
B2B 网站细分策略指南介绍了如何将细分与您的 ICP 对应起来。
实施:分步工作流程
实施网站个性化并不需要耗时数月的项目。下面是一个实用的工作流程,可以在两周内让第一个个性化体验上线。
第1周:打基础
第1步:选择一个页面和两个细分。首页或主落地页是最好的起点。选择两个代表不同受众、且流量足以衡量的细分。例如:“大型企业(500名以上员工)”和“中型企业(50–499名员工)”。
第2步:定义内容改动。为每个细分撰写变体标题、选择要主推的客户案例,并确定 CTA。保持页面结构不变,只改变特定插槽中的内容。在动任何技术之前,先写好所有变体文案。
第3步:设置访问者识别。接入一个能将 IP 地址解析为公司数据的访问者识别数据源。用已知公司进行测试,验证准确性。检查数据是否包含细分所需的属性(行业、公司规模)。
第2周:上线与衡量
第 4 步:配置细分规则和内容映射。在个性化平台中创建细分人群,并为每个细分人群映射对应的内容变体。为不符合任何细分条件的访客设置默认体验。在桌面端和移动端预览每个变体,并检查拒绝 Cookie 同意时的路径。
第5步:保留对照组上线。不要立即对所有符合条件的流量进行个性化。从每个细分中保留一部分作为看到默认体验的对照组;通过A/B 测试样本量计算确定其规模,确保测试在您的流量下能真正得出结果。
第6步:持续衡量,直到达到计划样本量,且至少满两周。跟踪每个个性化细分及其对照组的转化率(表单提交、演示申请)、互动指标(页面停留时间、每次会话浏览页数、滚动深度)和跳出率。如果个性化变体表现更好,就验证了这种做法,可以扩大推广。
如果结果平平,常见原因是细分人群差异不够大、版本与默认版本太接近,或细分人群流量太少。在增加更多页面之前,先解决其中一个问题。当您准备在首批测试之外做规划时,个性化打法手册模板为细分人群、规则、负责人和复盘日期提供了框架。
实事求是地说,可以期待什么
对醒目的提升数据要保持怀疑。大多数公开数据来自供应商或咨询公司对自家客户的描述,对“转化”的定义各不相同,也没有与对照组比较。它们只能说明个性化可能有效,无法告诉您在您的网站上会产生什么效果。
您可以这样推理:个性化改变的是您现有流量的转化率,所以其价值取决于有多少合格流量到达个性化页面,以及默认页面所说的内容与每个细分的需求之间差距有多大。一个只向一类买家销售一款产品的网站,收益有限;一个用同一首页服务多个行业和公司规模的网站,收益更大。开始之前,用您自己的数字算一笔账。示例:如果首页流量中有30%来自某个行业,而针对该行业的页面把这个细分的演示转化率从2%提升到2.5%,那么首页的演示请求总量将增加约7.5%。您能否真正获得这一提升,要靠对照组测试来回答。
个性化不需要花更多钱去引流;它作用于已经来访的人。在HubSpot 飞轮模型中,网站个性化被列为互动阶段的一股推动力。我们的衡量个性化 ROI指南介绍了如何把测试结果转化为商业论证。
衡量个性化的成效
前后对比对个性化来说几乎毫无用处:季节性、广告活动变化和销售活动对转化率的影响,比大多数变体都大。主要指标是按细分人群的转化率,并与对照组比较:从符合条件的细分人群中随机抽取一部分,在同一时期继续看到默认版本。
对照组需要多大?
假设某个细分在默认页面上的转化率为2.0%,您希望在常用的95%置信度和80%统计功效下检测20%的相对提升(到2.4%)。标准的双比例公式得出:
每组 n = (1.96 + 0.84)2 x (0.02 x 0.98 + 0.024 x 0.976) / (0.004)2 = 7.84 x 0.0430 / 0.000016,约每组 21,100 名访客。
在 50/50 分流下,这大约需要 42,000 名符合条件的访客。如果是 90/10 分流,对照组需要约 11,700 名访客,个性化组约 105,500 名,总计约 117,000 名,几乎是流量的三倍(分配比例 k = 9 时,较小的组需要 n x (1 + 1/k) / 2)。所以先用 50/50 分流证明版本有效,然后只保留一个小的永久对照组(5-10%)来检查提升是否持续。如果某个细分人群一个季度内无法达到样本量,就合并共用同一版本结构的细分人群,衡量发生频率更高的步骤(CTA 点击而不是预约演示),或者把结果视为方向性的并如实说明。用 A/B 测试计算器算一算您自己的数字。
按细分人群衡量,绝不只看总体:正向的平均值可能掩盖了某个变体在某一细分人群中的失利。辅助指标包括:
互动深度。个性化访客与非个性化访客的每次会话页数、站内停留时长和滚动深度。
按细分人群看跳出率。个性化应该降低目标细分人群的跳出率,因为落地体验与访客情境相匹配。请按细分人群跟踪,而不只是看全站。
管道推进速度。对于来自目标账户的访客,追踪他们在销售管道中的推进速度,并与作为对照组保留的目标账户进行比较。
内容发现。看到个性化内容的访客,是否比未看到的访客浏览了更多产品页或资源页?
每位访问者带来的收入。终极指标。按受众细分,跟踪个性化如何影响每位网站访问者带来的平均收入。
隐私、合规与个性化的边界
B2B 网站个性化主要基于企业层面的属性(行业、规模、客户身份),而不是个人身份。为来自制造企业的访客展示制造业内容,与跨网站追踪某个人的浏览行为是两回事。但这并不意味着它不受隐私法约束。以下是从业者视角的梳理,不构成法律建议:
- IP 地址可能属于个人数据。GDPR 序言第30条将 IP 地址列为在线标识符,欧盟法院在 Breyer 案(欧盟法院新闻稿,2016年)中认定,动态 IP 地址对网站运营者而言可能属于个人数据。“我们只识别公司”可以降低风险,但当处理始于 IP 地址时,并不能让您置身于 GDPR 之外。
- 合法依据。公司层面的个性化通常以正当利益为依据,即 GDPR 第6条第(1)款(f)项,这需要一份书面的权衡测试;ICO 的正当利益指南列出了三部分测试。
- Cookie 和设备访问需要单独取得同意,与 GDPR 分开。在访客设备上存储或读取信息,包括用于记住细分群体或访问次数的 cookie 和本地存储,属于《电子隐私指令》(2002)第5(3)条的管辖范围,除非是严格必要的,否则通常需要取得同意。EDPB 在其关于第5(3)条技术范围的第2/2023号指南中对该范围作了宽泛解释。在英国,相应的规则见于 PECR;请参阅 ICO 的 cookie 指南。
实际操作中:在隐私声明中提及访客识别和个性化,与供应商签订数据处理协议,确保工具遵守您的同意横幅设置、不为选择退出的访客调用数据补全,并在上线前让隐私负责人参与进来。设计体验时要能平稳降级:任何依赖已存储标识符的内容,在用户拒绝同意时都应回退到默认版本。我们的数据隐私合规指南有更详细的说明。
在合适的具体程度上进行个性化,避免让人觉得“被监视”。展示与行业相关的内容是有帮助的;而在访客表明身份之前就在标题中显示其公司名称,可能会让人觉得被冒犯。只对已经与销售在沟通的客户使用点名文案,其他情况使用行业框架。
随着第三方 Cookie 逐步退出,第一方数据(您直接从访客在自有网站上的互动中收集的数据)变得越来越重要。基于 IP 到公司识别和站内行为的个性化依赖第一方信号,因此比依赖第三方追踪的方法更持久。我们的B2B 个性化第一方数据策略介绍了应收集哪些数据以及如何收集。
常见误区及规避方法
一开始铺得太大。试图在上线时为每个细分个性化每个页面的团队,会背上让项目停滞的维护负担。从一个页面和两个细分开始,证明效果,然后再扩展。
数据质量差。如果访客识别把访客匹配到了错误的公司,或者 CRM 数据已经过时,个性化就会显得莫名其妙。请检查匹配率,手动核验一部分识别结果,并设定一个最低置信度阈值,低于该阈值时展示默认体验。
没有对照组。如果没有一个看到默认体验的对照组,就无法把个性化的影响与季节性趋势、流量构成变化或其他变量区分开来。
任由默认版本退化。大多数访客看到的仍是默认版本。在构建变体的同时,继续用常规 A/B 测试改进它。
没有为定义的细分准备内容。定义一个“医疗企业”细分很容易。准备好医疗行业案例研究、相关截图和医疗专属信息,才是真正的工作。先做内容,再建规则。
把点击当作成功来汇报。个性化 CTA 往往获得更多点击,而合格会议数量却不变。要衡量您的流量能支撑的、最接近营收的那个事件。
没有与销售形成闭环。如果销售不知道某个账户看到了什么,网站和销售代表就会讲两套不同的说法。把展示的体验推送到 CRM 的活动记录中。
页面速度和闪烁。每个客户端工具都会添加一段脚本,需要加载、识别访客并修改页面。在核心页面上分别启用和禁用标签运行 Lighthouse 或 WebPageTest,比较最大内容绘制(LCP)和累积布局偏移(CLS)。只预先隐藏个性化元素,绝不隐藏整个页面。
SEO 错误。Google 会渲染 JavaScript(其 JavaScript SEO 文档描述了一个执行您脚本的无头 Chromium)。Googlebot 抓取时不带您的 cookie,所用 IP 地址也解析不到目标公司,因此它不会匹配任何规则,会像任何未识别的访客一样看到默认页面。不要构建检测 Googlebot 并向其提供特殊内容的规则:Google 的垃圾内容政策将伪装定义为向用户和搜索引擎呈现不同的内容。请参阅网站个性化与 SEO。
跳过 QA。五条规则意味着六种页面状态,每种都要在不同浏览器和设备上检查。确认每条规则在正确条件下触发、每个变体渲染时布局不出错,并且分析工具记录了展示的是哪个变体。能模拟细分人群的预览模式可以节省大量时间。
没有治理。一年后,没人知道四十条在线规则中哪些仍然有用,一半的证明材料引用的是已经流失的客户。从第一条规则开始,就给每条规则指定负责人、复审日期(90天是合理的默认值)、在书面优先级顺序中的位置(例如:未结商机,然后是现有客户,然后是目标客户,然后是行业,然后是活动,最后是默认),以及类似 page_element_segment_version 的名称。规模更大时,这会成为一门专门的学问,详见规模化个性化和企业个性化推广实战手册。
网站个性化入门
从能产生可衡量结果的最简单实施开始,再根据数据逐步扩展。
如果您有付费或邮件广告活动,成本最低的第一个测试是让落地页文案与带来访客的广告或邮件相匹配。如果大部分流量来自自然搜索,且您面向多个行业销售,就利用访客识别得到的企业属性数据,为两个行业细分人群个性化首页。更换主视觉标题、主视觉图片和重点客户案例。按您的流量规模保留一个对照组,并持续衡量直到达到计划样本量。如果个性化变体胜过默认版本,再扩展到更多细分人群和页面。
Markettailor 在一个平台中提供该工作流所需的访客识别、细分和内容投放能力。它把基于 IP 的公司识别与页面内容变化打通,让您在几天而不是几个月内就能上线第一个个性化体验。
常见问题
简单来说,什么是网站个性化?
网站个性化是指根据您对访客的了解,在同一页面上向不同访客展示不同内容:他们的公司、行业、所在地、引荐来源,或之前在网站上的行为。页面 URL 保持不变,变化的是标题、证明要点、行动号召或推荐内容。
网站个性化的主要类型有哪些?
对于 B2B 网站,主要类型包括企业属性(行业、公司规模)、基于客户(指定目标客户)、行为(浏览页面、回访)、生命周期(潜在客户、进行中的商机、现有客户)、来源或广告系列(广告、邮件、合作伙伴链接)以及地理位置。大多数团队从广告信息匹配或行业个性化入手,因为它们覆盖的会话最多,且与销售直接对应。
B2B 网站个性化是如何运作的?
数据层负责弄清访客是谁(IP 到公司的解析、数据补全、站内行为、CRM 记录),规则引擎按优先级检查 if-then 规则并选出版本,交付方式(客户端标签、服务器端 API 调用或边缘 worker)把该版本放到页面上。不匹配任何规则的访客看到默认页面。
网站个性化有哪些步骤?
识别访问者或细分,确定哪些细分重要,选择一两个高流量页面,针对回答“这适合我吗?”的元素(标题、证明、CTA)为每个细分编写一个变体,设置对照组后上线,并在扩大范围之前按细分将转化与对照组进行比较。
B2B 网站个性化有哪些案例?
常见示例:点明访问者所在行业的首页首屏、来自访问者所在行业的案例研究和客户标志、默认显示与公司规模相匹配套餐的价格页、对进行中商机将“预约演示”改为“联系您的客户团队”的 CTA,以及根据已浏览页面推荐的资源。更多内容请参阅我们的首页个性化指南和动态内容示例。
网站个性化需要多少流量?
这取决于您的基线转化率和需要检测的提升幅度。在2%的基线和20%的相对提升下,按95%的置信度和80%的统计功效计算,每组大约需要21,000名访问者。一个季度内达不到这个数量的细分,应该合并、改用量更大的事件来衡量,或者只作为方向性参考。
网站个性化和 A/B 测试是一回事吗?
不是。A/B 测试为所有人找出唯一最佳版本;个性化则向不同细分人群展示不同版本。两者相辅相成:用带对照组的 A/B 测试来证明每个个性化版本在其细分人群中胜过默认版本。
网站个性化符合 GDPR 吗?
可以合规,但不是自动合规。IP 地址可能属于个人数据,所以公司级个性化仍然需要法律依据,通常是附有书面平衡测试的合法利益。任何在设备上存储或读取 Cookie 或类似标识符的行为,在 ePrivacy 规则下通常都需要同意。为拒绝同意的访客设计一个默认体验。