加急审核 – 青瓜传媒 //www.f-o-p.com 全球移动互联网运营推广学习平台! Tue, 21 Apr 2020 01:46:03 +0000 zh-CN hourly 1 https://wordpress.org/?v=5.2.16 https://static.opp2.com/wp-content/uploads/2021/04/favicon-1.ico 加急审核 – 青瓜传媒 //www.f-o-p.com 32 32 干货丨iOS app上架流程问题集锦,ASO新手小白必看(上) //www.f-o-p.com/105360.html Wed, 07 Nov 2018 07:12:54 +0000 //www.f-o-p.com/?p=105360 iOS app上架流程

 

App从研发到提审上架,需要一套流程来保证App质量。而在上架过程中,开发者们往往都会遇到一些问题。今天就上架流程中遇到的问题作简单的梳理~

1.准备

苹果开发者账号

美术素材:

Icon:尺寸1024*1024

设计icon时,应捕捉最能够体现App核心功能的元素,并以简单、独特的形状表示该元素,让用户仅通过icon就能辨别出App,联想起App的功能属性。如果icon的内容或形状过于复杂,细节可能很难辨别,尤其是在显示尺寸较小的情况下。

截图:App Store应用截图的规格要求如下表所示:

 

目前,截图必须为 JPG 或 PNG 格式,且必须采用 RGB 颜色空间。截图不能包含Alpha透明通道。

App预览的最大文件大小为500MB,最小长度为15秒,最大长度为30秒。

上传App预览也只用使用Safari浏览器,不能使用其他浏览器上传。

目前App预览支持的扩展名有三个,分别为.mov、m4v、mp4。

目前产品详情页中每个尺寸最多可以展示10张屏幕快照。屏幕快照是产品功能介绍和价值表达,是用户第一眼可以获取的关于App的主要信息。因此,在ASO基础优化中属于重点可操作对象,应引起重视。目前App Store的格局对于横版的屏幕快照展示效果会比竖版的更好,屏幕快照首张在整体色调上应与一起展示的icon相协调。

App 预览以简短的视频形式,演示 App 的特性、功能和用户界面 (UI),用户在 App Store 上就可以直接观看。当客户查看产品页面时,App 预览会以静音模式自动播放,因此开发者需要确保视频的前几秒内容极具视觉吸引力。

内购:

需要提供的资料主要包括:

内购参考名称,产品ID,价格等级,显示名称,描述,内购屏幕快照

注意事项:

1.产品ID具有唯一性。后台建立一个内购商品后,产品ID将被占用,即使被删除了还是不能再使用。

2.内购商品的定价只能根据苹果后台提供的价格等级列表去选择,每个价格等级会对应各个国家的货币。

IPA包:

(1)登录苹果开发者后台:https://developer.apple.com/

(2)创建App IDs,即bundleID

(3)添加测试设备的UDID

(4)申请iOS证书,开发证书和发布证书,发布证书又分为发布到 app store和发布测试的adhoc证书两种。

(5)申请iOS描述文件,开发描述文件和发布描述文件

(6)上传ios证书编译打包IPA文件

(7)登录ITunes Connect创建App

(8)登录Application Loader上传IPA文件

 

 

测试:

(1)沙盒测试

沙盒测试首先需在ITunes Connect后台添加沙箱技术测试员邮箱及设置密码,手机上安装好测试包后,打开App Store 退出真实的 Apple ID 账号,然后打开测试包登录沙盒测试账号,开始测试。

 

注意事项:

所填写的测试邮箱不能是别人已经注册过Apple ID的邮箱

所填写的测试邮箱可以是一个不存在的电子邮箱,但应符合邮箱的格式

应注意App Store 地区的选择,测试时弹出的购买提示框会根据沙盒账号所选的地区显示语言。

沙盒测试必须在真机环境下进行测试,且必须是adhoc 证书或者 develop 证书签名的安装包。

 

 

(2)TestFlight测试

TestFlight测试分为内部测试和外部测试两种,内部测试最多可以邀请25名成员,外部测试人员的上线是2000人。邀请外部人员进行测试前,需要先通过苹果的审核,内部测试则无需进行审核。

1.内部测试的步骤:需先在后台添加接收邀请码的电子邮箱,和选择测试包,手机上应安装TestFlight App,打开TestFlight后填写邀请码下载安装beta版本app进行测试。注意TestFlight需要iOS8及以上版本的iOS设备才能运行。

2.目前TestFlight的新功能可直接通过分享链接来邀请任何人来测试App的Bebt版,此功能相对以前的操作更为简单直接。

 

2.ITunes Connect后台填写

 

标题

主标题是显示在 App Store 中的 App 本地化名称,一般包含标题主体部分和后缀部分。简短通顺为宜,要展示出 App 的功能与独特性。名称中的词汇具有很高的权重,应尽量多选择与App最相关的高热度词,且不宜出现热门竞品品牌词,否则审核容易被拒。

副标题:

副标题是App 的一句话简介,是对App名称的一种补充,且词组具有一定的权重加成,应尽量将主标题中未覆盖到的一些重要关键词加到副标题中。副标题中同样不宜出现热门竞品品牌词,文案应简洁且具有吸引力,展示App的独特之处,长度控制在 30 字符以内。

隐私政策网址:

隐私政策网址自2018年10月3日起,成为所有新App和App更新的必填项,仅可在提交新版本时,才能更新链接或文本。填写时可观察竞品的隐私政策范本作为参考。

App预定:

对于勾选支持预定的App,在App未上架时用户就可提前在App Store查看产品页面并预定该App。产品上线后,用户将收到通知,并于24小时内自动下载到用户的设备上。该功能可用于产品在正式上线前的预热,开发者可根据市场热度反馈提前对产品相关内容作出适当调整。

描述:

描述被限定在4000个字符以内,且为必填项,可以根据语言版本的不同,分别填写上该语言版本的语言。在当前iOS11版本中,此处不允许填写特殊字符。应用描述是对App特色和功能的详细介绍,在前面三行应尽量展示出产品的核心特色,才能吸引用户点击“更多”按钮继续看下去。目前应用描述只在 App 更新版本时才能修改。

关键词:

目前,关键字域允许添加的字符数为100个。此项目为必填项,并且可以本地化。 关键词的设置影响着App会在哪些搜索结果中显示,以及在这些搜索结果中的基础排名。

 

关键词设置的建议:

(1)利用好可填写的100个字符,将100个字符尽量写满。虽然苹果官方给出的建议是每一个关键词用逗号隔开,但为了使App覆盖到更多关键词,开发者们可以选择在关键词中尽量少地使用逗号。如果有需要强调的关键词,可以单独用逗号隔开。

(2)添加竞品词和行业热门词汇。竞品词就是竞品App的名称,高热度竞品词流量大竞争大,低热度竞品词流量小竞争小,应根据产品情况合理选择。行业热门词汇就是与该App所属行业一系列相关的词汇,如借贷类App的热门行业词有贷款、借钱、借贷、借款等。

 

(3)关注每一个关键词的搜索指数和搜索结果数,尽量选用搜索指数高且搜索结果数低的关键词。

(4)关注热搜与关联搜索,了解用户的搜索行为,恰当地使用相关热门搜索词汇作为关键词,可能会为App带来排名的提升。

(5)添加有效长尾词以带来更多关键词覆盖长尾关键词(Long Tail Keyword)是指非目标关键词但与目标关键词相关的也可以带来搜索流量的组合型关键词。长尾关键词基本属性是:可延伸性,针对性强,范围广。长尾词一般由例如“视频去水印”、“旅行攻略”、“微信管家苹果版”等都是长尾词,这类词通常会为App带来更多的关键词覆盖。

 

(6)分类的选择同样会为App带来关键词覆盖。选择“游戏”分类会为App带来游戏相关的关键词覆盖,选择教育分类便会为App带来教育相关的关键词覆盖。

(7)了解目标用户属性,对于目标用户可能搜索的其他词也可列入考虑范围。如母婴电商App可考虑选择一些妈妈可能搜索的词汇,“早教”,“儿童”,”益智小游戏”等。

(8)可设置多个语言版本的关键词以增加关键词覆盖。针对每个语言版本设置不同关键词组。

(9)灵活运用各种数据工具。不仅仅是各种App关键词数据平台,更包括各种指数分析平台,百度指数、微舆情、360指数、微信指数等等。

应用分级:

应用分级是苹果开发者后台一个必填的应用信息属性,根据对13个问题的选填结果,分级会即时改变,包括4岁以上(4+)、9岁以上(9+)、12岁以上(12+)、17岁以上(17+)、无分级(NORATING)五个等级,无分级状态是无法在App Store上销售的。问题选填时应与应用的实际情况相符,不然容易出现审核被拒的请况。

自动更新的分阶段发布:

自动更新的分阶段发布模式,可以先仅向一定比例的用户发布更新,之后再逐步提升发布更新的比例。该模式适用于正式版的应用更新,不适用于首发应用。分阶段发布累计最多可暂停 30 天,暂停次数不限。对于有需要的产品,勾选此功能,可用于减少产品的测试周期,加快产品的发布进程,如果有发现新问题,可以暂停分阶段发布,降低新版本发现致命BUG的影响。

3.提审

注意事项:

(1)仔细审查关于App的各项资料是否填写正确,需特别注意不同本地化语言下的信息是否准确无误。

(2)如果App是需要账号登录才能进入的,需要在后台填写测试账号以供苹果审核

(3)如果需要抓紧上线,可以点击下面的链接按操作申请加速审核,并不一定能保证申请成功,但也是一种途径,一旦加急成功,基本是24小时内就会出审核结果。加急审核就算是App审核时被拒,该加急审核的状态也会一直伴随到该版本过审为止。该方法不宜频繁使用,建议一年不要超过两次。

加速审核申请链接:https://developer.apple.com/contact/app-store/?topic=expedite

(4)对于提交时IDFA的选择问题

在提交审核的时候,只要你选择使用了IDFA,对于IDFA的使用目的就必须进行勾选。

A.如果App只集成了广告,不追踪广告带来的行为,那么应勾选第一个和第四个。

B.如果App没有集成广告,但是需要追踪广告带来的激活行为,那么应勾选第二个,第三个还有第四个。

C.如果App里集成了广告,并且需要追踪广告带来的激活行为,那么应该把四个全都勾选上。

 

作者:蝉大师,授权青瓜传媒发布。

来源:蝉大师

]]>
iOS APP 被拒条款及解决方案拆解(上) //www.f-o-p.com/95912.html Wed, 22 Aug 2018 07:36:03 +0000 //www.f-o-p.com/?p=95912

首先讲说2.1大礼包。2.1大礼包一般包含7个甚至更多的审核条款,遇到2.1大礼包,我们首先需要辨别苹果是因为哪一条拒绝我们的,然后根据条款针对性修改,如若确认没有违反条款,可以重新提交或向苹果申诉。

Guideline 2.1 -Information Needed

This type of apphas been identified as one that may violate one or more of the following AppStore Review Guidelines. Specifically, these types of apps often:

准则2.1 – 所需信息

此类应用已被确定为可能违反以下一个或多个App Store审核指南的应用。具体来说,这些类型的应用通常:

1.1.6 – Include false information, features, or misleadingmetadata.

1.1.6- 包含虚假信息,功能或误导性元数据。

解决方案:条款1.1.6主要是虚假信息和功能,如虚假位置跟踪器或虚假电话应用恶作剧等。苹果认为此类应用提交会迷惑用户,并指出提交“娱乐”分类也不能避免此问题。

一般较少遇到此类问题,解决办法:向苹果说明此类应用上架的目的及用处,以及准确的元数据描述。

2.3.0 – Undergo significant concept changes after approval

2.3.0- 批准后进行重大概念变更

2.3.1 – Have hidden or undocumented features, including hidden”switches” that redirect to a gambling or lottery website

2.3.1- 隐藏或未记录的功能,包括重定向到赌博或彩票网站的隐藏“开关”

解决方案:条款2.3.0和2.3.1苹果主要认为是屏幕截图与App不符,热更新应用和隐藏模块跳转功能。此类问题遇到概率较高,解决办法:首先需要确保提交的屏幕截图与App功能一致,避免在元数据上出现问题。热更新与隐藏功能模块做深度混淆处理,增加逻辑的复杂度。若上架后有推广其他App功能模块,建议移除。

3.1.1 – Use payment mechanisms other than in-app purchase tounlock features or functionality in the app

3.1.1 – 使用应用内购买以外的付款机制来解锁应用中的功能或功能

解决方案:条款3.1.1主要就是第三方支付,关于此条款,建议使用H5支付,不建议使用易扫描的SDK版本支付,同时对支付跳转链接做屏蔽混淆处理,同时提审时增加苹果内购,上线后切换支付方式。

4.3.0 – Are a duplicate of another app or are conspicuouslysimilar to another app

4.3.0 – 是另一个应用程序的副本或与另一个应用程序明显相似

解决方案:条款4.3.0就是马甲包问题了,对于马甲包,常见的解决办法有两大类

1.元数据方面更改,如屏幕截图,登录页面截图做修改,马甲包UI与主包UI稍作修改,不能完全一致。

2. 工程代码方面混淆处理,常见的处理方法如下:

(1)、添加混淆代码

(2)、修改工程名称、类名称

(3)、修改方法名

(4)、修改工程中使用的图片资源的名称

(5)、图片超轻量级压缩,改变hash值。

5.2.1 – Were not submitted by the legal entity that owns and isresponsible for offering any services provided by the app

5.2.1 – 不是由拥有并负责提供应用程序提供的任何服务的法人实体提交的

解决方案:条款5.2.1主要就是资质问题,对于此问题主要就是提供相关资质了,如金融资质、游戏版号等。如没有相关资质的话,可以找相关账号代理服务商,再包体上架通过后,可以通过转让App转让到自己相关的账号下面。

转让App流程如下:

1、转让者登录App Store Connect,点击额外信息,找到转让App

2、满足所有条件才能转让,不符合条件灰色显示,按照要求更改以符合就可以。一般注意删除掉TestFight测试版信息。

3、填写接收者Apple ID及团队ID信息。团队ID用接收者AppleID登录开发者网站(https://developer.apple.com),在Membership中可以找到。

4、确认需转让的App信息,点击协议,同意转让。

5、点击转让后,在转让者App Store Connect下面可以看到如下转让信息。

6、登录接收者App Store Connect后台,可以看到以下信息,点击“协议、税务和银行业务”跳转,点击“Review”同意协议,转让即可成功。一般接收者接收App后,1-2小时即可看到转让,少数需要苹果审核,耗时1-2天。

注:在接收者未接收App以前,转让者都可以取消转让,在“协议、税务和银行业务”转让App中,点击“Revoke”取消转让即可。

5.3.4 – Do not have the necessary licensing and permissions forall the locations where the app is used

5.3.4 – 对于使用该应用程序的所有位置,没有必要的许可和权限

解决方案:

条款5.3.4原文译文如下:

提供真钱游戏(例如体育博彩,扑克,赌场游戏,赛马)或彩票的应用程序必须在使用该应用程序的位置具有必要的许可和权限,必须对这些位置进行地理限制,并且必须在App Store免费。App Store不允许使用非法赌博辅助工具,包括卡片柜台。彩票应用必须有考虑,机会和奖励。

对于此问题,主要有三种解决方法,同5.2.1一样,资质问题,解决方法也同上。

向苹果邮件说明使用该权限(如:地理位置)的必要性。明确告知苹果采集用户数据信息的使用目的。(如:新闻类 App 需要用户位置信息,目的是根据地域的不同而向用户推送不同的新闻内容。)并且在采取用户数据信息之前需要给予用户提示,并得到用户的允许,或设置为可选。

某些特殊类应用,可以通过选择上架地区来避免。

其他审核条款(大部分常见条款在2.1大礼包中有出现,如若2.1大礼包出现,不再赘述).

Before we cancontinue with our review, please confirm that this app does not violate any ofthe above guidelines. You may reply to this message in Resolution Center or theApp Review Information section in iTunes Connect to verify this app’scompliance.

Given the tendencyfor apps of this type to violate the aforementioned guidelines, this reviewwill take additional time. If at any time we discover that this app is inviolation of these guidelines, the app will be rejected and removed from theApp Store, and it may result in the termination of your Apple Developer Programaccount.

Should you chooseto resubmit this app without confirming this app’s compliance, the nextsubmission of this app will still require a longer review time. Additionally,this app will not be eligible for an expedited review until we have receivedyour confirmation.

在我们继续进行审核之前,请确认此应用不违反上述任何指南。您可以在分辨率中心或iTunes Connect中的应用程序查看信息部分回复此消息,以验证此应用程序的合规性。

鉴于此类应用程序倾向于违反上述指南,此审核将需要额外的时间。如果我们发现此应用程序违反这些指南,则该应用程序将被拒绝并从App Store中删除,并可能导致Apple Developer Program帐户终止。

如果您选择在未确认此应用程序合规性的情况下重新提交此应用程序,则此应用程序的下一次提交仍需要更长的审核时间。此外,在我们收到您的确认后,此应用才有资格获得加急审核

 

作者:闯奇,授权青瓜传媒发布。

来源:闯奇研究社(CQ-Research)

]]>
苹果审核指南更新多达158处!最全详解,收藏这一篇就够了 //www.f-o-p.com/85635.html //www.f-o-p.com/85635.html#respond Thu, 07 Jun 2018 07:34:57 +0000 //www.f-o-p.com/?p=85635 苹果审核指南更新,苹果审核指南

近日,令全球开发者翘首以盼的 WWDC 正在如火如荼的召开。没有在硬件、软件上太大突破的苹果,却在审核指南上来了一次狠狠的更新。

就在昨日,我们发现苹果在审核指南上进行了大大小小约 158 处修改!例如,苹果在审核指南中明确了多次因同一原因被拒可能进入“延期审核”;在和苹果客服支持沟通中“应尊重每一个人”

除此之外,对用户数据收集、使用等做出多条严格规定。并针对目前大火的区块链项目应用GDPR 隐私保护条款相关的内容进行了重大调整。

为方便大家迅速 get 最新审核指南的最新动态,对修改和新增的主要内容整理如下 ↓↓↓

付费 App 可以免费试用:

非订阅 App 在完全解锁之前可提供为期 14 天的免费试用期,当试验结束后,内容或服务不再允许访问,用户需要付费才可以继续使用。

延长审核时间:

如果您的 App 因为同样的准则被反复拒绝,或者您试图操作 App 评审过程,那么评审将需要更长的时间来完成。

新增开发者行为准则:

App 不应该捕食用户或企图敲诈顾客,诱骗他们制造不必要的购买,迫使他们共享不必要的数据,提高价格以复杂的方式收费或内容不交付,或进行任何 App 内外部的其他操作。

更新说明不能太过简单:

App 必须在 “What’s New” 文本中清楚地描述新特性和产品变化。简单的 bug 修复、安全更新和性能改进可以通过通用描述,但重要的更改必须在 notes 中列出。

 App 内购新限制:

App 不得使用它们自己的机制来解锁内容或功能,App 及其元数据不得包含指引客户使用非 App 内购买项目机制进行购买的按钮、外部链接或其他行动号召用语。

数据安全:

App 应实施适当的安全措施,以确保正确处理收集到的用户信息,并防止其未经授权的使用、披露或第三方访问。

数据收集和存储:

允许收集用户或使用数据的 App 必须确保用户同意收集。App 应该只请求访问与其核心功能相关的数据。访问 App 必须尊重用户的权限设置,不得试图操纵、欺骗或强迫用户同意不必要的数据访问…

数据使用和共享:

除非法律另有规定,未经他人允许,你不得使用、传送或分享他人的个人资料。App 不得私自建立一个用户配置文件用于收集数据…

新增多平台服务:

跨多个平台运行的 App 可以让用户在其他地方访问获得内容、订阅或功能,包括多平台游戏中的可消费项目,前提是这些也提供 App 内购买项目选项。

App 内广告、分析服务、SDK均受限:

App,包括在其中显示的任何第三方广告,不得运行不相关的后台进程,比如加密货币挖掘。不得修改与 App 核心功能无关的系统设置。

大力监管数字加密货币:

 (i)钱包:App 可促进虚拟货币存储,只要它们是由注册为组织的开发人员提供。

(ii)挖矿:App 不得挖掘加密货币,除非处理是在设备之外进行的(例如基于云的挖掘)。

(iii)交易所:App 可以在经过批准的交换中促进加密货币的交易或传输,前提是这些交易是由交换本身提供的。

(iv)首次币发行:为首次发行货币(“ICOs”)、密码货币期货交易、其他密码证券或准证券交易提供便利的 App,必须来自老牌银行、证券公司、期货交易委员会(“FCM”)或其他经批准的金融机构,并必须遵守所有适用法律。

(v) 加密货币 App 不得为完成任务提供货币,比如下载其他应用程序、鼓励其他用户下载、发布到社交网络等。

广告需符合用户年龄评级:

App 里显示的广告必须符合应用的年龄评级,允许用户查看所有针对该广告的信息,并且不得基于敏感的用户数据对其进行定向或行为广告。

更多内容可查看翻译和整理后的 App Store 审核指南全文(注:修改/新增部分用红色字体显示) ↓↓↓

App Store 审核指南

简介

App 正在改变世界,丰富人们的生活,并为像您一样的开发者提供前所未有的创新机会。因此,App Store 已成长为一个激动人心且充满活力的生态系统,正为数百万的开发者和超过十亿的用户提供服务。不管是开发新手,还是由经验丰富的程序员所组成的大型团队,我们都非常欢迎您为 App Store 创建 App,并希望能够帮助您了解我们的准则,以确保您的 App 能够快速通过审核流程。

App Store 的指导原则非常简单:我们希望为用户获取 App 时提供更安全可靠的体验,并为所有开发者提供借助 App 获得成功的契机。在后续页面中,您会发现这些准则已被清晰地划分为五个部分:安全、性能、业务、设计及法律。另外,请将以下几点谨记在心:

很多儿童会从我们这里大量下载各种 App。尽管家长控制功能能为儿童提供有效保护,但您也必须做好自己份内的工作。您要知道,我们时刻都在关注这些儿童。

App Store 是向全球数亿人分享 App 的好方法。如果您开发 App 只是为了分发给亲朋好友,那么 App Store 并不是最适合的途径。这时可考虑使用 Ad Hoc 分发或加入 Enterprise Program。如果您刚开始开发 App,请进一步了解 Apple Developer Program。

在 App Store 上发布的所有观点,我们都非常支持 — 只要这些 App 尊重用户的不同意见,并能带来好的 App 体验。如果我们认为 App 的任何内容或行为超出了可接受的范围,我们将拒绝该 App。您可能会问,这个可接受的范围是什么?套用最高法院大法官的一句话:“当我看到的时候,我就知道了”。而且,我们相信,当您超出这个范围时,您自己也会意识到。

如果您试图欺骗系统 (例如,试图在审核流程中弄虚作假,窃取用户数据,抄袭其他开发者的作品,或者操纵评级),我们会从该商店中移除您的 App,并将您从 Developer Program 中除名。

你有责任确保你的应用程序中的所有内容都符合这些准则,包括广告网络、分析服务和第三方 SDK,所以仔细检查和选择它们。

我们希望这些新准则能帮助您顺利通过 App Review 流程,并使批准和拒绝标准在整体上更加一致。本文是一个动态文稿;如果新的 App 引发了新的问题,我们可能会随时制定新的规则。也许,您的 App 就将促成新的规则。我们同样热爱 App 开发,并且尊重您所做的一切。我们正竭尽全力为您营造世界上最优秀的平台,既能让您展示才华,还能让您获得回报。

目录

提交之前 – 审核前核对清单

1. 安全

1.1 令人反感的内容

1.2 用户生成的内容

1.3 儿童类别

1.4 人身伤害

1.5 开发者信息

1.6 数据安全

2. 性能

2.1 App 完成度

2.2 Beta 版测试

2.3 准确的元数据

2.4 硬件兼容性

2.5 软件要求

3. 业务

3.1 付款

3.1.1 App 内购买项目

3.1.2 订阅

3.1.3(a)基于内容的“阅读器”App

3.1.3(b)多平台服务

3.1.4  特定硬件内容

3.1.5  App 之外的实物商品和服务

3.1.6  Apple Pay

3.1.7  广告

3.2 其他业务模式问题

3.2.1 可以接受

3.2.2 不可接受

4. 设计

4.1 抄袭者

4.2 最低功能要求

4.3 重复 App

4.4 扩展

4.5 Apple 站点和服务

4.6 备选 App 图标

4.7 HTML5 游戏与聊天机器人 (Bot) 等

5. 法律

5.1 隐私

5.1.1 数据收集和存储

5.1.2 数据使用和共享

5.1.3 健康和健康研究

5.1.4 儿童

5.1.5 定位服务

5.2 知识产权

5.3 游戏、赌博和彩票

5.4 开发者行为准则

提交之后 – 预期事宜

提交之前

为了帮助您尽可能顺利地通过 App 审批,请查看下方列出的常见错误行为,这些行为可能会导致审核流程延误或导致 App 被拒。这些内容不能代替准则或保证 App 获批,但确保核对这个列表中的每一项会是一个良好的开始。如果您的 App 不再能按预期方式工作,或者您不再积极地对其提供支持,那么这个 App 将从 App Store 中移除。进一步了解 App Store 改善。

请确保:

测试 App 是否会发生崩溃、是否存在错误

确保所有 App 信息及元数据完整且正确

更新您的联系信息,以便 App Review 部门在需要时与您取得联系

提供有效的演示帐户和登录信息,以及审核 App 时所需的任何其他硬件或资源 (例如,登录凭证或示例二维码)

启用后台服务,以使其在审核期间处于活动和可用状态

在 App Review 备注中附上与非明显功能及 App 内购买项目相关的详细说明,包括支持文稿 (如适用)。如果由于地区锁定或其他限制而导致我们无法访问 App 的部分内容,请提供有关功能的视频链接

检查 App 是否遵循了其他文稿中的相关指南,如:

开发指南

App Programming Guide

App Extension Programming Guide

iOS Data Storage Guidelines

macOS File System Documentation

Safari Extensions Development Guide

App Store Connect 开发人员帮助

设计指南

iOS Human Interface Guidelines

macOS Human Interface Guidelines

tvOS Human Interface Guidelines

watchOS Human Interface Guidelines

品牌营销指南

App Store 营销准则

Apple Pay 识别标志指南

Add to Apple Wallet Guidelines

Guidelines for Using Apple Trademarks and Copyrights

1. 安全

当用户通过 App Store 安装 App 时,他们希望获得安全的体验:App 不含令人不快或具有攻击性的内容,不会损坏用户的设备,不会在使用中造成人身伤害。我们在下方列出了主要的安全隐患。如果您想恐吓或攻击他人,则您的 App 不适合出现在 App Store 中。

1.1 令人反感的内容

App 不应包含具有攻击性、不顾及他人感受、令人不安、惹人厌恶或低俗不堪的内容。此类内容的示例有:

1.1.1 诽谤、歧视或恶意的内容,包括有关宗教、种族、性取向、性别、国籍、种族起源或其他目标群体的引用或评论,特别是当 App 很可能对特定的个人或团体进行羞辱,恐吓,或造成伤害时。通常情况下,专业政治讽刺和政治幽默作家不受此要求限制。

1.1.2 人类或动物遭到杀害、残害、酷刑、虐待的写实描绘,或者鼓励暴力的内容。在游戏中,“敌人”不能单单针对特定种族、文化、真实存在的政府或企业,或是任何其他真实存在的实体。

1.1.3 鼓励非法使用或不负责任地使用武器和危险物品的描述,或者促进军火购买的描述。

1.1.4 过于色情的内容 (韦氏词典对“色情”一词的定义是:对性器官或性活动的露骨描述或展示,目的在于刺激性快感,而非带来美学价值或触发情感)。

1.1.5 具有煽动性的宗教评论,或者对宗教文本进行错误或误导性的引用。

1.1.6 虚假信息和功能,其中包括不准确的设备数据或用于恶作剧/开玩笑的功能,如虚假的位置跟踪器。即使指明 App“仅供娱乐”,也不能违背这一准则。支持匿名或恶作剧电话或短信/彩信的 App 会被拒绝。

1.1.7 App Store 评论:

App Store 客户评论是 App 体验中不可或缺的一部分;因此,在回复客户的评论时,您应当对他们保持尊重。另外,您的回复应直接回应客户评论的主题,请勿在回复中包含个人信息、垃圾信息或营销广告。

利用我们提供的 API 提示用户评价您的 App:通过这项便利功能,客户无需离开 App,就可直接在 App Store 中留下评分和评论;不允许使用预定的评论提示。

1.2 用户生成的内容

对于包含用户生成内容的 App,有特定的难题需要解决,比如知识产权侵权、匿名欺凌等。为了避免滥用,包含用户生成内容或社交网络服务的 App 必须满足以下条件:

采用相应的方法来过滤令人反感的内容,以免这些内容在 App 中发布

制定一个机制,以举报攻击性内容并在出现问题时及时作出回应

若用户发布攻击性内容,可以取消其使用服务的资格

公布联系信息,以便用户与您联系

如果 App 中所含的用户生成内容或服务最终主要用于色情内容、客观化现实生活中的某人 (如“性感与否”投票)、进行人身威胁或欺凌,则这些 App 不适合出现在 App Store 中,它们可能会在未经通知的情况下被移除。如果 App 中所含的用户生成内容来自于基于 web 的服务,则可显示意外产生的“NSFW (公众场所不宜)”内容,前提是这些内容是默认隐藏的,只有当用户通过您的网站将其打开时才会显示。

1.3 儿童类别

“儿童类别”可帮助用户轻松地找到专为儿童设计的 App。如果您希望参与“儿童类别”,则应该致力于为年纪较小的用户量身打造卓越的使用体验。这些 App 不得提供 App 外链接、购买机会或其他会对儿童造成干扰的内容,除非其保留在受家长监控的指定区域中。请谨记,一旦客户认为您的 App 能够满足“儿童类别”要求,您的 App 就需要一直满足后续更新中的相应准则;即使您决定取消选择此类别,也是如此。进一步了解家长监控。

“儿童类别”中的 App 不得展示行为广告 (例如,广告商不得根据用户在 App 中的活动投放广告),而且所有内容相关广告都必须适合儿童观看。您还应特别留意世界各地与在线收集儿童数据相关的隐私法。请务必查阅这些准则的“隐私”部分,以了解更多信息。

1.4 人身伤害

如果 App 的行为方式可能会造成人身伤害,我们可能会拒绝该 App。例如:

1.4.1 如果医疗 App 可能会提供错误的数据或信息,或用于诊断或治疗病患,则这些 app 可能会面临更加严格的审核。

App 必须清楚地披露相关数据和方法,用于佐证声明的健康测量准确度,如果准确度或方法得不到验证,我们会拒绝该 App。例如,如果 App 声称仅通过设备上的传感器就能照 X 光、测血压、测体温、测血糖浓度或测血氧含量,则这个 App 会被拒绝。

App 应当提醒用户,除了使用该 App,还应咨询医生的意见,然后才能做出医疗决定。

如果您的医疗 App 已经获得监管部门的批准,请随 App 提交相关文稿的链接。

1.4.2 药物剂量计算器必须来自药品生产企业、医院、大学、健康保险公司,药店,或是经过 FDA 或其相应国际部门的批准的其他实体。由于可能会对病患造成伤害,我们需要确保 App 将在长时间内获得支持,并保持更新。

1.4.3 App Store 中不允许分发任何鼓励食用烟草产品、使用违禁药物或摄入过量酒精的 App。鼓励未成年人摄入任何上述物品的 App 都会被拒绝。为大麻、烟草或管制物品的销售提供便利 (经授权的药店除外) 同样不被允许。

1.4.4 App 只能显示由相关执法部门公布的酒后驾车检查点,不得鼓励酒后驾车和包括超速在内的其他鲁莽行为。

1.4.5 App 不得促使客户以违背 Apple 硬件安全文稿的方式,或以可能会造成设备或人身伤害的方式来使用他们的设备。例如,App 不得鼓励在充电期间将设备置于床垫或枕头下,或对固态硬盘进行过多的写入循环操作。请查阅设备文稿。

1.5 开发者信息

用户需要知道如何就疑问和支持问题与您取得联系。请确保您支持 URL 的 App中包含便捷的联系方式。这对于在课堂上使用的 App尤其重要。如果未能提供准确的最新联系信息,不但会让客户有不好的感受,可能还会违反某些国家/地区的法律。另外,请确保在 Wallet 凭证中包含发卡机构的有效联系方式,以及分配给凭证的品牌或商标所有者的专用证书。

1.6  数据安全

App 应实施适当的安全措施,遵循Apple Developer Program License Agreement和本指南(更多信息请参见指南5.1),以确保正确处理收集到的用户信息,并防止其未经授权的使用、披露或第三方访问。

2. 性能

2.1 App 完成度

提交至 App Review 的申请 (包括可供预订的 App) 应为该 App 的最终版本,并应包含所有必要的元数据和有效网址。所有占位符文本、空白网站和其他临时内容应在提交前移除。在提交 App 之前,请务必在设备上对 App 的错误和稳定性进行测试;如果您的 App 需要登录,请提供演示帐户信息 (并打开您的后台服务!)。如果您在 App 中提供了 App 内购买项目,请确保审核人员能够看到这些内容,并确保这些内容处于完整且最新的状态,否则请在审核备注中说明相关原因。请不要将 App Review 视作软件测试服务。我们将拒绝不完整的 App 套装以及会出现崩溃或存在明显技术问题的二进制文件。

2.2 Beta 版测试

App 的演示版、beta 版和试用版不适合出现在 App Store 中,请改用 TestFlight。所有通过 TestFlight 提交以进行测试发布的 App 都应旨在公开发布,并应遵循“App Review 准则”。请注意,使用 TestFlight 的 App 不得分发给测试者用以换取任何类型的报酬,包括作为众筹资金的奖励。对于 beta 版 App 的大幅更新应先提交至 TestFlight App Review 团队,然后再分发给您的测试者。欲了解更多信息,请访问“TestFlight Beta 测试”。

2.3 准确的元数据

客户应该知道他们在下载或购买您的 App 时会得到什么,所以请确保 App 的描述、屏幕快照和预览能够准确反映 App 的核心体验,并记得不断更新,以便保持与新版本相应的最新状态。

2.3.1 请勿在 App 中包含未记录的功能或隐藏功能;不管是对于最终用户还是 App Review 团队,App 功能都应清晰可见。同样,您不应该在 App Store 或离线情况下,营销您的 App 中实际并不提供的内容或服务 (例如基于 iOS 的病毒和恶意软件扫描工具)。如果出现恶劣或屡教不改的行为,则可能会从 Apple Developer Program 中除名。我们正努力将 App Store 打造成值得信赖的生态系统,并希望我们的 App 开发者也能如此;如果您不诚实以待,我们之间就不会有任何业务往来。

2.3.2 如果您的 App 包含 App 内购买项目,请确保 App 的描述、屏幕快照和预览清楚地指明是否有需要另行购买的精选项目、关卡和订阅等。如果您决定在 App Store 中推广 App 内购买项目,请确保 App 内购买项目的显示名称、屏幕快照和描述适合所有公众,并遵循推广您的 App 内购买项目中的规定;此外,您的 App 也应正确使用 SKPaymentTransactionObserver method,以便客户可以在 App 内无缝完成购买。

2.3.3 屏幕快照应展示 App 的使用情况,而非仅显示标题封面、登录页面或初始屏幕。屏幕快照还可以包括文本及图像说明 (例如:演示输入机制,如触控点或 Apple Pencil 的动画),并展示设备上的扩展功能,如 Touch Bar。

2.3.4 预览是让客户了解 App 外观和功能的好方法。为了确保客户理解他们将在 App 中获得的体验,预览只可使用从 App 中捕获的视频屏幕。Stickers 和 iMessage 扩展可以将用户体验展示在“信息”App 中。您也可以添加旁白和视频,或添加文本说明,以帮助说明任何无法仅通过视频进行阐明的内容。

2.3.5 请为 App 选择最适合的类别,并在需要帮助时参考“App Store 类别定义”。如果选择的类别与实际情况相差较远,我们可能会更改 App 的类别。

2.3.6 请在 App Store Connect 中诚实地回答年龄段分级问题,以使 App 与家长控制功能的分级保持一致。如果 App 分级有误,客户在获得 App 时可能会感到诧异,或促使政府监管部门展开相应调查。如果您的 App 包含需要显示内容评级或警告(例如电影、音乐、游戏等)的媒体,则您有责任遵守您的 App 所在地区的本地要求。

2.3.7 请选择一个独一无二的 App 名称,指定能够准确描述 App 的关键词,不要试图用商标术语、流行 App 的名称或其他不相关的短语来包装任何元数据,以此欺骗系统。App 名称必须限制在 30 个字符以内,且不得包含不属于 App 名称的价格、词语或描述。App 副标题是详细介绍 App 背景信息的绝佳之处;副标题必须遵循我们的标准元数据规则,且不得包含不当内容、提及其他 App 或做出无法证实的产品声明。Apple 可能会随时修改不合适的关键词或采取其他适当措施防止滥用。

2.3.8 元数据应适合所有受众,所以请确保您的 App 和 App 内购买项目的相关图标、屏幕快照和预览保持在 4+ 年龄分级;即使您的 App 分级更高,也应如此。例如,如果您的 App 是包含暴力的游戏,请勿选择包含惨烈的死亡或用枪瞄准特定角色的图像。只有“儿童类别”的 App 才能在元数据中使用类似“适合幼儿”和“适合儿童”等词语。请务必确保包括 App 名称和图标 (小图标、大图标、Apple Watch App 和备用图标等) 在内的元数据彼此相似,以免引起困惑。

2.3.9 您应负责确保有权使用 App 图标、屏幕快照和预览中的所有材料,并应显示虚构的帐户信息,而非真实个人的数据。

2.3.10 请确保您的 App 注重 iOS、Mac、Apple TV 或 Apple Watch 体验,并且不在 App 或元数据中包含其他移动平台的名称、图标或图像,除非存在已获批的特定互动功能。

2.3.11 您提交至 App Store 可供预订的 App 必须为完整且可发布的状态。请确保您最终发布的 App 与其可供预订状态时所宣传的内容没有实质性差异。如果您对该 app 进行了重大更改 (例如更改其商业模式),则应重新开始其预订销售。

2.3.12 App 必须在 “What’s New” 文本中清楚地描述新特性和产品变化。简单的bug 修复、安全更新和性能改进可以通过通用描述,但重要的更改必须在notes中列出。

2.4 硬件兼容性

2.4.1 为了确保用户能够充分利用您的 App,iPhone App 应尽量能在 iPad 上运行。我们鼓励您考虑开发通用 App,这样客户就可以在所有设备上加以使用。进一步了解 Universal Apps。

2.4.2 通过设计,使 App 节省能耗。App 不应快速耗尽电池电能、产生过多的热量或对设备资源造成不必要的负担。App,包括在其中显示的任何第三方广告,不得运行不相关的后台进程,比如加密货币挖掘。

2.4.3 对于 Apple TV App,应确保用户无需使用除 Siri Remote 或第三方游戏控制器之外的硬件输入,但您可以随意提供增强功能供连接其他外围设备时使用。如果需要用户配备游戏控制器,请务必在元数据中加以明确说明,以便用户知晓他们需要额外的设备才能玩游戏。

2.4.4 App 不得建议,要求重新启动设备或修改与 App 核心功能无关的系统设置。例如,不要鼓励用户关闭Wi-Fi、禁用安全功能等。

2.4.5 对于通过 Mac App Store 分发的 App,还有几个额外要求需要您牢记在心:

(i) 这些 App 必须妥当地沙盒化,并遵循“macOS File System Documentation”。另外,这些 App 只应使用相应的 macOS API 来修改其他 App 存储的用户数据 (如书签、“地址簿”或“日历”条目)。

(ii) 这些 App 必须使用 Xcode 中提供的技术来进行打包和提交;不允许使用第三方安装器。另外,这些 App 必须是单个的自包含 App 安装包,不能将代码或资源安装在共享位置。

(iii) 这些 App 不得自动启动或者在启动时包含其他自动运行的代码,不得在未经同意的情况下登录,也不得大量生成在用户退出 App 后仍在未经同意的情况下继续运行的进程。这些 App 不得将图标自动添加到 Dock 中,或在用户桌面上留下快捷方式。

(iv) 这些 App 不得下载或安装独立的 App、kext、额外代码或资源,以向我们在审核过程中看到的 App 添加功能,或进行大幅更改。

(v) 这些 App 不得申请升级至 root 特权或使用 setuid 属性。

(vi) 这些 App 不得在启动时显示许可证屏幕、需要使用许可证密匙或实施自己的拷贝保护措施。

(vii) 这些 App 必须使用 Mac App Store 分发更新;不允许使用其他更新机制。

(viii) 这些 App 应在当前发布的 OS 上运行,不得使用已停用或选装的技术 (如 Java、Rosetta)。

(ix) 这些 App 必须在单个 App 套装内包含所有的语言和本地化支持。

2.5 软件要求

2.5.1 App 只允许使用公共 API,并且必须在当前发布的操作系统上运行。进一步了解 public APIs. 及时更新您的 App,在未来的操作系统版本中不再支持的任何过时功能、框架或技术皆应被淘汰。App 使用的 API 和框架应该是为了实现预期用途,并在 App 描述中说明集成详情。例如,HomeKit 框架应提供家居自动化服务;而 HealthKit 则应该用于保持健康和健身目的,并集成在“健康”App 中。

2.5.2 App 应自包含在其套装中,不得在指定容器范围外读取或写入数据,也不得下载、安装或执行引入更改 App 特性、功能的代码,包括其他 App。仅在特殊情况下,用于教授、开发或允许学生测试可执行代码的教育类 App 可以下载所提供的代码,但这类代码不得用于其他用途。这类 App 必须开放 App 提供的源代码,让客户可以完全查看和编辑这些源代码。

2.5.3 如果 App 传输的病毒、文件、计算机代码或程序会对操作系统和/或硬件功能 (包括推送通知和 Game Center) 的正常运行造成负面影响或导致其中断,则该 App 会被拒绝。屡教不改或恶劣的违规行为会导致开发者从 Apple Developer Program 中被除名。

2.5.4 多任务处理 App 只允许在实现预期用途时使用后台服务:VoIP、音频播放、地理位置、任务完成记录和本地通知等。如果 App 使用定位后台模式,请提醒用户,这么做会大幅缩短电池使用时间。

2.5.5 我们将在 IPv6 网络上进行审核。如果您的 App 无法与 IPv6 寻址功能兼容,则可能无法通过审核。

2.5.6 如果 App 会浏览网页,则必须使用相应的 WebKit 框架和 WebKit Javascript。

2.5.7 基于蜂窝移动网络且超过 10 分钟的视频流内容必须使用 HTTP Live Streaming,并包含一个基准 192 kbps HTTP Live Stream。

2.5.8 如果 App 会创建替代的桌面/主屏幕环境,或者模拟多 App 插件体验,则该 App 会遭到拒绝。

2.5.9 如果 App 会改变或停用标准开关 (如调高/调低音量和铃声/静音开关) 的功能,或者改变或停用其他的原生用户界面元素或行为,则该 App 会遭到拒绝。例如,App 不应屏蔽转向其他 App 的链接,或用户希望以某种特定方式运行的功能。进一步了解如何正确处理链接。

2.5.10 不得提交包含空白广告横幅或测试广告的 App。

2.5.11 SiriKit 和快捷键

(i) 集成 SiriKit 和快捷键的 App 只能登记无需其他 App 支持便可处理的意图,而且该意图应当与用户对所述功能的预期相符。例如,如果您的 App 属于膳食计划 App,则不应融入开始体能训练的意图,即使该 App 共享了与健身 App 的集成也不可以。

(ii) 确保 plist 中的词汇和短语与您的 App 及其所登记意图的 Siri 功能相符。别名必须与您的 App 或公司名称直接相关,不得使用通用术语或者包含第三方 App 名称或服务。

(iii) 以最直接的方式解析 Siri 或快捷键的请求,不要在请求与实现之间插入任何广告或其他市场营销信息。只有在完成相关任务需要时 (例如让用户指定特定类型的体能训练时),才可以要求消除歧义。

2.5.12 利用 CallKit 或包含 SMS Fraud 扩展的 App 应该只拦截已确认用于发送垃圾信息的电话号码。具有通话、短信或彩信拦截功能或垃圾信息识别功能的 App 必须在营销文本中清楚标识这些功能,并且说明归入拦截列表和垃圾信息列表的标准。通过这些工具获得的数据不得用于与运行或改进您的 App 或扩展没有直接关联的任何其他目的 (例如,不得出于跟踪或创建用户资料等目的来使用、共享或销售这些数据)。

2.5.13 使用人脸识别进行帐户验证的 App 必须尽可能使用 LocalAuthentication (而非 ARKit 或其他人脸识别技术),且必须对未满 13 岁的用户使用备用身份验证方式。

2.5.14  App 必须明确要求取得用户同意,并在记录、日志记录或以其他方式记录用户活动时提供清晰的视觉指示。这包括任何对设备摄像头、麦克风或其他用户输入的使用。

2.5.15 允许用户查看和选择文件的 App 应该包括来自 Files App 和用户的 iCloud文档的项目。

3. 业务

在 App Store 中,您可以通过多种方式让自己的 App 实现盈利。如果您的业务模式并不显而易见,请务必在其元数据和 App Review 备注中加以说明。如果我们无法理解 App 的工作方式,或者 App 内购买项目不是那么一目了然,则审核会有所延误,并可能会导致 App 被拒绝。尽管价格由您决定,但是我们不会分发要价明显过高的 App 和 App 内购买项目。对于试图以不合常理的高昂价格欺骗用户的 App,我们将予以拒绝。

如果我们发现您试图操纵评论,通过付费、提供奖励、经过筛选或伪造反馈来提高排名,或者要求第三方服务代您这样做,我们会采取相应措施以维护 App Store 的公正诚信。采取的措施可能包括将您从 Apple Developer Program 中除名。

3.1 付款

3.1.1 App 内购买项目:

如果您想要在 App 内解锁特性或功能 (解锁方式有:订阅、游戏内货币、游戏关卡、优质内容的访问权限或解锁完整版等),则必须使用 App 内购买项目。App 不得使用它们自己的机制来解锁内容或功能,比如许可证密钥、增强现实标记、二维码等。App 及其元数据不得包含指引客户使用非 App 内购买项目机制进行购买的按钮、外部链接或其他行动号召用语。

App 可使用 App 内购买项目式货币,以便用户在 App 中“打赏”数字内容提供商。

通过 App 内购买项目购买的所有点数和游戏货币不得过期,并且您应确保为所有可恢复的 App 内购买项目设计一套恢复机制。

请务必指定正确的可购买类型,否则您的 App 将被拒绝。

App 不得直接或间接地将 App 内购买项目内容、功能或消耗品赠予他人。

通过 Mac App Store 分发的 App 可托管基于非 App Store 机制的插件或扩展。

提供“战利品箱”或其他随机虚拟物品购买机制的 App 必须在客户购买前,向其披露每种类型物品的获取几率。

非订阅 App 完全解锁之前可提供一段时间的免费试用期,按照命名约定:“14天试用期”。 在试验开始之前,您的 App 必须明确它的持续时间,当试验结束时,内容或服务不再允许访问,用户需要付费才可以继续使用。通过收据和设备检查了解更多关于管理内容和试用期的持续时间。

3.1.2 订阅:无论属于 App Store 上哪一类别,App 都可以提供自动续订的 App 内购买订阅。在 App 内集成可自动续订的订阅时,请务必遵循下述指导原则。

3.1.2(a) 允许的用途:如果您提供自动续订订阅,则必须为客户提供持续的价值,订阅期必须持续至少七天,并且能够在用户的所有设备上访问。以下并非详尽列表,适当的订阅示例包括:新游戏关卡;连载内容;多玩家支持;持续提供实质性更新的 App;对媒体内容的大型合集或持续更新的访问权限;软件即服务 (SAAS);以及云服务支持。此外:

订阅可与单点式服务一起提供。例如,您可以提供整个影片库的订阅,以及单部影片购买或租赁。

您可以在您的多个 App 和服务中提供跨 App 的订阅项目,但这些订阅不可扩展到第三方的 App 或服务。游戏订阅中提供的游戏必须由该开发者拥有或已受独家许可 (例如:非属于游戏发布平台的一部分)。所有游戏都必须直接从 App Store 下载。游戏须避免订阅用户的重复支付,且不应损害非订阅用户的利益。

订阅必须适用于可使用该 App 的所有用户设备。详情请参阅 Sharing a subscription across your apps。

App 不得强制要求用户为 App 评级或点评、下载其他 App,或执行其他类似操作,然后才能访问该 App 的功能、内容或者使用该 App。

与所有 App 一样,此类服务订阅应当允许用户直接获得付费购买的项目而无需执行额外任务,如在社交媒体上发帖、上传通讯录,以及在 App 内签到特定次数等。

订阅可以包含消耗性的积分、宝石或游戏内货币等。您也可以提供包含消耗性商品打折权益的订阅 (例如能以优惠价购买宝石包的高级会员资格)。

如果要将现有 App 更改为基于订阅的业务模式,您不得减掉现有用户已付费购买的主要功能。例如,针对新客户引入订阅模式后,已购买“完整游戏解锁”的客户应能够继续访问完整版游戏。

自动更新订阅 App可以通过提供 App Store Connect 中列出的相关信息向客户提供免费试用期。那些试图以虚假借口欺骗用户购买订阅的 App 或进行欺骗和交换操作的 App 将从 App Store 中删除,您也将从 Apple Developer Program 中除名。了解更多免费订阅试用。

3.1.2(b) 升级和降级:用户应能获得无缝的升级/降级体验,并且不会出现无意间订阅同一内容的多个不同版本。请查阅关于管理订阅升级和降级选项的最佳做法。

3.1.2(c) 订阅信息:在让客户订阅之前,您应当清晰描述付费后的具体权益。每月有几期?云存储容量有多大?具体能访问您的哪些服务?另外,务必要清晰地表述相关的要求,即苹果开发者计划许可协议的 Schedule 2 中“协议、税务和银行业务”部分所述的要求。

3.1.3(a) “阅读器” App:App 应允许用户访问先前购买的内容或内容订阅 (具体包括:杂志、报纸、图书、音频、音乐、视频、专业数据库访问权限、VoIP、云存储以及经批准的服务,如课堂管理 App) 以及多平台游戏中的消耗品,前提是您同意不会直接或间接引导 iOS 用户使用非 App 内购买项目机制进行购买,并且在您介绍其他购买方式的普通沟通中没有刻意阻止用户使用 App 内购买项目。

3.1.3(b) 多平台服务:跨多个平台运行的 App 可以让用户在其他地方访问获得内容、订阅或功能,包括多平台游戏中的可消费项目,前提是这些也提供 App 内购买项目选项。您不能直接或间接地针对 iOS 用户使用内购之外的购买方法,并且您关于其他购买方法的日常沟通也不能阻碍内购的使用。

3.1.4 特定硬件内容:在为数不多的情形中,例如当功能依赖于特定的硬件功能时,App 可在不使用 App 内购买项目的情况下解锁该功能 (例如,天文 App 会在与望远镜同步后增加功能)。与经过批准的实际产品 (如玩具) 配合使用的可选 App 功能可在不使用 App 内购买项目的情况下解锁特定功能,前提是同时也提供 App 内购买项目选项。您不得要求用户通过购买无关产品或参与广告或市场活动来解锁 App 功能。

3.1.5 (a)App 之外的商品和服务:如果 App 允许用户购买将在 App 之外使用的商品或服务,则必须使用 App 内购买项目以外的购买方式来收取相应款项,如 Apple Pay 或传统的信用卡输入。

3.1.5 (b) 数字加密货币

(i) 钱包:App 可促进虚拟货币存储,只要它们是由注册为组织的开发人员提供。

(ii) 挖矿:App 不得挖掘加密货币,除非处理是在设备之外进行的(例如基于云的挖掘)。

(iii) 交易所:App 可以在经过批准的交换中促进加密货币的交易或传输,前提是这些交易是由交换本身提供的。

(iv) 首次币发行:为首次发行货币(“ICOs”)、密码货币期货交易、其他密码证券或准证券交易提供便利的 App,必须来自老牌银行、证券公司、期货交易委员会(“FCM”)或其他经批准的金融机构,并必须遵守所有适用法律。

(v) 加密货币 App 不得为完成任务提供货币,比如下载其他应用程序、鼓励其他用户下载、发布到社交网络等。

3.1.6 Apple Pay:如果 App 使用 Apple Pay,则在销售任何商品或服务之前,必须先向用户提供所有的基本购买信息,并且必须正确使用 Apple Pay 品牌和用户界面元素,具体要求可参考“Apple Pay 识别标志指南”和“Human Interface Guidelines”。使用 Apple Pay 提供重复付款服务的 App 至少需要披露以下信息:

续订周期的时长;除非被取消,否则续订将会继续

每个周期中会提供哪些服务

将向客户收取的实际费用

如何取消

3.1.7 广告: App 里显示的广告必须符合应用的年龄评级,允许用户查看所有针对该广告的信息(用户不需要离开 App),并且不得基于敏感的用户数据对其进行定向广告,如健康/医疗数据(如HealthKit APIs)、教室数据(如 ClassKit)或儿童数据(如儿童类应用)等。

打断用户体验的间隙广告必须明确表明它们是广告,不能操纵或欺骗用户点击,必须提供易于访问和可见的关闭/跳过按钮,以便人们删除广告。

3.2 其他业务模式问题

下方列表并非详尽清单,并且您提交的 app 可能会导致我们的政策有所更改或更新,但这里有一些额外的应做事宜和勿做事宜需要您谨记在心:

3.2.1 可以接受

(i) 在您的 App 中,出于购买或促销目的而展示您的其他 App,只要您的 App 不只是简单地罗列其他 App。

(ii) 显示或推荐专为经批准的特定需求而设计的第三方 App (如健康管理、航空以及辅助功能等)。您的 App 应能提供持续不断的编辑内容,这样 App 才不会看起来像是个摆设。

(iii) 在租借期限结束后,禁止访问经批准的特定租借内容 (例如电影、电视节目、音乐、图书);所有其他项目服务不得存在过期时间。

(iv) Wallet 凭证可用于付款或接收付款、传输交易或是提供身份验证 (例如电影票、优惠券和 VIP 凭据)。如将 Wallet 凭证用作其他用途,则可能会导致 App 被拒,Wallet 凭据也有可能被撤销。

(v) 保险类 App 必须免费提供,并且必须遵守 App 发布地区的相关法律,且不得使用 App 内购买项目。

(vi) 经批准的非营利组织可以在他们持有的 App 或第三方 App 内进行筹款活动,前提是这些筹款活动必须遵守所有的 App Review 准则并提供 Apple Pay 支持。这类 App 必须披露资金的计划用途,遵守所有必要的当地和联邦政府法律,并且确保向捐款人提供相应的报税收据。在被要求时,还应向 App Review 团队提供其他信息。向捐款人介绍其他非营利组织的非营利组织平台必须确保 App 中列出的每一家非营利组织都已通过非营利组织批准流程。进一步了解如何成为批准的非营利组织。

(vii) App 可允许个人用户使用非 App 内购买项目机制向另一位个人送赠货币式礼物,前提为:a) 送赠方拥有决定是否进行送赠的完全自主权,b) 获赠方收取 100% 的礼物金额。然而,礼物若在任何时间点对应或包含接收任何数字内容或服务,则必须使用 App 内购买项目。

(viii) App 如被用于金融交易,投资或资金管理,发布方应为执行此类服务的金融机构,或必须使用由该机构根据其条款与条件提供的公共 API。

3.2.2 不可接受

(i) 创建与 App Store 类似且用于显示第三方 App、扩展或插件的界面,或将其作为热门 App 的合集。

(ii) 通过由硬件或操作系统提供的内置功能 (诸如推送通知、照相机或陀螺仪) 或 Apple 服务 (如 Apple Music 访问或 iCloud 存储) 获利。

(iii) 人为地刷广告展示次数或者广告点进次数的 App,以及主要设计目的在于显示广告的 App。

(iv) 在 App 内为慈善机构和募款方筹集资金,除非您是经批准的非营利组织或依上文 3.2.1 (vi) 规定获得了许可。出于以上目的筹集资金的 App 必须在 App Store 上免费,并只能在 App 之外筹集,例如通过 Safari 或短信。

(v) 强行限制 App 的用户群,例如限制特定地区或运营商。

(vi) App 应当允许用户直接获得付费购买的项目而无需执行额外的任务,如在社交媒体上发帖、上传通讯录,以及在 App 内签到特定次数等。App 不得要求用户必须先为 App 评分或点评、观看视频、下载其他 App、点击广告或进行其他类似操作,然后才能访问 App 的功能、内容或使用 App,或者接受现金或其他补偿。

(vii) 人为操纵用户在其他服务中的可见性、状态或排名,除非相关服务的条款和条件允许这样做。

(viii) App Store 中不允许分发协助进行二元期权交易的 App。请考虑使用网页版 App。App 如支持差价合约或其他金融衍生工具 (如外汇) 交易,则必须在提供服务的所有司法管辖区获得相应的许可。

(ix) App 不能强迫用户对其进行评级、审查、下载其他 App 或执行其他类似的操作来访问 App 的功能、内容或使用。

4. 设计

Apple 客户非常看重简洁、雅致、创新且易于使用的产品,这也正是我们希望在 App Store 上看到的。您可尽情提供各种优秀设计,但在 App Store 上被获准发布的 App 至少需要满足以下标准。另请记住,即使在 App 获得批准之后,您也应当对其进行更新,确保 App 能正常工作并持续吸引新客户和现有客户。停止服务或体验下降的 App 随时可能会从 App Store 中被移除。

4.1 抄袭者

请拿出您自己的想法。我们知道您有自己的奇思妙想,那么请将它们付诸实际。请不要简单照搬 App Store 上的热门 App,或只是细微修改其他 App 的名称或 UI,就将其挪为己用。这么做不但有引发知识产权侵权索赔的风险,更会加大在 App Store 中浏览的难度,而且对您的开发者同仁来说也不公平。

4.2 最低功能要求

App 应包含功能、内容和 UI,而不仅仅是一个经过重新包装的网站。如果 App 没有什么实用价值、毫无新意或者不太像是一个 App,那它就不适合出现在 App Store 中。如果 App 不能带来持久的娱乐价值,或只是让人感到毛骨悚然,则无法获得批准。如果 App 只是一首歌曲或一部影片,则应提交到 iTunes Store。如果 App 只是一本书籍或游戏指南,则应提交到 iBooks Store。

4.2.1 应用 ARKit 的 App 应提供丰富而完整的增强现实体验,仅将模型放入 AR 视图或重播动画并不足够。

4.2.2 除了目录类 App 之外,App 不应只用于市场营销材料、广告、网络剪报、内容聚合或链接集合。

4.2.3 (i)  App 应能独立工作,无需安装其他 App。

         (ii) 为确保 App 在启动时运行, 请确保在二进制文件中包含足够的内容。

         (iii) 如果您的 App 需要下载其他资源,请在下载前公开下载的大小并提示用户。在 2019 年 1 月 1 日以后提交的任何更新中,现有 App 都必须遵守这一准则。

4.2.4 与表盘类似的 Apple Watch App 可能会令人感到困惑,因为用户会认为这些 App 能与各种设备功能 (如轻扫、通知和第三方功能栏) 配合使用。将创意性的时间表现方式用作 App 界面是个好点子 (例如,供冲浪者使用的潮汐时钟),但是如果您的 App 与表盘过于相像,则可能会被我们拒绝。

4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 App 需要包含更多的 App 功能,才能获得批准。

4.2.6 利用商业化模板或 App 生成服务创建的 App 将被拒绝,除非该 App 由其内容的提供商直接提交。这些模版服务若要为不同的客户提供差异化的用户体验,可提供工具来帮助客户自行创建创新的 App,但不应代表客户提交 App。模板提供商也可以考虑创建单一的二进制文件,以汇总或“选取”的模型托管所有客户端内容 (例如:在搜索餐厅的 App 里为每个客户餐厅定制独立的条目或页面,或在聚会活动 App 里为每个客户的活动创建单独的条目)。

4.2.7 远程应用镜像:如果您的远程桌面 App 作为特定软件或服务的镜像而不是主机设备的通用镜像,那么它必须遵守以下规定:

(a) 主机设备是用户拥有的个人计算机,主机和客户端必须连接在本地和基于 lan 的网络上。

(b) 客户端中出现的任何软件或服务都完全呈现在主机设备的屏幕上,不得使用超出远程桌面流所需的 API 或平台特性。

(c) 所有帐户创建和管理都必须从主机设备启动。

(d) 客户端出现的 UI 不类似 iOS 或 App Store 视图,不提供类似商店的界面,也不包括浏览、选择或购买用户尚未拥有或授权的软件的能力。为了清晰起见,在镜像软件中进行的交易不需要在应用内购买,前提是交易在主机上进行处理。

4.3 重复 App

请不要为同一个 App 创建多个套装 ID。如果您的 App 针对特定位置、运动队、大学等存在不同版本,请考虑提交单个 App,并提供 App 内购买项目以提供不同的功能。同时,请避免继续在已有大量类似 App 的类别下进行开发;App Store 上已经有太多模拟放屁、打嗝声音的 App,以及手电筒和爱经 App。上传大量相似版本 App 的开发者会遭到 Apple Developer Program 的除名。

4.4 扩展

托管或包含扩展的 App 必须遵循“App Extension Programming Guide”或“Safari Extensions Development Guide”,如果可行,还应包含诸如帮助屏幕和设置界面在内的一系列功能。您应当在 app 的市场营销文本中清晰且准确地披露提供了哪些扩展,扩展中不可包含营销、广告或 App 内购买项目。

4.4.1 Keyboard 扩展还需要遵循一些额外的规则。

它们必须:

提供键盘输入功能 (如可输入字符);

如果键盘中含有图像或表情符号,请遵循贴纸准则;

提供切换到下一个键盘的方法;

在没有网络连接和不要求完全访问权限的情况下仍能使用;

收集用户活动数据只是为了改进其 Keyboard 扩展在 iOS 设备上的性能。

它们不得:

启动“设置”之外的其他 App;或者

将键盘按键用于其他行为,例如按住 Return 键来启动相机等。

4.4.2 Safari 扩展必须在 macOS 上的最新版 Safari 上运行。它们不得干扰系统和 Safari UI 元素,并绝不能包含恶意或误导性的内容或代码。违背此规则会遭到 Apple Developer Program 除名。除了正常工作所必需的网站,Safari 扩展不得要求访问更多网站。

4.4.3 表情贴纸

表情贴纸是让“信息”变得更动态、更有趣的绝佳方式,让人们能够以更巧妙、有趣、有意义的方式表达自我。无论您的 App 是含有 Sticker 扩展,还是您要创建单独的表情贴纸包,其内容均不得冒犯用户、造成负面体验或违反相关法律。

(i) 通常,不适合在 App Store 上发布的内容也不适合放入表情贴纸内。

(ii) 考虑地区敏感性,不要在难以接受或者会违反当地法律的国家/地区提供您的表情贴纸包。

(iii) 如果您的表情贴纸含义不易理解,请在审核备注中附上清晰的说明,从而避免导致审核流程的延误。

(iv) 确保您的表情贴纸在您的朋友与家人之外具有相关性;它们不应特定于个人活动、群体或关系。

(v) 您必须对表情贴纸中的内容,持有所有必要的著作权、商标权和形象权及授权许可,不得提交任何未经授权的内容。请记住,您必须能够在要求时提供可核实的文件。若 App 内含有您无权使用的表情贴纸内容,该 App 将从 App Store 中去除,屡次侵权者将从 Developer Program 中除名。如果您认为自己的内容遭到其他提供商侵权,请向我们提交申诉。

4.5 Apple 站点和服务

4.5.1 App 可以使用获批的 Apple RSS Feed (如 iTunes Store RSS Feed),但不能抹除 Apple 站点 (如 Apple.com、iTunes Store、App Store、App Store Connect、开发者门户等) 的任何信息,也不能使用这类信息进行排名。

4.5.2 Apple Music

(i) MusicKit API 可以让客户在使用您的 App 时访问自己的订阅。它们旨在为 Apple Music 订阅用户提供轻松简便的音乐播放体验。用户必须能够发起 Apple Music 流媒体播放,并且能够使用“播放”、“暂停”和“跳过”等标准媒体控件来浏览音乐内容。此外,您的 App 不得要求用户通过付款或间接的货币化方式来获取 Apple Music 服务的访问权限 (如 App 内购买项目、广告、要求使用用户信息等)。请勿下载、上传或分享源自 MusicKit API 的音乐文件,除非 MusicKit 文稿中已明确允许。

(ii) 使用 MusicKit API 并不能取代为获得更深入或更复杂的音乐集成而可能需要的授权许可。例如,如果您希望您的 App 在特定时刻播放特定的歌曲,或者创建可以在社交媒体上分享的音频或视频文件,您需要直接联系版权持有人来获得许可 (如同步或改编权利) 和资源。封面插图和其他元数据仅可用于与音乐播放或播放列表相关的用途 (包括展示 App 功能的 App Store 屏幕快照),未经版权持有人明确授权,不得用于任何市场营销或广告目的。在 App 中集成 Apple Music 服务时,请务必遵循“Apple Music Identity Guidelines”。

(iii) 访问 Apple Music 用户数据 (如播放列表和个人收藏) 的 App 必须在用途字符串中清楚披露这类访问行为。收集的任何数据均不得与第三方分享,也不得用于除支持或改进 App 体验之外的任何其他用途。这类数据不得用于识别用户身份或设备,也不得用于广告定向宣传目的。

4.5.3 不得使用 Apple 服务 (包括 Game Center 或推送通知等) 发送垃圾邮件、进行网络钓鱼,或者向客户发送未经请求的信息。不得尝试进行查找、跟踪、关联、挖掘、获得或利用玩家 ID、别名以及通过 Game Center 获得的其他信息。否则将会遭到 Apple Developer Program 的除名。

4.5.4 App 不能将推送通知列为必需条件,并不能将该功能用于广告、推广或直接行销用途,或者用来发送敏感的个人或保密信息。滥用这些服务可能导致取消您的特权。

4.5.5 仅以 Game Center 团队批准的方式使用 Game Center 玩家 ID,并不得在 App 中显示或向任何第三方显示。

4.5.6 App 可以在其元数据中使用苹果表情符号的 Unicode 字符。但苹果表情符号不能在其他平台上使用,也不能直接嵌入到你的 App 二进制文件中。

4.6 备选 App 图标

App 可以使用自定图标以传达特定信息 (例如表达对某个运动团队的喜爱),前提是每次更改都由用户发起,并且 App 中应包含恢复至原始图标的设置。所有图标变体必须与 App 的内容相关,并且更改内容在所有系统资源之间应保持一致,以便“设置”和“通知”等位置中显示的图标与新的 Springboard 图标相吻合。这项功能不可用于动态、自动或连续性更改,例如用于反映最新天气信息和日历通知等。

4.7 HTML5 游戏与聊天机器人 (Bot) 等

App 可包含或运行未嵌入二进制文件的代码 (如基于 HTML5 的游戏和聊天机器人等),前提是该 App 的主要目的并非代码分发,其代码亦没有在商店界面或类似商店的界面中提供,而且相关软件 (1) 为免费软件或需通过 App 内购买项目进行购买;(2) 仅使用标准 WebKit 视图中提供的功能(例如,它必须在Safari中打开并运行,不需要修改或附加软件);您的 App 必须使用 WebKit 和 JavaScript Core 来运行第三方软件,且不得试图扩展或披露原生平台 API 给第三方软件;(3) 由已加入 Apple Developer Program 且签署“Apple Developer Program 许可协议”的开发者提供;并且 (4) 遵守各个 App Review 指南中的条款 (例如,不含令人反感的内容)。您必须在被要求时提供您的 App 中包含的软件和元数据的索引信息。它必须包括软件提供商的苹果开发者程序团队 ID,以及应用审查中可以用来确认软件符合上述要求的 URL。

5. 法律

只要 App 向某个地区的用户提供,那么就必须遵守该地区的所有法律要求 (如果您不太确定,请与律师联系)。我们知道这些东西非常复杂,但除了下方所列准则以外,同时理解所有本地法律,并确保您的 App 能满足所有法律要求,是您必须承担的责任。当然,如果 App 存在唆使、宣传或鼓励犯罪的行为或明显不负责任的行为,则会被拒绝。在发现涉及如方便人口贩卖和/或剥削儿童的 App 的极端情况下,我们将通知有关当局。

5.1 隐私

在 Apple 生态体系中,保护用户隐私总是第一要务。您要在处理个人数据时小心谨慎,以确保遵守了适用的法律和“Apple Developer Program License Agreement”中的条款,并满足客户的期待。尤其是:

5.1.1 数据收集和存储

(i) 隐私政策:所有 App 在 App Store 中的隐私策略连接元数据字段和应用内都必须包含一个容易访问的链接。他们的隐私政策必须明确:

确定什么数据,应用程序还是服务收集,它如何收集数据,以及所有这些数据的使用。

根据指导方针的要求,需确认任何分享用户数据的第三方应用程序,如分析工具、广告网络、第三方 SDK 以及任何母公司、子公司,可以访问用户数据的其他相关实体–将提供与 App 的隐私政策中所述相同或同等的用户数据保护措施。

解释其数据保留/删除策略,并描述用户如何撤销用户数据的同意/删除请求。

(ii) 允许收集用户或使用数据的 App 必须确保用户同意收集。付费功能必须用户授予对该数据的访问权限。App 也必须为客户提供一个容易且理解的方式撤销同意。请清晰地描述您对数据的使用。为合法利益收集数据的 App 必须遵守欧盟《综合数据保护条例》(General data Protection Regulation,简称 GDPR)或类似法规的规定的所有条款。了解更多关于请求许可的信息。

(iii) 数据最小化:App 应该只请求访问与其核心功能相关的数据,并且只收集和使用完成相关任务所需的数据。尽可能使用进程外选择器或共享表,而不是请求对受保护资源(如照片或联系人)的完全访问。

(iv) 访问 App 必须尊重用户的权限设置,不得试图操纵、欺骗或强迫用户同意不必要的数据访问。例如,有向社交网络上传照片功能的 App,在允许用户上传照片之前,不得访问麦克风。如果可能的话,为不同意的用户提供其他解决方案。例如,如果用户拒绝共享位置,可以提供手动输入地址的功能。

(v) 账户登录:如果 App 不包含基于帐户的重要功能,请允许用户在不登录的情况下使用。App 不得要求用户提供个人信息才能正常使用,除非个人信息与 App 的核心功能直接相关,或是法律要求时。如果您的核心 app 功能与特定的社交网络 (如 Facebook、微信、微博或 Twitter 等) 不相关,您必须提供无需登录或其他类似机制的访问权限。调取基本档案信息、分享到社交网络或邀请朋友使用 App 等不视为核心 App 功能。该 App 还必须包含一种机制,可以撤销社交网络凭证,并禁止社交网络之间的数据访问,不能将凭据存储到设备外的社交网络。仅在 App 使用时,这些凭证才可以直接从 App 本身连接到社交网络。

(vi) 如果开发者开发的 App 试图暗中收集用户密码或其他用户私人数据,那么该开发者会遭到 Apple Developer Program 的除名。

(vii) 必须使用 SafariViewController 在显著位置向用户显示信息;不得隐藏该控制器,也不能被其他视图或图层遮挡。此外,未经用户的知情和同意,App 不得私下利用 SafariViewController 来追踪用户。

5.1.2 数据使用和共享

(i) 除非法律另有规定,未经他人允许,你不得使用、传送或分享他人的个人资料。您必须提供有关数据将如何以及在何处使用的信息。App 收集的数据只有在为了改进与 App 功能相关的用户体验或软/硬件表现时,或在遵循“Apple Developer Program License Agreement”的前提下用于广告投放用途时,才能使用或与第三方分享。未经用户同意或遵守数据隐私法而共享用户数据的 App 可能被禁止销售,并可能导致您从苹果开发者计划中除名。

(ii) 除法律另有明确许可外,未经用户进一步同意,为某一目的而收集的数据不得再用于其他目的。

(iii) App 不得私自建立一个用户配置文件用于收集数据,不得尝试,促进,鼓励其他人来识别匿名用户或重建基于收集数据来自苹果的用户配置文件。

(iv) 不得使用来自联系人、照片或其他api的信息来访问用户数据,以构建一个供您自己使用或销售/分发给第三方的联系人数据库,也不要为了分析或广告营销的目的而收集用户设备上安装的其他 App 的信息。

(v) 不得通过用户的联系人或照片收集的信息与他人联系,除非该用户在个人基础上明确主动;不要包含选择所有选项或默认选择所有联系人。在发送消息之前,您必须向用户提供关于消息将如何显示给收件人的清晰描述(例如,消息显示什么? 谁将是发送者?)

(vi) 从 HomeKit API、 HealthKit、消费者健康记录 API、MovementDisorder API、ClassKit 或深度图和/或面谱绘制工具 (例如 ARKit、相机 API 或照片 API) 收集的数据不得用于营销、投放广告或是基于使用情况进行其他数据挖掘。了解更多关于实现 CallKit、HealthKit、ClassKit 和 ARKit 的最佳实践。

(vii) 使用 Apple Pay 的 App 只能与第三方共享通过 Apple Pay 获得的用户数据,以帮助或改进商品或服务的交付。

5.1.3 健康和健康研究

健康、健身和医疗数据特别敏感,涵盖这些领域的 App 必须满足额外的规则,并确保客户隐私受到保护:

(i) App 仅能在获得批准的情况下,出于改进健康管理或健康研究的目的,使用在健康、健身和医疗研究背景下收集的数据 (包括从 Clinical Health Records API, HealthKit API、“运动与健身”、 MovementDisorderAPIs 或健康领域人体研究中收集的数据) 或将其披露给第三方,不得用于广告投放、营销或基于使用情况进行其他数据挖掘。

(ii) App 不得将虚假或错误数据写入 HealthKit 或其他任何医疗研究/健康管理 App,不得在 iCloud 中存储个人健康信息。

(iii) 开展健康领域人体研究的 App 必须获得参与人员提供的知情同意书,如果涉及未成年人,则必须获得由其家长或监护人提供的知情同意书。上述知情同意书必须涵盖以下内容:(a) 研究的性质、目的和时长;(b) 具体规程,给参与人员带来的风险和益处;(c) 关于保密和数据处理 (包括与第三方共享信息的情况) 的信息;(d) 用于回答参与人员问题的联系人;以及 (e) 退出流程。

(iv) 用于开展健康领域人体研究的 App 必须获得一家独立伦理审查委员会的批准。一经要求,必须提供此类批准的证明。

5.1.4 儿童

出于多种原因,您在处理儿童的个人数据时必须小心谨慎。我们建议您仔细阅读所有要求,以遵循相关法律,如《儿童在线隐私保护法》(“COPPA”),欧盟的一般数据保护法规(“GDPR”),和其他国际上或当地适用的同等法律。

App 只能出于遵守适用儿童隐私法规的目的要求用户提供出生日期或家长联系信息,但必须提供一些适用于各年龄层用户的实用功能或娱乐价值。

此外,“儿童类别”中的 App,以及向未成年人收集个人信息 (例如姓名、地址、电子邮件、位置、照片、视频、图画、能否聊天、其他个人数据,或是将永久标识符与以上任何信息组合使用)、传输此类信息或能够共享此类信息的 App,则必须遵守适用的儿童隐私保护法规,且必须拥有隐私政策。为了清楚起见,“儿童类别”的家长监控要求,通常并不完全等同于在这些隐私法规下征得家长的同意后收集个人数据。

5.1.5 定位服务

只有在定位服务与 App 提供的功能和服务直接相关时,才能在 App 中使用定位服务。基于位置的 API 不得用于提供紧急服务,不得对汽车、飞机和其他设备进行自主控制 (小型设备,如轻量无人机和玩具除外),不得遥控汽车防盗系统等。在收集、传输或使用位置数据之前,务必进行通知并获得用户同意。如果 App 会使用定位服务,请务必在 App 中说明相应的原因;请参考“Human Interface Guidelines”,了解相应的最佳做法。

5.2 知识产权

请确保 App 只包含由您创建或拥有使用许可的内容。如果您已越线并在未经许可的情况下使用了内容,您的 App 可能会被移除。当然,这也意味着如果他人抄袭了您的作品,则他们的 App 也可能会被移除。如果您认为自己的知识产权在 App Store 上受到了其他开发者的侵犯,请通过网页表格 (英文) 提交权利主张。各个国家/地区的法律互不相同,但请务必避免以下常见错误:

5.2.1 一般性:不得在未经授权的情况下,在 App 中使用受保护的第三方材料 (例如商标、版权作品、专利设计);也不得在 App 套装或开发者名称中包含虚假、抄袭或误导性的演示、名称或元数据。App 提交方应当是拥有或获授权使用知识产权和其他相关权利的个人或法律实体,并且应对提供 App 中的任何服务负责。

5.2.2 第三方站点/服务:如果您的 App 会使用、访问第三方服务、通过访问第三方服务盈利或是显示第三方服务的内容,请确保您获得在该服务的使用条款下进行此类操作的特别许可。如有相应要求,则必须提供相关授权。

5.2.3 音频/视频下载:App 不得促进非法文件共享,或在没有获得这些资源的明确授权的情况下,提供从第三方来源 (如 Apple Music、YouTube、SoundCloud、Vimeo) 保存、转换或下载媒体资源的能力。视频/音频内容流也有可能触犯使用条款,所以请务必在 App 访问这些服务前,进行检查。如有相应要求,则必须提供相关文稿。

5.2.4 Apple 认可:不得误导或暗示 Apple 是 App 的来源或提供商,或者 Apple 以任何形式表示认可其质量或功能。如果您的 App 被选为“编辑选荐”,Apple 将自动显示相应徽章。

5.2.5 Apple 产品:不得创建与现有 Apple 产品、界面 (如 Finder)、App (如 App Store、iTunes Store 或“信息”) 或广告主题外观相似或容易混淆的 App。App 和扩展 (包括第三方键盘和贴纸包) 不得含有 Apple 表情符号。iTunes 音乐预览内容不得用于其娱乐价值 (如用作照片拼贴画的背景音乐或游戏配音) 或其他未获授权的方式。如果 App 显示健身记录圆环,则不应以类似于“健身记录”控件的方式展示“活动”,“锻炼”或“站立”数据。请参考 “Human Interface Guidelines”以了解关于如何使用健身记录圆环的更多信息。

5.3 游戏、赌博和彩票

赌博、游戏和彩票的管理难度大,是 App Store 上受到最多管制的 App 类别之一。只有全面核实了即将发布您的 App 的所有国家/地区的相关法律要求后,才能包含此功能,并且要做好准备此功能的审核流程需要更长的时间。您需要谨记以下事项:

5.3.1 抽奖和比赛必须由 App 的开发者赞助。

5.3.2 抽奖、比赛和抽彩的正式规则必须在 App 中注明,并且必须明确表示 Apple 不是赞助者,也没有以任何形式参与活动。

5.3.3 App 不得通过 App 内购买项目购买点数或货币,以用于任何种类的真实货币游戏;不得向用户出售彩票或抽彩券;不得在 App 内进行资金转账。

5.3.4 提供真实货币游戏 (例如体育下注、扑克、赌场游戏、赛马) 或彩票的 App 必须在使用该 App 的地区获得必要的许可和批准,且只能在这些地区发布,此类 App 在 App Store 中必须免费提供。App Store 上不允许发布非法的赌博辅助工具,包括记牌器。彩票 App 必须有报酬、几率及奖品。

5.4开发者行为准则

请尊重每一个人,无论是在您对 App Store 评论、客户支持请求的回复中,还是在与苹果的沟通中,包括在分辨率中心的回复中。不要从事任何形式的骚扰、歧视行为、恐吓、欺凌,也不要鼓励他人从事上述任何一种行为。

客户信任是 App Store 成功的基石。App 不应该捕食用户或企图敲诈顾客,诱骗他们制造不必要的购买,迫使他们共享不必要的数据,提高价格以复杂的方式收费或内容不交付,或进行任何 App 内外部的其他操作。

最近更新:2018 年 6 月 4 日

提交之后

在 App Store Connect 中提交 App 和元数据之后,您随即就会进入审核流程。请谨记以下几点:

时间安排:App Review 团队将尽快检查您的 App。然而,如果您的 App 很复杂或者出现了新的问题,它可能需要更多的审查和考虑。记住,如果您的 App 因为同样的准则被反复拒绝,或者您试图操作 App 评审过程,那么评审将需要更长的时间来完成。进一步了解 App Review。

状态更新:App 的当前状态会反映在 App Store Connect 中,所以请多留意此处。

加急请求:如果您遇到了严重的时间问题,可以申请加急审核 (英文)。请仅在您真的需要加快审核时才提出申请,以便其他开发者的加急请求不受影响。如果我们发现您滥用此系统,从此以后我们可能都会拒绝您的申请。

发布日期:如果您设定在未来某个日期发布 App,在此日期到来之前,即使这个 App 已获得 App Review 团队的批准,也不会显示在 App Store 上。请注意,您的 App 可能需要长达 24 小时才能显示在所有选定的商店中。

拒绝:我们的目标是公平、持续地遵循这些准则,但是人无完人。如果您的 App 被拒绝,但您存在疑问,或希望提供其他信息,请使用解决方案中心,以与 App Review 团队直接沟通。这样可以帮助您的 App 出现在商店中,也可帮助我们改进 App Review 流程,并在我们的政策中发现需要阐明的部分。如果您仍对结果不满意,请提交申诉 (英文)。

我们期待看到您开发出更多优秀作品!

新的 App Store

1、应用榜与游戏榜展示的 App 从 200 个减少为 50 个。2、详情页删除分类与排名,增加「版权」信息。

2、详情页删除分类与排名,增加「版权」信息。

 

本文作者@七麦研究院  由(青瓜传媒)整理发布,转载请注明作者信息及出处!

产品推广服务:APP推广服务    广告投放平台    龙游游戏

]]>
//www.f-o-p.com/85635.html/feed 0
2018年APP推广怎么做?解说渠道推广大全! //www.f-o-p.com/13876.html //www.f-o-p.com/13876.html#respond Fri, 09 Mar 2018 04:09:51 +0000 //www.f-o-p.com/?p=13876  1
 无论你是刚刚进入移动互联网推广菜鸟,还是已经在这个行业摸爬滚打数年的老兵。无论哪个阶段你都会碰到各种各样的棘手的问题。从一开始的APP怎么做分发?到最后的一个月上千万的预算怎么去花。这些问题无时无刻的都困扰着移动互联网市场从业者的脑边。更重要的是App推广的玩法变得太快,从一开始的应用商店积分墙再到现在的信息流广告,短短一两年你会发现以前的经验现在已经用不上了。“不进则退”是移动互联网推广从业者必须深刻认识到的一个问题。
APP推广到底是干什么的?是应用商店的渠道推广?还是媒介广告投放推广?还是商务合作推广?还是公关营销推广?首先我们要明白互联网公司市场部的作用,我们可以把它分为两大类。

 效果类营销

任何以KPI指标跟结果为导向的推广我们定义为“移动互联网效果类营销”。电商、金融等APP你的目标结果就是销售额跟投资金额。工具类、社区类等APP你的指标就是留存率、使用时长、统称为活跃指标。

品牌类营销

 以曝光量百度指数以及传递品牌形象为目的推广我们定义为“移动互联网品牌营销”。从小到产品的slogan大到媒体TV硬广,这些难以精确统计实际效果的事件我们定义为品牌营销。
本 文我们重点谈一谈移动互联网效果类营销怎么做。在这之前我还是需要强调一下,效果类营销的好与坏一方面跟从业者的能力有关系,另一方面跟产品的核心竞争力 有直接的关系。产品就是万事开头的第一位数,效果类营销只不过是第一位数后面的加成。产品如果是0后面再加多少个0都是功亏于魁。当然对于从业者来说无论 什么产品全力以赴是最基本的职业态度。
移动互联网流量池一览

渠道分发

第三方应用市场应用宝360手机助手百度手机助手PP助手豌豆荚等。

手机厂商市场:华为、小米、oppovivo、魅族、美图手机、锤子等。

苹果正版越狱:XY手机助手、爱思助手、itools、同步推等。

效果类原生广告

资讯类信息流今日头条、智慧推、一点资讯、畅读、搜狐汇算、新浪扶翼、Zaker等
社交类信息流:粉丝通广点通微信MP、百度贴吧陌陌
浏览器信息流:UC浏览器、QQ浏览器、猎豹、小米等。
DSP信息流:有道DSP、多盟DSP、力美DSP、Imobi、Admob、聚效等。
工具类信息流:wifi万能钥匙、酷划锁屏、红包锁屏、万年历、墨迹天气等。
国内外网盟:快友、mobvista、yeahmobi、glispa、matomy等
视频类:爱奇艺、优酷、搜狐视频等。
SEM/ASO:百度SEM、360SEM、神马SEM、appstore ASO等

渠道分发现状

我 相信最早接触应用商店推广的那批从业者一定会怀念那个一个首发就能带来上万新增的年代。12年-13年是移动互联网的窗口期,用户的使用习惯是主动去应用 商店搜索下载好玩的APP。基本上是哪个排名高哪个被推荐就下载什么。我们称那个年代叫小白年代。可是就如我开头所说的移动互联网的发展太快了,短短几年 时间涌现出几百万款APP。从14年开始用户的使用习惯已经慢慢的从去应用商店主动搜索好玩的APP,到今年的应用商店回归渠道分发的本质。
有 一个数据可以告诉大家,目前75%以上的用户去应用商店都是知道自己要下载什么,下载完了就闪人不会做太多的停留。所以很多开发者会抱怨为什么现在首发只 有几百个新增、为什么买CPT的首页Banner算下来成本这么高?为什么应用商店要开始玩有奖下载、红包激励?这一切的本质就是用户的使用习惯变了。那 针对以上的局势我们需要怎么办?
如 果你的CPT投放成本很高,那么只投CPD的关键词竞价,做CPD的目的是降低获取用户的成本,另一方面也是防御性的手段,防止自己的产品名字被流量劫 持。华为、小米等手机厂商随着手机出货量的不断增加还可以深挖。如果一家应用商店的商业化程度越来越严重,那么你就要谨慎了。说明它们开始在追求利益最大 化的变现,你的成本会水涨船高。所以,我个人建议今年不要再把太多精力花在应用商店上面。

原生广告

 信息流广告原生广告的主分支,本质的核心就是原生广告。我们一定要搞清楚原生广告不是品牌广告,核心的是靠素材跟文案去吸引用户。如果一张素材上面你又想传 递品牌,又想获得好的点击率这个非常困难。用户更加关心是内容本身,这个是需要所有人都需要明白的最基本的道理。如果2015年是信息流广告的元年,那么 2016年是信息流广告的爆发年。今年如果你还不做信息流广告你后面再做成本会非常高。从15年下半年到16年上半年越来越多的超级APP开始商业化,这 是一个好消息也是一个坏消息。商业化初期对于开发者开说是红利期,你获取用户的成本很低。但是一旦商业化足够成熟那么竞争也会越来越激烈。本文我会大概的 把主流的渠道做个简单的说明讲解,在后期的文章中我会针对每个渠道进行详细的投放优化策略讲解。

今日头条

日活:5千万
IOS占比:30%
女性:45%
年龄:18-40岁占比70%
基本情况:首先今日头条除了头条以为,还包含了段子来了的流量资源。目前是资讯类信息流平台最大的平台。16年开始头条开始向广告主开始放量,如果做新闻类的渠道这是必须要做的。

畅读

日活:450万
IOS:40%
女性:50%
年龄:20-35岁
基本情况:女性用户占比高,畅读的优势在于它有很多免费的杂志资源,并且可以洽谈多种合作方式。

搜狐汇算

日活:800万
IOS:30%
女性:20%
年龄:28-45岁
基本情况:搜狐是老媒体整体用户年龄偏大,但是实际消费能力包括对新生产品还是比较抵触。

新浪扶翼

日活:400万
IOS:30%
女性:30%
年龄:25-35岁占比90%
基本情况:出了新浪新闻APP、wap流量以外还包含了小咖秀美拍大姨妈等流量。

一点资讯

日活:300万
IOS:17%
女性:40%
年龄:18-35岁占比70%
基本情况:15年年底开始商业化目前属于红利期安卓用户偏多。因为投资方有小米,故小米后台也可投放。

Zaker

日活:500万
IOS:50%
女性:32%
年龄:21-30占比60%
基本情况:一线城市用户占比50%,用户群质量偏高,商业化初期红利可观。

智慧推

日活:5千万
IOS:70%
女性:40%
年龄:18-35
基本情况:包含腾讯新闻腾讯视频天天快报资源。IOS用户非常高,适合大规模放量。

粉丝通

日活:5千万
IOS:40%
女性:60%
年龄:18-25岁占比60%
基本情况:微博财报日活1.2亿,整体用户属性偏年轻化,目前国内最大的开放类社交平台,粉丝通商业化比较成熟,也是多数开发者必投的渠道。

广点通

日活:1亿+
IOS:40%
女性:45%
年龄:18-40占比85%
基本情况:广点通包含腾讯新闻、微信、QQ空间等众多资源。其中通常投放的比较多的是feeds广告。这里面包含了QQ空间,以及第三方APP例如臭事百科等。体量大,流量参差不齐适合多种类型的APP投放。市面上比较知名的垂直类电商一年投放金额几千万到上亿。

微信MP

日活:5亿+
CPC:安卓平均点击单价0.8,IOS为1元。
CTR:1.4% -1.8%
基本情况:CPC资源主要微信公众号底部 banner位置,以及朋友圈广告按CPM结算。差不多一个CPM在30元-50元之间。微信MP商业化还不完善,说实话成本挺高。

UC浏览器

日活:5千万(官方1亿)
IOS:30%
女性:40%
年龄:20-35岁之间
基本情况:国内浏览器的流量老大,用户群覆盖面广满足放量需求但是优化难度较高。投放下来成本还是比较高。

百度贴吧

日活:3千万(官方7500万)
IOS:30%
女性:40%
年龄:18-35占比80%,整体年龄偏年轻化
基本情况:学生群体较多但也包含不少冲动型消费用户,相对来说更适合社交、游戏、工具类产品投放。

陌陌

日活:1000万(官方2000万,附近的人PV 1个亿)
IOS:30%
女性:30%
年龄:18-32占比90%
基本情况:整体投放属性还是偏CPM,CPC投放效果一般看后期商业化调整。

DSP信息流

如 何判断一家DSP公司的好坏,取决于它们的算法,对于长尾流量的把控以及核心的媒体的资源。DSP是一个值得深挖的流量池,难度在于平台的选择优化。对于 一些垂直类APP又想获取精准用户,可以深挖这一块。里面包含了诸多的中小型垂直类APP的长尾流量。同时你也需要做好前期成本极高的准备。

国内外网盟

本质上来说跟DSP的性质没有太大差别,唯一的区别在于媒体的选择上。会有部分国外APP在国内的一些长尾流量。例如glispa、matomy等公司相对国外资源优势比较大,满足开发者短期内的放量需求。整体用户质量取决于开发者的要求跟最终的把控。
DSP 跟网盟是一个比较杂的流量池,里面会包含很多大的媒体的长尾流量。而且比较难判断来的流量是哪个媒体,因为他们会去找很多下家,你根本不清楚流量是哪里来 的。所以不建议大金额的投放,同时需要把控好用户质量。如果你不想通过刷量去冲击APPSTORE的排名,那么或许DSP跟网盟是个不错选择。保证了流量 的真实性的同时又可以提高分类榜的排名。

ASO

15 年初到15年中旬你如果玩ASO,那么我可以说你还是比较厉害。例如比较知名的某进口零食APP、某招聘APP。他们确实通过ASO获得了大量用户。但是 16年的ASO已经烂大街了我个人不建议去玩。首先成本变高第二很难稳定获得大规模真实流量还冒着被投诉的风险。当然小公司光脚不怕穿鞋的可以试试。
ASO(苹果商店搜索优化)分为三个步骤。
关键词的覆盖:通过开发者组词的方式的让产品覆盖更多的有效关键词,通常主流在500-2000之间。这是ASO的第一步,通常这一步是最基础的不会带来任何效果。
关键词排位的优化:例如你的产品覆盖了百度这个关键词,那么你需要通机器刷,或者微信积分墙任务的方式把你的产品的排位提升到前五。目前机器刷存在巨大风 险,主流的是通过例如钱咖、应用试客等平台以CPA单价3.5-4元/A的模式去发布任务,在某时间段进行大规模的重复任务。相对来说风险较低,但是还是 建议中小型开发者做一个副应用。
维持排位:15年下半年市面上主流做20个词,要优化一次就可以维持较长时间。但是16年的苹果算法调整,现在需要每天进行排名维护。
加急审核:加急审核本质上是通过技术手段快速跳过苹果的审核,不存在代写加急邮件或者跟苹果有关系一说。
渠道谁都知道,到底该怎么玩?
就如我一开始所说的,今年信息流广告是重点。如果你的月预算在300万-800万基本上腾讯系、阿里系、百度系、超级APP系的信息流流量可以满足你的放量需求。简单的说你投满10-15个主流信息流渠道基本满足你的KPI需求。
至 于DSP、CPA网盟、垂直类APP等等都是作为长尾流量的补充。而信息流渠道本质上的难点在于渠道的优化跟渠道的管理。为什么同样的渠道你的竞品投放成 本比你低,ROI比你高?本质上是你的竞品在优化层面做的比你好。通常投放信息流一般很少会跟直客合作,通常会跟代理商合作。那么好的代理商跟差的代理商 决定了你的成本跟ROI。当然部分公司也会有自己的优化团队,但是我的理念是专业的事情交给专业的人去做。
代理商实力:首先我们要判断代理商是否为一级代理商,这个决定了代理商跟媒体的关系跟获取资源的能力。通常我个人建议可以直接跟媒体方进行洽谈,了解媒体现阶段的真实情况,在根据自己的产品去做判断是否适合投这个媒体。
优 化团队的能力:每一家代理商上门过来跟我谈都会告诉你我们家优化师很牛,通常我们只需要关注三点。一是是否有同类产品的APP在跟他们合作,合作的效果怎 么样,例如激活成本、转化率、CTR、ROI等详细的数据。二是详细看一下同类产品投放素材的案例图片,素材是否是真正意义上的能够吸引目标用户群。三是 如果让代理商根据你们的产品制作一个投放策略以及预估一个成本以此考核。通常好的代理商只有10%的优化师是真正有实力的,通常只服务大型客户。所以后期 合作哪个优化师负责你们的产品需要明确清楚。
代 理商的返点政策:返点政策水比较深,简单的说你需要清楚媒体给到代理商的全额返点为多少。目前市面上的代理商通常不会全额返点,除非你投放量极大后天硬。 但是我们需要通过各种手段多方评估筛选出最有诚意的代理商。例如智慧推因为返点力度大,返点的比例影响着你最终投放的成本。通常你一句“我手上也接触了很 多家代理,你报个你们最大的返点力度”基本可以大概摸出对方的诚意。当然最简单的方法就是看同行老大跟哪家合作,你就找哪家谈。
渠 道的管理:在于根据每天投放的数据,进行及时的优化调整。以及对于代理商的积极性、压力的把控。在精力跟资源允许的情况下,通常可以跟两家实力相当的代理 商同时合作。让双方之间有竞争关系跟压力。其次跟优化师的深入交流至关重要,最终把控的就是每天代理商发给你日报的结果。
渠 道的优化周期:任何渠道一开始投放通常会出现成本很高的情况下,因为大多数媒体的账户需要通过十几天的账户优化。这就是账户的质量度,你的账户质量度越 高,你后期投放的成本就越稳定。同样的出价就能够获得更多的曝光。所以千万不要前几天投放成本高,马上就暂停广告这是大忌。
投放的素材方向:不同的产品投放的素材方向都不一样,但是核心的是你的素材是吸引你的目标用户群。而不是完全为了成本跟点击率去制作垃圾流量素材。通常前期需要定5-10个不同风格方向的素材,小规模的测试然后找到跑量的素材。
数据的把控:每天花那么多钱,一定要对数据负责。数据可以反馈很多东西,需要花精力去研究投放数据。通常需要关注点击成本、CTR、激活成本、ROI、CPM折算后的成本。其次一定要对后期用户的质量进行严格的监控防止垃圾流量的进入。
建立起属于你自己的流量池
我 最近还是会听到一些公司抱怨没有推广费用,老板不愿意给钱推广。实话说我为这家公司担忧,移动互联网广告已经进入了僧多粥少的局面。蛋糕就这么大有资源有 资金的公司的用户会越来越多,没资源没资金又不舍得花钱的公司将会被市场淘汰。身为效果类营销从业者的责任就是把每一分钱花出效果,钱就是你的弹药。一切 的推广都是以目标用户群为方向,清楚你的潜在目标用户群在哪,他们通常使用什么样的APP。然后建立起属于你自己的流量池,不同的产品流量池都是不一样 的,流量池就是你的资源。不同阶段使用不同的媒体渠道,在渠道的分配上按照渠道ROI进行合理的预算分配。保证每季度有新的渠道进来旧的渠道淘汰,建立起 良性循环的流量池。
结尾
移动互联网的用户是世界上最没有忠诚度的用户,这导致了一年一个局面。去年投放效果好的媒体搞不好明年就不行。所以从业者一定要时刻关注市面上比较火的APP,一旦在商业化初期跟他们合作那么你就是第一个吃螃蟹的人。媒体流量虽然在变,但是万变不离其宗玩法都是一样的。

广告投放,请联系青瓜传媒官方

移动应用产品推广服务:APP推广服务  青瓜传媒广告投放

本文 由(青瓜传媒)整理发布,转载请注明作者信息及出处!网站地图

78

]]>
//www.f-o-p.com/13876.html/feed 0
目前最有效的APP推广渠道有哪些? //www.f-o-p.com/36094.html //www.f-o-p.com/36094.html#respond Tue, 28 Feb 2017 06:48:47 +0000 //www.f-o-p.com/?p=36094 1 (72)
APP推广到底是干什么的?
应用商店渠道推广?还是媒介广告投放推广?还是商务合作推广?还是公关营销推广?首先我们要明白互联网公司市场部的作用,我们可以把它分为两大类。
 
效果类营销
 
任何以KPI指标跟结果为导向的推广我们定义为“移动互联网效果类营销”。电商、金融等APP你的目标结果就是销售额跟投资金额。工具类、社区类等APP你的指标就是留存率、使用时长、统称为活跃指标。
 
品牌类营销
 
曝光量百度指数以及传递品牌形象为目的推广我们定义为“移动互联品牌营销”。从小到产品的slogan大到媒体TV硬广,这些难以精确统计实际效果的事件我们定义为品牌营销。
 
本文我们重点谈一谈移动互联网效果类营销怎么做。在这之前我还是需要强调一下,效果类营销的好与坏一方面跟从业者的能力有关系,另一方面跟产品的核心竞争力有直接的关系。产品就是万事开头的第一位数,效果类营销只不过是第一位数后面的加成。产品如果是0后面再加多少个0都是功亏于魁。当然对于从业者来说无论什么产品全力以赴是最基本的职业态度。
 
移动互联网流量池一览
 
渠道分发
 
 
手机厂商市场:华为、小米、oppo、vivo、魅族、美图手机、锤子等。
 
苹果正版越狱:XY手机助手、爱思助手、itools、同步推等。
 
效果类原生广告
 
资讯类信息流今日头条、智慧推、一点资讯、畅读、搜狐汇算、新浪扶翼、Zaker等
 
社交类信息流:粉丝通广点通微信MP、百度贴吧、陌陌等
 
浏览器信息流:UC浏览器、QQ浏览器、猎豹、小米等。
 
DSP信息流:有道DSP、多盟DSP、力美DSP、Imobi、Admob、聚效等。
 
工具类信息流:wifi万能钥匙、酷划锁屏、红包锁屏、万年历、墨迹天气等。
 
国内外网盟:快友、mobvista、yeahmobi、glispa、matomy等
 
视频类:爱奇艺、优酷、搜狐视频等。
 
SEM/ASO:百度SEM、360SEM、神马SEM、appstore ASO等
 
渠道分发现状
 
我相信最早接触应用商店推广的那批从业者一定会怀念那个一个首发就能带来上万新增的年代。12年-13年是移动互联网的窗口期,用户的使用习惯是主动去应用商店搜索下载好玩的APP。基本上是哪个排名高哪个被推荐就下载什么。我们称那个年代叫小白年代。可是就如我开头所说的移动互联网的发展太快了,短短几年时间涌现出几百万款APP。从14年开始用户的使用习惯已经慢慢的从去应用商店主动搜索好玩的APP,到今年的应用商店回归渠道分发的本质。
 
有一个数据可以告诉大家,目前75%以上的用户去应用商店都是知道自己要下载什么,下载完了就闪人不会做太多的停留。所以很多开发者会抱怨为什么现在首发只有几百个新增、为什么买CPT的首页Banner算下来成本这么高?为什么应用商店要开始玩有奖下载、红包激励?这一切的本质就是用户的使用习惯变了。那针对以上的局势我们需要怎么办?
 
如果你的CPT投放成本很高,那么只投CPD的关键词竞价,做CPD的目的是降低获取用户的成本,另一方面也是防御性的手段,防止自己的产品名字被流量劫持。华为、小米等手机厂商随着手机出货量的不断增加还可以深挖。如果一家应用商店的商业化程度越来越严重,那么你就要谨慎了。说明它们开始在追求利益最大化的变现,你的成本会水涨船高。所以,我个人建议今年不要再把太多精力花在应用商店上面。
 
原生广告
 
信息流广告原生广告的主分支,本质的核心就是原生广告。我们一定要搞清楚原生广告不是品牌广告,核心的是靠素材跟文案去吸引用户。如果一张素材上面你又想传递品牌,又想获得好的点击率这个非常困难。用户更加关心是内容本身,这个是需要所有人都需要明白的最基本的道理。如果2015年是信息流广告的元年,那么2016年是信息流广告的爆发年。今年如果你还不做信息流广告你后面再做成本会非常高。从15年下半年到16年上半年越来越多的超级APP开始商业化,这是一个好消息也是一个坏消息。商业化初期对于开发者开说是红利期,你获取用户的成本很低。但是一旦商业化足够成熟那么竞争也会越来越激烈。本文我会大概的把主流的渠道做个简单的说明讲解,在后期的文章中我会针对每个渠道进行详细的投放优化策略讲解。
 
今日头条
 
日活:5千万
 
IOS占比:30%
 
女性:45%
 
年龄:18-40岁占比70%
 
基本情况:首先今日头条除了头条以为,还包含了段子来了的流量资源。目前是资讯类信息流平台最大的平台。16年开始头条开始向广告主开始放量,如果做新闻类的渠道这是必须要做的。
 
畅读
 
日活:450万
 
IOS:40%
 
女性:50%
 
年龄:20-35岁
 
基本情况:女性用户占比高,畅读的优势在于它有很多免费的杂志资源,并且可以洽谈多种合作方式。
 
搜狐汇算
 
日活:800万
 
IOS:30%
 
女性:20%
 
年龄:28-45岁
 
基本情况:搜狐是老媒体整体用户年龄偏大,但是实际消费能力包括对新生产品还是比较抵触。
 
新浪扶翼
 
日活:400万
 
IOS:30%
 
女性:30%
 
年龄:25-35岁占比90%
 
基本情况:出了新浪新闻APP、wap流量以外还包含了小咖秀、美拍、大姨妈等流量。
 
一点资讯
 
日活:300万
 
IOS:17%
 
女性:40%
 
年龄:18-35岁占比70%
 
基本情况:15年年底开始商业化目前属于红利期安卓用户偏多。因为投资方有小米,故小米后台也可投放。
 
Zaker
 
日活:500万
 
IOS:50%
 
女性:32%
 
年龄:21-30占比60%
 
基本情况:一线城市用户占比50%,用户群质量偏高,商业化初期红利可观。
 
智慧推
 
日活:5千万
 
IOS:70%
 
女性:40%
 
年龄:18-35
 
基本情况:包含腾讯新闻、腾讯视频、天天快报资源。IOS用户非常高,适合大规模放量。
 
粉丝通
 
日活:5千万
 
IOS:40%
 
女性:60%
 
年龄:18-25岁占比60%
 
基本情况:微博财报日活1.2亿,整体用户属性偏年轻化,目前国内最大的开放类社交平台,粉丝通商业化比较成熟,也是多数开发者必投的渠道。
 
广点通
 
日活:1亿+
 
IOS:40%
 
女性:45%
 
年龄:18-40占比85%
 
基本情况:广点通包含腾讯新闻、微信、QQ空间等众多资源。其中通常投放的比较多的是feeds广告。这里面包含了QQ空间,以及第三方APP例如臭事百科等。体量大,流量参差不齐适合多种类型的APP投放。市面上比较知名的垂直类电商一年投放金额几千万到上亿。
 
微信MP
 
日活:5亿+
 
CPC:安卓平均点击单价0.8,IOS为1元。
 
CTR:1.4% -1.8%
 
基本情况:CPC资源主要微信公众号底部 banner位置,以及朋友圈广告按CPM结算。差不多一个CPM在30元-50元之间。微信MP商业化还不完善,说实话成本挺高。
 
UC浏览器
 
日活:5千万(官方1亿)
 
IOS:30%
 
女性:40%
 
年龄:20-35岁之间
 
基本情况:国内浏览器的流量老大,用户群覆盖面广满足放量需求但是优化难度较高。投放下来成本还是比较高。
 
百度贴吧
 
日活:3千万(官方7500万)
 
IOS:30%
 
女性:40%
 
年龄:18-35占比80%,整体年龄偏年轻化
 
基本情况:学生群体较多但也包含不少冲动型消费用户,相对来说更适合社交、游戏、工具类产品投放。
 
陌陌
 
日活:1000万(官方2000万,附近的人PV 1个亿)
 
IOS:30%
 
女性:30%
 
年龄:18-32占比90%
 
基本情况:整体投放属性还是偏CPM,CPC投放效果一般看后期商业化调整。
 
DSP信息流
 
如何判断一家DSP公司的好坏,取决于它们的算法,对于长尾流量的把控以及核心的媒体的资源。DSP是一个值得深挖的流量池,难度在于平台的选择优化。对于一些垂直类APP又想获取精准用户,可以深挖这一块。里面包含了诸多的中小型垂直类APP的长尾流量。同时你也需要做好前期成本极高的准备。
 
国内外网盟
 
本质上来说跟DSP的性质没有太大差别,唯一的区别在于媒体的选择上。会有部分国外APP在国内的一些长尾流量。例如glispa、matomy等公司相对国外资源优势比较大,满足开发者短期内的放量需求。整体用户质量取决于开发者的要求跟最终的把控。
 
DSP跟网盟是一个比较杂的流量池,里面会包含很多大的媒体的长尾流量。而且比较难判断来的流量是哪个媒体,因为他们会去找很多下家,你根本不清楚流量是哪里来的。所以不建议大金额的投放,同时需要把控好用户质量。如果你不想通过刷量去冲击APPSTORE的排名,那么或许DSP跟网盟是个不错选择。保证了流量的真实性的同时又可以提高分类榜的排名。
 
ASO
 
15年初到15年中旬你如果玩ASO,那么我可以说你还是比较厉害。例如比较知名的某进口零食APP、某招聘APP。他们确实通过ASO获得了大量用户。但是16年的ASO已经烂大街了我个人不建议去玩。首先成本变高第二很难稳定获得大规模真实流量还冒着被投诉的风险。当然小公司光脚不怕穿鞋的可以试试。
 
ASO(苹果商店搜索优化)分为三个步骤。
 
关键词的覆盖:通过开发者组词的方式的让产品覆盖更多的有效关键词,通常主流在500-2000之间。这是ASO的第一步,通常这一步是最基础的不会带来任何效果。
 
关键词排位的优化:例如你的产品覆盖了百度这个关键词,那么你需要通机器刷,或者微信积分墙任务的方式把你的产品的排位提升到前五。目前机器刷存在巨大风险,主流的是通过例如钱咖、应用试客等平台以CPA单价3.5-4元/A的模式去发布任务,在某时间段进行大规模的重复任务。相对来说风险较低,但是还是建议中小型开发者做一个副应用。
 
维持排位:15年下半年市面上主流做20个词,要优化一次就可以维持较长时间。但是16年的苹果算法调整,现在需要每天进行排名维护。
 
加急审核appstore加急审核本质上是通过技术手段快速跳过苹果的审核,不存在代写加急邮件或者跟苹果有关系一说。
 
渠道谁都知道,到底该怎么玩?
 
就如我一开始所说的,今年信息流广告是重点。如果你的月预算在300万-800万基本上腾讯系、阿里系、百度系、超级APP系的信息流流量可以满足你的放量需求。简单的说你投满10-15个主流信息流渠道基本满足你的KPI需求。
 
至于DSP、CPA网盟、垂直类APP等等都是作为长尾流量的补充。而信息流渠道本质上的难点在于渠道的优化跟渠道的管理。为什么同样的渠道你的竞品投放成本比你低,ROI比你高?本质上是你的竞品在优化层面做的比你好。通常投放信息流一般很少会跟直客合作,通常会跟代理商合作。那么好的代理商跟差的代理商决定了你的成本跟ROI。当然部分公司也会有自己的优化团队,但是我的理念是专业的事情交给专业的人去做。
 
代理商实力:首先我们要判断代理商是否为一级代理商,这个决定了代理商跟媒体的关系跟获取资源的能力。通常我个人建议可以直接跟媒体方进行洽谈,了解媒体现阶段的真实情况,在根据自己的产品去做判断是否适合投这个媒体。
 
优化团队的能力:每一家代理商上门过来跟我谈都会告诉你我们家优化师很牛,通常我们只需要关注三点。一是是否有同类产品的APP在跟他们合作,合作的效果怎么样,例如激活成本、转化率、CTR、ROI等详细的数据。二是详细看一下同类产品投放素材的案例图片,素材是否是真正意义上的能够吸引目标用户群。三是如果让代理商根据你们的产品制作一个投放策略以及预估一个成本以此考核。通常好的代理商只有10%的优化师是真正有实力的,通常只服务大型客户。所以后期合作哪个优化师负责你们的产品需要明确清楚。
 
代理商的返点政策:返点政策水比较深,简单的说你需要清楚媒体给到代理商的全额返点为多少。目前市面上的代理商通常不会全额返点,除非你投放量极大后天硬。但是我们需要通过各种手段多方评估筛选出最有诚意的代理商。例如智慧推因为返点力度大,返点的比例影响着你最终投放的成本。通常你一句“我手上也接触了很多家代理,你报个你们最大的返点力度”基本可以大概摸出对方的诚意。当然最简单的方法就是看同行老大跟哪家合作,你就找哪家谈。
 
渠道的管理:在于根据每天投放的数据,进行及时的优化调整。以及对于代理商的积极性、压力的把控。在精力跟资源允许的情况下,通常可以跟两家实力相当的代理商同时合作。让双方之间有竞争关系跟压力。其次跟优化师的深入交流至关重要,最终把控的就是每天代理商发给你日报的结果。
 
渠道的优化周期:任何渠道一开始投放通常会出现成本很高的情况下,因为大多数媒体的账户需要通过十几天的账户优化。这就是账户的质量度,你的账户质量度越高,你后期投放的成本就越稳定。同样的出价就能够获得更多的曝光。所以千万不要前几天投放成本高,马上就暂停广告这是大忌。
 
投放的素材方向:不同的产品投放的素材方向都不一样,但是核心的是你的素材是吸引你的目标用户群。而不是完全为了成本跟点击率去制作垃圾流量素材。通常前期需要定5-10个不同风格方向的素材,小规模的测试然后找到跑量的素材。
 
数据的把控:每天花那么多钱,一定要对数据负责。数据可以反馈很多东西,需要花精力去研究投放数据。通常需要关注点击成本、CTR、激活成本、ROI、CPM折算后的成本。其次一定要对后期用户的质量进行严格的监控防止垃圾流量的进入。
 
建立起属于你自己的流量池
 
我最近还是会听到一些公司抱怨没有推广费用,老板不愿意给钱推广。实话说我为这家公司担忧,移动互联网广告已经进入了僧多粥少的局面。蛋糕就这么大有资源有资金的公司的用户会越来越多,没资源没资金又不舍得花钱的公司将会被市场淘汰。身为效果类营销从业者的责任就是把每一分钱花出效果,钱就是你的弹药。一切的推广都是以目标用户群为方向,清楚你的潜在目标用户群在哪,他们通常使用什么样的APP。然后建立起属于你自己的流量池,不同的产品流量池都是不一样的,流量池就是你的资源。不同阶段使用不同的媒体渠道,在渠道的分配上按照渠道ROI进行合理的预算分配。保证每季度有新的渠道进来旧的渠道淘汰,建立起良性循环的流量池。
移动互联网的用户是世界上最没有忠诚度的用户,这导致了一年一个局面。去年投放效果好的媒体搞不好明年就不行。所以从业者一定要时刻关注市面上比较火的APP,一旦在商业化初期跟他们合作那么你就是第一个吃螃蟹的人。

移动应用产品推广服务:APP推广服务  青瓜传媒广告投放

本文作者@华旭东  由(青瓜传媒)整理发布,转载请注明作者信息及出处!网站地图

78

]]>
//www.f-o-p.com/36094.html/feed 0
紧急通知!苹果再次更新《App Store审核指南》,新增内容多达25处! //www.f-o-p.com/22487.html //www.f-o-p.com/22487.html#respond Mon, 12 Sep 2016 14:15:34 +0000 //www.f-o-p.com/?p=22487
13

近日小编留意到,苹果再次对《App Store审核指南》进行了更新!(这是苹果今年第三次更新《App Store审核指南》,前两次更新的时间分别是6月13日和4月19日)。

 
对比此前的版本,此次的修改和完善不仅涉及了SiriKit(Siri开发包)、Stickers(贴纸)等新的iOS特性,还增加了与应用标题、iMessage扩展、Safari扩展、订阅模式等有关的内容。除此之外,还对禁止诱导用户评论和窃取用户隐私等规定进行了重申。
 
为方便大家迅速get审核指南的最新动态,小编对修改和新增的内容进行了整理和总结,重点内容如下所示↓↓

1.应用名称必须限制在50个字符以内,且不应包含和应用名称没有关系的术语或描述等。
 
2. 应用程序不能强迫用户为应用评级/评论、下载其他应用程序或以访问功能、内容,或使用应用程序为目的的类似行为。
 
3. 即使应用已经审核通过,也应该随时更新你的应用,以确保它对新的和现有的用户是有用且具有吸引力的。应用不可用或出现崩溃现象将随时可能被从App Store移除。(苹果真的要开始清除App Store中的废弃应用了!)
 
4.关于新的订阅模式
①可以在你自己的App之间提供一个共享的订阅,但这些订阅不得扩展到第三方应用程序或服务中
 
②订阅内容不能包括消耗性积分、宝石、游戏内货币等等,即使和其他供应品结合的时候也是不被允许的。
 
③想基于订阅这种商业模式改变现有的应用程序时,不能取消现有用户使用那些已购买过的功能。
 
5.关于 Stickers(贴纸)
 
①对于贴纸的内容,确保你拥有所有必要的版权、商标、宣传的权利和许可。如果应用程序使用了没有获得相关权利的贴纸内容,则会被从App Store移除。对于屡犯者,将面临着从开发者计划中删除的后果。
 
②如果贴纸的含义不易理解,请在你的审核备注中添加明确的解释,以免延误审核过程。
 
考虑区域性敏感内容,如果你的贴纸包不太容易被接受,或者违反当地的法律,请不要让你的贴纸包在这个国家/地区可用。
 
6.Safari View Contoller必须向用户展示可视的页面,且控制器不能通过其他视图或图层隐藏或掩盖。此外,在没有用户知晓或同意的情况下,应用程序不能使用Safari View Controller追踪用户
 
从以上的修改部分我们不难看出:一苹果对App Store应用的审核有变严的趋势;二苹果以提前为iSO10做了多项准备。鉴于近来开发者踩雷屡见不鲜& iSO10正式登场的时间临近,小编将更新后的《App Store审核指南》也进行了翻译和整理,需要的同学请耐心阅读或收藏。
 
以下是更新后的审核指南(修改部分为红色字体,新增部分为绿色字体,标题除外):
 
目录
提交应用之前—检查列清单
1.安全
1.1 不当内容
1.2 用户生成的内容
1.3 儿童分类
1.4 人身伤害
1.5 开发者信息 
 
2.性能
2.1 应用程序的完整性
2.2 Beta版测试
2.3 应用内容的准确性
2.4 硬件兼容性
2.5 软件要
 
3.业务
3.1 付款 
     3.1.1 应用内付费
     3.1.2 订阅
     3.1.3 基于内容的“阅读”应用
     3.1.4 代码:
     3.1.5 应用之外的商品和服务
     3.1.6 Apple Pay
3.2 其他商业模式问题
     3.2.1 可接受的方式
     3.2.2 不可接受的方式
 
4 .设计
4.1 模仿
4.2 最少功能
4.3 垃圾应用
4.4 扩展
4.5 苹果网站和服
 
5.法律
5.1 隐私
     5.1.1 数据收集和存储
     5.1.2 数据的使用和分享
     5.1.3 卫生与健康研究
     5.1.4 儿童
     5.1.5 位置服务
5.2 知识产权
5.3 游戏、赌博、彩票
提交应用之后—期待
 
提交应用之前
为了帮助你的应用尽可能顺利地通过审核,请查看下列可能降低审核速度或导致应用被拒的常见问题。本清单无法代替审核条款或保证应用过审,但如果你确保你已经达到了清单的各项要求,这将是个良好的开始。
确保你已经:
  • 测试你的应用程序,确保它不会发生崩溃和bugs。
  • 确保应用的所有信息和元数据是完整且准确的。
  • 更新联系人信息,确保审核团队可以及时联系到你。
  • 提供一个有效的测试帐号和登录信息,并提供测试应用时所需的硬件和资源(例如,一个测试用的二维码)。
  • 保证审核期间后台运行正常。
  • 如果应用的某些功能和应用内购买隐藏地较深,则需要在审核备注中提供详细的描述文档和支持文档。如果因为地域或其他限制导致我们无法正常使用应用的某些功能,请提供该描述该功能的视频链接。
  • 检查你的应用程序是否符合其他指导性文档,例如:
 
开发指南

App Programming Guide

(应用程序编程指南)

App Extension Programming Guide

(应用扩展编程指南)

iOS Data Storage Guidelines

(iOS数据存储条款)

Mac OS X File System Documentation

(Mac OS X文件系统文档)

Safari Extensions Development Guide

(Safari扩展开发指南)

iTunes Connect Developer Guide

(iTunes Connect者开发指南)

 
设计指南

iOS Human Interface Guidelines

(iOS人机界面准则)

Mac OS Human Interface Guidelines

(Mac OS人机界面准则)

tvOS Human Interface Guidelines

(tvOS人机界面准则)

watchOS Human Interface Guidelines

(watchOS人机界面指南)

 
品牌营销指南

App Store Marketing Guidelines

(App Store市场营销指南)

Apple Pay Identity Guidelines

(Apple Pay识别标志指南)

Add to Apple Wallet Guidelines

(加入Apple Wallet指南)

Guidelines for Using Apple Trademarks and Copyrights

(使用Apple商标和版权的条款)

一. 安全 
当用户从App Store安装应用时,他们需要确认这种行为是安全的。所以,应用程序中不能包含令人烦恼的,或者具有攻击性的内容,且使用过程中不会造成身心伤害。我们列出了集中常见的缺陷,如果你的应用准备吓唬或与冒犯用户,App Store将不是你的应用应该上架的地方。

1.1 不当的内容

应用程序不应该包括具有攻击性、敏感、令人不悦、侮辱或品味低下的内容。例如:

1.1.1 诽谤或人格侮辱的内容,包括引用或评论宗教、种族、性取向、性别或其他目标人群的内容,尤其是该应用对特定的人或群体造成了伤害(只有专业的政治讽刺作家和幽默大师才不会受到此限制)。

1.1.2 针对人或动物被杀害、致残、折磨、虐待等较为逼真的描述,或具有鼓励暴力倾向的内容。如果是游戏应用,那么其中的敌人不能只针对特定的种族、文化、政府、公司以及任何其他实体。

1.1.3 叙述中鼓励人们非法或者轻率地使用武器和某些危险品,或为人们购买枪支提供方便。

1.1.4 公开的性爱或色情的内容。根据韦氏词典的定义,这些内容特指“明确地描述或展示性器官,或其目的在于激发人们的性欲,而不是展示美学或者渲染气氛”。

1.1.5 煽动宗教仇恨或者对宗教文献的误导性和不准确的引用。

1.1.6 提供虚假的信息和功能,包括提供不正确的设备信息或具有欺骗性质的的功能,例如:虚假的位置跟踪工具。即便明确指出该应用是“出于娱乐性的目的”也不能逃避该项规定。发送匿名虚假信息或拨打恶意电话的应用会被直接拒绝。

1.2 用户生产内容

为了防止非法滥用用户生成的内容,从而给用户提供虚假信息、盗取用户的知识产权,社交以及包含用户生成信息的应用必须包括下述功能: 
 
  • 从被发布的应用中过滤不良内容
  • 提供举报和反馈通道
  • 提供阻止骚扰用户的服务
  • 提供联系方式,让用户可以快速联系到你
 

如果应用使用用户生成的内容或提供服务时的主要目的是发布色情内容、人肉搜索、侮辱用户、恐吓用户等,那这种应用不应该放在应用商店中,且苹果可能会在不通知开发商的情况下直接将其下架。如果你的应用使用用户生成的信息来提供网络服务,并且网页上包含了一些限制级的内容,需要默认隐藏并且提供明显的NSFW(不适合工作场所)标识,用户主动点击才会显示。

1.3 儿童分类

儿童分类是人们找到适合儿童使用的应用的良好方式。如果你希望你的应用在这个类别中上架,你需要关注并且在设计应用时照顾到儿童的良好体验。这些应用程序不可以包括指向其他应用的链接、付费入口以及其他可能会吸引儿童的不适合的内容,除非提供家长监控和开启的功能。请记住,一旦客户期望你的应用程序遵循儿童类别的要求,那么它需要进行不断地修改从而满足后续版本的儿童类别的条款更新。即便你打算取消发布在儿童类别当中,也一样需要遵守这些条款。点此了解家长监控的更多内容。 
 

儿童类别的应用不允许包括基于用户行为的广告(也就是这种广告会根据用户行为而决定展示什么样的内容)。如果包含了广告,这些广告必须也适合儿童。与此同时,你也需要特别留意世界各地有关在线收集儿童数据的相关法律法规。请务必查看本条款的隐私条款来了解更多的相关信息。

1.4 人身伤害

如果你的应用程序可能会危害到人身安全,我们可能会拒绝掉它。这类情况包括:

1.4.1 如果你的应用属于医疗范畴,那我们将会对这个应用提供用于医疗诊断的信息的准确性进行更加严格的审查。如果你的医疗应用已经获得了相关监管部门的批准,你需要随同你的应用一并提供指向相关批准文档的链接用于审核 。

1.4.2 药物剂量计算器必须来自药物生产企业、医院、高校、健康保险公司以及其他具有合法资质的实体。或者你的计算方法已经获得了FDA或其他国际上的同行的认可。考虑到潜在的人身伤害的危险,我们需要确保你的应用会长期获得更新和支持。

1.4.3 应用程序不允许鼓励人们非法摄入过量的酒精或药物,或者鼓励未成年人消费药物、酒精和烟草。与此同时,严禁销售大麻等毒品。

1.4.4 应用程序只能显示执法机构提供的酒后驾驶检查站,而且不允许鼓励人们进行危险的行为,包括酒驾、超速。

1.4.5 应用程序禁止强迫人们采用违背苹果硬件的安全文档的方式,包括冒着设备损坏或者造成人身伤害的危险使用他们的设备。例如,应用程序不应该鼓励人们将设备塞到床垫下面或枕头下面充电。

1.5 开发者信息

用户需要了解当他们遇到问题的时候该如何与您联系。确保你提供的链接当中包含了使用户找到你的非常方便的方法。如果联系人信息不准确或者过期,这不仅令用户失望,在有些国家和地区这也属于违法行为。与此同时,确保支付许可包含发行商的有效联系信息,并且这些信息采用分配给发行商的来自权威机构的合法的根证书进行签名。
 
二. 性能
2.1 应用程序的完整性

提审版本的应用必须是最终版本,并且包含了所有应用内容以及所有有效链接。应用在提交的时候需要清除掉所有占位符、无效地址和临时内容。请确保你的应用在提交审核之前经过充分测试并且没有Bug,如果你的应用需要登陆,需要包含一个合法的账户而且对应的后台服务也是正常有效的。如果你的应用包含应用内付费,确保他们是完整的,最新的,并且审核人员可以很容易找到。如果不可以,需要提供明确的解释为何不行。不要把应用程序审核当作软件测试服务,如果你的应用不完整或者存在明显的技术缺陷,它将直接被拒绝。

2.2 Beta版测试

您的应用程序的测试版本不应该上架到应用商店,请使用Testflight来代替。如果你的应用提交到Testflight Beta,那么这个应用已经准备好对外发布,并且符合应用审核条款。请注意,Testflight版本的应用不允许从测试人员当中获取任何利益,包括来自众筹的资金。你应该对测试人员提供明确的更新说明。请通过Testflight Beta测试说明了解更多信息。

2.3 应用内容的准确性

客户在下载你的应用的时候需要明确了解你的应用是什么,所以请确保你的应用描述、截图、预览视频始终是最新版本,并且能够准确反映你的应用。

2.3.1不要在你的应用当中包含任何隐藏和没有相关说明文档的功能。你的应用程序的功能必须让用户和审核人员了解清楚。如果这样的行为过分或者反复出现,你可能会被苹果从开发者身份当中除名。我们努力确保App Store是一个令人信赖的生态系统,并且期望每一个开发者也能够遵守这种要求。如果你没有信誉,我们不想和你合作。

2.3.2 如果你的应用程序包含了应用内付费功能,请确保你的应用程序的描述、截图和预览视频能够明确表明哪些功能、关卡、订阅内容等需要额外购买。

2.3.3 你的截图必须符合你的应用程序的实际内容,而不是标题艺术,登陆界面和闪屏界面。

2.3.4 预览视频是让用户快速了解你的应用以及应用用途的好方法。为了确保人们清楚地了解他们会在你的应用当中获取什么,预览视频必须从应用本身的运行效果之中捕捉。而Stickers(贴纸)和iMessage扩展需要用户在短信软件中才能体验。你可以通过添加解说或文本描述等来帮助解答视频本身无法解释清楚的内容。

2.3.5 你需要遵守App Store的类别定义,并且为你的应用选择最合适的类别。如果你选择的类别不符合你的应用,我们可能会帮助你改变应用类别。

2.3.6 你必须诚实的回答iTunes Connect上面提供的年龄分级的问题,从而你的应用可以良好的使用家长控制功能。如果你的应用年龄分级不正确,用户可能会对你的应用程序的行为表示十分意外,这也可能导致某些国家和地区的监管部门对你的应用分级不正确的问题开展调查。

2.3.7 选择一个独一无二的应用名称,并确保设置的关键词能准确描述你的应用。请不试图使用任何商标术语、流行应用的名字以及其他毫不相关的词语来戏弄系统。应用名称必须限制在50个字符之内,且其中不能包含和应用名称没有任何关系的术语或者描述。苹果可能随时修改这些不恰当的关键词。

2.3.8 你的应用内容应该适合所有的用户,所以一定要确保你的应用图标、截图和预览视频能够准确的反映你的应用。即使你的应用程序年龄分级高于4+,你的图标、截图和预览视频也必须符合4+的年龄分级。例如你的应用是一个游戏,并且具有暴力内容,你必须选择一个不反映死亡、枪决的截图放到应用商店当中。记住确保你的应用内容,包括应用名称和图标(小图标、大图标、Apple Watch图标等)是一致的从而防止用户感到迷惑。

2.3.9 开发商具有保证版权合法的责任,包括应用程序图标,截图,预览视频的版权。图标、截图和预览视频需要使用一个虚构的账户的信息,而不是一个真实的用户信息。

2.3.10 确保你的应用专注于iOS、Mac、Apple TV or Apple Watch,在应用或者元数据中不包含其他平台的名称、图标、图像,除非有特定的、被认可的互动功能。

2.4 硬件兼容性

2.4.1 为了确保人们可以尽可能充分的体验你的应用,在可能的情况下iPhone应用也可以完美支持iPad。我们鼓励您建立通用的应用,使得用户可以在不同的设备上使用。

2.4.2 你的应用需要高效的利用电量。应用程序不应该快速的消耗电池电量并且产生过多的热量,或者对用户的设备造成不必要的负担。

2.4.3 你的Apple TV应用可以在只有Siri遥控器或者游戏手柄的时候可以正常运行,但我们不反对你通过更多的外围设备增强你的应用功能的做法。如果你需要一个游戏控制器,请确保在游戏当中对这个游戏控制器提供明确的教程,从而让用户知道如何使用这个控制器。

2.4.4 应用程序不应该建议或者要求设备重新启动。

2.4.5 通过Mac App Store发布的应用还需要遵守额外的要求:

(i)它们必须适当的被沙盒化,而且遵守Mac OS文件系统文档。这些应用也必须通过对应的Mac OSAPI来修改其他应用的数据(例如书签、地址簿和日历)。

(ii)必须使用Xcode对应用进行打包,不允许包含第三方的安装程序。它们必须是自我包含的、单一文件的安装包,而且不能在共享的位置安装代码和解压资源。

(iii)在未经用户允许的情况下不允许自动启动或者开机启动,而且用户退出应用之后不允许在未经用户同意的情况下残留后台进程。应用不允许自动将图标放在Dock或者用户桌面。

(iv)应用程序不允许私自下载和安装其他应用,驱动,额外的代码,以及添加应用功能或者明显改变与审核版本的应用不同的应用工作方式的资源文件。

(v)应用程序不允许要求升级到root权限,或者使用setuid属性来升级权限。

(vi)这些应用运行的时候不允许弹出要求许可证的窗口,或者其他的显示方式来反盗版(应用商店允许付费并视为购买了正版授权)。

(vii)必须使用Mac App Store发布更新,其他方式不被允许。

(viii)应用程序仅在在当前版本的系统就可以运行,不允许使用可选安装的技术或者废弃过时的技术(例如Java, Rosetta等)。

(ix)所有的本地化版本必须包含在同一个应用程序包下。

2.5 软件要求

2.5.1 应用程序只能使用公共API,不允许使用私有API。

2.5.2 应用程序bundle当中需要是自包含的,不允许读写它们设计的容器之外的数据,并且不得下载、安装或执行代码,包括其他iOS,watchOS,macOS和tvOS的应用。

2.5.3 如果应用程序传播病毒、文件、计算机代码或者其他可能损坏操作系统和硬件的功能,包括消息推送和游戏中心,将被拒绝。如果这种行为十分恶劣而且反复出现,开发者可能会被苹果除名。

2.5.4 多任务的应用只能在预期目的下运行后台服务,例如网络电话、音频播放、定位服务、任务计划、本地通知等。如果你的应用程序使用了定位服务,需要提供一个明确的提醒告诉用户这么做会加快电量消耗。

2.5.5 我们会在IPv6网络上审核你的应用,所以如果你的应用程序无法使用IPv6协议,可能会被拒绝。

2.5.6 应用程序如果浏览网络,必须使用WebKit框架和WebKit Javascript标准。

2.5.7 使用蜂窝数据网络播放的视频如果超过10分钟,必须使用HTTP Live Streaming技术并且提供192kbps的码率选项。

2.5.8 改动用户桌面/home界面环境体验的应用,以及模拟多应用小工具使用体验的的应用将会被拒绝。

2.5.9 应用程序如果修改了标准开关的功能,例如音量上下键和响铃开关,或者其他原生用户界面元素和行为将会被拒绝。

2.5.10 应用程序在提交的时候不允许包含一个空的广告栏或者测试广告。

2.5.11 SiriKit

(i) 集成 SiriKit(Siri开发包) 的应用程序只能注册不需要其他应用即可处理完成的事件。例如,如果你的应用是一个主打膳食计划的应用,你就不应该注册“开始锻炼”这种事件,即使和一款健身应用共享了集成。

(ii) 确保plist中的词汇和短语适合于你的应用,并且应用已经注册的事件通过 SiriKit 可以正常工作。
 
(iii) 尽可能以最直接的方式解决Siri的请求,不要在请求和执行之间插入广告或其他营销信息。当需要完成一个任务时,仅使用现有的间隙的UI(例如,让用户制定一种详细的锻炼形式)。
 
三. 业务 
你的应用可以在App Store当中有多种方式赚钱。如果你的应用的商业模式不够明显,请在应用内容或者审核备注当中提供商业化描述。如果你的应用程序的行为我们无法理解,或者你的应用内付费入口不够明显,将会使得你的应用审核速度变慢甚至被拒绝。尽管定价权在你,但是如果你的应用或者应用内付费存在明显的敲竹杠的行为,我们也会拒绝发布这个应用或者这个应用内付费。我们会拒绝掉视图以不正常的高价格欺骗用户的昂贵的应用。
 
如果我们发现你视图诱导用户给较高评价等操纵评价的行为,例如通过支付来诱导、过滤不良评价、通过水军刷虚假评价或者通过第三方的公司或团队代表您进行这类操作,我们会采取措施来维护App Store的环境,其中可能包括将你从开发人员当中除名。 
 
3.1 付款
3.1.1 应用内付费:
如果你希望通过付费才可以解锁你的应用当中的一些功能(例如,订阅内容,游戏货币,游戏关卡,获取优质内容,解锁完整版本),你必须使用应用内付费(IAP)。应用程序不允许包括按钮、链接或者其他调用方式和行为指导用户采用非IAP的方式付费。
 
通过IAP购买的游戏内的虚拟货币或积分必须只能在这个应用内才可以消费,不能过期,你应该确保你的应用针对具有可恢复的应用内付费具有恢复应用内付费的购买状态的功能和机制。
 
如果你的应用内付费的付费类型不正确,你的应用会被拒绝。
应用不可以直接或间接使用应用内付费的内容和功能向其他用户赠送礼品。
 
在Mac应用商店发布的APP需要使用其他机制或者包含一个插件而不是应用商店本身来完成这样的赠送功能。 
3.1.2 订阅:在App Store中,无论哪种类型的应用都可以提供自动更新的应用内付费订阅。当你将自动更新订阅合并到你的应用中时,一定要按照下面的指导方针。
 
3.1.2 (a) 允许的用途:如果提供自动更新订阅,你必须向客户提供持续的价值。例如(虽然下面的列表不是很详尽,但比较适合订阅):新游戏关卡、交互游戏、多玩家支持、应用提供一致且实质性的更新、访问大量的不断更新的媒体内容、软件即服务(SAAS)、云支持。此外:
 
  • 可以同时提供“菜单式服务”(例如,在提供整个影视资料库的订阅服务的同时,也提供单个电影的购买和租赁服务)。
 
  • 你可以在你自己的App之间提供一个共享的订阅,但这些订阅不得扩展到第三方应用程序或服务中。订阅必须在用户所有的可以符合应用安装条件的设备上都能够正常使用。了解更多关于跨应用程序共享订阅信息。
 
  • 应用程序不得强迫用户必须完成应用评级/评论、下载其他应用程序或其他类似行为之后才能访问某些功能、内容或者使用应用。
 
  • 和所有的应用一样,应该允许用户在没有执行其他附加任务的情况下,使用某些功能,比如在社会媒体上发帖、上传联系人、多次登录应用等。
 
  • 订阅内容不能包括消耗性积分、宝石、游戏内货币等等,即使和其他供应品结合的时候也是不被允许的。不过,你可以提供购买某些促销消耗品的订阅(例如,以优惠的价格购买宝石的会员)。
 
  • 如果你想基于订阅的商业模式改变现有的应用程序,则不能取消现有用户已经支付的主要功能。例如,在向新用户介绍某个订阅模式时,允许已经购买“解锁完整版游戏”的用户继续访问游戏。
 
3.1.2 (b) 升级和降级:用户应该有一个无缝升级/降级的体验,不能一不留神就订阅到只是类型上稍有区别的同一事物。阅读最佳实践管理你的订阅升级和降级设置。
3.1.2 (c) 订阅信息:要求客户订阅之前,你应该向用户清楚地描述价格、每月发行的次数、云存储的价格、哪种方式可以访问你的服务。此外,也要确保你已经清楚地传达了协议附表2中关于契约、税收、银行等方面的内容。
3.1.3 基于内容的“阅读”应用:应用可以允许用户访问他们之前购买的内容或者订阅的内容(比如报纸、杂志、书籍、音频,音乐,视频,专业的数据库,网络电话,云存储以及其他被批准的服务例如管理学生成绩和课程表的教育应用)。应用程序提供商不允许指引用户采用IAP之外的付费机制付费。 
3.1.4 代码:应用不允许使用自己的机制来解锁应用内容和功能。包括许可证密钥,增强现实的标识,二维码等。在条件不允许的情况下(例如这个功能需要搭配特定的硬件才可以使用,比如天文应用程序在有望远镜的情况下可以扩展它的功能),这些应用可以不使用应用内付费来解锁这些功能。应用程序的功能如果搭配一个被批准的硬件来使用(例如一个玩具),可以只解锁基本的功能,并提供一个应用内付费解锁增值功能。您不允许要求用户购买一个不相关的产品或者参加一个市场营销活动来解锁应用的功能。 
3.1.5 应用之外的商品和服务:如果你的应用允许人们购买商品和服务,但这些商品和服务的消费和该应用无关,你必须使用非IAP的方式完成支付。例如Apple Pay,信用卡和借记卡支付入口。应用程序可以使用批准的虚拟货币进行交易(例如比特币,狗狗币),只要这些付费方式遵守这个应用发布的国家和地区的相关法律法规即可。 
 
3.1.6 Apple Pay:使用Apple Pay的应用程序在出售商品或服务之前,必须提供所有商品和服务的信息给用户。必须正确的使用Apple Pay的品牌和用户界面元素,符合Apple Pay身份识别条款和人机交互界面条款(Apple Pay Identity Guidelines and Human Interface Guidelines)。使用Apple Pay提供定期付款必须提供下述信息:
 
  • 定期的时间长度以及明确指出在取消之前定期付款将一直持续
  • 每个周期提供什么样的功能和服务
  • 实际收费的账单
  • 取消定期付款的方式
3.2 其他商业模式问题
下面的列表并不全面,而且拟提交的应用可能会触犯我们以后更新的最新政策。但是这里面也提供了一些额外的你应该和不应该做的内容: 
 
3.2.1 可接受的方式
(i)你的应用可以展示给用户你开发的其他应用,但你的应用程序不能仅仅是提供其他应用程序的目录应用 。
(ii)展示或者建议其他的第三方应用的集合,并且这些应用被设计为在特定领域才发挥作用(例如健康管理,航空服务,交通服务),你的应用程序需要提供强大的编辑能力,使得它看起来不像是一个单独的商店页面。 
(iii)当租约过期的时候禁止用户访问特定的需要批准出租的内容(例如电影、电视节目、音乐和书籍)。但是其他的物品和服务不能过期。 
 
(iv)支付许可可以用于付款或者收费,转移优惠券和票据(例如电影票,优惠券和VIP凭证)。其他用途可能会导致应用被拒绝或者撤销支付许可证书。 
(v)保险类应用必须是免费的,符合发布地区的相关法律法规,且不能使用应用内付费。 
 

3.2.2 不可接受的方式

(i)展示第三方应用的界面、扩展、插件看起来和App Store很像,或者作为一般的兴趣集合。

(ii)苹果的硬件和系统内置的功能需要付费才可以解锁,例如通知推送,照相机,陀螺仪。包括苹果服务,例如苹果音乐的访问能力和iCloud存储的访问能力。

(iii)人为的增加广告的展示量和点击量,包括应用程序被设计为主要展示广告的应用。

(iv)在应用内为慈善机构募捐资金。这类应用在应用商店必须免费而且必须使用其他方式募捐资金,例如通过短信,网页内支付。

(v)通过某种方式人为限制应用的使用人群,例如通过位置或者载体来限制。

(vi) 应用应该允许用户在没有执行其他附加任务的情况下能使用某些功能,比如在社会媒体上发帖、上传联系人、多次登录等。应用程序不能强迫用户为应用评级/评论、下载其他应用程序,或以访问功能、内容、使用应用程序为目的的类似行为。
 
4.设计
苹果的用户非常喜欢那些简洁、精致、创新、易于使用的应用,这也正是我们希望在应用商店中看到的。虽然是你在设计伟大的应用,但以下条款是通过应用商店审核的最低标准。同时记住,即使应用已经审核通过,也应该随时更新你的应用,以确保它对新的和现有的用户是有用且具有吸引力的。应用不可用或出现崩溃现象将随时有可能被移除出App Store。

4.1 模仿者
拿出你自己的创意,我们知道你具有创意,所以请将你的创意实现出来。不要简单照搬应用商店当中的流行应用,或者仅仅对这个应用的名称和UI进行简单的修改并将其作为自己的应用。除了冒着侵犯他人知识产权的风险外,应用商店也难以搜索到正确的应用,并且这也使得你的同行受到不公正的待遇。 
4.2 最少功能
你的应用在除了仅仅包装一个网站页面之外还要包含其他的功能和内容。如果你的应用程序不是特别有用、独特、或者看起来像是一个应用程序,那么它不应该在应用商店上架。如果你的应用没有提供持久的娱乐价值,或者仅限于让人们感觉毛骨悚然,这个应用可能会被拒。如果应用仅仅是一首歌曲或者一部电影,它应该被提交到iTunes Store。如果应用仅仅是一本书或者一本游戏指南,那它应该被提交到iBooks商店。 
 
4.2.1 应用程序应该按照它的预期目的来调用API和开发框架。并且在应用描述当中明确指出这种融合方式。例如,HomeKit框架应该提供家庭自动化服务,HealthKit应该是基于健康和健身的目的并且集成在健康类应用程序当中。 
4.2.2 除了目录用于提供专门的类别之外。应用程序的主要功能不应该是提供营销材料,广告,网络剪辑,内容聚合或者链接集合。 
 
4.2.3 你的应用程序应该不依赖其他应用或功能就可以正常工作。 
 
4.2.4 Apple Watch应用如果看起来像是一个表盘会令用户困惑,因为用户期望Apple Watch具有丰富的功能,例如刷卡,消息提醒和第三方服务。如果你的应用程序使用独特的方式展示时间是具有创造性的(例如对于冲浪爱好者展示潮汐的时间),但是如果你的应用看起来特别像传统的手表的表盘,我们会拒绝它。 
 
4.2.5 如果应用的主要功能是访问iCloud以及iCloud的文件管理器,你需要提供额外的附加功能来使你的应用批准上架。 
4.3 垃圾应用
不要为同一个应用程序创建多个Bundle ID。如果你的应用程序有多个版本,例如针对特定的国家和地区的版本,体育队伍,大学等,考虑提交一个版本的应用但是使用应用内付费来作区分。此外还要避免将你的应用放到已经饱和的分类下。App Store当中已经有了足够多的手电、放屁、打嗝、和某种不好的词语的应用。如果想要往App Store投放垃圾应用可能会导致你的开发者资格被撤销。 
 
4.4 扩展
应用程序扩展必须符合应用程序扩展开发指南(App Extension Programming Guide)或Safari扩展开发指南(Safari Extensions Development Guide),并且如果可能应该包括额外的功能,例如帮助界面,设置界面等。扩展应用的界面不应该包括市场营销内容,广告和应用内付费。 
 
4.4.1 键盘扩展包括一些额外的规则,
 
他们必须: 
 
  • 提供键盘输入功能(例如:键入字符);
  • 提供切换输入法的方法;
  • 在没有网络的状态下仍能正常访问;
  •  根据《App Extension Programming Guide》(应用扩展开发指南)的要求提供数字和小数的输入键盘;
  • 收集用户信息只以增强iOS设备的键盘扩展功能为目。
 
他们不能:
 
  • 包括市场营销、广告或应用内购买;
  •  在设置以外启动其他应用;
  •  为了其他行为重置键盘按钮,例如:按住“返回”键启动相机。
 
4.4.2 Safari扩展必须可以在当前OS X系统上的Safari浏览器上正常运行,它们不能干扰到系统和Safari UI元素,并且绝不能包含恶意或者误导用户的内容或代码。违反此规则将会被从开发者计划中除名。除了必要的功能,Safari扩展不能要求访问更多的网站。
 
4.4.3 Stickers
Stickers(贴纸)是一种伟大方式——它不仅能让信息充满活力和乐趣,还能让人们以睿智、有趣、富有意义的方式表达自己。无论你的应用是包含标贴纸扩展,还是你创建了一个独立的贴纸包,它的内容都不应该冒犯用户、营造负面的体验,或违反法律。
 
(i) 一般来说,如果它不适合上传至应用商店,那它就不适合作为一款贴纸应用。
 
(ii) 考虑区域性敏感内容,如果你的贴纸包不太容易被接受,或者违反当地的法律,请不要让你的贴纸包在这个国家/地区可用。
 
(iii) 如果我们不理解你的贴纸的含义,请在你的审核备注中添加明确的解释,以免延误审核过程。
 
(iv) 确保你的贴纸内容不仅仅来源于你的朋友和家人,它们不应该针对个人事件、组织、或关系。
(v) 对于贴纸的内容,你必须拥有所有必要的版权、商标、宣传的权利和许可。且除非你获得了授权,否则你不能提交任何内容。记住,你必须能够根据要求提供可核实的文件。如果应用程序用了没有权利使用的贴纸内容,它将会被从App Store删除。对于屡犯者,将会被移除开发者计划。如果你确信你的内容被另一个供应商侵犯了,可以在这里提出申诉。
4.5 苹果网站和服务
4.5.1 应用可以订阅一些苹果提供的RSS源,例如iTunes Store RSS源。但是不能收集从苹果网站上获得的任何信息(包括apple.com,iTunes Store,App Store,iTunes Connect,开发人员门户网站等),或者创建一个基于这些信息的排名。 
4.5.2 苹果音乐API可以允许用户在使用你的应用的时候访问他们的订阅内容。用户必须主动使用播放、暂停和跳过按钮来访问播放列表,不允许应用擅自访问和播放。此外你的应用不允许要求用户必须付费或者间接赚钱才可以访问苹果音乐服务(例如应用内付费,观看广告,获取用户信息等)。 
 
4.5.3 不要使用苹果服务去发送垃圾信息,钓鱼,发送垃圾邮件。包括游戏中心,推送消息等。不要尝试反向追踪,扫描,嗅探,或者非法获取玩家ID,别名和其他来自Game Center的信息,否则你会被从开发者当中除名。 
 
4.5.4 推送通知不得作为应用必选项才能使用这个应用,不能用于广告,促销和直销的目的,或者发送敏感和机密信息。 
 
4.5.5 只能使用Game Center规定的方式访问Game Center玩家ID等信息,但不能展示在APP当中或者分发给第三方厂商。
 
五.法律  
应用程序必须遵守当地的所有法律法规才可以正常使用(如果你不确认需要遵守哪些法律法规,请咨询律师)。我们了解这些事情十分复杂,但是保证遵守当地一切适用的法规是你应尽的义务,不仅仅是遵守我们的条款。当然,如果应用程序拉帮结派、煽动和蛊惑人们犯罪的这种鲁莽行为会直接导致应用被拒。 
 
5.1 隐私
保护隐私是苹果生态系统当中的重中之重。你应该谨慎小心的使用收集到的个人信息,以确保你遵守适用的法律条款和苹果开发人员计划许可协议(Apple Developer Program License Agreement)。更不用说这些都是用户对你的的期望。更具体地说: 

5.1.1 数据收集和存储

(i)收集或使用用户数据的应用必须提供隐私政策,并且需要加密用户数据。这些数据包括但不限于HealthKit,或其他健康/医疗技术、HomeKit、键盘扩展、Apple Pay、Stickers和iMessage扩展的应用,还包括登陆、访问设备上的用户数据(例如,地理位置、通讯录、日历等)。

(ii)如果你的应用程序并没有包括明显地基于用户账户的功能,请允许用户在不登陆的情况下就能正常使用。应用程序不能要求用户输入个人信息来使用其中的功能,但和核心功能直接相关的应用或法律要求的情况除外。如果应用的核心功能并没有和某个特定的社交网络(例如:Facebook、微信、微博、Twitter等等)相关,你必须提供无需登录的方式或通过另一种机制访问的功能。获取用户基本资料、分享到社交网络,或邀请朋友使用这个应用都不被认为是核心的应用功能。

(iii)如果开发人员使用应用窃取密码或其他隐私数据,将会从开发者计划中除名。

(iv)Safari View Contoller必须向用户展示可视的页面,且控制器不能通过其他视图或图层隐藏或掩盖。此外,在没有用户知晓或同意的情况下,应用程序不能使用Safari View Controller追踪用户。

5.1.2 数据的使用和分享

(i)你在向用户提供明确的如何使用用户数据的说明文档并取得用户明确的许可之前,你的应用不能使用或者转移用户的数据。

(ii)如果不是基于提升用户体验,提升软硬件性能或者符合苹果开发者计划许可协议(Apple Developer Program License Agreement)的广告推广目的,不允许使用或者向第三方厂商告知用户数据。

 
(iii)从HomeKit API当中获得的数据不允许应用在广告投放和数据挖掘的目的。 
 
(iv)使用苹果支付并且通过苹果支付获取用户数据的应用,在使用或向第三方厂商告知的时候只能基于促进或改善商品和服务的交付的目的。 
5.1.3 卫生与健康研究

健康、健身和医疗数据十分敏感,所以这类应用程序需要遵守额外的规则以保护客户的隐私安全:

(i)如果目的是打广告或者用户数据挖掘(用于提升健康管理,或者用于获得了批准的科研目的除外),那么应用不得使用或者向第三方披露用户的健康、健身和医疗数据。这些数据来自但不限于HealthKit API,运动和健身功能,或者其他有关健康的学科的研究课题。

(ii)应用不能向HealthKit以及其他医疗研究和健康管理应用当中写入虚假数据,而且不能够在iCloud上存储健康数据。

(iii)致力于人类健康相关的学科研究必须在参与者的同意之下才可以进行,或者对于未成年人,他们的父母和监护人的同意之下才可以进行。相关许可条款必须包括(a)性质、宗旨和研究时长;(b)研究程序,风险和参与人的利害关系;(c)数据的保密性和管理方法,包括与第三方共享的任何数据;(d)参与者如果有疑问需要知道的联络方式;(e)参与者如何撤出的机制。

(iv)如果应用进行健康相关的研究必须具有独立的伦理审查委员会的许可。此类批准必须按照要求提供。

 

5.1.4 儿童

基于很多因素,在使用来自儿童的数据的时候务必保持谨慎。我们希望您在使用这些数据之前能够仔细了解相关要求和国际适用的法律条款,例如儿童在线隐私保护法(Children‘s online privacy protection act,COPPA)。

应用程序只能基于提供必要的功能和非年龄相关的娱乐价值的目的下,而且在遵守相关法律的前提下才可以请求获取孩子的生日和父母的联系方式。 
 
此外,儿童类应用如果需要采集、传输、分享儿童的信息(包括姓名、地址、电子邮件、位置、照片、视频、图画、聊天功能、其他个人数据和与上述任何信息一起使用的永久的标识符),必须提供隐私条款,而且必须符合所有适用于儿童的隐私政策。为了明确起见,如果这类应用需要家长监控,通常这两种情况所需要提供的隐私条款会有所不同。点此了解详细信息。 
 
5.1.5 位置服务使用位置服务的应用程序必须提供和位置服务直接相关的功能。使用基于位置的API不允许用于提供紧急服务,或者实现自动控制车辆、飞行器以及其他设备(小型的设备例如小型无人机和玩具例外),远程控制汽车警报系统等。在收集、传输和使用用户的位置数据之前,请确保你已经取得了用户的同意。如果应用程序使用了后台定位服务,务必在应用当中阐明其目的。参考人机交互界面条款(Human Interface Guidelines)了解最佳的做法。 
 
5.2 知识产权
确保你的应用只包括你创建的内容,或者在使用他人的内容的时候具有合法的许可协议。如果你在许可协议规定的方式之外使用这些内容可能会被苹果下架你的应用。当然,这也意味着其他盗用你的内容的应用也可能会被下架。如果你认为你的知识产权已经被侵犯,请填写这个表单发起诉讼申请。知识产权相关法规在每个国家和地区有所不同,但你的应用必须避免以下最基本的错误: 
 
5.2.1 一般而言:不要使用受保护的第三方内容,如商标、版权作品,或者在你的应用当中使用未经专利许可的创意。不要包含误导、虚假,山寨的描述,名称和应用内容在你的应用当中。 
 
5.2.2 第三方网站/服务:如果你的应用使用、访问、展示和商业化第三方的服务,请保证你已经获得了相应的授权许可。并且许可文件必须根据要求在审核前一并提供。
5.2.3 音频和视频下载:应用程序不能对非法分享、保存、转换或者来自第三方源的数据的非法使用提供方便(第三方来源包括Apple Music, YouTube, SoundCloud, Vimeo等),除非具有相应的合法授权协议。如果应用提供了音视频文件,可能这些文件也会违反知识产权,所以你的应用在提供这些文件和服务的访问能力之前务必具有合法授权协议并且必须按照要求在审核前提供。 
5.2.4 苹果广告代言:不要明示或暗示苹果公司是你的应用的供应商,或者苹果为你的应用的功能和质量代言。如果你的应用被授予“编辑选择奖”,苹果会自动加上这个徽章。 
 
5.2.5 苹果产品:禁止创建一个应用看起来与苹果已有的产品,用户界面(如Finder),应用(如App Store, iTunes Store或Messages),广告主题相似,并且不允许拼错苹果产品名称(如Iphone, iTunz)。iTunes音乐的预览不允许在取得对应的授权许可之前直接使用。例如作为拼图应用的背景音乐,游戏背景音乐等。如果你的应用展示了Activity圆圈,不允许修改圆圈的显示方式以及它们代表的数据。人机界面交互条款当中对如何使用Activity圆圈有更多的信息。 
 
5.3 游戏,赌博,彩票
赌博、游戏和彩票功能可能是最难以管理也是苹果应用商店当中最普遍的促销方式。只有当你完全明白相关法律风险并且已经准备好足够的时间应对监管部门的审查的时候才可以考虑使用。不过有些事情需要牢记: 
 
5.3.1 抽奖和竞猜必须由应用开发商赞助。
 
5.3.2 用于抽奖和竞猜的官方规则必须在应用当中予以提供,并且明确表明苹果公司不是赞助商或者以任何形式参与该活动。 
 
5.3.3 应用不允许使用应用内付费购买信用点或者虚拟货币,并把它们与实际的货币结合使用,也不允许在应用当中购买彩票,抽奖券,和进行资金转移。 
 
5.3.4 提供需要使用真实货币进行游戏的应用(例如体育博彩、扑克赌博、赌场游戏和赛马竞猜等)或者提供彩票,必须具有当地相关监管部门的合法的授权许可。而且发行的地区仅限于许可协议规定的地点,并且在应用商店当中必须是免费的。非法赌博的工具,包括计牌客不允许上架到App Store当中。彩票App必须具有下列要素:报酬,中奖几率和奖金。
After提交应用之后 
一旦你将应用程序和元数据提交到iTunes Connect当中,并且进入审核流程,这里有一些事情你需要牢记: 
时间:应用审核团队会尽快审核你的应用,我们也一直努力加快审核速度。可以在此了解更多有关App审核的信息。 
状态更新:你的应用的当前状态会在iTunes Connect当中直接反映。所以你可以在上面留意你的应用状态。 
加急审核申请:如果你们对时间非常敏感,你们可以点此申请加急审核。请务必当你在真正需要它的情况下才进行加急审核,因为你也需要尊重你的同行。如果我们发现你在滥用这个系统,我们可能会拒绝你的加急申请。 
发布日期:如果你的发布日期设为未来的某个时候,你的应用在到达那个时间点之前不会发布到应用商店上面,即便是已经通过了审核。请记住,你的应用在所有选定的应用商店上架可能需要长达24小时的时间。 
被拒:我们的目标是严格遵守这些准则,但人无完人,如果你的应用程序被拒绝并且你对此表示疑问或者希望提供更多的信息,请使用解决方案中心来和应用审核团队直接沟通。这可能对你的应用尽快上架有帮助,而且这也可能帮助我们完善应用程序审核流程或者让我们发现审核政策当中表述不清的地方。如果你仍然对结果有异议,请点此提出上诉。

我们很期待看到你们未来发布的产品!

移动应用产品推广服务:APP推广服务  青瓜传媒信息流

本文作者@ASO100小七 由(APP顶尖推广)整理发布,转载请注明作者信息及出处!

111

]]>
//www.f-o-p.com/22487.html/feed 0
应用下架多次审核不过?只因你没弄清App Store的这些规则 //www.f-o-p.com/19659.html //www.f-o-p.com/19659.html#respond Tue, 23 Aug 2016 03:08:14 +0000 //www.f-o-p.com/?p=19659
2

最近,App Store 貌似摆出了“霸道总裁”的姿势:不仅下架了众多知名的App,还将很多待审核的应用多次拒之门外。而遇到此类问题的开发者纷纷陷入了恐慌,并猜测苹果再次变动了审核规则以及算法等等。

近日,再次对各位开发者反馈的问题进行了整理和分析。结果发现,绝大多数下架或者被拒的原因都可以用【苹果应用商店审核条款】来解释,也就是说,很多App的悲惨遭遇是因为它们没有遵守“游戏规则”。

心疼开发者的小编将最新【苹果应用商店审核条款】(中文)进行了整理,希望各位遇到问题的开发者“对号入座”之后,能迅速解决问题。

WWDC 2016 大会期间,苹果公司发布了最新【苹果应用商店审核条款】,将上个版本的 30 个章节修改成了 5 大章节,并将字数从 5000 多个英文单词增加到了 6000 多个英文单词。审核条款中文翻译的详细内容如下所示:

目录

 

提交应用之前的检查列表

 

1.安全

1.1 不当内容

1.2 用户生成的内容

1.3 儿童分类

1.4 人身伤害

1.5 开发者信息

 

2.性能

2.1 应用程序的完整性

2.2 Beta版测试

2.3 应用内容的准确性

2.4 硬件兼容性

2.5 软件要

 

3.业务

3.1 付款

3.2其他商业模式问题

 

4.设计

4.1 模仿

4.2 最少功能

4.3 垃圾应用

4.4 扩展

4.5 苹果网站和服

 

5.法律

5.1 隐私

5.2 知识产权

5.3 游戏,赌博,彩

 

提交应用之后

Before  提交应用之前的检查列表 

为了帮助你的应用能够尽可能顺利的过审,请查看下面列出来的可能降低审核速度或者被拒绝的常见失误。本清单无法代替审核条款,但你需要确保你已经达到了清单的要求作为良好的开始。

 

确保你已经:

 

1、 测试你的应用程序,保证它不会发生崩溃和错误

 

2、 确保你的应用程序的信息和应用内容保持完整和准确

 

3、 保证联系人信息始终有效,审核团队可以及时联系到你

 

4、 提供一个有效的测试帐号以及登录信息,并提供测试功能必要的的硬件和资源(例如,一个测试用的二维码)

 

5、 保证后台服务在审核期间运行正常

 

6、 如果应用的某些功能和应用内付费隐藏较深,需提供详细的描述文档和支持文档。如果因为地域的原因我们无法正常使用该功能,请提供该功能的描述视频链接。

 

7、 请检查你的应用程序是否符合其他规范,包括(注意文中部分内容也有对应的条款和说明,请注意查看)

a、开发指南

  • 应用程序编程指南(App Programming Guide)
  • 应用扩展编程指南(App Extension Programming Guide)
  • iOS数据存储条款(iOS Data Storage Guidelines)
  • Mac OS X文件系统文档(Mac OS X File System Documentation)
  • Safari扩展开发指南(Safari Extensions Development Guide)
  • iTunes Connect开发指南(iTunes Connect Developer Guide)

b、设计指南

  • iOS人机交互界面条款(iOS Human Interface Guidelines)
  • Mac OS人机交互界面条款(Mac OS Human Interface Guidelines)
  • tvOS人机交互界面条款(tvOS Human Interface Guidelines)
  • watchOS人机交互界面条款(watchOS Human Interface Guidelines)

 

c 、品牌营销指南

  • App Store市场营销条款(App Store Marketing Guidelines)
  • 苹果支付身份条款(Apple Pay Identity Guidelines)
  • 加入苹果支付许可条款(Add to Apple Wallet Guidelines)
  • 使用Apple商标和版权的条款(Guidelines for Using Apple Trademarks and Copyrights)
一、安全 

当 用户从App Store安装应用的时候,他们需要确认这样的操作是安全的。所以应用程序不能包含令人不快或者冒犯性的内容,而且使用中不会造成身心伤害。我们列出了常 见的几种缺陷,如果你的应用准备冒犯用户或者与用户发生冲突,App Store不是你的应用应该上架的地方。

 

1.1不当内容

应用程序不应该包括攻击性,敏感,令人不悦,侮辱或者品味低下的内容。例如:

 

1.1.1 诽谤或者人格侮辱的内容,包括引用或者评论宗教、种族、性取向、性别或者其他目标群体的内容,特别是该应用对特定的人群造成了伤害(只有专业的政治讽刺作家和幽默大师才不会受到此限制)。

 

1.1.2 对人或动物被杀害、致残、折磨、虐待的逼真的描述或者具有暴力倾向的内容。如果是游戏,那么其中的敌人不能只针对特定的种族、文化、政府、公司以及任何其他实体。

 

1.1.3 鼓励人们非法或者轻率使用武器和危险品的内容,或者方便人们购买枪支的内容。

 

1.1.4 公开的性爱或色情的内容。根据韦氏词典(Webster’s Dictionary)的定义,这些内容特指“明确的描述或展示性器官,或者目的在于激发人们的性欲,而不是展示美学或者渲染气氛”。

 

1.1.5 煽动宗教仇恨或者对宗教文献的误导性和不准确的引用。

 

1.1.6 提供虚假信息和虚假功能,包括提供不正确的设备信息,提供恶作剧的功能例如虚假的位置跟踪工具。即便是明确指出该应用程序是出于娱乐性的目的也不会无视该条款。发送匿名虚假诈骗信息或者拨打恶意电话的应用会被直接拒绝。

 

1.2 用户生成的内容

为了防止非法滥用用户生成的内容,从而给用户提供虚假信息、盗取用户的知识产权,社交应用以及应用当中包含用户生成的信息的应用必须包括下述功能:

 

  • 过滤不良内容
  • 提供举报机制
  • 后台服务可以提供阻止骚扰用户的行为
  • 提供官方联系方式,让用户可以快速联系到开发商

 

如 果应用在使用用户生成的内容或者提供服务的时候,主要目的是发布色情内容,人肉搜索、侮辱用户,人身威胁、恐吓用户,这种应用不应该放在应用商店,而且苹 果可能会不通知开发商并直接下架。如果你的应用使用用户生成的信息来提供网络服务,并且网页上包含了一些限制级的内容,需要默认隐藏并且提供明显的 NSFW(不适合工作场所)标识,用户主动点击才会显示。

 

1.3 儿童分类

儿 童分类是人们找到适合儿童的应用的良好方式。如果你希望你的应用上架到这个类别当中,你需要关注并且在设计应用的时候需要照顾到儿童的良好体验。这些应用 程序不可以包括指向其他应用的链接,付费入口以及其他可能会吸引儿童的不适合的内容,除非提供给家长监控和开启的能力。请记住,一旦客户期望你的应用程序 遵循儿童类别的要求,那么它需要进行不断的修改从而满足后续版本的儿童类别的条款更新。即便是你打算取消发布在儿童类别当中也一样需要遵守这些条款。点此 了解家长监控的更多内容。

 

儿童类别的应用不允许包括基于用户行为的广告(也就是这种广告会根据用户行为而决定展示什么样的内容)。如果包含了广告,这些广告必须也适合儿童。与此同时,你也需要特别留意世界各地有关在线收集儿童数据的相关法律法规。请务必查看本条款的隐私条款来了解更多的相关信息。

 

1.4 人身伤害

如果你的应用程序可能会危害到人身安全,我们可能会拒绝掉它。这类情况包括:

 

1.4.1 如果你的应用属于医疗范畴,那我们将会对这个应用提供用于医疗诊断的信息的准确性进行更加严格的审查。如果你的医疗应用已经获得了相关监管部门的批准,你需要随同你的应用一并提供指向相关批准文档的链接用于审核

 

1.4.2 药物剂量计算器必须来自药物生产企业、医院、高校、健康保险公司以及其他具有合法资质的实体。或者你的计算方法已经获得了FDA或其他国际上的同行的认可。考虑到潜在的人身伤害的危险,我们需要确保你的应用会长期获得更新和支持

 

1.4.3 应用程序不允许鼓励人们非法摄入过量的酒精或药物,或者鼓励未成年人消费药物、酒精和烟草。与此同时,严禁销售大麻等毒品。

 

1.4.4 应用程序只能显示执法机构提供的酒后驾驶检查站,而且不允许鼓励人们进行危险的行为,包括酒驾、超速。

 

1.4.5 应用程序禁止强迫人们采用违背苹果硬件的安全文档的方式,包括冒着设备损坏或者造成人身伤害的危险使用他们的设备。例如,应用程序不应该鼓励人们将设备塞到床垫下面或枕头下面充电。

 

1.5 开发者信息

用 户需要了解当他们遇到问题的时候该如何与您联系。确保你提供的链接当中包含了使用户找到你的非常方便的方法。如果联系人信息不准确或者过期,这不仅令用户 失望,在有些国家和地区这也属于违法行为。与此同时,确保支付许可包含发行商的有效联系信息,并且这些信息采用分配给发行商的来自权威机构的合法的根证书 进行签名。

二、性能 

2.1 应用程序的完整性

提 审版本的应用必须是最终版本,并且包含了所有应用内容以及所有有效链接。应用在提交的时候需要清除掉所有占位符、无效地址和临时内容。确保你的应用在提交 审核之前经过充分测试并且没有BUG,如果你的应用需要登陆,需要包含一个合法的账户而且对应的后台服务也是正常有效的。如果你的应用包含应用内付费,确 保他们是完整的,最新的,并且审核人员可以很容易找到。如果不可以,需要提供明确的解释为何不行。请不要把应用程序审核当作软件测试服务,如果你的应用不 完整或者存在明显的技术缺陷,它将直接被拒绝。

 

2.2 Beta版测试

您 的应用程序的测试版本不应该上架到应用商店,请使用Testflight来代替。如果你的应用提交到Testflight Beta,那么这个应用已经准备好对外发布,并且符合应用审核条款。请注意,Testflight版本的应用不允许从测试人员当中获取任何利益,包括来自 众筹的资金。你应该对测试人员提供明确的更新说明。请通过Testflight Beta测试说明了解更多信息。

 

2.3 应用内容的准确性

客户在下载你的应用的时候需要明确了解你的应用是什么,所以请确保你的应用描述、截图、预览视频始终是最新版本,并且能够准确反映你的应用。

 

2.3.1 不 要在你的应用当中包含任何隐藏和没有相关说明文档的功能。你的应用程序的功能必须让用户和审核人员了解清楚。如果这样的行为过分或者反复出现,你可能会被 苹果从开发者身份当中除名。我们努力确保App Store是一个令人信赖的生态系统,并且期望每一个开发者也能够遵守这种要求。如果你没有信誉,我们不想和你合作。

 

2.3.2 如果你的应用程序包含了应用内付费功能,请确保你的应用程序的描述、截图和预览视频能够明确表明哪些功能、关卡、订阅内容等需要额外购买。

 

2.3.3 你的截图必须符合你的应用程序的实际内容,而不是标题艺术,登陆界面和闪屏界面。

 

2.3.4 你的预览视频是让用户能够快速了解你的应用是用来做什么的好方法。为了确保人们可以清楚的了解他们将会在你的应用当中获得什么内容,你的预览视频必须从应用程序本身的运行效果当中捕获。你可以添加旁白或者文本描述来帮助解释视频本身无法解释清楚的内容。

 

2.3.5 你需要遵守App Store的类别定义,并且为你的应用选择最合适的类别。如果你选择的类别不符合你的应用,我们可能会帮助你改变应用类别。

 

2.3.6 你 必须诚实的回答iTunes Connect上面提供的年龄分级的问题,从而你的应用可以良好的使用家长控制功能。如果你的应用年龄分级不正确,用户可能会对你的应用程序的行为表示十 分意外,这也可能导致某些国家和地区的监管部门对你的应用分级不正确的问题开展调查。

 

2.3.7 你需要创建一个独一无二的应用名称,设计一套准确描述你的应用的关键词。不要尝试使用商标术语、流行的应用名称以及其他不相关的词语来包装你的应用。苹果可能随时修改不恰当的关键词。

 

2.3.8 你 的应用内容应该适合所有的用户,所以一定要确保你的应用图标、截图和预览视频能够准确的反映你的应用。即使你的应用程序年龄分级高于4+,你的图标、截图 和预览视频也必须符合4+的年龄分级。例如你的应用是一个游戏,并且具有暴力内容,你必须选择一个不反映死亡、枪决的截图放到应用商店当中。记住确保你的 应用内容,包括应用名称和图标(小图标、大图标、Apple Watch图标等)是一致的从而防止用户感到迷惑。

 

2.3.9 开发商具有保证版权合法的责任,包括应用程序图标,截图,预览视频的版权。图标、截图和预览视频需要使用一个虚构的账户的信息,而不是一个真实的用户信息。

 

2.4 硬件兼容性

2.4.1 为了确保人们可以尽可能充分的体验你的应用,在可能的情况下iPhone应用也可以完美支持iPad。我们鼓励您建立通用的应用,使得用户可以在不同的设备上使用。

 

2.4.2 你的应用需要高效的利用电量。应用程序不应该快速的消耗电池电量并且产生过多的热量,或者对用户的设备造成不必要的负担。

 

2.4.3 你的Apple TV应用可以在只有Siri遥控器或者游戏手柄的时候可以正常运行,但我们不反对你通过更多的外围设备增强你的应用功能的做法。如果你需要一个游戏控制器,请确保在游戏当中对这个游戏控制器提供明确的教程,从而让用户知道如何使用这个控制器。

 

2.4.4 应用程序不应该建议或者要求设备重新启动。

 

2.4.5 通过Mac App Store发布的应用还需要遵守额外的要求:

 

(i)它们必须适当的被沙盒化,而且遵守Mac OS文件系统文档。这些应用也必须通过对应的Mac OSAPI来修改其他应用的数据(例如书签、地址簿和日历)。

 

(ii)必须使用Xcode对应用进行打包,不允许包含第三方的安装程序。它们必须是自我包含的、单一文件的安装包,而且不能在共享的位置安装代码和解压资源。

 

(iii)在未经用户允许的情况下不允许自动启动或者开机启动,而且用户退出应用之后不允许在未经用户同意的情况下残留后台进程。应用不允许自动将图标放在Dock或者用户桌面。

 

(iv)应用程序不允许私自下载和安装其他应用,驱动,额外的代码,以及添加应用功能或者明显改变与审核版本的应用不同的应用工作方式的资源文件。

 

(v)应用程序不允许要求升级到root权限,或者使用setuid属性来升级权限。

 

(vi)这些应用运行的时候不允许弹出要求许可证的窗口,或者其他的显示方式来反盗版(应用商店允许付费并视为购买了正版授权)。

 

(vii)必须使用Mac App Store发布更新,其他方式不被允许。

 

(viii)应用程序仅在在当前版本的系统就可以运行,不允许使用可选安装的技术或者废弃过时的技术(例如Java, Rosetta等)

 

(ix)所有的本地化版本必须包含在同一个应用程序包下。

 

2.5 软件要求

2.5.1 应用程序只能使用公共API,不允许使用私有API。

 

2.5.2 应用程序bundle当中需要是自包含的,不允许读写它们设计的容器之外的数据,并且不得下载、安装或执行代码,包括其他iOS,watchOS,macOS和tvOS的应用。

 

2.5.3 如果应用程序传播病毒、文件、计算机代码或者其他可能损坏操作系统和硬件的功能,包括消息推送和游戏中心,将被拒绝。如果这种行为十分恶劣而且反复出现,开发者可能会被苹果除名。

 

2.5.4 多任务的应用只能在预期目的下运行后台服务,例如网络电话、音频播放、定位服务、任务计划、本地通知等。如果你的应用程序使用了定位服务,需要提供一个明确的提醒告诉用户这么做会加快电量消耗。

 

2.5.5 我们会在IPv6网络上审核你的应用,所以如果你的应用程序无法使用IPv6协议,可能会被拒绝。

 

2.5.6 应用程序如果浏览网络,必须使用WebKit框架和WebKit Javascript标准。

 

2.5.7 使用蜂窝数据网络播放的视频如果超过10分钟,必须使用HTTP Live Streaming技术并且提供192kbps的码率选项。

 

2.5.8 改动用户桌面/home界面环境体验的应用,以及模拟多应用小工具使用体验的的应用将会被拒绝。

 

2.5.9 应用程序如果修改了标准开关的功能,例如音量上下键和响铃开关,或者其他原生用户界面元素和行为将会被拒绝。

 

2.5.10 应用程序在提交的时候不允许包含一个空的广告栏或者测试广告。

三、业务 

你 的应用可以在App Store当中有多种方式赚钱。如果你的应用的商业模式不够明显,请在应用内容或者审核备注当中提供商业化描述。如果你的应用程序的行为我们无法理解,或 者你的应用内付费入口不够明显,将会使得你的应用审核速度变慢甚至被拒绝。尽管定价权在你,但是如果你的应用或者应用内付费存在明显的敲竹杠的行为,我们 也会拒绝发布这个应用或者这个应用内付费。我们会拒绝掉视图以不正常的高价格欺骗用户的昂贵的应用。

 

如果我们发现你视图诱导用户给较高评价等操纵评价的行为,例如通过支付来诱导、过滤不良评价、通过水军刷虚假评价或者通过第三方的公司或团队代表您进行这类操作,我们会采取措施来维护App Store的环境,其中可能包括将你从开发人员当中除名。

 

3.1 付款

3.1.1 应 用内付费:如果你希望通过付费才可以解锁你的应用当中的一些功能(例如,订阅内容,游戏货币,游戏关卡,获取优质内容,解锁完整版本),你必须使用应用内 付费(IAP)。应用程序不允许包括按钮、链接或者其他调用方式和行为指导用户采用非IAP的方式付费。通过IAP购买的游戏内的虚拟货币或积分必须只能 在这个应用内才可以消费,不能过期,你应该确保你的应用针对具有可恢复的应用内付费具有恢复应用内付费的购买状态的功能和机制。如果你的应用内付费的付费 类型不正确,你的应用会被拒绝。应用不可以直接或间接使用应用内付费的内容和功能向其他用户赠送礼品。在Mac应用商店发布的APP需要使用其他机制或者 包含一个插件而不是应用商店本身来完成这样的赠送功能。

 

3.1.2 订 阅:自动更新的订阅只能使用应用内付费来提供,并且只能用于期刊(例如报杂志),商业应用(例如企业、生产力、专业创作和云存储),媒体应用(例如视频, 音频,语音和照片共享),以及其他批准的服务(例如约会计划、食谱管理和天气预报)。这些订阅必须持续不少于7天,而且从这款应用可以运行的用户的所有的 设备当中都可以获取。你可能会提供跨应用程序的丁芸,但这些订阅内容不允许再扩展到第三方的应用或服务。

 

3.1.3 基 于内容的“阅读”应用:应用可以允许用户访问他们之前购买的内容或者订阅的内容(比如报纸、杂志、书籍、音频,音乐,视频,专业的数据库,网络电话,云存 储以及其他被批准的服务例如管理学生成绩和课程表的教育应用)。应用程序提供商不允许指引用户采用IAP之外的付费机制付费。

 

3.1.4 代 码:应用不允许使用自己的机制来解锁应用内容和功能。包括许可证密钥,增强现实的标识,二维码等。在条件不允许的情况下(例如这个功能需要搭配特定的硬件 才可以使用,比如天文应用程序在有望远镜的情况下可以扩展它的功能),这些应用可以不使用应用内付费来解锁这些功能。应用程序的功能如果搭配一个被批准的 硬件来使用(例如一个玩具),可以只解锁基本的功能,并提供一个应用内付费解锁增值功能。您不允许要求用户购买一个不相关的产品或者参加一个市场营销活动 来解锁应用的功能。

 

3.1.5 应 用之外的商品和服务:如果你的应用允许人们购买商品和服务,但这些商品和服务的消费和该应用无关,你必须使用非IAP的方式完成支付。例如Apple Pay,信用卡和借记卡支付入口。应用程序可以使用批准的虚拟货币进行交易(例如比特币,狗狗币),只要这些付费方式遵守这个应用发布的国家和地区的相关 法律法规即可。

 

3.1.6 ApplePay: 使用Apple Pay的应用程序在出售商品或服务之前,必须提供所有商品和服务的信息给用户。必须正确的使用Apple Pay的品牌和用户界面元素,符合Apple Pay身份识别条款和人机交互界面条款(Apple Pay Identity Guidelines and Human Interface Guidelines)。使用Apple Pay提供定期付款必须提供下述信息:

 

  • 定期的时间长度以及明确指出在取消之前定期付款将一直持续
  • 每个周期提供什么样的功能和服务
  • 实际收费的账单
  • 取消定期付款的方式

 

3.2其他商业模式问题

下面的列表并不全面,而且拟提交的应用可能会触犯我们以后更新的最新政策。但是这里面也提供了一些额外的你应该和不应该做的内容:

 

3.2.1 可接受的方式

(i)你的应用可以展示给用户你开发的其他应用,但你的应用程序不能仅仅是提供其他应用程序的目录应用

 

(ii)展示或者建议其他的第三方应用的集合,并且这些应用被设计为在特定领域才发挥作用(例如健康管理,航空服务,交通服务),你的应用程序需要提供强大的编辑能力,使得它看起来不像是一个单独的商店页面。

 

(iii)当租约过期的时候禁止用户访问特定的需要批准出租的内容(例如电影、电视节目、音乐和书籍)。但是其他的物品和服务不能过期。

 

(iv)支付许可可以用于付款或者收费,转移优惠券和票据(例如电影票,优惠券和VIP凭证)。其他用途可能会导致应用被拒绝或者撤销支付许可证书。

 

(v)保险类应用必须是免费的,符合发布地区的相关法律法规,且不能使用应用内付费。

 

3.2.2 不可接受的方式

(i)展示第三方应用的界面、扩展、插件看起来和App Store很像,或者作为一般的兴趣集合。

 

(ii)苹果的硬件和系统内置的功能需要付费才可以解锁,例如通知推送,照相机,陀螺仪。包括苹果服务,例如苹果音乐的访问能力和iCloud存储的访问能力。

 

(iii)人为的增加广告的展示量和点击量,包括应用程序被设计为主要展示广告的应用。

 

(iv)在应用内为慈善机构募捐资金。这类应用在应用商店必须免费而且必须使用其他方式募捐资金,例如通过短信,网页内支付。

 

(v)通过某种方式人为限制应用的使用人群,例如通过位置或者载体来限制。

四、设计 

苹果的客户十分喜欢那些简洁、精致、创新和易于使用的应用,这正是我们希望在应用商店当中看到的。尽管是你在创造出伟大的设计,但下面的这些标准都是通过应用商店审核的最低标准。

 

4.1 模仿者

拿 出你自己的创意,我们知道你具有创意,所以请将你的创意实现出来。不要简单照搬应用商店当中的流行应用,或者仅仅对这个应用的名称和UI进行简单的修改并 将其作为自己的应用。除了冒着侵犯他人知识产权的风险外,应用商店也难以搜索到正确的应用,并且这也使得你的同行受到不公正的待遇。

 

4.2 最少功能

你 的应用在除了仅仅包装一个网站页面之外还要包含其他的功能和内容。如果你的应用程序不是特别有用、独特、或者看起来像是一个应用程序,那么它不应该在应用 商店上架。如果你的应用没有提供持久的娱乐价值,或者仅限于让人们感觉毛骨悚然,这个应用可能会被拒。如果应用仅仅是一首歌曲或者一部电影,它应该被提交 到iTunes Store。如果应用仅仅是一本书或者一本游戏指南,那它应该被提交到iBooks商店。

 

4.2.1 应用程序应该按照它的预期目的来调用API和开发框架。并且在应用描述当中明确指出这种融合方式。例如,HomeKit框架应该提供家庭自动化服务,HealthKit应该是基于健康和健身的目的并且集成在健康类应用程序当中。

 

4.2.2 除了目录用于提供专门的类别之外。应用程序的主要功能不应该是提供营销材料,广告,网络剪辑,内容聚合或者链接集合。

 

4.2.3 你的应用程序应该不依赖其他应用或功能就可以正常工作。

 

4.2.4 Apple Watch应用如果看起来像是一个表盘会令用户困惑,因为用户期望Apple Watch具有丰富的功能,例如刷卡,消息提醒和第三方服务。如果你的应用程序使用独特的方式展示时间是具有创造性的(例如对于冲浪爱好者展示潮汐的时 间),但是如果你的应用看起来特别像传统的手表的表盘,我们会拒绝它。

 

4.2.5 如果应用的主要功能是访问iCloud以及iCloud的文件管理器,你需要提供额外的附加功能来使你的应用批准上架。

 

4.3 垃圾应用

不 要为同一个应用程序创建多个Bundle ID。如果你的应用程序有多个版本,例如针对特定的国家和地区的版本,体育队伍,大学等,考虑提交一个版本的应用但是使用应用内付费来作区分。此外还要避 免将你的应用放到已经饱和的分类下。App Store当中已经有了足够多的手电、放屁、打嗝、和某种不好的词语的应用。如果想要往App Store投放垃圾应用可能会导致你的开发者资格被撤销。

 

4.4 扩展

应 用程序扩展必须符合应用程序扩展开发指南(App Extension Programming Guide)或Safari扩展开发指南(Safari Extensions Development Guide),并且如果可能应该包括额外的功能,例如帮助界面,设置界面等。扩展应用的界面不应该包括市场营销内容,广告和应用内付费。

 

4.4.1 键盘扩展有一些额外的规则,他们必须:

 

  • 提供键盘输入功能(比如键入字符)
  • 提供切换输入法的方式
  • 在无网络的情况下仍然可以正常使用
  • 根据应用扩展开发指南(App Extension Programming Guide)的要求提供数字和符号输入键盘
  • 如果键盘输入是这个应用的主要功能,那它的主要类别是工具(Utilities)
  • 只基于增强iOS设备输入功能的目的收集用户信息

 

4.4.2 Safari扩展必须可以在当前OS X系统上的Safari浏览器上正常运行,它们不能干扰到系统和Safari UI元素,并且绝不能包含恶意或者误导用户的代码。违反此规则会被从开发者当中除名。

 

4.5 苹果网站和服务

4.5.1 应 用可以订阅一些苹果提供的RSS源,例如iTunes Store RSS源。但是不能收集从苹果网站上获得的任何信息(包括apple.com,iTunes Store,App Store,iTunes Connect,开发人员门户网站等),或者创建一个基于这些信息的排名。

 

4.5.2 苹 果音乐API可以允许用户在使用你的应用的时候访问他们的订阅内容。用户必须主动使用播放、暂停和跳过按钮来访问播放列表,不允许应用擅自访问和播放。此 外你的应用不允许要求用户必须付费或者间接赚钱才可以访问苹果音乐服务(例如应用内付费,观看广告,获取用户信息等)。

 

4.5.3 不要使用苹果服务去发送垃圾信息,钓鱼,发送垃圾邮件。包括游戏中心,推送消息等。不要尝试反向追踪,扫描,嗅探,或者非法获取玩家ID,别名和其他来自Game Center的信息,否则你会被从开发者当中除名。

 

4.5.4 推送通知不得作为应用必选项才能使用这个应用,不能用于广告,促销和直销的目的,或者发送敏感和机密信息。

 

4.5.5 只能使用Game Center规定的方式访问Game Center玩家ID等信息,但不能展示在APP当中或者分发给第三方厂商。

五、法律 

应 用程序必须遵守当地的所有法律法规才可以正常使用(如果你不确认需要遵守哪些法律法规,请咨询律师)。我们了解这些事情十分复杂,但是保证遵守当地一切适 用的法规是你应尽的义务,不仅仅是遵守我们的条款。当然,如果应用程序拉帮结派、煽动和蛊惑人们犯罪的这种鲁莽行为会直接导致应用被拒。

 

5.1 隐私

保 护隐私是苹果生态系统当中的重中之重。你应该谨慎小心的使用收集到的个人信息,以确保你遵守适用的法律条款和苹果开发人员计划许可协议(Apple Developer Program License Agreement)。更不用说这些都是用户对你的的期望。更具体地说:

 

5.1.1 数据收集和存储

(i) 收集用户数据的应用必须具有隐私政策并且安全的取得用户的同意。这包括但不限于应用程序如果使用了HealthKit和其他医疗、健康技术的应用、 HomeKit,键盘扩展,Apple Pay,并且包括登陆、访问设备上的用户数据(例如地理位置,通讯录,日历等)。

 

(ii)如果你的应用程序不包括明显需要使用用户账户的功能,那么请让用户不登陆的情况下就可以正常使用。应用程序不能要求用户输入用户个人信息来使用其中的功能,但核心功能必要或者法律要求的情况下除外。

 

(iii)开发人员如果使用应用窃取用户密码和其他隐私数据会从开发人员当中除名。

 

5.1.2 数据的使用和分享

(i)你在向用户提供明确的如何使用用户数据的说明文档并取得用户明确的许可之前,你的应用不能使用或者转移用户的数据。

 

(ii)如果不是基于提升用户体验,提升软硬件性能或者符合苹果开发者计划许可协议(Apple Developer Program License Agreement)的广告推广目的,不允许使用或者向第三方厂商告知用户数据。

 

(iii)从HomeKit API当中获得的数据不允许应用在广告投放和数据挖掘的目的。

 

(iv)使用苹果支付并且通过苹果支付获取用户数据的应用,在使用或向第三方厂商告知的时候只能基于促进或改善商品和服务的交付的目的。

 

5.1.3 卫生与健康研究

健康、健身和医疗数据十分敏感,所以这类应用程序需要遵守额外的规则以保护客户的隐私安全:

 

(i)如果目的是打广告或者用户数据挖掘(用于提升健康管理,或者用于获得了批准的科研目的除外),那么应用不得使用或者向第三方披露用户的健康、健身和医疗数据。这些数据来自但不限于HealthKit API,运动和健身功能,或者其他有关健康的学科的研究课题。

 

(ii)应用不能向HealthKit以及其他医疗研究和健康管理应用当中写入虚假数据,而且不能够在iCloud上存储健康数据。

 

(iii) 致力于人类健康相关的学科研究必须在参与者的同意之下才可以进行,或者对于未成年人,他们的父母和监护人的同意之下才可以进行。相关许可条款必须包括 (a)性质、宗旨和研究时长;(b)研究程序,风险和参与人的利害关系;(c)数据的保密性和管理方法,包括与第三方共享的任何数据;(d)参与者如果有 疑问需要知道的联络方式;(e)参与者如何撤出的机制。

 

(iv)如果应用进行健康相关的研究必须具有独立的伦理审查委员会的许可。此类批准必须按照要求提供。

 

5.1.4 儿童

基于很多因素,在使用来自儿童的数据的时候务必保持谨慎。我们希望您在使用这些数据之前能够仔细了解相关要求和国际适用的法律条款,例如儿童在线隐私保护法(Children‘s online privacy protection act,COPPA)。

 

应用程序只能基于提供必要的功能和非年龄相关的娱乐价值的目的下,而且在遵守相关法律的前提下才可以请求获取孩子的生日和父母的联系方式。

 

此 外,儿童类应用如果需要采集、传输、分享儿童的信息(包括姓名、地址、电子邮件、位置、照片、视频、图画、聊天功能、其他个人数据和与上述任何信息一起使 用的永久的标识符),必须提供隐私条款,而且必须符合所有适用于儿童的隐私政策。为了明确起见,如果这类应用需要家长监控,通常这两种情况所需要提供的隐 私条款会有所不同。点此了解详细信息。

 

5.1.5 位置服务

使 用位置服务的应用程序必须提供和位置服务直接相关的功能。使用基于位置的API不允许用于提供紧急服务,或者实现自动控制车辆、飞行器以及其他设备(小型 的设备例如小型无人机和玩具例外),远程控制汽车警报系统等。在收集、传输和使用用户的位置数据之前,请确保你已经取得了用户的同意。如果应用程序使用了 后台定位服务,务必在应用当中阐明其目的。参考人机交互界面条款(Human Interface Guidelines)了解最佳的做法。

 

5.2 知识产权

确 保你的应用只包括你创建的内容,或者在使用他人的内容的时候具有合法的许可协议。如果你在许可协议规定的方式之外使用这些内容可能会被苹果下架你的应用。 当然,这也意味着其他盗用你的内容的应用也可能会被下架。如果你认为你的知识产权已经被侵犯,请填写这个表单发起诉讼申请。知识产权相关法规在每个国家和 地区有所不同,但你的应用必须避免以下最基本的错误:

 

5.2.1 一般而言:不要使用受保护的第三方内容,如商标、版权作品,或者在你的应用当中使用未经专利许可的创意。不要包含误导、虚假,山寨的描述,名称和应用内容在你的应用当中。

 

5.2.2 第三方网站/服务:如果你的应用使用、访问、展示和商业化第三方的服务,请保证你已经获得了相应的授权许可。并且许可文件必须根据要求在审核前一并提供。

 

5.2.3 音 频和视频下载:应用程序不能对非法分享、保存、转换或者来自第三方源的数据的非法使用提供方便(第三方来源包括Apple Music, YouTube, SoundCloud, Vimeo等),除非具有相应的合法授权协议。如果应用提供了音视频文件,可能这些文件也会违反知识产权,所以你的应用在提供这些文件和服务的访问能力之 前务必具有合法授权协议并且必须按照要求在审核前提供。

 

5.2.4 苹果广告代言:不要明示或暗示苹果公司是你的应用的供应商,或者苹果为你的应用的功能和质量代言。如果你的应用被授予“编辑选择奖”,苹果会自动加上这个徽章。

 

5.2.5 苹 果产品:禁止创建一个应用看起来与苹果已有的产品,用户界面(如Finder),应用(如App Store, iTunes Store或Messages),广告主题相似,并且不允许拼错苹果产品名称(如Iphone, iTunz)。iTunes音乐的预览不允许在取得对应的授权许可之前直接使用。例如作为拼图应用的背景音乐,游戏背景音乐等。如果你的应用展示了 Activity圆圈,不允许修改圆圈的显示方式以及它们代表的数据。人机界面交互条款当中对如何使用Activity圆圈有更多的信息。

 

5.3 游戏,赌博,彩票

赌博、游戏和彩票功能可能是最难以管理也是苹果应用商店当中最普遍的促销方式。只有当你完全明白相关法律风险并且已经准备好足够的时间应对监管部门的审查的时候才可以考虑使用。不过有些事情需要牢记:

 

5.3.1 抽奖和竞猜必须由应用开发商赞助

 

5.3.2 用于抽奖和竞猜的官方规则必须在应用当中予以提供,并且明确表明苹果公司不是赞助商或者以任何形式参与该活动。

 

5.3.3 应用不允许使用应用内付费购买信用点或者虚拟货币,并把它们与实际的货币结合使用,也不允许在应用当中购买彩票,抽奖券,和进行资金转移。

 

5.3.4 提 供需要使用真实货币进行游戏的应用(例如体育博彩、扑克赌博、赌场游戏和赛马竞猜等)或者提供彩票,必须具有当地相关监管部门的合法的授权许可。而且发行 的地区仅限于许可协议规定的地点,并且在应用商店当中必须是免费的。非法赌博的工具,包括计牌客不允许上架到App Store当中。彩票App必须具有下列要素:报酬,中奖几率和奖金。

After 提交应用之后 

一旦你将应用程序和元数据提交到iTunes Connect当中,并且进入审核流程,这里有一些事情你需要牢记:

 

时间:应用审核团队会尽快审核你的应用,我们也一直努力加快审核速度。可以在此了解更多有关App审核的信息。

 

状态更新:你的应用的当前状态会在iTunes Connect当中直接反映。所以你可以在上面留意你的应用状态。

 

加急审核申请:如果你们对时间非常敏感,你们可以点此申请加急审核。请务必当你在真正需要它的情况下才进行加急审核,因为你也需要尊重你的同行。如果我们发现你在滥用这个系统,我们可能会拒绝你的加急申请。

 

发布日期:如果你的发布日期设为未来的某个时候,你的应用在到达那个时间点之前不会发布到应用商店上面,即便是已经通过了审核。请记住,你的应用在所有选定的应用商店上架可能需要长达24小时的时间。

 

被 拒:我们的目标是严格遵守这些准则,但人无完人,如果你的应用程序被拒绝并且你对此表示疑问或者希望提供更多的信息,请使用解决方案中心来和应用审核团队 直接沟通。这可能对你的应用尽快上架有帮助,而且这也可能帮助我们完善应用程序审核流程或者让我们发现审核政策当中表述不清的地方。如果你仍然对结果有异 议,请点此提出上诉。

Apple:We’re excited to see what you come up with next!

——我们很期待看到你们未来发布的产品!

以上便是最新【苹果应用商店审核条款】,遇到问题的开发者赶紧“对症下药”吧!

 

移动应用产品推广服务:ASO优化服务  青瓜传媒信息流

本文作者@ASO100 由(APP顶尖推广)整理发布,转载请注明作者信息及出处!

111

]]>
//www.f-o-p.com/19659.html/feed 0
【干货】ASO优化黑科技:快速审核,关键词覆盖,苹果榜单更新规律! //www.f-o-p.com/9357.html //www.f-o-p.com/9357.html#respond Fri, 01 Apr 2016 02:08:32 +0000 //www.f-o-p.com/?p=9357 2

干货一: 快速审核

我 给大家讲一讲快速审核具体的的操作路径  第一步是 进入App Store开发者后台,我PPT里面的这个网址大家可以记一下,找到【联系我们】,然后点击我用红框标注的地方,然后提交信息就可以了。一般情况下,大家 在申请加速审核时,第一次和第二次的成功率都是很高的,次数多了以后就不那么容易通过审核了。

干货二: 关键词覆盖

首 先进入itunes Connect 操作后台,找到“APP信息”和“准备提交”的地方,然后分别点击语言框,这个时候除了中文,你还可以多选择几种语音,比如英文(英国)、英文(澳大利 亚)等等,这样做是可以增加关键词覆盖数的。如果你选择了3个地区的语言并设置本地化语言,那么你的后台就多了3套关键字,之前是100字符关键字上限, 现在扩充到300字符了。

不 同本地化语言需要上传不同的的资料,资料包括应用名称、关键字、应用截图及视频、描述、主要语言、类别等,关于填写应用名称,我建议3个地区的应用名称保 持一致,千万不要不一样;其次是关键字,每个地区设置的关键字可以完全不一样,这样你的关键字覆盖数就翻了几番;应用截图和视频只要保持适配就可以了;描 述的影响不大;类别,三个地区保持一样即可。

干货三: 苹果各榜单的更新规律

榜单更新基本是五天一循环,大家可以看一看今天的榜单然后去对照5天以前的。我将3月7号、12号、17号、22号这几天的榜单都做了截图记录,最后发现相似度达到99%。

热搜,一天会更新3次,第一次是凌晨的6点左右;第二次是中午的11点半左右,第三次更新是在晚上的21点半左右,以上是一天三次更新的时间。行业内对冲榜有需求的小伙伴,这些时间点需要了解下。

ASO是什么?

ASO的意思是 苹果应用商店的搜索优化。

早些时候,如果希望网站获得更多的流量需要做SEO,现在到了移动互联网时代,重心从网站已经延伸到App了,那App的聚合平台就是应用商店,如果想更好的曝光自己的App,那就需要揣摩各种应用商店的算法,让自己的App更多的曝光出来,这就衍生出了ASO这个概念。

ASO在国外应该是2012年开始有人系统的去讲解这个东西,在国内从2014年底才开始有人零零碎碎的讲相关的知识。

App Store曝光位 

我们首先来了解下App Store的曝光位,一共有4种类型,分别为 排行榜、热门搜索、关键词搜索排名、搜索联想词。

排行榜分为免费榜/付费榜/畅销榜,每个榜单的排名情况以及他的对应量级都是非常不同的。

热 搜榜 刚刚说了一天会更新3次,除非苹果官方调整一些规则,比如前段时间连续几天没有解绑。热搜展示的是10个关键词,目前热门搜索带来的量级并不是非常可观, 对于一般App,在榜8小时的话,带来的量级大概在1000多一点,对于好的App,它们一些关键词做的特别细,能够结合当下的一些热点,可能它的吸量情 况就会出现过万的新增,不过这都是极少数的情况。

关键词排名 据统计,目前的应用商店 有70%的流量是通过搜索关键词获取app的。

马甲

马 甲这个东西由来已久,做游戏的小伙伴都应该很早就接触了,俗话说“一个游戏,三个包,其中两个是马甲”。在2014年,做马甲做的很好的是喜马拉雅,他那 个时候的马甲包已经过千了(我跟他们的小伙伴有聊过),音频类的荔枝、多听他们的马甲都是几百上千个;现在行业内的一些小游戏或其他的App都做了几十个 /上百个马甲,这在行业内其实很正常。咱们说一下做马甲的初衷,其实每一个马甲背后都有一个凄美让人心动的故事,通过做马甲,来进行一些功能性的测试,这 体现在很多工具类的应用上,这是其一;

第二是冲量,前两天某勾和某boss打起来的时候,其实说白了就是通过这种方式去冲量嘛;

第三个就是增加关键词覆盖数,你多做一个马甲,说明你就可以多做一套关键字和标题,那就意味着这一套马甲就可以带来一份自然的新增激活 这是第三个

第四个就是刷榜咯,相对来说,马甲他的风险系数比较低,当你去进行一些操作低成本但风险比较高,他的性价比是非常高的,像理财/社交/淘宝类型的产品,他要快速的获取用户去进行一个变现或融资,也是会冒险采取这种方式。刷榜风险不风险,我后面会详细解析。

第五就是ASO,ASO说来就比较宽泛了,目前我们行业内主要把ASO这一块主要是操做热词,通过马甲选一些热词,通过常规的操作把这些热词做到第一位甚至第二位,那这样量级也是非常可观和诱人的。

以 上几点总结起来就是规避风险与快速获取用户,马甲做完之后如何通过马甲给主产品导量?有很多玩法,其中一种是通过广告弹窗的形式直接引导过去;还有一个方 式是同一个技术后台,他们的用户信息是共享的,那这个时候他们所有的用户都在一个服务器里面,这里就不存在任何导量的问题。

咱们再看看如何 操作马甲,首先声明一下,ios系统上的安装包不叫apk,apk是安卓包的用法,正确的说法应该是iap。做马甲的话要做到以下几点,第一点是开发者账 号,一定要保证开发者账号不一样。如果你的产品用的是企业开发者账号,那马甲就用个人开发者账号去上传;其次,在上传包的时候,要保证你的网络ip是不一 样的。

第二是,在上传时想保证安全的通过苹果公司的审核,就要保证二进制代码不一样,这个稍微调整一下就可以做到,没有太大难度。

第三点是icon,就是图标的意思,对于一般的产品,苹果公司不会过度去关注你的图标,你的图标可以保持一致也可以做一点小幅度调整,比如说有个产品图标是“好理财”,那马甲包可以调整为 “好理财plus”,做一个区分。

第四点,应用截图及视频,核心元素是吸引更多的用户,不管出发点是是什么,最终要保证导过来的流量变成激活流量,这是截图要起到的主要目的。

第五点,标题,你的主标题可以做的一样,但是你的副标题可以稍微调整一下,这样可以增加更多的关键词覆盖数。

第六点, 关键字 关键字你可以全新的设置一套。

第七点,描述,描述差不多一样就可以,这个不是重点。

说完了马甲再说一下搜索联想词

第一 搜索联想词要保证在第一位,如果不是的话就在给别人带量了。

第 二 在标题中置入核心关键词,就是我们要做的那个核心词,在标题中置入进去。比如说“淘点点”,它是一个做外卖的app,它在里面加入“团购”这个词,中间通 过标点符号 逗号或顿号把这个词隔开来,对于这些中低热度的词,他的一个下拉搜索联想词如果比较少的话,通过这种方式就是标点符号的方式去操作,你会发现搜索联想词搜 到的概率是非常大的,这只适用于中低热度的联想关键词,如果对于那些超高热度的词(如理财)这样做基本是无效的,它的联想关键词的热度都很高。这个时候就 需要进行人为的操作,可以看下第四点,如果未收录,可以通过机刷和积分墙的方式去实现。比如京东金融,让用户大规模的去搜索“理财京东金融”去下载这个 app,这个时候你会发现,当你量级达到一定地步的时候,这个词就会被收录进去

如果搜索联想词已经上去了,到了第8位第9位,如果你想进一步提高搜索量,到第2位或第3位,这个时候需要操作的是,通过大量的去搜索这个联想关键词,进行点击,点击一般都是机刷操作方式,下载一般都是积分墙操作方式,这是两点的一个区分。

刚刚讲了一些干货,有加速审核/有关键词翻番,那些都是一些辅助性的途径,如果要达到最终的效果,需要一个组合权重去进行优化,这个时候就提出了一套马甲+关键词覆盖数+快审+ASO热词,这是行业做了很久的一套方式。

马甲这一块说白了就是规避风险 关键词覆盖词翻番达到5000+ 甚至达到7000的一个目的

主要目的是更多的词覆盖获得更多长尾词的流量 这是其一;其二对于那些热词的覆盖也是可以覆盖更多热词,这个时候如果想操作aso热词的话,就会有空间和机会了。

刚刚是第一套方式,现在再看第二套方式

马甲+榜单+ASO热词+热门搜索

榜 单目前比较火,前两天,做游戏的一个产品基本刷到免费榜第一第二了,他们是通过技术流的方式刷这个榜,这个榜成本不高,一般十几万二十万可以做到这个效 果。中国地区相比美国有一个滞后性,在美国如果一个排名很靠后的突然上升到榜单前几名,苹果那边的审核人员是会特别关注这些app的,如果发现有异常马上 会下架这些app,处罚轻的是清榜,也就是不在榜单里面,重的话会下架甚至封号。中国地区相对来说反应会比较慢,因为对于美国来说,中国还不是App store 的核心,所以说在刷榜这一块,如果你的产品是那种特别需要吸量的快速获取用户的可以尝试榜单这一块,榜单的操作方式除了技术流,还有一个积分墙,还有真 机,真机的成本稍微比积分墙低一点,但是目前行业里没有足够的量级去做这一块,很多都会参杂一些技术流,就会导致真机这个途径在这个行业满满就少了,因为 它本身就不具备 厚重的实力

积分墙快速导量的话也可以达到这种效果,但是它的成本会相对高很多,对于那些rp值很高的可以尝试这种方式,因为相对来说,风险系数低一些

第三个就是ASO热词 这个前面讲到过,这里不重复讲了。

第四 热门搜索

热 门搜索刚刚也讲过了,其实他的量级也不是那么大。如果一个产品想快速获取曝光的话,可以把这一整套打一下榜单+aso热词+热门搜索,会发现这个产品拿出 去会有一个很好的表现(对外),并且他的量级相对来说还是非常ok的。App store 本身就是一个非常大的富媒体体系,想在有限的曝光位置里获取曝光量,必须进行更多的尝试

产品基础层面优化

主 要是关键词/标题优化,给大家讲几个优化标题的技巧,我们一般采用主标题加副标题的,主标题和副标题之间建议用破折号隔开,在副标题中建议加更多的关键 词,整个标题的字数控制在25个字以内,这是一个个人建议,因为之前做了很多实验,25个字的标题基本上都可以一次通过审核的。再就是,可以再加一些核心 行为词,切忌挑战苹果的一些底线,尝试性或技巧性的加入一些竞品的关键词,在标题这块,苹果是控制比较严的。另外一个就是关键字的设置,如果在标题里面加 入了关键字,关键词里面就不要叠加了这个字了,经过测试,这样做没有什么效果。在关键字设置这一块,一些核心的词,你想被重点收录的一些词,我建议你是用 逗号隔开的方式把它呈现出来,放置在关键词靠前的位置。

对于你想增加关键词覆盖数,我们通常的想法是尽量不用逗号,这个逗号指英文格式下的 逗号。这个时候把一些竞品词和行业关联度不大的高热度词你把他堆叠在一起,因为对于竞品词和高热度词来说,苹果他的一个收录概率是非常高的,远远高于一般 的长尾词和行为词,你把这些词堆积在一起之后,你会发现他的一个组词和一个分词能力非常强。这也是为什么有一些app,他放的一堆品牌词在关键字里面,他 没做任何关键词覆盖操作,就有2000多3000多的覆盖度。

漏洞优化 前面讲过了。

导量优化

主要是微信积分墙和换评。据我所知,去年行业里微信积分墙面如雨后春笋般出现了上百家做这个业务的,比如青瓜传媒家的小猫试玩。

换 评是运营推广人员都会做的一个操作,换评在去年10月份,苹果调整关键词收录规律之前效果还是很好的,换十几条评论,里面置入关键字,你会发现,关键字的 定向排名提升很高,但现在不行了,评论这块有两个优势,第一个优势是增加曝光流量到购买流量的一个转化。很多用户进入你产品的界面,首先会关注的是评论的 星级,再就是点击进去看评论的内容,如果他觉得OK的话就是下载这个app了,所以说评论这块还是有必要做的。第二,评论对整体关键字的排名提升还是很有 效果的,如果每天保证500-1000条的评论数量,你会发现关键字的整体排名都有一个不错的提升。

真机操作

打个比方,文公子有20000部手机分布在全国各地几个工作室,今天我让他们去操作全民免费,搜索“免费”这个词下载全面免费app。注意网络ip不要一样就可以了。

技术流量操作

技 术流量操作需要收集大量的app id ,app id收集方式有两种。一个是“养号”,真机工作室会养很多号,再高价格卖给那些技术流量操作公司,有这些账号后,他们就可以打量了,他们是通过服务器这一 块去实现的,也是不断的切换账号去搜索某个app去下载。第二种是盗号,盗号在全球范围里都是很普遍的,如果登陆自己itunes账号时发现多了一个 app或是收到了一封邮件,那就很可能被盗号了,他们用过几次你的号之后就不会再用了。

 

需要做ASO优化服务点击链接:ASO优化服务介绍

APP顶尖推广(www.f-o-p.com)是国内最顶尖的移动APP推广干货平台。欢迎关注官方微信公众号:appganhuo

【扫描APP顶尖推广微信二维码,获取更多干货爆料】
200-200
本文作者@文公子 由(APP顶尖推广)整理发布,转载本文须经顶尖推广同意,并请附上本文链接!

]]>
//www.f-o-p.com/9357.html/feed 0
苹果App Store加急审核方法步骤! //www.f-o-p.com/9169.html //www.f-o-p.com/9169.html#respond Wed, 23 Mar 2016 15:24:54 +0000 //www.f-o-p.com/?p=9169 2
苹果Appstore加急审核,是为开发者提供的快速审核通道。
加急审核主要用于解决紧急需求,例如重要节日功能,严重的bug,遇到这些问题可以提出加急申请。

加急申请入口

链接地址:https://developer.apple.com/contact/app-store/?topic=expedite


加急申请之前,需要先提交一个app的审核版本

接下来我会详细讲一下,加急申请的整个流程。

1.首先打开itunesconnect管理后台

链接地址:https://itunesconnect.apple.com/
在后台首页的最下方,找到 Contact us

2.进入联系页面

首先选择问题类型:苹果审核 App Review

选择review的类型:App Store Review即苹果商店审核,Beta App Review是指需要对外公测的应用。

接下来选择请求的原因:加急审核 Request Expedited Review

以上选项都选择完成后,会出来一长串描述。 而申请入口就在这篇文字中

苹果为了防止滥用加急审核真是费劲心思,把申请入口藏得非常深,不过显然做得不人性化。

3.终于进入加急审核页面,这里默认选好了 expedited app review

填写一下联系方式

填写需要加急的应用信息,最重要的是Apple ID of App

注意:如果你的应用有iPhone版和iPad版两个版本,而这两个版本都需要加急审核,请提交两个请求,Releted Apps关联App 并不会同时加急审核。

之后选择以下加急理由:严重bug,重大节日版本等

详细描述一下问题,方便审核人员审核

描述问题时注意:
1. 要描述清楚问题的环境
2. 讲明问题的严重性、重要性

所有信息填写完后,提交,就可以等待苹果审核了


请注意,苹果不保证一定会加急审核,并且不保证开始审核的时间(也许1天,也许3天)。
所以如果有线上重大bug,在等待审核过程中,尽力从其他途径解决也是必要的。

以下是苹果回复我的邮件:

Thank you for contacting App Store Review to request an expedited review. We have made a one-time exception and will proceed with an expedited review of xxx-app.We understand that situations can arise which require more immediate attention and have developed the Expedited Review Process for such situations. We want to remind you that expedited reviews cannot be guaranteed and are provided on a limited basis. Therefore, we may not be able to accommodate additional requests in the future.If your app is rejected during this review, it is not necessary to request another Expedited Review when you resubmit. Once you revise and resubmit your binary (or metadata, in the case of a Metadata Rejection), your app will be automatically returned to the expedite queue.

从邮件可以看出两点:
1.苹果会限制加急审核的次数,以团队账号为单位每年会有一定次数的加急机会。(网上有人说是每年每个团队限制2次,这没有切实依据,仅供参考)
2.加急审核也有可能被reject,但修复问题后,再次提交审核时,无需重复提交加急需求

所以,慎用加急需求,保证它用来解决重大、紧急的问题!


加急审核地址 https://developer.apple.com/contact/app-store/?topic=expedite

 

 

看加急审核的几个方法可以看:苹果App Store加急审核的几个方法!

 

需要做ASO优化服务点击链接:ASO优化服务介绍

APP顶尖推广(www.f-o-p.com)是国内最顶尖的移动APP推广干货平台。欢迎关注官方微信公众号:appganhuo

【扫描APP顶尖推广微信二维码,获取更多干货爆料】
200-200
本文由(APP顶尖推广)整理发布,转载本文须经顶尖推广同意,并请附上本文链接!

]]>
//www.f-o-p.com/9169.html/feed 0
苹果App Store加急审核的几个方法! //www.f-o-p.com/9165.html //www.f-o-p.com/9165.html#respond Wed, 23 Mar 2016 15:16:22 +0000 //www.f-o-p.com/?p=9165 1

一、App Store应用审核规则

1、审核时间规律

应用提交到App Store的审核周期大概是7-14天,第一次提交的审核(业内将在某应用商店第一次提交称为“首发”,后续的称为“更新”)时间会相对较长,运气不佳的 也可能长达一月,这效率实在让人很多小伙伴着急。版本被拒绝重新提交后审核时间大概在3-10天,所以大家在版本提审时需预留出 15-25天会比较稳妥。

2、审核NG的经验汇总

很多iOS开发团队在上架过程总会遇到这样的问题:一次又一次被苹果审核拒绝,每次重新申请花费一周甚至更久时间,经常一个版本上传成功至少花费数月时间 甚至小半年,严重影响产品市场推广计划。大家在开发的过程一定要严格熟悉App Store的审核指南,在这里跟大家汇总一些常见的审核NG经验。

(1)奔溃的程序或者存在重大BUG:产品提审前一定要经过反复的测试,如果存在APP频繁奔溃或者闪退,要通过的概率基本为零,在苹果丛林法则中,用户体验至上。

(2)诱导用户评论:假如APP中出现“给个好评”、“五星好评”、“好评奖励”等诱导性评论,基本是审核NG的。

(3)定位功能:获取用户定位,需要增加提示并告知用户干什么用,并允许用户拒绝。

(4)UI和描述:UI中切勿出现与苹果相似的logo,描述中切记出现“苹果官方” 、“AppStore” 、“Apple Pay”等与苹果挂钩的关键词,要知道苹果中国区审核同胞是懂中文的,还有苹果的版权意识特别强,切勿触碰导火线。

(5)UCG内容:用户产生内容的需要有举报功能;有用户产生内容的这里还需要注意的是,年龄限制等级是否过低;音视频类,需要提供版权说明。

二、利用App Store现有规则

之前谈ASO时,我们就在不断强调利用苹果现有规则的重要性。在苹果商店里玩,一定要研究清楚苹果商店的规矩。如果你的产品出现重大BUG,那么苹果给开发者提供了一个特殊窗口——加急审核

为方便开发者及时更迭存在重大BUG的APP,App Store提供了加急审核通道,每个开发者都可为自己提交的应用申请加急审核,一旦申请成功,应用很快就会进入审核。

1、加急审核效果

苹果提供专门为加急审核APP的排队序列,开发者提交加急审核邮件后,一旦加急成功,基本是24小时内就会出审核结果。

只要你的APP申请加急成功,加急审核过程中就算你的APP在审核时被拒绝,你再次提交审核依然是加急审核状态,这个状态一直伴随到这个版本过审为止。

2、加急审核操作

(1)登入苹果开发者后台;

(2)点击后台首页下面的Contact Us(中文:联系我们);

(3)Contact Us会弹出依上而下的三个选者对话框,依次选择App Review/App Store Review/Request Expedited Review,最后点击对话框下面Request an Expedited App Review,便可成功进入加急审核页面。

3、加急审核现状

加急审核已历经了很长一段历史,但就加急审核变成一条产业链的时间来说还不到一年光景。中国人的聪明在这条产业链上得到很好的诠释,不但业务铺及整个苹果中国大陆地区,也进一步渗透海外市场。

在全民有事没事加个急的大环境下,加急审核通道被过度玩坏。苹果也发现一些发开者账号频繁利用这个通道为省去必要的审核等待时间,于是在七月中旬对规则进行了严格化更改,包括对开发者账号加速的次数/APP加速的频次/IP等方面的考量。

作为一名ASO研究分析人员,个人很希望App Store的规则能有效的为人所用,但利用这些规则时切记把握一个“度”,不要一味的去挑战App Store的权威和智商。

 

需要做ASO优化服务点击链接:ASO优化服务介绍

APP顶尖推广(www.f-o-p.com)是国内最顶尖的移动APP推广干货平台。欢迎关注官方微信公众号:appganhuo

【扫描APP顶尖推广微信二维码,获取更多干货爆料】
200-200
本文作者@wengongzi 由(APP顶尖推广)整理发布,转载本文须经顶尖推广同意,并请附上本文链接!

]]>
//www.f-o-p.com/9165.html/feed 0