SKStoreReviewController.requestReview() 的提示之间是否有最短时间？答案

【问题标题】：Is there a minimum time between prompts for SKStoreReviewController.requestReview()?SKStoreReviewController.requestReview() 的提示之间是否有最短时间？
【发布时间】：2018-06-22 01:40:55
【问题描述】：

据我了解，当我们拨打SKStoreReviewController.requestReview() 时，Apple 会根据多种因素决定是否显示评论提示。我很好奇的是我们的应用程序提示之间的最短时间。 According to Apple，有一些限制（强调我的）：

如果用户还没有给出反馈并且请求还没有被最近制作的，系统会显示一个应用内提示，要求评级和可选的书面评论。

我知道除了文档中的内容之外，无法保证此调用的行为，但我想知道实践中会发生什么。

我试图弄清楚我们是否需要实现自己的逻辑以在再次请求提示之前等待一段合理的时间，或者 Apple 对“最近”的定义是否足以满足此目的。

【问题讨论】：

标签： ios swift app-store review skstorereviewcontroller

【解决方案1】：

Apple 给我们团队的建议是在用户完成“高价值”任务后致电requestReview。例如，在我们的视频应用中，我们在用户观看完两个视频后调用它。这样做，用户自然会对应用程序更满意，并且更愿意对其进行评分，因为他们不会在任务中被打断。

我建议您花更多精力确定提示审核的最佳时间，并让 Apple 的代码调节提示的频率。随着时间的推移，Apple 可能会对确切的行为进行微调。

【讨论】：

我明白你在说什么，但我仍然对我的问题的核心感到好奇：如果我经常调用 requestReview()，Apple 在实践中实际使用的最小间隔是多少？
我已经向我们的 Apple 代表询问过，Apple 不会透露。他还提到它可能会根据也无法共享的标准进行更改。此外，尝试确定开发版本也不起作用，因为 requestReview() 总是会导致提示，这与生产版本不同。

【解决方案2】：

没有记录，也没有（非 hacky）方法来检测是否显示了提示，因此无法收集有关此行为的数据。很郁闷！

我个人会限制对requestReview 的调用频率，以确保它们在时间上有足够的间隔，并且在用户有足够的时间使用该应用程序之前不会发生第一次调用。

【讨论】：

无需在您的应用程序中执行限制。 Apple 会注意这一点，以免过于频繁地显示它。
@picciano 您如何确保在用户完成他们的第一个“高价值”任务时不会出现提示？我的一个应用程序是打印应用程序，我不希望用户在第一次打印时被要求对应用程序进行评分。我希望至少打印 5 次后完成，而不是他们使用该应用程序的第一天。因此我限制了对 requestReview 的调用。这可能是不必要的，但鉴于当前没有记录该行为，这是唯一确定的方法。
@picciano 您自己的回答是“在我们的视频应用中，我们会在用户观看完两个视频后调用它”。这就是我所说的节流的意思，你不会在每个视频之后调用它。我们说的是同一件事。
我将节流解释为 requestReview() 不仅在满足定义的标准时被调用，而且还以经过一段时间的时间为条件，以免询问太频繁。我的观点是，作为一名开发人员，你真的不需要担心过于频繁地询问，因为 iOS 已经内置了这个限制。我只是想明确一点，程序员应该专注于在正确的时间发出请求不用担心问得太频繁。
请记住，requestReview 将忽略一年内第三次提示后的所有调用（即使您不断更新应用程序）。如果您为长期构建的应用程序工作，并在几个月内提供新功能，那么进行一些基于时间的限制是否也没有意义？我认为确实如此。也许不适合所有人，但也不是一刀切。