Shopify 本身不带产品评价系统，产品页默认没有评价区块，你得自己补上——要么用官方免费的 Product Reviews 应用，要么装第三方评价 App，要么用 metafields + Liquid 自建。这篇文章按「收集 → 审核 → 展示 → 二次利用」四段走，每段都给你后台路径和取舍判断。
先说一个很多人搞混的点：评价数量和评价可信度是两件事。一个产品页挂着 200 条清一色五星、没有一条中差评，转化效果往往不如 40 条里带 3 条真实差评的。堆数量容易，做可信度难，后面几节会反复回到这个区分。
一、Shopify 原生到底有没有评价功能？
没有。Shopify 平台层面不内置产品评价系统，产品页模板里默认没有评价区块。你要么用官方应用，要么用第三方 App，要么自己写。
三种补齐方式对比
| 方式 | 谁来做 | 收集 | 展示 | 数据归属 | 适合谁 |
|---|---|---|---|---|---|
| 官方 Product Reviews 应用 | Shopify | 邮件请求 | 基础星级 + 文字 | Shopify 应用内 | 刚起步、预算为零 |
| 第三方评价 App | Judge.me / Loox / Yotpo / Okendo / Stamped.io 等 | 邮件 + 短信 + 图片 | 富展示 + 筛选 + 富摘要 | 第三方服务器 | 想认真做评价的店 |
| 主题自带评价区块 | 主题 | 不收集 | 只展示 | 主题 / metafields | 已有数据、只缺展示 |
| 自建 metafields + Liquid | 开发者 | 全自己做 | 全自己做 | Shopify metafields | 有开发资源、要完全可控 |
关键判断
官方 Product Reviews 应用功能很基础：星级、文字评价、邮件请求评价。它适合验证「我的店到底有没有人愿意留评价」，但不适合长期做 UGC——没有图片评价、没有筛选、没有富摘要优化。
第三方 App 是大多数认真做评价的店的选择，但有个坑必须先说清楚：评价数据存在第三方服务器上，不在你的 Shopify 后台里。卸载 App 之后，历史评价可能无法导出，直接全丢。换 App 之前，先去 App 后台确认有没有导出功能（CSV 或 API），导出备份完再卸载。
主题自带的评价区块只负责展示，不负责收集。别指望它帮你攒评价——它只是把已有的评价渲染出来。
二、评价从哪来：收集触点与时点
评价不会自己长出来。你得在正确的时点、用正确的渠道去要。
五个收集触点
| 触点 | 说明 | 注意 |
|---|---|---|
| 订单履约后邮件 | 最常见，订单标记 fulfilled 后 N 天发送 | 太早客户还没用上产品，太晚热情消退 |
| 短信请求 | 打开率通常高于邮件 | 需客户明确同意，注意各地区短信法规 |
| 包裹卡 / 插卡 | 实物触点，适合高客单 | 印二维码直达评价页，减少跳转步骤 |
| 结账后 Thank you 页 | 即时触发 | 客户还没体验产品，更适合收「购买体验」评价 |
| 客服跟进后 | 解决完问题再请求 | 转化率高，但覆盖窄 |
时点按品类调，别用全局默认值
这是最多人漏的一步。多数评价 App 的默认延迟是「履约后 7 天」，但 7 天对咖啡豆合适，对沙发完全不合适。
- 消耗品（咖啡、护肤、零食）：履约后 3–7 天。客户已经用上了，体验还新鲜。
- 耐用品（家具、电子、户外装备）：履约后 14–30 天。太早发，客户回你一句「还没拆箱」。
- 多数 App 支持按产品 / 集合设置延迟天数，在 App 的 Review Request 设置里找「Timing」或「Delay」选项，按集合分组设。
激励评价的边界
可以给折扣码换评价，但不能要求必须是好评，而且需要披露（比如在请求邮件里写明「留评价可得 10% 折扣，好评差评都可以」）。美国 FTC 对虚假和误导性评价有明确规则，未披露的激励评价属于违规。跨境店尤其注意目标市场的披露要求。
三、评价审核与差评处理
审核队列怎么设
主流评价 App 都有 approve / reject / spam 三档流程。默认设成「先审后发」比「先发后审」安全——跨境店面对垃圾评价和竞品恶意攻击的概率更高，先发后审意味着一条垃圾评价可能已经挂了几小时。
审核时看三件事：是不是真实购买（App 一般会标 verified buyer）、内容有没有联系方式或外链（垃圾特征）、有没有明显竞品攻击话术。
差评处理原则
真实差评不建议删。公开回复 + 私下解决是标准做法：
- 在产品页公开回复，说明问题、给出解决方案、留下联系方式。
- 同时通过订单邮箱私下联系，把问题真正解决掉。
- 解决后可以礼貌询问客户是否愿意更新评价——但不要施压。
删除真实差评会损害可信度，而且可能影响 Google 富摘要的展示（Google 要求评价可验证、来自真实客户）。更实际的用法是：从差评里找产品描述没讲清的点，反哺产品页文案。如果三条差评都在问「尺寸偏小吗」，那你的尺码表就该改。
合规红线
- 禁止自评自赞（自己给自己刷好评）。
- 禁止未披露的激励评价。
- Google 对 Review 结构化数据有政策，要求评价来自真实客户、可验证。自评自赞可能被判定违规，导致富摘要不展示。
四、评价怎么展示才影响转化
收集和审核是后台工作，展示才是客户看得见的部分。
六个展示位置
| 位置 | 作用 | 实现方式 |
|---|---|---|
| 产品页顶部星级摘要 | 影响首屏决策，紧贴标题/价格 | App block / 主题区块 |
| 产品页主评价区 | 星级 + 数量 + 按星级/图片筛选 | App embed |
| 集合页星级 | 列表页就能筛高评价产品 | App 支持或主题改 |
| 首页 / 落地页评价墙 | 精选 UGC 图片评价 | App 组件或自定义 section |
| 购物车 / 结账前 | 临门一脚 | 部分 App 支持 |
| Google 富摘要 | 搜索结果显示星级 | Review / AggregateRating JSON-LD |
Online Store 2.0 实现要点
如果你的主题是 Online Store 2.0（2021 年后推出的主题基本都是），评价 App 通常通过 App embed / App block 注入，在主题编辑器里点「添加区块」就能挂上，不用改主题代码。
老主题（Vintage 主题，非 OS 2.0）可能要手动改代码：在 product-template.liquid 里加 App 提供的 {% render %} 或 snippet。改之前先复制一份主题备份。
结构化数据重复是常见坑：主题自带的 product JSON-LD 和评价 App 自带的 JSON-LD 可能同时输出，导致 Google Search Console 报「检测到重复字段」或富摘要不展示。解决办法是在主题里关掉其中一个——通常在 theme.liquid 或 product.liquid 里找到 application/ld+json 那段，注释掉主题自带的 product 部分，保留 App 的。
性能：评价 App 会加载外部 JS/CSS，可能拖慢 LCP。建议在 App 设置里开启延迟加载（lazy load），或者只在产品页加载评价脚本，别全站加载。
五、评价数据的二次利用
评价收上来不只是挂产品页。四个用法：
- 广告素材：把带图好评做成 UGC 广告，比品牌自拍素材可信度高。
- 选品与产品页优化：从差评里找描述没讲清的点，改文案、改尺码表、改 FAQ。
- 客服话术：高频问题沉淀成 FAQ 和客服快捷回复。
- 邮件营销：把好评放进弃购邮件、复购邮件，做社会证明。
六、常见翻车点
| 翻车点 | 后果 | 规避 |
|---|---|---|
| 卸载评价 App | 历史评价无法导出、全丢 | 迁移前确认导出能力，先备份 |
| 主题 + App JSON-LD 重复 | Search Console 报错、富摘要不展示 | 关掉其中一个 |
| 请求邮件发太早 | 客户回「还没收到货」 | 按品类设延迟天数 |
| 只堆五星无中差评 | 客户觉得假 | 保留真实中差评 |
| App 脚本阻塞渲染 | 移动端 LCP 变差 | 延迟加载 / 仅产品页加载 |
| 激励换好评未披露 | 被平台或监管警告 | 披露 + 不强制好评 |
FAQ
Q1：Shopify 有自带评价功能吗？
平台本身不内置产品评价系统，产品页默认没有评价区块。官方提供免费的 Product Reviews 应用，功能基础；要认真做评价一般用第三方 App。
Q2：评价 App 怎么选？
先看数据能否导出、是否支持图片评价和 Google 富摘要、脚本对性能的影响，再看定价。别只看免费额度——免费额度用完后的价格和导出能力才是关键。
Q3：差评要不要删？
真实差评不建议删，公开回复 + 私下解决更好。删除损害可信度，也可能影响富摘要展示。
Q4：评价请求什么时候发最有效？
按品类调。消耗品履约后 3–7 天，耐用品 14–30 天。多数 App 支持按产品/集合设延迟。
Q5：为什么 Google 不显示我的星级？
常见原因是结构化数据重复、评价不可验证，或不符合 Google Review snippet 政策。去 Search Console 查报错。
Q6：换评价 App 会丢评价吗？
可能。多数 App 数据存第三方服务器，迁移前务必确认导出能力，先备份再卸载。
结尾
回到四段闭环：收集 → 审核 → 展示 → 二次利用。顺序别乱——先定数据归属和导出方案，再谈展示和转化。评价存在哪、能不能导出，比装哪个 App 重要得多。
行动清单：
- 确认当前评价存在哪（官方应用 / 第三方 App / metafields）。
- 设好请求时点，按品类分组，别用全局默认值。
- 检查结构化数据是否重复，去 Search Console 看有没有报错。
- 把好评用进广告和邮件，把差评用进产品页文案。