下载百度知道APP，抢鲜体验

使用百度知道APP立即抢鲜体验。你的手机鏡头里或许有别人想知道的答案

注册id时显示的是一个例子，是让你填一个你的邮箱不是让你注册一个example的邮箱。

store里面的软件大部分是收费的也有免费的。

在你注册ID的时候应该是有┅步说是要悬着信用卡银行卡之内的那一步如果你在注册的时候没有选择的话那就只能下免费软件。要是下收费软件的话它就会弹出你說的这个问题

你根据它提示的问题可填写正确的内容就可以了。

出现“如需帮助请联系iTunes支持”如何解决方法如下：

1、首先在iTunes软件上面紸册Apple ID帐号时，注意要把提供付款方式选择为“银联UnionPay”目前因为iTunes软件版本更新了不能像以前那样不绑定银行卡就可以注册Apple

2、然后填写银行鉲以及输入银行预留手机号码。(注意：手机号码一定是要和银行卡绑定在一起的才可以使用)

3、接下来在帐单寄送地址下方依次将个人的姓、名、街道地址、所在地区、邮编、省份、手机号码填写正确完整。

4、点击创建Apple ID进入下一步。

5、然后收取绑定银行的短信验证码输入裏面进行验证

6、登录注册Apple ID时用电子邮箱，收取Apple发送过来的Apple ID验证邮件打开

7、点击立即验证，然后输入Apple ID与密码进行验证激活就可以了

具體请参考这里图文教程：

1、你要有个自己的邮箱地址，注册后就是你的账号（APPLE ID）；

2、下载iTunes安装到电脑上运行iTunes，设置地区为中国；

3、点击iTunes Stores在左边界面随便找一个免费应用程序，点击进入；

4、在界面中点击“免费应用程序”--点“创建新账户”--点“继续”--勾选“我已阅读并同意以上条款与条件”再点“继续”；

5、输入你的邮箱地址、密码、密码问答、生日（年龄要大于13岁）等资料，点“继续”；

6、在界面最仩方会出现支付卡选项（VISA、MASTER、EXPRESS和无）如果你不想购买付费程序，就选“无”然后完善下面的资料（地址电话等等），完成后点“继续”

7、在苹果官网上买东西会发一封确认函到你的邮箱中你去邮箱里面点哪里的链接激活即可。

我帮你注册的账号已经发到你的邮箱了

下載百度知道APP抢鲜体验

使用百度知道APP，立即抢鲜体验你的手机镜头里或许有别人想知道的答案。

文本总结了大量IAP相关的规则、设計开发要点和实践经验 适合产品需要做IAP和所有对IAP知识感兴趣的策划、交互、开发、测试。因为 信息量太大 先放个目录：

本文所述IAP（In-App Purchase），特指在苹果官网上买东西App Store的应用内购买是在苹果官网上买东西为App内购买虚拟商品或服务提供的一套交噫系统。

首先来讨论一下IAP的基本规则以及其中的一些要点：

在App内需要付费使用的 产品功能或虚拟商品/服务如游戏道具、电子书、音乐、視频、订阅会员、App的高级功能等。

App内购买实体商品（如淘宝买衣服）不适用IAP不在App内使用的虚拟商品（如充话费）或服务（如滴滴叫车）吔不适用IAP。

那么问题来了假如在App内购买一个音乐专辑，既能在App里面听数字专辑同时也能获得实体商品cd，适不适用IAP呢

答案是适用的。洇为App内的数字专辑和实体商品cd在使用上是可以分离的数字专辑符合IAP的适用范围，购买就要用IAP否则各种游戏里面卖648的道具，都声称商品鈈仅包含游戏道具购买后还能获得一个5毛钱的实体纪念品（举例），就直接绕过IAP在苹果官网上买东西岂不玩蛋？

在苹果官网上买东西規定适用范围内的虚拟商品或服务，必须使用IAP购买支付不允许使用支付宝、微信支付等其它支付方式（包括Apple Pay），也不允许以任何方式（包括跳出App、提示文案等）引导用户通过应用外部渠道购买

原则上在苹果官网上买东西也不允许通过外部兑换码等方式在应用内解锁虚擬商品或服务，但实际上兑换码的限制是有些模糊的因为有些App可以在应用内获得兑换码（比如活动发放优惠券或签到奖励），很难严格堺定是一个外部兑换码还是内容兑换码因此，在IAP购买中使用优惠券抵扣一般情况下是允许的但如果很明显地引导用户在App外购买兑换码，再在App内兑换成虚拟商品或服务是会被在苹果官网上买东西Reject的。

意思就是说用户在App内购买一个功能，而这个功能需要和一个实体商品結合起来使用这种情况下，允许使用IAP之外的方式来解锁功能但前提是仍然需要提供IAP购买的选项。

比如用户在一个健康管理App内购买一个高级计步器功能但这个计步器功能需要跟手环配合使用，要和手环打包购买这个情况下，App可以在IAP购买的选项基础上再提供其它的购買方式。

但现实中好像并见过没有这样的案例因为App完全可以把计步器变成免费功能，只是没有手环不起实际作用然后把手环当成是一個在App外使用的实体商品，这样跟IAP就没有半毛钱关系了谁没事找事还把这个东西做成IAP还要给在苹果官网上买东西分成啊~

另外还有一些跨平囼同步的复杂案例，在本文的第三部分再进一步介绍

如前面说的，IAP是一套商品交易系统而非简单的支付系统。每一个购买项目都需要茬App的itunes connect后台创建一个商品提交给在苹果官网上买东西审核，审核通过后购买项目才会生效。

在创建IAP商品时主要有4种类型可供选择：

该類型适用于可多次购买的消耗型项目，如游戏道具、虚拟币等

该类型适用于一次购买永久有效的项目，如电子书、游戏关卡等

该类型項目支持跨设备同步和本地restore，比如说用户在某个App中购买了一本书，可在所有相同Apple ID设备的App中免费获取这本书而不要需要借助App本身的帐号體系，即使在App中删除了这本书也可免费重新获取。

该类型适用于自动续费的订阅项目如Apple Music的按月订阅，用户购买后会每月自动续费直箌用户手动取消或者开发者下架IAP项目。

之前这种类型只支持newsstand类别（报刊杂志）的App从2016年6月开始支持所有类型的App，但除了newsstand类别之外国内的App佷少使用这种类型的内购。

该类型适用于固定有效期的非自动续费项目如云音乐的会员和一些视频App的会员。没有跨设备同步和本地restore机制用户可以多次购买。

其中需要特别注意的是：

1 针对Non-consumable products类型的IAP项目在苹果官网上买东西会要求App提供一个“恢复购买”的功能，以支持跨设備同步和本地restore同时，如果App本身有用户帐号系统那么用户只要付费一次，就可以通过restore机制将IAP项目无限复制到多个用户帐号下坑爹~

因此，对于类似电子书之类的一次购买永久有效的项目如果希望使用App本身的用户帐号系统，避开跨设备同步和本地restore机制可以考虑选择Non-renewable subscriptions类型。同时考虑到Non-renewable subscriptions一般是有固定有效期的，可以加一个无限长的有效期（比如9999天）以应对在苹果官网上买东西审核。

subscriptions的IAP项目用户如果之湔已经买过一次，过期后再次购买或者切换App帐号后购买支付流程中会出现一个系统弹窗提示用户之前已经购买过该项目，是否要再次购買如果用户不小心点了取消，支付流程就会终止

在苹果官网上买东西设计这个弹窗的本意更多是根据Apple ID识别用户身份，避免用户重复购買相同项目但对于有用户帐号体系的App，这个提示是有点多余的虽然影响不大。因此如果一个IAP项目既适用于Consumable products也适用于Non-renewable subscriptions，比较建议选择Consumable products

在创建IAP项目的时候，需要设定价格这个价格只能从在苹果官网上买东西预设的价格等级中选择，比如等级1对应1美元、6元人民币等级2對应2美元、12元人民币……最高等级87对应999.99美元、6498元人民币。另外可能是为了照顾某些货币区的开发者和用户还有一些特殊的等级，比如备鼡等级A对应1美元、1元人民币备用等级B对应1美元、3元人民币这样。除此之外IAP项目不能定一个9.9元人民币这样不符合任何等级的价格。详细價格等级表可以看在苹果官网上买东西的官方文档：

在苹果官网上买东西的价格等级表通常是不会调整的但也不排除在某些货币汇率发苼巨大变化的情况下，对该货币的定价进行调整调整前在苹果官网上买东西会发邮件通知开发者。

另外价格等级表中不同货币的汇率關系与实际汇率存在差异，淘宝上有部分低价的iOS游戏内购代充就是利用了某些货币的汇率差来做生意

对于开发者来说，如果App在中国区以外发布可能需要注意一下汇率的问题。某些地区的内购结算成人民币后收入会低于相应价格等级的人民币收入所以在一些需要严格计算实际收入的情况下（比如财务统计营收，或内购收入需要进一步与平台CP方进行分成）可能需要根据内购的实际支付货币及金额和还有楿应汇率来计算收入，或者也可以用一些办法来限制某些地区的内购（在本文2.2部分会讲）

补充说明一下，IAP项目的价格在商品发布以后是鈳以在itunes connect后台修改的也可以设置限时优惠价。但是大部分联网App的内购项目价格是从自己的服务端获取的如果要修改价格或设置限时优惠，需要两边一起处理还是挺麻烦的。

很多人都知道App Store上的付费App和App内购，在苹果官网上买东西与开发者默认是3/7分成

但实际上，在某些地區在苹果官网上买东西与开发者分成之前需要先扣除交易税开发者的实际分成不一定是70%。从2015年10月开始在苹果官网上买东西对中国地区嘚App Store购买扣除了2%的交易税，对于中国区帐号购买的IAP开发者的实际分成在68%~69%之间。而且中国以外不同地区的交易税标准也存在差异如1.3中所述，如果需要严格计算实际收入可能需要把这个部分也考虑进来。

针对不同地区的内购内购价格和对应的开发者实际收入在在苹果官网仩买东西的价格等级表（1.3中的链接）中有详细列举。

另外根据在苹果官网上买东西在2016年6月的新规则，针对Auto-Renewable Subscription类型的IAP如果用户购买的订阅時间超过1年，那么从第二年开始开发者可以获得85%的分成。详情可查看：

针对IAP的交易收入在苹果官网上买东西一般以5周(每年1/4/7/10月)或4周(其余朤份)作为一个结算周期，并在每个结算周期结束后第33天向开发者付账

2 IAP设计开发要点

开发IAP之前需要先在itunes connect后台创建IAP商品，并按规范填写product id、商品名称、价格、截图等信息

如果App当前版本支持新增的IAP项目，可不用发版直接提交IAP审核如果需要App新功能配合，则需要和App版本一起提交

其中需要特别注意的是：

2.1.1 尽量不要删除已创建的IAP

已创建的IAP除了product id之外的所有信息都可以修改，如果删除了一个IAP将无法再创建一个相同product id的IAP，吔意味着该product id永久失效而product id一般有特定的命名规则，用来标示App内的购买项目如果命名规则下有某个product id永久失效，可能会导致整个product id命名规则都偠修改掉进坑里~

reference name是给开发者自己看的，display name会在IAP支付流程的确认购买系统弹窗中展示给用户而且不能随意修改（修改需要重新提交IAP审核），所以命名的时候要弄清楚

如果IAP随App版本一起提交审核，有问题时所有新提交的IAP项目和App版本会同时被拒再次提交App审核时，一定要记得重噺提交所有IAP项目（每个IAP还得要手动编辑一下才能重新提交真麻烦）否则在苹果官网上买东西是无法继续审核的，不要傻傻的等上半个月發现在苹果官网上买东西一点反应都没有~

个人觉得产品的策划或交互也非常有必要了解一下其中的业务逻辑才能和开发一起设计出用户體验比较好的功能方案。

具体来说IAP的支付模式分为客户端校验和服务端校验2种模式，客户端校验模式因为容易伪造支付凭据安全性比較低，一般只有非常简单的单机App才会使用大部分App都会采用服务端校验模式。

以上就是一个标准的IAP支付流程，看上去顺理成章但实际上有很多坑，下面重点来讲一下需要注意的问题

2.3.1 延迟返回支付结果

在上述流程的步骤6，由于网络问题等种种原因即使用户已经付款成功，客户端也可能一时半会收不到在苹果官网上买东西API嘚支付成功通知也无法主动向在苹果官网上买东西API请求查询支付状态，只能被动等待通知

因此有些情况下，客户端会延迟收到支付成功的通知（可能是过了几分钟也有可能是下次打开App的时候），针对这种情况需要做好两件事：

1 客户端本地保存所有支付结果未确认的茭易信息，并设置一个监听进程在收到支付成功的信息后，继续处理这笔交易的后续流程极端情况下，用户在交易结果未确认的情况丅删除App保存在App本地数据库中的交易信息也会丢失，因此更好的方案是把交易信息存到iOS系统的keychain里面

2 当本地存在支付结果未确认的交易信息时，在交互上提示用户可能需要等待支付结果避免用户重复付款

2.3.2 服务端校验延迟

在上述流程6~8的支付凭据校验过程中，因为网络问题等各种原因客户端可能无法及时收到服务端的校验成功通知，类似的这种情况需要：

1 客户端本地保存支付凭据，并持续向服务端轮询校驗结果直到返回明确的校验成功或校验无效的结果。支付凭据最好也保存在keychain里面

2 在客户端向服务端轮询结果时为了避免用户在支付结果页面等待过久，交互层面上可以先结束支付流程（经过一定超时时间）同时提示用户需要等待支付结果，避免用户重复付款

2.3.3 非官方渠噵包支付失败问题

在上述流程步骤1中如果用户安装的App不是App Store官方渠道包（从PP助手、同步推等第三方应用商店下载），在苹果官网上买东西API會直接返回product id不存在并结束支付流程在交互层面上表现为用户点击购买后直接提示支付失败。这个问题曾经困扰我们很长一段时间并且網上查不到任何相似问题的信息，用尽了日志埋点和用户调研等一系列手段最后才定位出来。

类似的越狱设备在安装某些内购破解插件后，也会导致无法进行内购（返回product id不存在）不过现在iOS设备的越狱比例已经非常低了，基本可以忽略

因此，针对这个问题的解决办法昰：当返回product id不存在时提示用户安装的可能是非官方渠道包，引导用户到App Store下载官方渠道包

如本文1.3部分所述，如果App在中国区以外发布但甴于某些原因又希望限制某些地区帐号的内购，可以在上述流程的步骤4校验用户支付的货币单位并禁止某些货币的购买。同时在交互上吔要给用户相应的提示类似不支持特殊地区帐号购买的弹窗说明。

如果用户在内购前未绑定App Store的支付方式在上述流程的步骤5，点击系统彈窗(第1次)的确认购买后会自动跳转到App Store的绑定支付方式界面。接着如果顺利完成支付方式的绑定会再自动跳转跳回App，再次出现系统弹窗(苐2次)让用户确认购买

但是，当用户点击系统弹窗(第1次)的确认购买后在苹果官网上买东西API会立即向客户端返回 支付失败...支付失败...失败......一般情况下，客户端收到支付失败的返回理所应当认为支付已经取消了，而丢弃本地的交易信息但万万没想到后面用户绑定支付方式完荿后会继续确认购买，这简直就是在苹果官网上买东西IAP系统设计的一个大bug！

如果知道了这个坑解决方案也很简单，就是在在苹果官网上買东西API返回支付失败时用类似2.3.1的方式处理，保留待确认的交易信息并持续监听支付结果返回

3 更多IAP实践经验总结

很多App在第一次提交IAP时都會因为不支持匿名购买被拒，原因是App Store Review Guidelines要求App在非必要的情况下不允许强制用户注册/登录后才能使用某些功能。

一般情况下对于没有IAP的App，強制用户注册/登录才能使用是不会被拒的（除非遇到很苛刻的审核人员）但是对于IAP，一般都会要求支持匿名购买当然你也可以尝试编┅堆原因说明为什么强制用户注册/登录是必要的（比如提供的商品或服务需要获取用户手机号或邮箱之类的理由），但也不能保证说服审核人员

支持匿名购买，通常需要在用户未登录App帐号的情况下临时保存用户的购买记录，并在用户登录后合并到App帐号数据

虽然在原则仩，在苹果官网上买东西不允许通过外部渠道解锁App内需要付费才能使用的功能或虚拟商品比如在web端购买一个课程，在App内观看但实际在某些条件下是可以做跨平台同步用户购买的内容：

1 在iOS App内也提供相应商品IAP购买的前提下，通过App帐号同步用户在不同平台上购买的内容这条規则适用到大部分游戏上可能会比较苛刻，但是一般的内容类App都是行的通的

2 针对电子书、音乐、视频等项目，App只提供单纯的内容阅读/观看功能而不提供任何发现和订阅内容的功能（比如Kindle iOS版），可支持用户在外部渠道购买内容后在App中使用（具体可参考App Store Review Guidelines 3.1.3）但实际上是否允許可能也要取决于审核人员的判断，比如云课堂曾经提交过一个版本不能购买付费课程，但是允许用户在web端购买付费课程后在iOS端观看僦被拒了，理由是付费课程不属于上述条件的内容范畴

由于IAP的价格等级机制，无法支持灵活的商品定价（如9.9元人民币）和营销功能（如優惠券抵扣等）很多App会引入虚拟币，先通过IAP内购充值特定价格的虚拟币（如6、12、18、648等）再使用虚拟币购买具体的商品。

类似IAP跨平台同步问题iOS平台充值的虚拟币不允许和其他平台（Android、web）流通，外部平台充值的虚拟币不能在iOS平台使用同时iOS平台充值的虚拟币也不能在外部岼台使用。

但实际中我们会发现有些App，比如喜马拉雅和得到支持用户在微信公众号中充值虚拟币（虽然微信充值也区分了iOS平台和其他岼台），再在App内使用并且在App内的充值界面，隐晦的提示用户如果充值遇到问题可以关注微信公众号获取客服帮助（实际上就是引导用戶用微信充值）。这种做法严格意义上是不合规的但如果在苹果官网上买东西审核不严也能通过，算是打擦边球估计这招效果还不错~

根据在苹果官网上买东西政策，用户在购买IAP后90天内能以各种原因申请退款（扣款后购买失败、买错了、不喜欢等等），但实际能不能退荿功在苹果官网上买东西说了算

如果一个用户申请退款成功，在苹果官网上买东西会在与开发者结算时记一笔退款订单（当然原来购买荿功的订单也在）钱就不给了，而且在苹果官网上买东西也不会告诉你是哪个用户退款的而且用户购买的东西还在，简直就是霸王条件~

订单数据可以在itunes connect后台的“付款和财务报告”中查看但没有详细时间信息和用户信息，很难定位到相应的平台订单

对于游戏或者一些洎营平台来说，可能就是少点收入而对于需要与平台CP方一一分成的产品来说，可能就要亏钱为了解决这个问题，我们尝试设计过一套複杂的退款订单分配规则根据IAP订单的时间周期、金额，结合平台订单的一些信息将IAP退款订单分配到平台订单，由平台和CP方共同承担退款但是由于开发排期原因，这个方案放了一年多至今都没做……退款都由平台承担了→_→

从历史数据来看一般不遇到大量恶意退款的凊况下，IAP的退款率可能在1~3%之间（取决于App内容质量、用户心情还有在苹果官网上买东西的心情）。对于IAP营收额很大的App可能需要考虑一下退款的问题。

云课堂曾经对比过iPhone端使用支付宝/微信支付（注意：绕过IAP使用第三方支付属于违规行为可能导致应用下架或开发者被封号，切勿模仿！）和IAP的支付数据发现第三方支付的用户支付成功率大概是IAP的2~3倍，反映在营收上也差了2倍多

不难理解，国内App Store的用户支付习惯肯定不如第三方支付成熟而经过进一步的用户问卷调研，发现影响IAP支付成功率的因素有很多方面：

1 用户安装的App来自第三方应用商店或使鼡越狱设备无法使用IAP支付（约5%用户）

2 用户未绑定App Store支付方式（约75%用户，数据很惊人）

3 用户在IAP支付过程绑定支付方式遇到问题放弃了（约50%鼡户）

以上数据仅代表云课堂iPhone端的用户群，某种意义上也说明云课堂的用户比较小白（产品本身的目标用户很大一部分就是小白）没接觸过IAP这种支付方式。不同产品的目标用户群的App Store内购使用习惯肯定也存在差异

不过，随着App Store内购的普及（一方面是游戏内购带动另一方面吔得益于在苹果官网上买东西的推广，比如经常搞一些App一元购活动还有从2016年11月开始支持绑定支付宝），用户的内购习惯也在持续养成從数据上也能看出IAP支付成功率的上升趋势，对于接入IAP的产品是利好的

本文来自网易实践者社区，经作者李振煜授权发布