公开系统不会提供一个适用于所有平台、问题和时间的 UGC 固定权重。用户评价更适合说明真实使用、比较对象和购买条件；品牌身份、产品归属与现行政策仍应回到官方责任源。本文按你现在在哪里 → 你想去哪里 → 怎么走给出操作方法。
概念信息图：不代表真实用户构成、信号占比或模型权重。
你现在在哪里：UGC 混着三类不同信号
第一类是对象信号，如消费者使用正式名、简称、产品名或旧名；第二类是体验信号，如安装、耐用、价格与服务；第三类是关系信号，如“与某产品同场比较”“属于某系列”。三类信号不能一起算成情绪分。
抽查评价时先问：
- -说的是品牌、产品、服务还是渠道；
- -评价对应哪个版本、地区和时间；
- -作者是在亲身使用、转述还是引用；
- -内容有无具体场景、依据和条件；
- -比较对象是直接竞品、局部替代还是不可比对象。
若对象无法唯一识别，先做品牌实体消歧，不要急着统计正负。
你想去哪里：让 UGC 补体验，不替代事实
| 信号责任 | 官方数据源 | UGC | 正确组合 |
|---|---|---|---|
| 身份与归属 | 确认正式名、主体、产品关系 | 暴露简称、错拼与民间叫法 | 用别名表连接，不让俗称改写主体 |
| 产品事实 | 确认规格、版本、政策与时间 | 说明事实在真实场景如何被体验 | 事实与体验分栏记录 |
| 品类与比较 | 声明主品类与适用范围 | 显示消费者实际把谁放在一起选 | 保留问题与约束，不固化成排名 |
| 评价与结论 | 不能自证“大家都认可” | 提供支持、质疑、观望和劝退 | 保留独立观点、条件与反例 |
目标交付物是UGC 实体信号卡：对象、别名、产品版本、场景、原文、立场、结论、来源角色、未知项和需核验事实。渠道与证据角色如何分开，可参考品牌实体信号二维框架。
怎么走：五步把 UGC 接入实体治理
1. 建立官方事实层——难度低到中
维护正式名、别名、公司—品牌—产品关系、主品类、地区版本和生效日期。官网、帮助中心与产品文档口径一致，旧事实保留历史状态。没有这一层，UGC 中的简称无法可靠归一。
2. 建立内部关系层——难度中到高
用内部知识图谱或关系台账连接对象、别名、产品和版本，为每条关系写责任人和证据。图谱负责内部消歧，不会自动改变外部内容。治理方法见品牌内部知识图谱治理。
3. 发布机器可读层——难度中
用 Schema.org 在网页上标明 Organization、Product 或 Service 等合法对象，并以稳定 URL 型 @id 连接。结构化标记必须与可见正文一致，不能把用户评价改写成官方属性，也不能证明外部共识。
4. 读取 UGC 体验层——难度中
按对象、版本和场景去重，保留原文与上下文；区分亲历、转述、商业合作和无法确认。具体且有条件的评价提高复核优先级，短句只作线索。单条高互动内容不能代表全体消费者。
5. 形成冲突与内容任务——难度中
事实错误进入责任源核验，体验差异保留人群与场景，独立观点不强行修订。反复出现的“不会装”“版本分不清”“售后找不到”可以转成教程、版本说明或服务流程，但不能宣称已证明销量影响。
常见坑与解决方法
- -坑：追问 UGC 到底占多少权重。 解法：改问在当前问题、平台和时间里，哪些 UGC 被看见、能否回溯、与官方事实是否冲突。
- -坑：把负评当实体错误。 解法：评价可以不同；只有对象、归属、时间等事实互斥才进入修复。
- -坑：品牌下场统一用户说法。 解法：只修自有责任源；第三方事实错误按规则提供证据，独立观点保持独立。
- -坑：Schema 能压过 UGC。 解法：Schema 只帮助机器读懂自有页面，不能覆盖真实体验。字段验收见品牌实体 Schema 标注。
UGC 的价值不是一个神秘权重，而是让品牌看到实体在真实使用中如何被命名、比较和判断。官方事实、内部关系与结构化标记让对象清楚；UGC 让体验和条件可见。两者分工清楚、证据可回溯，品牌才有机会被准确理解，而不是用一方“压过”另一方。