如何评价 App Store 开放搜索结果广告？
「」是一个已被知乎认证的「」，文末有对这位新朋友的介绍：）
第一财经周刊，商业，有点儿意思
今年 6 月，全球的 iOS 开发者迎来了一个至关重要的改变&&苹果 App Store 将引入竞价排名式的搜索广告，即 App 开发者可以通过付费广告的方式让自己的应用出现在 App Store 搜索结果页面的顶部。在此之前，App Store 里的应用排名一直和广告划清界限，应用的排名会综合考虑下载量、活跃度、评论等因素。
根据苹果公布的规则，App Store 中的所有广告都是根据点击量付费，而不是曝光量。目前这一模式的测试版已经在北美市场试运行，并计划在今年秋季正式上线。
不过苹果为 App Store 的搜索广告设立了一个进入门槛&&如果没有达到关键词的最低相关性门槛，这个 App 将不能参与竞价排名。最低相关性门槛取决于关键词、评论、下载量和其他参数，苹果不会允许没有达到特定分数的应用扰乱竞价排名。
那么，一直与广告隔绝的 App Store 为什么要加入搜索广告呢？
增加新的收入来源是最主要的目的。随着 iPhone 和 Mac 等硬件产品收入放缓，苹果需要找到一个新的收入增长点，而 App Store 里的竞价排名是一个明显的答案。此前无论是在搜索引擎，还是在 Google Play 中，Google 都已经验证了这一商业模式的有效性和规模性。而苹果 App Store 显然比 Google Play 有更高的广告价值&&截至目前，苹果的开发者数量达到 1300 万，App Store 的应用下载量超过 1300 亿。苹果发布的第二季度财报显示，其数字服务的收入超过了 Mac，成为仅次于 iPhone 的第二大收入来源。
对于很多商业化运营的 App 开发商来说，搜索广告是一个难得的推广途径。在此之前，一个 App 要想在 App Store 中推广几乎是不可能的事，除非 App 得到了苹果官方的推荐，但这种推荐存在太多不确定性，开发者无法掌控。这意味一个拥有充裕资金的开发商也无法通过付费提高自己产品的知名度和用户范围。搜索广告则使得有预算的开发者可以极大提升推广效率，接触到更多的目标用户。
苹果 App Store 拥有完美的搜索广告基础，但这并不意味着搜索广告业务能够很容易地运转起来，这需要一个非常有经验的广告技术团队才行&&如果竞价排名的体验不够好，损害了普通用户的体验，App Store 本身也会受到很大的损害。幸运的是，iAd 可以提供这样的团队。作为一个失败的手机广告平台，iAd 将在今年 6 月 30 日关闭，但团队中的很多人都转入了 App Store 的搜索广告团队。目前 App Store 搜索广告项目负责人正是此前 iAd 的负责人 Todd Teresi。
从运营的角度看，App Store 目前面临的最重要的问题是应用发现机制，而不是如何增加收入&&越来越多的 App 使得开发者和用户都陷入了泥潭中，好的应用无法被发现，而需要的应用也很难找到。如果这一问题不解决，App Store 对于用户和开发者的吸引力都会下降，而这会根本上影响到苹果的核心竞争力。
除了在应用搜索结果中加入竞价排名广告，苹果还会对 App Store 的应用发现机制做一系列的改动。比如重新加入类别栏目，精品推荐栏目也会变得更加智能，用户已经安装的应用不会在首页推荐中出现。
看起来苹果正在做一些正确的事情，包括给开发者更多的分成比例&&采用订阅收费模式的开发者可以从第二年及以后的订阅收入获得 85% 的分成，而此前苹果和开发者都是三七分成。实际上过去几年苹果做了太多正确的事情，包括推出智能手表、大屏手机和低价手机等。
唯一的问题是苹果做的事情一点都不酷了，而这曾经是苹果最擅长的事情。
做一些容易的正确的事情，往往是一个公司失去活力的开始，也是一个公司由创新转向管理的开始，商业一直都是这样。
「知乎机构帐号」是机构用户专用的知乎帐号，与知乎社区内原有的个人帐号独立并行，其使用者为有正规资质的组织机构，包括但不限于科研院所、公益组织、政府机关、媒体、企业等。这不仅是知乎对机构的「身份认证」，更是涵盖了内容流通机制、帐号规范等全套帐号体系。和个人帐号一样，机构帐号开通不需要任何费用，同时也受社区规范的监督管理，并要遵守相关协议。目前机构帐号入驻采用邀请制。您可以通过 &&来了解更多机构帐号信息。
客官，这篇文章有意思吗？如何在App中实现朋友圈功能
点赞、评论属性详细解析
快速查看评论和点赞数量：
当我们创建一个墙贴后，这个墙贴会自动带有评论数量commentCount、赞数量likeCount、讨厌数量dislikeCount三个属性。
当有用户对这个墙贴进行了评论，该墙贴的commentCount属性会自动增长，无需开发者来手动操作实现。
如果用户建立的Like中like=true，那么likeCount会自动增长，反之，dislikeCount会自动增长。
如果用户把评论删除了，或者是把点赞撤销了，那么相应的commentCount、likeCount、dislikeCount也会自动减少。
拥有这些属性的对象共有7个，它们分别是：Comment、Event、&File、Location、Photo、Post、Wall。
快速查找所有楼主的回复：
当用户A对某个墙贴，创建一个评论时，如果这条墙贴是由用户B创建的，那么在A创建评论后，这条评论会自动拥有target_user_id的属性，这个属性的意思是目标Object的user_id值，在这个场景下，target_user_id的值是用户B的id。
这个属性给开发者提供了很大一个便利，对于查找楼主所有的回复这样类似的功能的繁琐查找操作不用再担心啦。不止Comment,&Like也有这个属性哦。
设置评论权限：
朋友圈的评论是可以评论给所有人，也可以回复某人的评论。
对于第二种情况，只需要在创建Comment时，传入reply_user_id参数，那么在查询出该条Comment时，这个参数会自动转变为该user的信息对象。
如创建一条评论时，传入reply_user_id表示对某人进行的回复，传入user_id表示创建这条评论的用户，那么在查询时会得到一个这样的结果：
&code&: 200,
&status&: &ok&,
&methodName&: &createComment&
&response&: {
&comment&: {
&id&: &556acccfba82c&,
&parentId&: &556accafba82c&,
&parentType&: &Post&,
&content&: &good job2&,
&commentCount&: 0,
&commentRate&: 0,
&likeCount&: 0,
&dislikeCount&: 0,
&created_at&: &T08:56:47.059Z&,
&updated_at&: &T08:56:47.066Z&,
&id&: &556acc01ba82c&,
&username&: &user1&,
&created_at&: &T08:53:21.585Z&,
&updated_at&: &T08:53:21.586Z&
&targetUser&: {
&id&: &556acc01ba82c&,
&username&: &user1&,
&created_at&: &T08:53:21.585Z&,
&updated_at&: &T08:53:21.586Z&
&replyUser&: {
&id&: &556acc0cba82c&,
&username&: &user2&,
&created_at&: &T08:53:32.444Z&,
&updated_at&: &T08:53:32.445Z&
实现过程：
评论功能（以Android代码为例）：
//发送评论
Map&String, Object& params = new HashMap&String, Object&();
params.put(&object_type&, &Post&); //类型为Post
params.put(&object_id&, postId);//对象id为postId
params.put(&user_id&, userId);//发送评论的userId
params.put(&content&, content);//评论内容
anSocial.sendRequest(&comments/create.json&, AnSocialMethod.POST, params,
new IAnSocialCallback() {
public void onSuccess(JSONObject response) {
//数据存入本地数据库，刷新界面，发送通知给post的拥有者
//handleSuccess();
publicvoid onFailure(JSONObject response) {
} catch (ArrownockException e) {
点赞功能：
如果是点赞，则只需要将content参数改为like为true的参数，并且将comments/create.json改为likes/create.json即可。
检查是否被点赞：
1、先创建三个Post，分别叫做testPost1，testPost2，testPost3。
2、然后对testPost1增添like为true，对testPost2增添like为false。c.查询Post，结果如下：
&code&: 200,
&status&: &ok&,
&methodName&:&queryPosts&,
&page_size&: 10,
&page&: 1,
&total&: 3
&response&: {
&posts&: [
&id&:&dddfa58b&,
&title&:&testPost1&,
&imageIds&: [],
&commentCount&: 0,
&commentRate&: 0,
&likeCount&: 1,
&dislikeCount&: 0,
&created_at&:&T12:53:12.863Z&,
&updated_at&:&T12:53:12.863Z&,
&id&:&dddfa58b2100000b&,
&positive&: true,
&created_at&:&T12:53:57.947Z&,
&updated_at&:&T12:53:57.949Z&
&id&:&dddfa58b&,
&title&:&testPost2&,
&imageIds&: [],
&commentCount&: 0,
&commentRate&: 0,
&likeCount&: 0,
&dislikeCount&: 1,
&created_at&:&T12:53:20.635Z&,
&updated_at&:&T12:53:20.635Z&,
&id&:&dddfa58b2100000c&,
&positive&: false,
&created_at&:&T12:54:10.665Z&,
&updated_at&:&T12:54:10.666Z&
&id&:&dddfa58b2100000a&,
&title&:&testPost3&,
&imageIds&: [],
&commentCount&: 0,
&commentRate&: 0,
&likeCount&: 0,
&dislikeCount&: 0,
&created_at&:&T12:53:27.923Z&,
&updated_at&:&T12:53:27.924Z&
大家可以看到testPost1和testPost2返回了like属性，它们的like分别为true和false，这是由于创建like，传入的like分别为true和false而产生的结果，而testPost3则没有like属性。（&PS：不光Post有这样的功能，Comment,Event,&File,&Location,&Photo也有哦。)
邀请某人参与投票：
社交功能里常常可以看到投票这么一个功能，在anSocial中创建投票Vote时有这么两个参数分别是invite_user_ids和invite_circle_ids，如果要在App中提供好友间才能与的投票或是某些圈子内才能参与的投票即可用到这两个参数。
使用方式很简单，invite_user_ids即用户的id，多个id可以用”,”分割，invite_circle_ids即圈子id，同用户一样，当传入invite_circle_ids时，anSocial会自动寻找圈子内的用户，让开发提升了很多效率。
以上是关于发送评论和点赞的通常情况的做法，那么对于有一种情况，回复评论里的某人，我们需要传入reply_user_id参数&params.put(&reply_user_id&,&replyUserId);&
在这种场景里我们在发送成功的回调函数中，除了要发送通知给Post的拥有者外，还需要发送通知给我们评论的用户。另外，在comment和like中，我们还提供了target_user_id的查询，即可以通过目标对象的创建者id，来直接查找与之相关的评论和点赞，而不用再通过用户id先找到Post，再通过Post来找到Comment和Like了。target_user_id是支持传入多个user_id的，用”,”分割即可。
如何在App中实现朋友圈功能系列文章：
之五点赞、评论属性详细解析
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：7602次
排名：千里之外
原创：23篇
评论：30条
(6)(2)(7)(8)后使用快捷导航没有帐号？
查看: 742|回复: 3
宋在草，马在叫
新人欢迎积分1 阅读权限60积分2781精华0UID帖子金钱4402 威望0
故人一去不复返
Lv.6, 积分 2781, 距离下一级还需 2219 积分
UID帖子威望0 多玩草186 草
莫名的忧伤，可见我们爱的是寻仙，而你们正在蹂躏包括爱寻仙的我们
11:55:45 上传
相请不如偶遇
新人欢迎积分0 阅读权限70积分9704精华0UID帖子金钱26902 威望1
Lv.7, 积分 9704, 距离下一级还需 296 积分
UID帖子威望1 多玩草936 草
掌电兄！！！
新人欢迎积分1 阅读权限40积分600精华0UID帖子金钱1776 威望0
Lv.4, 积分 600, 距离下一级还需 400 积分
UID帖子威望0 多玩草50 草
控火追踪了& &被多少人喷& &
新人欢迎积分0 阅读权限80积分19415精华0UID帖子金钱22019 威望0
Lv.8, 积分 19415, 距离下一级还需 585 积分
UID帖子威望0 多玩草406 草
你的头像更有意思
手机论坛勋章
APP发帖双倍积分，登陆即送勋章！
需要金钱：1100
手机盒子客户端点击或扫描下载
Powered by原创 | 海外专家告诉你如何做好App Store的评分系统 | 手游那点事
原创 | 海外专家告诉你如何做好App Store的评分系统
译/手游那点事Sawyer
对于游戏开发者来说，评论非常关键，因为我们能够从用户的评论中获得有价值的反馈、吸引新用户和在App Store上获得更好的搜索结果位置。想了解为什么应用和评论让开发者如此头痛之前，先看以下统计数据来帮助你更好地了解评分/评论的问题。
尽管很难从苹果公开的数据中获得准确的iOS应用下载数据，但让我们首先来看一下手上能获得的数据。
2013年1月，Hotel Tonight宣布他们的iOS应用下载量达到400万。截止2013年12月，他们一共获得了6000个评论，这就相当于只有0.15％的用户留下了评论，而且我们可以肯定到12月该应用的下载量肯定远高于400万。
而一款名为Twindr的应用，根据Richard Kim的信息预计该应用能获得18000个下载。但他们只获得了19个评论，即仅有0.1％或每1000个用户中只有1个用户评论了该应用。
所以，通过只有不到1％的用户写下评论的情况，这样可以清晰地发现，开发者在获得用户评论方面遭到相当大的阻力。下面，来看看App Store的评论到底出了什么问题。
1.评分耗时长
在App Store上给一个iOS应用评分是一个漫长而又痛苦的过程。评分的过程根本就不需要如此冗长，过度复杂的评分流程会让很少用户愿意在评分上浪费时间。
手游用户的游戏时间通常非常短。人们变得越来越忙，而我们在手机和应用上的时间并不多。
如果用户有五分钟使用自己的手机或应用，会花两到三分钟在评分上吗？一般的用户看到评分的弹窗通知都会立即关闭。用户在地铁上遇到某个应用要求评分的弹窗提示，但他又准备到站下车，那么他就会毫不犹豫地谢绝评分的要求。
根据Swrve的应用指数报告，用户在应用上的评论耗时为五分零七秒。
让我们来看一下评分的一般流程，了解为什么用户会认为评分非常困难。
首先，在弹窗出现的时候，用户得点击“评分”按钮。
随后，用户就会进入App Store的详情页。对，是详情页不是评分页。这是另一个步骤。
现在，用户需要选择App Store清单上的“评分”栏。
一旦用户点击评分栏后，用户就需要点击“输入评价”。
或许你会想这就是输入评价的一步，但你错了。现在你得输入iTunes的账户密码。Touch ID是不错，但却在评论的时候无用武之地，你得输入自己的密码。
经过上述各个步骤后，你就能够评分和留下评论。点击“发送”即可完成。
如何简化评分流程？
Richard提供的解决方案是让用户能够通过应用的弹窗评分对话框完成评分。
让开发者直接引导用户跳转到App Store的评分页面，而不是让用户做多余的点击。
当要求用户登录进行评分时允许用户使用Touch ID。
另一种方法就是在应用详情页面新增星级评分。通过这种方式，用户只需点击需要评分的星级数，录入自己的指纹，即可提交评分。
2. 评分或评论了，但奖励呢？
App Store的评论系统复杂，浇灭了用户的热情。
不论是让用户感觉良好，增加社交地位，获得金钱奖励过是帮助其他人，让用户评分的背后总得有一个原因。任务越难，奖励就得越大。
但这就是问题所在。App Store的评分系统根本就没有让用户留下评论的理由。事实上，苹果不允许开发者为留下评论的用户提供奖励。
采用奖励机制非常困难，因为总会有人试图利用这种机制。因此，使用带有任何金钱性质的实物奖励或者数字奖励是根本不可能的。
社交奖励/显示地位的奖励
每次用户留下有效的评论时，可以给他们提供某种社交或点数。评论的质量越高，用户的社交地位越高，评论的排名则越前。这都是苹果的算法所允许的。
这种方法需要对由此可能产生的影响进行方方面面的考虑。苹果会知道用户使用应用的时长，以及他们对该应用的评分和评论。苹果可以通过观察用户的行为判断真正有效的评论和没价值的评论。
试想一下繁杂的评分步骤，用户在使用应用多久后才会给一个五星评分？答案是不会很长。如果一个账户每次使用应用的时间不超过20秒便给出五星评分，那么苹果可以不难地得出该用户是在刷评分。
3. 评分结果不平衡，主要集中在一星或五星评分
仔细观察App Store的评分和评论系统，就会发现应用的评分极为不平衡，一星和五星评分占多数，而二星、三星和四星的数量相差甚远。
笔者在前面暗示了导致这种情况的原因。考虑评分步骤复杂和没有任何实在的奖励，哪些用户最有可能留下评分。
最有可能留下评分或评论的用户的情感大体都相当强烈，要么非常讨厌或非常喜欢该应用。
如果某些用户喜欢某个应用，那么他们会希望其他人都知道这款应用，他们希望这款应用能够成功。他们会留下非常积极的评价，通过溢于言表的言辞来帮助应用的传播。他们是该产品的忠实粉丝。
另一方面，也有一部分出于某些原因而非常讨厌某款应用的用户。这些用户不惜一切，认真通过各种繁琐的步骤。为的就是发泄自己的沮丧或愤怒之情。他们希望告诫其他用户。留下自己的评论，让其他用户知道该应用的体验是如此的糟糕。
而在上述两者之间的用户则是留下二星、三星或四星的用户。他们通常对应用的喜爱和讨厌未达到让他们留下评论的程度。他们对应用的情感不够强烈，也没有驱动他们留下评论/评分的动因。
因而导致了五星和一星评分的选择率非常高，而其他评分则非常少。这些不平衡的评分数据是评分系统缺陷所致。
那么需要采取什么措施来提高评分和评论的有效性？
这一问题的解决方案似乎相对简单。通过简化应用的评论/评分流程，就可以减少情绪激动的用户。这甚至还能让评分更为平衡。
4.用户被迫退出游戏填写评论
让用户对应用产生粘性非常有挑战性。作为开发者最希望的就是让用户尽可能长时间地留在应用中。这里让评分成了问题。
如果要求用户离开游戏选择评分，并且他们同意了这样做，那么他们就不得不退出游戏。用户点击“评分”按钮并不意味着他们完成整个评分的流程。
让用户离开应用很可能会终止了他们的进程。如果他们喜欢应用，他们或许还会回来，反之则不然。如果用户在错误的时间离开了应用，他们很可能就不会再次使用该应用了。
当然，只有应用足够优秀就能够让用户继续使用。但不论应用多么的优秀或是出于什么样的原因，让用户离开应用的做法得不偿失。
那么我们如何让用户不离开应用的同时而又获得更多的评分呢？
有两个方法可以帮助缓解这一问题。
首先，应用内置的弹窗提示必须让用户能够在应用内即可进行评分/评论。
其次，可以通过采取与亚马逊或其他线上零售商相同的方法，通过电子邮件让用户在使用应用后进行评论。例如用户每次从亚马逊上购买书后都会在数周后收到置评请求的邮件。如果苹果采取相同的做法，这能够鼓励用户在没有主动使用应用时进行评论或评分。
5. 更新游戏版本后，上一版本的平均评分被清除
在应用详情页显示综合评分之前，得至少获得5个评分/评论。因为如果没有这个规定，开发者可以在发布后自己进行评分，从而让他们的应用获得较好的评价。所以，至少5个评分/评论的规定还是可以理解的。
那么问题来了，每当开发者发布新版本的时候，综合评分被清除了！新版本的应用需要重新获得5个评分/评价才能再次显示综合评分。
这对开发者更新游戏产生消极的情绪，迫使开发者作出要么失去已经获得的关注要么不进行更新的选择。
如何改善？
答案显而易见。应该总是显示综合评分，但让新版本的评论的位置高于旧版本的评论。
通过这种方式，开发者不会因发布新版本而遭到惩罚。如果他们发布了让用户喜爱的新内容，用户会进而提供评价，开发者也因此而获得更高的综合评分。如果更新的版本无法符合用户的期望，那么评分就能快速显示这一情况。
6. 开发者无法回复用户的评论
与Google Play不同的是，苹果不允许开发者回复用户的评论。在用户留下负面的评论时，这种情况尤为揪心。
一般来说，我们都希望能够通过沟通来解决问题，或告知用户会在下一个版本解决当前的问题。回复用户的评论还给潜在的用户显示你对用户的重视和尊重。
解决方案？
很明显，苹果应该允许开发者提供让所有用户都能看到的回复。
在苹果决定改变系统前，这些问题仍然存在。在比以前，作为游戏发行商的我们需要通过自己的创新来应对系统性的困难。
打开微信“扫一扫”，打开网页后点击屏幕右上角分享按钮
这家伙很懒，什么都没有留下！