网站个性化审计清单（42项检查）

这份网站个性化审计清单适用于两种情况：您即将开始做个性化，想知道是否已准备就绪；或者您已经在做个性化，但怀疑效果不大。清单包含七组共42项检查，每项都有可自行验证的通过条件。您可以把表格复制到电子表格中，或下载 CSV 模板。

它不是一份通用的转化审计。如果您的跟踪或表单有问题，请先执行CRO 审计清单：在无法衡量转化的页面上做个性化，只会给一个您看不见的问题增加更多变量。

如何使用这份个性化审计清单

审计实际上线的体验，而不是计划。检查访问者今天在已有或即将有个性化的页面上实际看到了什么。
将每项检查标记为通过、未通过或未知。在评分中，未知按未通过计算。如果没人能回答，就说明没人负责。
为每个“不通过”记录证据：截图、报告、测试结果。
按组打分（使用文末的评分表），并按列出的顺序先修复得分最低的组。各组按依赖关系排序：没有数据，内容就无法定向；没有衡量，结果就不可信。

1. 数据（7项检查）

#	检查项	通过条件
1.1	已知识别率	您能说出过去30天内，关键页面上有多大比例的会话匹配到了公司
1.2	已检查匹配质量	已人工抽查50次匹配访问，并记录了错误率
1.3	渲染时即可获得企业属性数据	行业和员工人数在页面渲染之前就已可用，而不是在几秒之后
1.4	统一的行业分类体系	所有工具中的行业标签都映射到一份统一列表（例如 NAICS），并在一张专人维护的表中管理
1.5	CRM 状态可用	网站能区分未结商机、现有客户和新潜在客户
1.6	存储的行为信号	每位访客的访问次数和关键页面浏览（价格、产品、客户案例）均可获取
1.7	数据新鲜度已知	您清楚规则所用的企业属性数据和 CRM 数据多久更新一次

2. 细分（6项检查）

#	检查项	通过条件
2.1	细分源自收入数据	每个细分群体都有赢单数据支撑，而不是凭偏好设定（参见理想客户画像模板）
2.2	细分之间互斥	规则按固定顺序评估，在每个规则集中访客只能落入一个细分群体
2.3	已测量细分规模	已知每个细分每月的已识别会话数，且每个上线细分的量都足以衡量
2.4	现有客户单独处理	现有客户有专属规则，永远不会看到“预约演示”之类的获客 CTA
2.5	细分数量设上限	上线的细分数量不超过您能制作内容并进行衡量的范围（通常为3到6个）
2.6	定义已书面记录	每个细分在同一份共享文档中都有书面规则、负责人和创建日期

3. 内容（6项检查）

#	检查项	通过条件
3.1	每个细分群体的内容套件已齐备	每个在线细分都有专门撰写的标题、证明、客户案例和 CTA
3.2	可以展示证明	变体中展示的每个客户标志和引述都有存档的书面授权
3.3	声明对每个细分都属实	“最受欢迎”或“深受 X 信赖”之类的标签，对看到它的细分群体来说是准确的
3.4	落地地址与标签相符	每个个性化 CTA 都通向一个兑现其标签承诺的页面
3.5	默认版本得到维护	默认（未个性化）版本与各变体一样经过同等仔细的审核
3.6	内容为最新	没有任何变体提及旧产品名称、过去的活动或过时的案例研究

4. 体验 QA（7项检查）

#	检查项	通过条件
4.1	无闪烁	在正常网络连接下，变体出现之前默认内容不会明显闪现
4.2	无布局偏移	版本替换不会造成内容位移；个性化页面的 CLS 保持在“良好”范围内（web.dev，CLS）
4.3	备用内容完整渲染	在个性化脚本被拦截时，页面显示完整的默认内容，没有空白模块
4.4	已设置超时	如果数据查询很慢，在固定超时后显示默认版本，而不是一直等待
4.5	已检查移动端	每个变体都在手机上检查过；较长的标题和标签不会出现难看的换行或截断
4.6	每个细分都已强制触发并截图	QA 记录显示了每个细分在每个个性化页面上的变体
4.7	不影响 SEO	搜索引擎看到的是默认内容；没有任何变体只针对爬虫修改标题、canonical 或可索引文案

5. 衡量（6项检查）

#	检查项	通过条件
5.1	已设置对照组	每个细分中按访客分配一部分人看到默认版本，以便衡量提升效果
5.2	已商定主要指标	每项个性化都有一个与销售管道挂钩的主要指标（销售接受的演示、合格注册）
5.3	按细分报告结果	转化率按细分和各组分别显示，而不是混合计算
5.4	计划样本量	每项测试在上线前都用 A/B 测试计算器算好了样本量
5.5	未识别访客不纳入分析	无法细分的访客不纳入提升计算
5.6	已关联销售管道	来自个性化会话的线索可以在 CRM 中追溯到商机

6. 治理（5项检查）

#	检查项	通过条件
6.1	已指定负责人	由一个人负责个性化项目并审批新规则
6.2	有规则清单	一份所有在线规则的清单，包含其页面、细分、开始日期和当前结果
6.3	复审节奏	在线规则至少每季度复审一次；没有可衡量效果的规则予以淘汰
6.4	变更流程	新变体与网站发布执行相同的质量检查
6.5	告知销售	销售知道哪些细分看到哪些信息，因此通话内容不会与网站相矛盾

7. 隐私（5 项检查）

#	检查项	通过条件
7.1	尊重用户同意	在法律要求的情况下，在设备上存储或读取非必要数据的脚本只在获得同意后运行（在欧盟，适用 ePrivacy 规则：Directive 2002/58/EC）
7.2	已记录合法依据	您的记录写明了个性化中每项个人数据用途的 GDPR 合法依据（Regulation (EU) 2016/679）
7.3	已更新隐私声明	隐私政策说明了网站个性化及所涉及的供应商
7.4	不做敏感推断	没有任何规则针对或暴露健康、政治、宗教或类似的敏感特征
7.5	不使用“我们知道您是谁”之类的文案	变体绝不以让人感觉被监视的方式点出访客或其公司的名字

这是一份检查清单，不构成法律建议。我们关于 B2B 个性化与数据隐私的文章对该主题做了更深入的介绍；具体问题请向您的法律顾问确认。

评分表

每组得分 = 通过项数 ÷ 检查项数。“未知”按“未通过”计。

群组得分	含义	怎么做
80%或以上	就绪	维持现状；寻找下一个细分人群或页面
50%至79%	缺口	在添加依赖于此组的新个性化之前，先修复此组中的未通过项
低于50%	尚未就绪	暂停扩展；先修复该组，从列表中最早的组开始

有两道关卡优先于分数。如果4.3（后备）未通过，先修复它，因为出错的默认版本会影响每一位未识别的访客。如果5.1（保留对照组）未通过，无论仪表盘显示什么，您都无法宣称个性化带来了任何成果。

示例说明

示意，并非真实公司。一个 B2B 软件团队已在首页上运行行业个性化六个月。他们的审计结果：

组	通过	评分	关键失败
1. 数据	第5项，共7项	71%	1.2：没有人检查过匹配质量
2. 细分人群	6项中的4项	67%	2.4：现有客户看到“预约演示”
3. 内容	6项中的4项	67%	3.2：两个 Logo 未经许可
4. 体验质量检查	第5项，共7项	71%	4.1：移动端出现明显闪烁
5. 衡量	第 2 / 6 项	33%	5.1：无对照组
6. 治理	5项中的3项	60%	6.3：从未淘汰过任何规则
7. 隐私	5项中的4项	80%	7.3：政策中未提及个性化

团队认为项目有效，因为上线后首页转化率上升了。但没有对照组，他们就无法把这一点与季节性因素或某次广告活动区分开来。他们下个月的计划：撤下两个未获许可的 Logo（当天即可修复），增加一条现有客户规则，然后以每个细分50%对照组、事先计算好的样本量重新上线。如果您需要重新上线的框架，个性化实施手册模板可以提供。

常见问题

什么是网站个性化审计？

这是一项结构化评估，检查您的网站能否可靠地向不同访客细分群体展示不同内容，以及这是否带来了可衡量的结果。它涵盖用于细分访客的数据、细分群体本身、各细分群体的内容、闪烁和备用方案等技术质量、衡量、治理和隐私。

网站个性化应该多久审计一次？

在上线个性化之前完整执行一遍清单，之后每年执行两次。每次网站发布或模板变更后都要复查“体验质量检查”部分，因为页面结构变化时，闪烁和回退失效往往会悄无声息地出现。每当一条规则上线满一个完整测试周期，就复查衡量部分。

个性化审计中最常见的问题是什么？

我们认为缺少保留对照组的危害最大，因为它让每一个报告的结果都无法证明。团队比较上线前后的转化率，把季节性、营销活动或追踪变化带来的变动归功于个性化。正确做法是把每个细分的一部分分配到默认版本，然后比较两组。

网站个性化会影响 SEO 吗？

不应该会，只要搜索引擎看到的默认内容与未识别访客相同，且变体只更改已识别细分的页面区块。当标题、canonical 或可索引文案对爬虫不同时，问题就来了，这可能被视为伪装（cloaking）。把个性化限定在客户端或边缘的内容区块上，元数据保持不变。