什么是网站推广：口碑传播与可归因渠道同时存在时怎样记录来源
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /bbf143b84c85.html
📄
什么是网站推广：口碑传播与可归因渠道同时存在时怎样记录来源
结论先说：把“来源记录”拆成两层——可归因渠道只记录系统能识别的触点和标识，口碑传播单独记录“谁在什么场景提到你”，两者不要强行合并成同一个数字。小样本阶段可以靠人工回访把两者对上，一旦咨询量上来、渠道变多，就必须预设“无法归因”这一档，否则数据会越记越假。
先分清两种记录目标，再决定字段怎么设
可归因渠道的记录目标是“这次访问或提交由哪个可识别触点带来”，依赖落地页参数、表单隐藏字段、渠道专属联系方式这类可追踪标识。口碑传播的记录目标是“用户为什么选择先了解你”，依赖回访时用户主动说出的推荐人、社群、线下场合。两者回答的问题不同，字段也应该分开。
如果硬把口碑塞进渠道字段，常见做法是新建一个“口碑”选项。这个做法在咨询量少时成立，因为你能逐个追问“是谁推荐的”。但当同一周出现几十条咨询、且用户说不清具体推荐人时，这个选项会变成垃圾桶：所有解释不清的都填进去，最后你无法判断到底是哪个社群或哪场活动起了作用。
小样本阶段：人工回访可以合并记录
当每日咨询量在个位数、渠道不超过三个时，可以只用一张表，字段包括：首次接触方式、可识别标识（如带参数的链接或专属码）、用户口述的推荐来源、首次咨询时间。此时允许把口碑和渠道写在同一条记录里，因为你有精力逐条追问。
具体动作：在用户首次咨询后 24 小时内回访一句“您是从哪里知道我们的”，把原话记进“口述来源”字段，不要当场替用户归类。这一步的结果会直接影响下一步——如果多数用户只能说出“朋友说的”而说不出朋友从哪知道，说明口碑的上游触点已经断链，你需要回头在推荐人侧补一次记录，而不是在用户侧反复追问。
规模化阶段：必须拆表并保留“无法归因”
当咨询量上升到无法逐条人工追访、渠道超过五个时，合并记录会失效。此时应拆成两张表：一张记录系统可识别的触点（参数、专属码、表单来源字段），一张记录回访得到的口碑线索（推荐人、提及场景、提及时间）。两表用同一个用户标识关联，但不要求每条记录都能关联上。
关键是保留“无法归因”这一档，并允许它长期存在。请求量或某项标识归零，不能单独证明某个渠道失效：也可能是参数被平台剥离、用户换了设备、或推荐发生在私密对话里无法被系统捕捉。把归零直接解读为“该渠道没用了”，是常见的误判。
一个注明假设的短例子：假设某月带参数链接的提交量从 40 降到 10，同时回访中“朋友推荐”从 5 升到 25。此时不能断定付费渠道失效、口碑崛起，因为还可能存在第三种解释——用户在私密社群看到分享后，没有点击带参数的链接，而是直接搜索品牌名进入。要区分这几种解释，需要额外记录“首次搜索词是否含品牌名”，而不是只看提交量。
两种条件下的选择依据
- 条件一：咨询量低、渠道少、能逐条回访。选择合并记录，用人工追问补全口碑信息，动作是 24 小时内回访并记录原话，结果是你能快速看到口碑与渠道的粗略对应关系。
- 条件二：咨询量高、渠道多、回访只能抽样。选择拆表记录，系统触点与口碑线索分开，动作是保留“无法归因”档并定期抽样核对，结果是你能判断哪些渠道的标识可靠、哪些口碑线索需要向上游追。
判断该用哪种条件，不看团队规模，而看“每条咨询是否还能被单独追问”。一旦抽样成为常态，就该切到拆表模式。
容易踩的例外：别把不同指标的涨跌当成因果
搜索、广告、社媒和销售的指标口径不同，不能混用。口碑传播往往先表现为品牌词搜索上升或直接访问增加，可归因渠道则表现为带参数提交。两者同时变化时，只能说明“同时发生”，不能直接说口碑带来了这些提交。
另一个例外是推荐人侧的信息缺失。用户说“朋友推荐”，但推荐人不愿透露从哪知道，这条线索就只能停在口碑层，无法回溯到具体渠道。此时正确动作是把它记为“口碑—上游未知”，而不是硬塞进某个渠道。下一步如果要补这块，应在推荐人侧设计一个低门槛的分享动作，并观察它是否产生可识别标识，而不是继续在用户侧追问。
记录来源的目的不是让每条数据都有归属，而是让你知道哪些归属可靠、哪些只能存疑。存疑的部分保留原样，比强行归类更有用。
