查看原文
其他

(2023)苹果开发者被竞争对手恶意刷评论和差评时该如何应对

风海铜锣 风海铜锣
2024-10-07

前言

现在针对苹果开发这个产业诞生了很多灰产,其中一个是“App 打手”行业。干这行的人负责帮开发者打击别的开发者,干的是所谓“100%让对手产品下架”的勾当。

怎么让别的产品“100%下架”呢,其实 100% 没把握,但是通过恶意手段使一个产品下架,这帮人还是很专业的。其手段无非是通过研究产品的违规问题(或者哪怕是违规嫌疑),通过举报等手段让苹果相信产品确实有问题而把它下架了。

有人说,那我身正不怕影子斜,他总奈何不了我吧。也不尽然,违规这种事很难界定。尤其是一些和用户产内容有关的产品,例如社交平台等,更容易产生缝隙了,有道是不怕贼偷,就怕贼惦记。

更何况除了找漏洞之外,他们还能不惜成本的用机海战术给产品刷好评,刷下载,刷付费退订率。可以说,如果有对手真的要置产品于死地,那么真的是防不胜防。

这里只针对一件事来讲,就是比较常见的刷评论手段,当产品被对手刷评论或者差评时,应该如何应对好。


被刷大量评论时

这是很常用的业内攻击手段。一般能遭受这种攻击的开发者,基本产品已经是做的比较成功了,所以才容易被竞争对手察觉并设法拉下马。

我们知道,现在“刷好评”已经是很多 app 团队产品运营的手段之一。虽然苹果一再打击刷好评这种行为,但是架不住这种做法确实能给产品拉来新增,所以可以说是屡禁不止。

只是很多团队在刷好评时会做到适可而止,例如根据产品的日新增控制每天的好评量等。但是即使如此,被苹果察觉的案例也不在少数。

苹果无法判断一个开发者的好评究竟是自己刷的,还是对手刷的,能做的就是就当做是开发者自己刷的,采取惩戒措施,最高的惩戒当然就是封号处理。大部分情况下,苹果会优先发警告邮件警示一下,继续违规才会封号。

所以,开发者一旦已经收到苹果的刷好评警告邮件,再去处理的时候,情况已经对开发者不利了。

如果开发者产品上了某个规模,自认为可能会被对手恶意针对,那么最好自己搭建一套针对产品评论的监控机制。

苹果提供了官方的查看自家 app review 的 API,地址是:

https://developer.apple.com/documentation/appstoreconnectapi/list_all_customer_reviews_for_an_app

开发者可以自行搭建一个监控项目来做实时预警(当然了这个也花费开发成本)。

另一个办法就是只能自己通过数据平台多多留意了。

当用户评论数量出现异常时,如一天暴涨 100% 且评论个数大于 100 时,触发一个评论数量异常预警,这时候开发者可以查看具体情况,如果怀疑确实是被人刷了好评,最好主动和苹果报备。

可以通过以下网址联系苹果:

https://developer.apple.com/contact/#!/topic/SC1104/subtopic/30028/solution/select

向苹果陈述客户评论和评分异常。

因为这个陈述只能是让苹果邮件沟通(没有电话渠道),所以在沟通中开发者可以加上自己的电话要求电话沟通。

主要沟通的内容无非是察觉到自己的产品有评论数量异常,怀疑是竞争对手恶意刷评论导致,向苹果报备并请求删除无效评论等。


被恶意差评时

竞争对手还有一种恶意手段就是通过 app 内评论持续给产品输送差评,一般这一类攻击“求质不求量”,差评量一次不会出现太多,贵在持久。并且差评文案会写的似有其事,像模像样。

这种攻击方式更隐晦,而且较难对付。

除了直接通过评论输送差评,对手还会通过 app 详情页的举报功能举报苹果。像这一类情况持续进行,积少成多,势必对产品产生负面的影响。

所以这部分开发者也必须小心留意,要关注产品的一到三星的评论,留意差评文案,如果文案内容说的像模像样但是不属实,这种情况持续多次。最好是联系苹果删除评论。

联系删除评论的地址是:

https://developer.apple.com/contact/#!/topic/SC1108/subtopic/30057/solution/select

就和苹果说,自己怀疑被恶意差评,并给出对应的产品证据(你必须说的详细点,否则可能苹果就不认同你的说法)。


更多阅读

苹果审核中的预警机制及绕过策略

苹果审核大规模 4.3 拒审,最近的 spam rejection 文案是什么

移动开发者联盟加入指引


继续滑动看下一个
风海铜锣
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存