十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
第一次进来的新用户没必要弹,活跃度不高的用户也没必要弹
创新互联专注于成都网站设计、成都做网站、网页设计、网站制作、网站开发。公司秉持“客户至上,用心服务”的宗旨,从客户的利益和观点出发,让客户在网络营销中找到自己的驻足之地。尊重和关怀每一位客户,用严谨的态度对待客户,用专业的服务创造价值,成为客户值得信赖的朋友,为客户解除后顾之忧。
至少一个月内不要再弹.取消是个明显的拒绝信号,死缠滥打只会让用户更加反感
比如正在菜单设置相机的参数,录像、拍照。
每年最多使用 3 次弹窗来请求用户评分
只能线上版本才能打分,测试版本可以弹框但提交按钮被置灰
可以在下个版本加上,暂时不对用户开放,用来测试(比如在某个输入框输入“test score”)弹出评分,看触发几率、间隔时间
在 iOS 10.3 之前,如果你要给一个应用评分,那么你需要打开 App Store,搜索应用,找到评论,点击撰写评论,然后评分。整个评分流程非常繁琐,还要忍受漫长的页面加载,导致很少有用户愿意主动评分。
先询问用户是否对应用满意,如果满意则去评分,如果不满意则跳转到发送邮件页面,避免了打低分,也有可能会收集到反馈;
作为开发者,还是希望不强迫用户给自己的APP打分的,在平时使用其他APP时,也没有打分的习惯,除非确实让我觉得很赞的,会前往app store五星加好评。特别是某些APP弹框提示写着“残忍拒绝”就感觉不太友好,点了拒绝吧,还让人觉得有点罪恶感。
但是某些时候就不得不做一些自己不愿做的事情,毕竟独立开发者还是少数的,上述的评分机制,也是一个折衷选择,尽量让用户愉快的评分。
ios不下载评分方法:据调查相关公开信息显示,可以通用方式通过App内部打开网页形式,跳转到AppStore编辑评论,可评分,可评论。iOS是由苹果公司开发的移动操作系统。苹果公司最早于2007年1月9日的Macworld大会上公布这个系统。
按苹果规定,每台设备、每个App、每年只能弹出 3 次该提示窗口,如果超过这个次数,则什么都不会显示。
虽然规定严格,但它非常方便,用户随手一点就可以给App评分了。再想想以前的方式:先离开App跳转到App Store,等待网络加载,在那么长的页面中找到评分入口。。。破坏用户使用App的整体性、影响用户心情、浪费用户时间、增加用户学习成本。。。可以说毫无优点。即便我自己作为一个开发者,都很少跳转到应用商店给App评分,但如果我发现哪个App使用了这个新API,我一般至少给个4星好评!举手之劳,何乐而不为呢?
因此,我们必须利用好每年的这 3 次机会。苹果官方的意思是,你应该在用户对你的App有了整体的了解,且对你的App感到满意的时候弹出窗口,请用户给予评分。
这么玄学的状态怎么把握呢?举个栗子,你的App是一款游戏,用户正在打关底boss,你肯定不想在这个时候弹出窗口让用户评分吧(保证他给你一星)?等他成功通关的时候,这时他正心满意足,肯定不介意赏你几颗星星。
新API虽然方便又好用,但是次数实在太少,而且弹出了用户可能也会点击“取消”,关键这也会使次数-1!而且,这个功能是有可能被用户关闭的,在系统设置-iTunes Store与App Store中可以找到“App内评分及评论”的开关,如果用户关闭了这个开关,则上面的窗口也不会弹出。
所以,我们还是需要有个跳转到App Store的方法做保障,在次数不足时(App中无法获取到“App内评分及评论”开关的状态)使用
总结三种实方法
SKStoreProductViewControllerDelegate 代理方法
iOS 10.3之后,用户可以在APP内直接进行评分,不需要再跳转到AppStore
OC版:
引入框架
#import StoreKit/StoreKit.h
#import "Availability.h"(用于判断 ios 版本)
调用 requestReview 方法
Swift 版:
引入框架
import StoreKit
调用 requestReview 方法
跳转到APP Store的应用详情位置
这种方式只打开 App 在 App Store 详情页面,用户如果想进行评分或评论,需要在该页面往下滑动,找到“评分及评论”功能。
方法不重要,重要的是在应用APP评分机制时需要清楚以下的四个问题:
上展示:
支持 iOS 版本:iOS10.3 以上
限制条件:
1.每年最多使用 3 次弹窗来请求用户评分。
2.只能评星,不能写评论。
3.只能调用方法,无法判断是否响应,无法获取评分信息(完全是 App Store 管理)
4.开发模式时调用此方法,可以一直弹出评分视图,但提交是灰色不可点击;使用 TestFlight 分发的应用程序中(内测)调用此方法时,此方法无效;
使用:
引入头文件:#import StoreKit/StoreKit.h (StoreKit 框架)
注意事项:
因为无法知道用户评几分,为了获得高的评分,对流程需要做一下优化。
比如:先询问用户是否对应用满意,如果满意则去评分,如果不满意则跳转到意见反馈页面,避免了打低分。
另外如果用户点了满意,调用评分,也不能确定是否会弹框(可能是离上次弹框时间比较短,苹果没有说明是否会有间隔时间(没有找到有关信息);也可能用户已经弹过三次了)。
可以在下个版本加上,暂时不对用户开放,用来测试(比如在意见反馈输入框输入“评分”,弹出评分,看触发几率、间隔时间)
经测试:评分弹框出现前1秒会有卡住的感觉
在合适的时机调用:
对于我们的应用,在使用优惠券投资成功,提现,回款等时机对用户对咱们评分比较有利。另外对比较活跃的用户(一天登录10几次,每次停留时间较长)
直接跳到 AppStore app 评论页面:
对产品 Appstore 的 URL 添加参数 action=write-review ,可以自动打开 App 可以在 App Store 中撰写评论的页面
评论回复:
在 iOS 10.3 后,开发者回复可以 App Store 评论。
在 App 的开发者管理后台 iTunes Connect 中,开发者在我的 App —— 活动 —— 评分与评论里能看到用户给 App 留下的评论,并可以选择某一条评论进行回复。