App Store 假评论为什么越来越难做，还会反噬排名

有人加我，第一句是「有没有渠道，能给刷一批五星」。我问为什么，他说竞品评分比他高一点，用户点进商店页，先看的就是那个数字。

我没接这单。不是道德洁癖——是我们自己给客户做商店页，真要往评分里掺东西，后面每一版都得跟着圆。

先说结论：假评论的成本不在买，在之后

买评论的钱是一次性的，麻烦是长期的。

评分一旦被抬到一个不真实的位置，你就得让所有后续数据配合它：评论的时间分布、版本分布、星级结构、和下载量的比例。这些数据只要有一处对不上，平台不用很聪明就能看见。

比平台更早发现的是用户。评论区的读者比我们想的精——他们会翻到最早那几条，会看有没有具体场景，会看五星评论里有没有提过任何一个功能名。

所以我不把这件事当风险问题，我把它当资产问题：你借来的评分，是负资产。

假评论为什么突然更难藏了

不是因为平台变严了，是因为评论这个池子的基准线变了。

真实评论有几个天然特征：时间跟着版本走、语言跟着市场走、星级分布两头重中间轻、写的人会提到具体功能或具体故障。

假的恰好相反：扎堆在几天里、文案像同一个模板换词、清一色五星加一句「很好用」、账号没有其他行为痕迹。

还有一个更笨的破口：语言和地区。你在美国区投了一批评论，文案是英文，但账号的注册地、常用语种、历史评价对象全指向另一个市场。这类错配不需要语义分析就能筛出来。

平台不需要判断哪条是假的，它只需要判断「这批和整体不像」。这是统计问题，不是侦探问题。你把一批异质的东西塞进一个同质的池子里，异常值自己会浮上来。

具体以官方最新说明为准，但方向是清楚的：两个商店都在做评论真实性的过滤，而不是只处理被举报的那几条。

两个商店查的方向一样，手法不一样

App Store 这边，评分和评论挂在产品页上，开发者可以回复，用户可以对某条评论点「有帮助」，也可以举报。Apple 对操纵评分和评论有明确禁止，处置包括移除评论，以及在严重或反复的情况下影响开发者账号。

Google Play 这边，评论会经过过滤，被判定为违规或不真实的评论可能不展示给所有人。评分还带着地区和设备维度的加权，同一个 App 在不同市场的显示分数可以不一样。

两边措辞不同，落点一样：不允许用利益换评价，不允许操纵评分。

这条对做海外的人特别重要——你在一个市场被判定违规，影响的不只是一个市场的页面。

排名的损失，通常小于转化的损失

很多人以为买评论是为了排名。我的看法相反：排名影响是二手的，转化影响是一手的。

排名信号里，评分只是其中一个，而且它跟下载、留存、活跃这些信号是绑在一起看的。你把评分抬上去，留存没动，这组信号就是不自洽的——不自洽的信号，拿不到它该拿的权重。

真正立刻发生的是转化端。用户读评论是为了找证据，不是找夸奖。一整屏「很好用，推荐」，等于什么都没告诉他。他会退出去看下一个，而下一个的评论里有人写了「导出会卡，但客服第二天就修了」。

这就是负收益的机制：你花钱买了一个让用户更不相信你的页面。

更难受的是清算那天。评论被清掉，评分掉回原位，而你这两年里所有关于评分的对外表述都得重来。

这里还有个反直觉的点：评分不是越高越好。一个全是五星、没有一条讲缺点的页面，读起来像是没人真用过。评分的作用是降低不确定性，不是制造完美感。用户要的是「这东西有什么毛病，我能不能接受」，不是「它没有毛病」。

App Store 这边，三个具体的坑

第一个是把评分提示堆在启动瞬间。系统对这类弹窗本身有限制，用户也可以在设置里关掉 App 内评分提示——你越是在用户还没获得价值的时候弹，越容易把人推去关掉这个开关，之后再也弹不出来。

正确的时机是「他刚做完一件顺利的事」：一次导出成功、一关打过、一份报表生成完。

第二个是回复。开发者回复是公开的，写「感谢反馈，我们会改进」这种模板，等于告诉所有后来的人：这家没人真看评论。

第三个是版本。有人指望靠一次大版本更新把旧评分洗掉。这条路早就不好走了，别把它当策略。

还有一类差评几乎一定会在订阅制产品上出现，而且不在功能上：用户忘掉了自己订过，看到扣费才来打一星。这类评论处理的重点不是回复，是把订阅状态、扣费时间、取消入口在应用里放得足够明显——它同时也是一条商店页要写清的信息。

Google Play 这边，坑不太一样

Google Play 的应用内评价接口不保证弹窗一定出现。它有配额，也会根据用户状态决定是否展示。所以「接上接口就等于有评分」是错的，很多人卡在这里，以为是接入写错了。

第二个差别是评分可以不带文字。一个只有星级的评分，信息量极低，也最容易被判为异常——因为它没有任何可供复核的内容。

第三个是对手。被恶意差评砸中，正确做法是通过官方渠道举报具体评论，而不是组织一波反向好评。后者会让你的账号进入同一个判定池，代价是长期的。

什么情况下我会劝你停手

有三种情况，不管预算多少，我都会让对方先别动评分。

一是评分低，但差评指向同一个功能故障。这时候买评价等于给一个漏水的房间刷墙。用户进来用了，还是会走，还会留一条更具体的差评。

二是刚上线，或者刚换过包名不久。评分样本太小，任何一批异常评论在整体里都占很大比重，异常显眼。

三是你已经在用利益换评价——送道具、返现、抽奖。这条本身就是两个商店都禁止的，先停掉，再谈别的。

反过来，有一种情况我反而不建议你纠结：竞品评分确实比你高，但它的用户结构和你不同（比如它是工具型，你是内容型）。这种时候该比的是转化率，不是星级。

评分低，真正该处理的是三层

第一层是产品。把最近一个版本的差评按关键词归一次类，看是不是集中在同一处。归不出来，说明问题在预期管理，不在功能。

第二层是提示时机。把评分提示从启动挪到价值时刻，一周内就能看到评论内容的变化——不是数量变多，是内容变具体。

第三层是回复。认真回十条具体的差评，比买一百条好评有用。回复是写给后来的人看的，不是写给写评论的人看的。

三层有顺序，不能跳。产品没修，先改提示时机，等于把更多用户请到同一面墙前面；产品修了但提示还在启动时弹，那修的价值用户根本没用到就被打断了。我见过最常见的错序是：直接跳到第三层，把回复写成公关稿，然后抱怨「回复了也没用」。

一条可以今天就用的自查线

把评论按时间排开，和下载曲线放在同一张图上。

真实的评论，峰值应该跟着下载峰值走，略微滞后；跟着版本发布走，也一样。如果评论的峰值出现在两个下载高峰之间，或者集中在某个和任何运营动作都对不上的周末，那批就要单独看。

这条线不需要工具，导出来对一眼就知道。第二个数一起看：评论数除以同期下载量。这个比值在同一个 App 上通常很稳定，突变只有两个原因——要么你换了评分提示的时机（好事），要么有人往里加东西（坏事）。

可以先做这几件事

1. 导出最近一个版本的评论，按「功能名 + 故障描述」归类，找出重复出现的那一条。 2. 把应用内评分提示从启动改到一次成功操作之后，观察两周评论内容有没有变具体。 3. 挑十条差评逐条回复，写清楚问题、当前状态、下一个版本的打算。 4. 停掉所有以利益换评价的活动，包括抽奖、返现、送道具。

如果你的商店页评论看起来就是「太整齐了」，可以让我们一起看一眼再改——我们自己做这门生意，但更希望你在评分上不出事。