站外优化策略：口碑传播与可归因渠道同时存在时怎样记录来源
📱 CCBot/2.0 (https://commoncrawl.org/faq/)
🔗 /6772c407e4ad.html
📄
站外优化策略：口碑传播与可归因渠道同时存在时怎样记录来源
把来源记录拆成两层：可归因渠道照常记录点击或参数，口碑传播只记录“可被转述的线索”，不要强行把两者合并成同一个百分比。缺少完整数据或后台权限时，最小动作是给每条口碑线索加一个可追溯的备注字段，并把它单独计数，而不是折算成渠道转化。
先判断你手上是哪种条件
两种条件对应两种记录方式，选错会让后续判断失真。
- 条件A：能拿到渠道级数据。比如落地页参数、广告后台的点击与转化、平台推荐带来的访问。这类来源有系统生成的标识，记录时保留原始标识即可，不要人工改写。
- 条件B：只有零散口碑线索。比如客户说“朋友推荐来的”、社群里有人转发、线下被提及。这类来源没有稳定标识，只能靠人记录，且天然不完整。
判断依据不是渠道名字，而是这条来源是否自带可核对的标识。有标识的进可归因表，没标识的进口碑表。两张表可以并存，但不能用同一套计数逻辑。
可归因渠道：保留原始标识，不加工
可归因渠道的记录原则是“原样留存”。实施动作包括：在落地页保留来源参数，在表单里加一个隐藏字段承接该参数，在客户记录里只填系统给出的标识，不手动改成“朋友推荐”这类描述。
这样做的结果是：后续能按标识回看这条线索来自哪个入口。但要注意一个例外——标识存在不等于因果成立。一个人可能先看到口碑内容，几天后才通过广告进入并留下参数，此时参数只说明最后一次可识别接触，不能证明广告单独带来了这个人。如果业务需要区分首次接触和末次接触，就得额外记录接触顺序，而不是只看一个字段。
口碑传播：记录可转述的线索，单独计数
口碑没有系统标识，能记录的是“谁在什么场合提到了什么”。最小动作是在客户记录里增加一个自由文本字段，写清三件事：提及的人或场景、提及的大致时间、对方原话里的关键信息。
例如（假设场景）：一位客户在咨询时说“是同事老张让我来看看的”。记录为“同事推荐—老张—咨询当天”。这条记录能支持的动作是：下次和老张相关的线索出现时，可以对照是否同一来源。它不能支持的动作是：把它当成一次点击计入渠道转化，或据此计算推荐带来的成交比例。
口碑记录天然会漏。有人被推荐后直接搜索进入，参数里不会显示推荐人；有人只是听说但没留下任何可识别痕迹。因此口碑表的数量只能当作“已捕获的线索”，不能当作“口碑带来的全部效果”。
两张表同时存在时，怎么避免重复和混淆
重复是这类记录最常见的失真来源。同一个人可能既被朋友推荐，又通过广告进入，两条记录都会出现。处理方式不是删掉一条，而是在两条记录上标注同一客户标识，让它们可以被关联，但不合并计数。
- 给每条线索分配一个客户标识，可归因记录和口碑记录都引用它。
- 可归因表按渠道标识汇总，口碑表按提及来源汇总，各自独立。
- 需要看整体时，只统计“去重后的客户数”，不把两张表的条数相加。
这样做的结果是：你能看到哪些客户同时出现在两张表里。如果这类重叠很多，说明单看任何一张表都会高估或低估，下一步应该先补接触顺序，而不是急着算渠道贡献。
缺少权限时，哪些结论不能下
没有后台权限或完整数据时，仍可执行上面的最小动作，但要明确边界。可以下的结论是“某条线索被记录为来自某处”；不能下的结论包括：某渠道的转化率、口碑占整体来源的比例、某次传播是否直接带来了成交。
一个可区分的证据是：如果可归因渠道的标识在某段时间内明显减少，而口碑记录同时增多，这只能说明记录分布变了，合理解释至少有三种——渠道入口调整、记录习惯改变、口碑确实变多。没有进一步核对之前，不能认定其中任何一种。
因此，记录来源的下一步不是立刻归因，而是先确认两张表是否覆盖了同一批客户、是否存在大量重叠。重叠少且标识稳定时，再考虑比较；重叠多或标识缺失时，优先补记录字段，而不是补计算口径。这样处理，站外优化策略里的来源记录才不会被口碑和可归因数据互相污染。
