导读（3行收益）：买家晒单图片违规、辱骂性评价直接上架、追评无规则——评价区成了事故区。本文给一套商品评价审核做法：评价状态机、图片审核、敏感词过滤与追评规则，附关键 SQL。看完评价区不再失控。
一、评价为什么需要审核
三个高发问题：
- 图片违规直接展示：涉隐私、涉广告的晒单图上了首页；
- 辱骂/导流文字上架：拉踩同行、留联系方式；
- 追评无规则：过了很久还能追，把评价区带偏。
根源是评价没有状态机，内容没有审核链路。
二、评价状态机怎么设计
待审核 -> 通过 / 驳回
|-> 展示中 / 已隐藏
- 买家提交评价（文字+图片+评分）；
- 系统先过敏感词与图片自动审核；
- 人工抽检高风险评价，通过后展示。
避坑：提交即展示——违规内容零拦截；审核无人工兜底——自动漏放没人管。
三、图片审核怎么做
- 上传时先本地压缩再传存储，避免原图直传；
- 服务端过图片审核接口（涉黄/涉政/广告）；
- 审核不通过的图片替换为占位图，评价仍保留。
避坑：只看图片不审文字——辱骂照样展示；图片审核不过整单驳回——正常文字评价被误伤。
四、敏感词怎么过滤
- 维护敏感词库（辱骂、导流、联系方式）；
- 命中敏感词的先转待人工，不直接驳回；
- 追评同样走过滤，防绕过。
避坑：敏感词直接删除——误伤正常评价引投诉；追评不走审核——绕过主评审核。
五、数据表怎么设计
CREATE TABLE `review` (
`id` BIGINT PRIMARY KEY AUTO_INCREMENT,
`order_id` BIGINT,
`product_id` BIGINT,
`status` TINYINT DEFAULT 0, -- 0待审核 1通过 2驳回
`display` TINYINT DEFAULT 1, -- 0隐藏 1展示
`content` VARCHAR(500),
`images` JSON,
`reviewed_by` BIGINT,
`created_at` DATETIME
) COMMENT='商品评价';
关键点：审核与展示两个状态分开；图片与文字同一评价单管理。避坑：审核即展示混用一个状态——隐藏后无法恢复；图片字段存外链——图片删除后评价区裂图。
六、踩坑清单
- [ ] 提交即展示；
- [ ] 只审图片不审文字；
- [ ] 图片不过整单驳回；
- [ ] 敏感词直接删除；
- [ ] 追评不走审核；
- [ ] 审核与展示状态混用；
- [ ] 图片存外链不存对象存储。
七、工程落地建议
评价审核建议按「评价状态机+图片自动审核+敏感词过滤+人工兜底」落地。若团队用成型商城平台（如乔拓云商城）起步，重点核对评价审核与违规处理是否闭环可用。
八、复盘清单（可直接抄走）
- [ ] 评价是否先审核后展示；
- [ ] 图片是否过审核接口；
- [ ] 敏感词是否转人工；
- [ ] 追评是否同规则；
- [ ] 是否有隐藏恢复机制；
- [ ] 图片是否存对象存储。
结语
评价不是发出去就完事，而是状态要流转、图片要审核、敏感词要过滤、追评要同规则。这套链路做对，评价区不再失控。本文仅作技术分享，具体功能以各平台官方实时信息为准。
