介绍
应用app,同时发布了多种渠道, 包括但不限于 微信小程序,安卓商城,苹果商城等
游戏内,玩家有头像地址。
问题链路
- 微信小程序渠道,存在用户头像违规,扣除了app应用信用分。
分析: 考虑对玩家头像入库时,接入第三方头像检查,头像审核通过后入库。对历史头像,晚间依次审核,不通过的更换为降级默认头像,并通知玩家修改。
- 接入第三方头像检查后,发现,在第三方检查验收通过的头像,在微信内依旧定义为违规。也就是,不同的渠道,他们的图片检查,有自己的标准。
分析: 需要确定每个渠道的检查通道,对有通道的渠道,优先使用它自己的审核方式进行,流程参考问题链路1走。
- 考虑到用户活跃度问题,存在不同渠道内,玩家混玩的场景。也就是在微信放行的头像,可能在ios渠道被审核拦截。
分析: 也就是,头像库,因为不同渠道标准的不同,也需要渠道隔离。玩家在不同渠道里玩的展现方式,应该在对应的头像库建立正确的关系记录。当出现跨渠道游戏的场景,考虑优先将原头像,用新渠道的审核方式审核,如果不通过,则准备一张降级的头像作为替代方案进行展现。
核心关系表
玩家渠道头像库
create table user_channel_head(
user_id varchar, -- 用户uid
head_url varchar, -- 头像地址
channel varchar, -- 渠道标识,
unique(user_id, channel, head_url)
)
-- 索引 <user_id, channel,head_url>
-- 场景: c端头像拉取, s端头像获取
流程设计
头像落库
头像获取