# 评论与评分策略

URL: https://storelift.net/zh/guide/review-and-rating-strategy/
Language: zh
Updated: 2026-09-28

“需要多少条评论才能获得排名”是另一个已经测量过的问题——见需要多少评论才能获得排名，在我们自己的数据集中相关性几乎为零。本页关心的是另一件事：请求评论时，两个商店的官方 API 实际允许你做什么，又明确禁止了什么。

## Apple：requestReview，每 365 天最多 3 次

Apple 的官方页面写得很清楚：如果用户还没有在这台设备上为应用评分或写评论，StoreKit 在 365 天内最多显示三次评分和评论请求。你在代码里想调用多少次 API 都行——真正弹出的频率由系统自己控制，开发者无法直接决定。

- 用户已经评过分的，弹窗不会再出现。
- 365 天是按用户计算的滚动窗口，与应用版本无关。
- Apple 的官方指南明确指出，想办法绕过系统、让弹窗更频繁地出现是不允许的。

## Google Play：In-App Review API，配额不公开

Google 的官方文档并没有公布具体数字：“Google Play enforces a time-bound quota on how often a user can be shown the review dialog. Because of this quota, calling the launchReviewFlow method more than once during a short period of time (for example, less than a month) might not always display a dialog.”（Google Play 对用户看到评价对话框的频率设有时间配额；因此在短时间内——例如不到一个月——多次调用 launchReviewFlow 不一定每次都会显示对话框。）没有具体数字，“不到一个月”只是举例。

NOTE: Google 的官方指南还禁止在显示弹窗之前或同时向用户提任何问题——包括满意度问题（“你喜欢这个应用吗？”）和预判性问题（“你会给 5 星吗？”）。在触发弹窗前先筛出满意的用户，违反的是 Google 的明文规定，而不只是灰色地带。

## 配额机制不同，禁令却一样

限流方式不同，但禁止的是同样两件事：用折扣、解锁或其他好处换取评论；以及事先提一个筛选问题，只让满意的用户看到弹窗。本页按原文列出两个商店官方 API 文档中写明的限制和禁令。

## FAQ

Q: requestReview 可以想调用多少次就调用多少次吗？
A: 代码里可以随便调用，但实际显示由 StoreKit 自己限流：如果用户还没评分，365 天内最多 3 次。想让它比这更频繁地出现，就是在绕过系统自身的限制，Apple 的指南对此有明确说明。

Q: Google Play 应用内评价的配额是多少？
A: Google 的官方文档没有公布这个数字——只以“不到一个月”为例，说明在这段时间内第二次调用可能不会显示对话框，并指出配额可能会调整。

Q: 本页会回答需要多少评论才能获得排名吗？
A: 不会——那是另一项已经测量过的结论，见需要多少评论才能获得排名。本页只讲两个商店的官方 API 规定了什么、禁止了什么。