内容类型 · 概念
Customer Reviews：用户评价
Customer Reviews 用户评价如何收集与展示：保留评分分布和负面反馈，说明评价来源、验证购买与激励规则，并处理零评价和少量评价状态。
Customer Reviews（用户评价）回答“已购买顾客普遍怎样反馈”。它是一组反馈及其分布，不等于品牌挑选的一两句顾客证言。
需要收集
- 原始评价、评分、日期和顾客显示名；
- 对应商品、变体、购买或使用背景；
- 来源、验证购买、审核和激励规则；
- 隐私、展示授权和举报处理方式。
分析与完善
- 保留评分分布和负面反馈；
- 说明“已验证”等状态的真实标准；
- 支持按商品和语境筛选；
- 处理零评价、少量评价和旧评价状态。
页面与展现
适合商品页、集合卡片摘要和专门评价页。可采用 Rating Summary、Review List、筛选器或少量评价轮播。
发布前检查
- 是否只挑五星内容却称为用户评价；
- 是否把不同商品评价混用；
- 是否隐去赠品、激励或转载来源；
- 总评分是否与展示列表一致。
负责人、时效与缺失处理
- 负责人：由客服或评价系统负责人维护来源、审核、回复与下架规则；
- 时效：商品改版后，旧评价可能不再适用，应显示日期或按版本区分；
- 缺失时：零评价时如实显示暂无评价，不借用其他商品或渠道的评价填补。
与相邻类型的区别
| 相邻类型 | 区别 | 为什么用户评价不是它的子项 |
|---|---|---|
| 顾客证言 | 评价是一组反馈及其分布；证言是品牌挑选的个案，附背景与授权 | 评价的可信度来自完整性与分布，证言来自具体人物与语境；混用会让个案被读成普遍结果 |
| 第三方评价平台 | 第三方评价平台上的评分、总数与评论，收集、排序和删除规则由独立平台决定；用户评价由品牌或其评价应用运营，规则、审核与展示在品牌可控范围内 | 证据不同：用户评价看验证购买与审核规则，第三方评价看平台主页能否追溯、快照是否过期；边界详见下文 |
| 信任标志 | 信任标志表达认证、支付、安全事实；评价表达顾客反馈 | 星级图标不是认证，评价不应做成徽章 |
| 媒体报道 | 报道是独立媒体对品牌的提及；评价来自购买者 | 媒体不是购买者，两者的证据规则不同 |
| 商品概述 | 概述陈述商品事实；评价是顾客体验 | 评价不能用来证明未经核实的商品能力 |
| 用户生成内容 | 评价以评分与文字为主；用户生成内容以顾客拍摄发布的图片、视频与社交帖子为主 | 授权与下架的机制不同 |
与第三方评价平台的边界：判据是规则由谁制定。评价的收集、审核和删除由品牌或其评价应用掌握时，归本类型，需要回答“这些顾客是谁、怎么筛选、有没有激励”；评价留在独立平台、品牌只能链接回该平台主页核对时，归第三方评价平台，需要回答“平台是谁、评分口径是什么、数据截至何时”。一个评价应用只是收集和存储工具，不改变判据。页面上必须一眼看出是哪一种，两种评分不能平均或合并为同一个分数，也不得把某个平台的星级写成“顾客评分”而不说明来源。第三方评价平台一文对邀请方式、激励和美国 FTC 评价规则问答的整理，本文不重复。
评分数字本身是运行时数据（由评价系统计算），不是内容类型；本文关注评价背后的收集规则、状态与展示范围。
字段与状态
| 字段 | 含义 | 必填条件 |
|---|---|---|
| 评价对象 | 对应的商品，必要时到变体 | 必填；不同商品的评价不混用 |
| 评分 | 顾客给出的评分及量表范围 | 必填；量表（如 1 至 5）必须明确 |
| 提交时间 | 评价提交日期 | 必填；用于旧评价判断 |
| 正文与标题 | 顾客原文 | 有则原文保留；编辑需标注 |
| 作者显示名 | 展示给公众的名称 | 展示时必填；遵守隐私规则 |
| 来源 | 在哪里收集（订单邮件、站内、应用商店等） | 必填 |
| 验证状态与标准 | 如“已验证购买”的真实判定条件 | 展示该标记时必填，并公开标准 |
| 激励情况 | 是否提供折扣、赠品等 | 存在激励时必须标明或按平台与法规要求处理 |
| 审核状态 | 已发布 / 草稿 / 被拒 / 已撤回 | 必填，并记录审核原因 |
| 商家回复 | 品牌的公开回复及时间 | 有回复时必填 |
| 媒体 | 顾客上传的图片或视频 | 有则需要授权与审核记录 |
| 状态 | 处理 |
|---|---|
| 零评价 | 如实显示暂无评价，不借用其他商品、渠道或平台的评价 |
| 少量评价（如个位数） | 显示实际数量，不展示看似有统计意义的均值与分布图；不要为凑数量包装成“热门口碑” |
| 多评价 | 保留分布，支持按评分、变体和时间筛选，展示时不只挑高分 |
| 旧评价 | 显示日期；商品改版后按版本区分或标注 |
| 评价被撤回或审核不通过 | 从列表和总评分中同时移除，保证两者一致 |
| 评价系统不可用 | 隐藏评分和列表，不保留旧的缓存分数 |
| 涉及激励或赠品 | 标明该事实；平台禁止的做法不得使用 |
平台落点
跨平台原理是：评价的收集与存储属于评价系统，页面负责展示其来源、分布与状态。以下为 Shopify 的现行做法（核验于 2026-09-29）。
- 是否有官方内建评价方案：在所读官方页面范围内，未找到 Shopify 帮助中心中现行的、面向商家自有店面的官方评价应用说明。Shopify 员工在官方社区的帖子（2024-03-28）写明，Shopify Product Reviews 应用将于 2024-05-06 停用，停用后已有评价不再在店面显示；同一帖子中另一位员工（2024-02-16）解释，第三方应用功能更完整。来源：Shopify 社区帖子。这是社区帖子而非帮助中心文档，本文只引用其停用日期，不据此推荐任何替代应用。
- 标准评价数据结构：shopify.dev 提供标准商品评价 metaobject 定义，目的是让通过审批的评价应用以一致的格式存储评价。必填字段包括
rating（Rating 类型，示例结构含scale_min、scale_max、value）、submitted_at、source、product与app_verification_status（取值verified_buyer、verified_reviewer、unverified）；可选字段包括title、body、author、order、product_variant、published_at、edited_at、merchant_replied_at、language与media_urls。这套字段与本文“字段与状态”的划分基本对应，但该文件写明它面向参与 syndication 的评价应用，本文没有核实一般商家能否直接手工创建此类记录。 - 汇总数据：同一文档写明，应用须在商品上维护标准 metafield
reviews.rating（平均评分）与reviews.rating_count（评价总数）；这两个 metafield 在 Shopify 后台不可见、商家不可编辑，只能通过 GraphQL Admin API 访问。Liquid 的 rating 对象提供rating、scale_min、scale_max属性，可通过product.metafields.reviews.rating这类方式读取。主题是否实际使用这些 metafield 展示评分，取决于所用评价应用与主题的集成，本文未核验。 - Shop app 评价：官方Shop 商品评价页面写明，购买者在订单送达后收到通知，可给出 1 到 5 星评分，并可留下不超过 1,000 个字符的评论；评价显示在 Shop app 的商品详情页。该页面没有说明这些评价是否显示在商家自己的在线商店中，本文不作判断。
- 合作应用同步：官方同步合作应用评价页面写明，来自合作应用的评价需通过 metaobject 关联到已验证的客户，并带有 Customer ID、Order ID 与 Product ID 三项；缺任何一项就不能在 Shop 显示。Shop 的内容政策可能使其显示的评价数少于合作应用内的数量。
- 商家守则（适用于 Shop 评价）：官方Shop 评价指南写明：不得以金钱、折扣、免费商品或退款换取评价；商家及关联方不得自行发布评价或付费请人发布；已有评价的顾客不得被激励修改或删除评价。Shop 会在发布前筛查评价，并可能因缺少评分或作者名、来自利益相关方、疑似自动生成等原因拒绝。这些是 Shop 的平台规则，不等于法律要求；各地区对评价、激励与披露的法规要求需要法务或合规确认。
未核验：主题层面评价区块的默认实现、Shop 评价是否可在商家店面展示、标准评价 metaobject 中 media_urls 之外的媒体处理规则，以及评价数据在 Markets 与多语言下的显示。
待继续完善
- 缺少“少量评价”阈值的实证依据，本文没有给出具体数字；
- 缺少评价字段的虚构标注完整样例与展示样式对照；
- 与第三方评价平台的边界已在两文互链；两文的措辞需要在任一篇改动后互相复核；
- 未在真实店铺实测评价 metafield 在主题中的调用与刷新延迟；
- 未核对各地区法规对评价、激励披露与删除差评的要求，需要法务或合规确认。