VIVO开放平台特殊行业类资质要求

根据国家相关法律法规要求,请以下类型产品提供相应的资质,具体要求如下:

图:VIVO开放平台特殊行业类资质要求1
图:VIVO开放平台特殊行业类资质要求2
图:VIVO开放平台特殊行业类资质要求3
图:VIVO开放平台特殊行业类资质要求4
图:VIVO开放平台特殊行业类资质要求5
图:VIVO开放平台特殊行业类资质要求6

VIVO开放平台应用审核规范

一、基本说明

1.1  开发者应该遵守国家的法律法规,同时尊重其他开发者的劳动成果,以下的规则将可以帮助您的APP在vivo应用商店尽快通过审核并上架;

1.2  vivo应用商店审核使用系统环境皆为安卓系统;

1.3  应用包名不得随意添加“.vivo”等渠道标识误导审核的信息;

1.4  本平台暂不接受个人开发者注册账号和上传应用,企业开发者提交非本企业应用,需提供相关企业授权;

二、应用详情审核

2.1  基础规范

2.1.1  应用基础信息不得含有违法内容或其他敏感信息,包括但不限于涉政、涉赌、暴力、色情、性暗示及广告法中不允许使用的词汇;

错误图例示范:icon含有色情挑逗信息

错误图例示范:icon含有彩票、赌博信息

2.1.2  应用基础信息不得传播违反社会主流价值观的内容,包括但不限于破坏健康网络环境、传播不良风气等;

2.1.3  应用基础信息不得含有第三方应用市场的名称、介绍、引述、图标、水印等内容;

2.1.4  应用基础信息需体现应用内容或功能,不得添加与应用内容无关的热门搜索词或过期的信息,如存在以节日、时事、活动等为元素的信息,请在节日、时事、活动结束后修改;

2.1.5  应用基础信息不得随意使用vivo、FuntouchOS或OriginOS等平台元素;

2.1.6  应用基础信息不得存在侵权内容;

2.1.7  非儿童类应用基础信息不得出现暗示受众为儿童等内容;

2.2  应用名称

2.2.1  应用名称和副标题不得超过15个汉字字符或30个英文字符;

2.2.2  应用名称和副标题仅限使用汉字、数字、字母,特殊符号仅限使用“+”,如需使用“+”仅限 “XXX+”,且不得添加副标题(如“格力+”);

2.2.3  应用名称与副标题请勿使用大量占位符文本、空格、乱码等无关字符(如:#、*、& 等),空格仅限中文和英文、英文和英文间使用;

2.2.4  应用名称请勿使用不具品牌识别性词汇,包括类别词及类别词叠加,如:手电筒、电话、铃声、主题壁纸、黄金原油贵金属;

2.2.5  应用名称与副标题请勿添加知名品牌、企业或第三方应用的名称,如需使用,请上传真实有效的授权证明;

2.2.6  应用名称与副标题请勿使用重复(两次或两次以上)词语或叠词进行命名,如“微信助手微信助手”;

2.2.7  应用安装到手机上显示的应用名称及应用包体内显示的应用名称需与在后台创建时填写的应用名称一致; 

2.2.8  应用名称不可与已上架应用同名(应用主名称相同即为同名应用,且不区分英文字母大小写),若拥有对应名称的商标权,请点击【应用侵权申诉流程】进行申诉;

2.2.9  应用名称每年(自然年)只能修改4次,未用完次数不可累积,且应用更名需提供对应的软著;

2.2.10  非政务机构应用名称中不得带有政府设定的综合服务管理机构的常用号码代称、简称、缩写等表达;

2.3  应用类别

2.3.1  单机和网游产品请到游戏中心上传,请勿选择应用分类;

2.3.2  儿童益智类小游戏可选择应用分类“育儿母婴”,如宝宝游戏;

2.3.3  桌游类小游戏可选择应用分类“通讯社交”,如狼人杀;

2.3.4  应用分类需与应用实际功能相符,具体可查看【应用分类参考】文档;

2.4  资费方式

2.4.1  应用的资费方式可不填写,或是填写“免费”;

2.4.2  游戏的资费方式为:道具付费、关卡付费,除特殊情况外不得添加为“免费”;

2.5  应用一句话简介

2.5.1  若应用名称无法直观展示应用功能,一句话简介需简短描述应用主要功能;若应用名称可直观展示应用功能,一句话简介需表现其特殊功能、卖点、用途或有别于其它同类产品的特点(注:新用户注册送特权类内容请勿在一句话简介中体现);

2.5.2  一句话简介字数需在5-16个汉字字符(或10-32个英文字符)之间;

2.5.3  一句话简介不得出现行文不规范(如标点不正确,错别字,语句不通顺等),标点符号仅限使用:逗号、感叹号、顿号、问号、空格(英文空格),结尾仅接受使用感叹号或问号以加强语气;

2.5.4  一句话简介不得使用虚假性及误导性内容欺骗、诱导用户下载;

2.5.5  一句话简介不得添加知名品牌、企业的名称,如需使用,请上传真实有效的授权证明;  

2.5.6  一句话简介不得添加过期信息,如存在以节日、时事、活动等为元素的信息,请在节日、时事、活动结束后修改;

2.5.7  一句话简介不得存在蹭词、叠词行为(蹭词行为平台将有权进行打回或修改);

2.6  应用介绍和新版本说明

2.6.1  应用介绍不得低于50字,更新版本的新版说明不得低于5个字且应用介绍与新版说明不能一致;

2.6.2  应用介绍和新版说明不得使用大量占位符文本、空格、乱码等无关字符;

2.6.3  理财类产品不得在应用介绍和新版说明中对收益做承诺;

2.6.4  应用介绍和新版说明不得出现大量蹭词和叠词行为(大量蹭词行为平台将有权进行修改);

2.7  图标/ ICON

2.7.1  ICON请使用256*256或512*512,大小50k以内的直角图标,请参考【ICON设计规范】;

2.7.2  ICON必须保证清晰,不得出现明显模糊、拉伸、压缩、黑边、白边等情况,请参考【ICON设计规范】;

错误图例示范:切角后存在白边

2.7.3  ICON不得添加与vivo平台官方标签内容或形式一致或冲突的角标,存在误导用户,或利用类似vivo平台标签博取用户信任的行为,如官方、正版、热门、首发等;

错误图例示范:角标含有“官方”、“正版”字样

2.7.4  ICON图标不得使用真人头像(代言人除外);

2.7.5  ICON不得使用党徽,国徽等素材作为图标,如需使用请提供相关政府机构证明;

2.7.6  应用安装到手机上显示的ICON需与在后台创建时提交的ICON一致;

2.7.7  ICON不得添加恶意网址;

2.7.8  ICON不可与已上架应用ICON高度相似或相同,且不得含有涉及商标、内容版权、著作权等侵权内容,若拥有对应图标的商标权,请点击【应用侵权申诉流程】进行申诉;

2.7.9  应用安装成功后桌面上必须有且只能出现一个该应用的图标;

2.8  应用截图和闪屏启动页

2.8.1  应用截图格式jpg/png,尺寸为1280*720或1920*1080,大小为2M以内,必须统一为横图或者竖图;

图例:横图

图例:竖图

2.8.2  应用截图可上传3-5张图片,请勿出现重复、模糊、拉伸、压缩、显示不完整、无法体现实际内容等情况;

2.8.3  应用截图和闪屏启动页请勿使用非Android设备照片或外观图(例如:iPhone手机外观素材);

三、应用资质与版权

3.1  应用上架资质和版权

3.1.1  应用不得存在破解、盗版、未获得版权所有者授权或重新打包第三方应用的行为;

3.1.2  计算机软著著作证明书为个人,仅接受该个人为法人的企业上传应用;

3.1.3  同一份计算机软著著作权证书不得在不同应用中使用;

3.1.4  应用上传的公司如与软著的公司主体为子母公司、分公司,请提交真实有效的证明;

3.2  特殊类应用要求

3.2.1  特殊类别应用需提供对应的资质才可申请上架,点击查看【应用特殊资质】文档;

3.2.2  以下产品主要功能如需付费,需有试用功能,且需在收费流程中告知用户或提示用户付费后的限制使用条件(如定位类产品需告知定位功能必须双向同意方能使用):解梦类、约会交友类、数据恢复类;

四、应用功能

4.1  安装/卸载/运行

4.1.1  应用需适配vivo主流机型;(X60,iQOO 3,X23,NEX,X21,X20,X9等,详见vivo主流机型参数);

4.1.2  应用不得出现无法正常安装、卸载,或需要第三方程序支持才可安装、卸载的情况;

4.1.3  应用不得无法正常运行,存在无法启动、闪退、无响应、无网络等问题;

4.2  账号相关

4.2.1  应用主要功能需登录、付费方能使用,或无账号注册功能的产品,请在提交应用时备注测试账号和密码;

4.2.2  应用账号注册、登录功能不可用,审核时尝试多次均无法使用的,将被驳回;

4.2.3  应用含必须验证身份证功能,请提供已验证过的测试账号;

4.2.4  应用应提供账号注销渠道,未提供账号注销渠道可能会被驳回;

4.3  基本功能

4.3.1  请勿出现应用主要内容无法正常显示和获取,新产品为满足用户使用需求应尽可能丰富内容及功能;

4.3.2  请勿出现应用主要功能未实现、功能未完善等情况,DEMO类、在开发中的产品将被驳回,如应用功能有问题,vivo有权在应用上添加必要的风险提醒或相关标识; 

4.3.3  请勿出现应用内涉及主要功能的按钮点击无反应或点击报错;

4.3.4  请勿出现应用打开后提示更新版本,请确保提交的应用为最新版本;

4.4  性能相关

4.4.1  应用不得在使用过程中切换和滑动时界面出现明显卡顿、不流畅;

4.4.2  应用在未启用或者退出至后台后应主动释放系统资源;

4.4.3  应用不得存在严重耗电的行为,导致手机发热、耗电异常;

4.4.4  应用不得存在高占用CPU及内存的行为,导致系统出现卡顿及ANR;

4.5  应用安全

4.5.1  应用不得存在潜在病毒危险(包括代码恶意行为);

4.5.2  应用不得存在暗扣费,未经用户允许即进行暗自扣费;

4.5.3  应用不得存在恶意扣费,未经用户二次确认即进行扣费;

4.5.4  应用不得存在恶意诱导行为:诱导用户点击扣费功能/诱导用户点击广告(含虚假关闭按钮);

4.5.5  开发者须对应用内容进行有效管控,包括但不限于审核过滤违规内容;

4.5.6  应用内不得开启违规分发内容,如捕鱼游戏分发、移动应用平台等(包括H5、秒开类等);

4.6  系统交互

4.6.1  应用不得影响手机系统正常使用,包括但不限于:安装后自动修改系统默认配置且用户无法修改,功能键失灵,系统声音异常/拍照异常/黑屏死机,屏蔽用户短信/电话,修改主叫号码等;

4.6.2  应用不得在无需开机启动却强制开机启动或运行时强制重启手机系统;

4.6.3  应用不得存在劫持系统桌面或者抢占锁屏的行为;

4.6.4  应用不得存在对其他应用恶意干扰、屏蔽的行为,或者含篡改其他应用数据、存档等功能的行为;

4.6.5  应用不得出现已关闭或退至后台仍强制用户使用应用功能的行为,例如:进程杀不掉或应用已关闭仍弹窗形式要求用户操作;

4.6.6  应用不得存在通知栏信息无法清除的行为;

4.7  使用限制

4.7.1  应用功能存在地域或特殊人群限制且未在应用介绍中明确说明的,可能会被驳回;

五、应用内容

5.1  法律法规

5.1.1  应用不得含有违法内容或其他敏感信息,包括但不限于涉政、涉赌、暴力、色情、性暗示及广告法中不允许使用的词汇;

5.1.2  应用不得带有诽谤、人身攻击或者侮辱个人或者团体;

5.1.3  应用不得对武器进行过于逼真的表述(如不能涉及武器的制造工艺和参数等),并鼓励违法或滥用武器;

5.1.4  应用不得存在反政府、反社会或者不符合主流政治、存在国家法律禁止的行为;

5.1.5  贷款类产品不得从借贷本金中以先行扣除利息、手续费、管理费等费用的方式直接或变相收取“砍头息”且贷款产品手续费等其他费用加上利息,核算成年化利率,不得高于36%; 

5.1.6  应用内容存在安全隐患、其他不友好信息或违规违法嫌疑信息,平台将有权拒绝上架;

5.1.7  应用内实际内容与应用内描述或平台信息不符,构成虚假宣传或者误导用户,平台有权拒绝上架(例如:贷款产品实际下款机构与应用内描述或提供的资质不符);

5.1.8  儿童类应用内容需适合儿童,不得含有其他会对儿童造成干扰、危害的内容;

5.2  应用内付费

5.2.1  应用内所有付费必须合理定价并明码标价,必须明确告知可享受的服务,如付费后使用的服务与说明不符,故意隐瞒/隐藏服务限制条件,应用可能被下架,严重者会被封禁账号;

5.2.2  应用不得存在诱导付费行为,包括但不限于诱导直接充值付费或诱导进行线下交易,如:婚恋交友类应用使用诱惑性内容对用户进行诱导扣费,如有必要,vivo会在应用上添加必要的风险提醒或相关标识提醒用户谨慎付费;

5.2.3  儿童类应用内支付功能不得存在诱导儿童支付内容,除非其保留在受家长监控的指定区域中(如短代支付,外链接支付等无需输入密码的快捷支付功能);

5.2.4  自动续费类支付需明确标识好“自动续费”字样,同时要有清晰明确的取消自动续费指引;

5.2.5  应用内付费功能需有完善的账号系统做支撑,无账号打赏、捐赠等行为可能会被驳回;

5.2.6  未登录账号即可支付,且未做明显提示用户绑定账号的,可能会被驳回;

5.3  应用内广告

5.3.1  应用不得包含空白广告位或者招商广告位,且主要目的不得是展示广告或市场营销;

5.3.2  应用广告不得含有违法内容或其他敏感信息,包括但不限于涉政、涉赌、暴力、色情、性暗示及广告法中不允许使用的词汇;

5.3.3  应用在安装到桌面时不得添加除主应用ICON以外的其他图标;

5.3.4  应用广告不得存在模仿系统通知、误导、诱导用户点击广告的行为;

5.3.5  应用广告不得在应用已关闭或者退出至后台时依然存在;

5.3.6  应用广告不得存在捆绑下载行为;(如:APP登录注册页面默认勾选下载其他APP或者必须下载其他APP才可使用);

5.3.7  应用广告不得强制用户观看,弹窗广告不得无法关闭;(如:应用广告自身需能够自主关闭或提供关闭按钮);

5.3.8  应用不得存在需强制用户下载其他应用或游戏才可使用;

5.3.9  应用不得在使用过程中频繁弹出广告(非用户主动),中断用户操作,影响用户体验;

5.3.10  广告与其他非广告信息同时出现,可能造成用户误解为内容时,广告应当显著标明“广告”;

5.3.11  开屏广告不得存在点击除“下载”按钮外任意位置跳自动下载;

5.3.12  应用内广告不得未经用户允许自动触发下载;

5.3.13  面向儿童的广告内容,必须适合儿童观看,不得包含欺骗性内容,或极易导致儿童用户无意间触发行为的内容;

5.4  捆绑下载

5.4.1  应用启动页未经用户许可不得默认勾选下载应用,如存在默认勾选项需明确提示用户;

5.4.2  应用未经用户许可不得自动下载第三方应用;

5.5  应用重复及内容单一

5.5.1  开发者请勿上传多个内容相似或者功能、结构相同的应用,雷同应用可能会被下架处理;

5.5.2  应用的新版本主体功能不得与旧版本的主体功能相差过大,如旧版本为购物商城,新版本更新为视频播放器;

5.5.3  应用不得为简单网站页面打包或套用模板,用户体验质量过低的应用可能会被下架处理;

5.5.4  应用主要功能不得依赖于第三方应用或者需跳转至网页来获取内容及功能;

5.5.5  应用功能、界面不得与应用商店已经收录的应用过于相似或者完全雷同,雷同应用可能会被下架处理,如发现被侵权请点击【应用侵权申诉流程】进行申诉;

5.5.6  暂不收录平台已收录饱和且无特别亮点的新产品(包括但不限于如闹钟、手电筒、计算器);

5.6  欺诈行为

5.6.1  开发者存在以下欺诈行为,应用将被下架,严重者会被封禁账号;

5.6.1.1  应用存在欺诈、误导用户的行为;

5.6.1.2  应用在审核前后通过服务端控制应用内容,在上架后开启违规服务;

5.6.1.3  开发者提供虚假测试账号影响审核结果的行为;

六、屏幕分辨率

vivo主流机型分辨率Android版本屏幕
PAD平板2560X1600Android 11平板设备
X-Fold展开态  1916X2160折叠态  1080X2520Android 12折叠屏-异形屏
iQOO 92400X1080Android 12异形屏
X602376X1080Android 11异形屏
iQOO 32400X1080Android 10异形屏
X232340X1080Android 9.0异形屏
NEX2316X1080Android 8.1全面屏
X212280X1080Android 8.1异形屏
X202160X1080Android 7.1全面屏
X91920X1080Android 6.0/

七、暂不收录应用

类别 类型
应用类型小语种(语言学习类除外)
应用类型宗教类(佛教、道教除外)
应用类型非官方彩票或非法互联网体育彩票和福利彩票产品,包括但不限于彩票资讯类等产品
应用类型非法VPN、翻墙、境外媒体等产品
应用类型单一影视剧集类、单一图书单行本类
应用类型非法集资类、非法众筹类、非法竞拍类,包括但不限于一元夺宝、股权众筹等  
应用类型应用功能为刷单、刷评、刷粉、清粉类
应用类型自动抢红包类/赌博性质红包类/避雷、埋雷、控数抢红包、红包群类
应用类型主功能为网赚类兼职
应用类型单一非官方游戏攻略类、单一非官方游戏社区类、单一非官方电竞资讯类
应用类型主功能为游戏代练类
应用类型主题类、单一壁纸类、单一锁屏类
应用类型主要目的为分发类(包含但不限于:应用商店、游戏中心)/主功能为H5游戏中心类(社交小游戏类除外)/破解游戏平台类/作弊器类
应用类型棋牌资讯类
应用类型独立插件类(硬件插件、辅助插件除外)
应用类型色情内容类、血腥暴力类
应用类型版权侵权类、应用侵权类
应用类型赌博类、博彩类或是地下彩类
应用类型支持非法金钱交易的应用
应用类型支持手游充值的应用
应用类型主要功能涉及非法伪装机身电话号码、短信轰炸的应用(如,恶意修改呼出手机号码)
应用类型申请root权限、存在root功能、引导对手机进行root的
应用类型积分墙相关应用(通过下载应用换取积分奖品或现金等)
应用类型主要功能是诱导用户进行签到打卡或分享至社交媒体赚取收益的应用
应用类型虚拟货币相关资源
应用类型云养殖、云种植类(如云养牛)
应用类型P2P类产品
应用类型PUA类应用
应用类型儿童小游戏内涉及“儿童邪典片”及手术类型
应用类型种子、BT磁力类应用
应用类型提供占卜、算命、改名改运、消灾避祸等迷信服务的应用
应用类型带有偷拍功能的应用
应用类型“深度伪造”类换脸应用
应用类型分身、双开、多开类应用
应用类型动态IP代理相关服务类应用
应用类型支持虚拟定位类应用
应用类型数字藏品涉及交易服务类应用
应用类型未经评估的免费WiFi类、清理类应用

八、用户隐私与功能权限

8.1  隐私政策

8.1.1  隐私声明需符合《App违法违规收集使用个人信息行为认定方法》、《个人信息安全规范》等法律法规相关条款;

8.1.2  不得出现未向用户提供隐私声明及用户反馈渠道情况;

8.1.3  不得出现隐私声明等收集使用规则难以访问,难以阅读的情况;

8.1.4  不得出现隐私声明未明确收集用户个人信息目的、方式、范围、个人信息存储时间及地点等情况,如需申请和使用敏感权限时,请在提交时说明权限使用场景及用途;

8.1.5  隐私自检报告中应明示开发者名称(若为关联公司请提交关联证明)、APP名称、APP安装及运行所需权限及用途、APP收集使用个人信息的内容、目的、方式和范围;

8.2  用户同意和撤销

8.2.1  不得存在频繁征求用户同意、干扰用户正常使用的情况;

8.2.2  不得存在默认勾选同意隐私政策,或其他默认授权(如使用”好的””我知道了”等无法清晰表达用户同意的词语)的方式征求用户同意;

8.2.3  不得存在用户拒绝不合理个人信息收集或权限收集而拒绝提供业务功能(如:应用需获取电话/定位/联系人等权限才能进入应用,否则退回桌面),不得绑定授权、一揽子授权(如不得强制要求用户一次性同意多个稳私权限),不得因拒绝辅助功能拒绝提供核心基础功能;

8.2.4  应用收集使用个人信息的目的、方式、范围发生变化时,应以适当方式通知用户,包括更新隐私政策等收集使用规则并通过弹窗等方式提醒用户阅读;

8.2.5  处理敏感个人信息应当获取用户的单独同意,并告知处理敏感个人信息的必要性以及对用户权益的影响;

8.2.6  监控的用户可以随时关闭被监控的功能,关闭操作需要在4次点击以内;

8.2.7  帐号服务系统需提供有效更正、删除个人信息及注销用户账号等功能并及时处理和同步,需人工处理的,应在承诺时限内(承诺时限不得超过15个工作日,无承诺时限的,以15个工作日为限)完成核查和处理,不得设置不必要或不合理条件,业务需提供用户行使信息管理权利的渠道或方式;

8.3  收集和使用

8.3.1  应用收集和使用个人信息须遵守数据最小化原则,不得出现超范围或超频次收集个人信息、超范围授权权限、超范围打开业务功能等情况;

8.3.2  应用权限使用需规范,如:不得申请与实际功能无关的权限、不得未经用户许可默认开启和使用权限、不得未经用户许可创建桌面快捷方式、第三方图标、通知栏、悬浮窗等;

8.3.3  系统需对个人信息采用加密保存及加密传输通道,未经用户允许或未做匿名化处理,不得向第三方供应商或第三方应用传输/收集个人信息,包括通过客户端嵌入的第三方代码、插件等方式向第三方提供个人信息;

8.3.4  需在授权时明确:可随时被调取自己的相关权限功能;

8.4  定向推送

8.4.1  若应用中存在定向推送功能,应在隐私政策中向用户清晰明示该功能并告知退出的方式。若应用中定向推送功能使用了来源于第三方的个人信息,应向用户清晰明示,并告知第三方的个人信息来源;

8.4.2  应用将收集到的用户搜索、浏览记录、使用习惯等个人信息用于定向推送时,需通过显著方式向用户进行标示,包括但不限于“个性化推荐”、“定推”、“猜你喜欢”等字样,或通过不同的栏目、版块、页面分别展示,并取得用户同意,同时需提供便捷且真实生效的关闭按钮;

8.5  其它

8.5.1  应用不得申请root权限或存在root功能;

8.5.2  应用不得未经用户允许向外发送短信或拨打电话;

8.5.3  应用不得诱导用户或未经用户许可修改启动项和系统设置;

8.5.4  应用不得未经允许后台频繁联网,消耗大量流量;(如:点击内容直接观看视频/下载应用,无二次确认)

8.5.5  应用不得在未向用户告知、未经用户同意或无合理使用场景的情况下,频繁自启动或关联启动第三方应用;

8.5.6  应用广告页面、开屏广告、主屏等功能页面,不得存在以积分、奖励、优惠等方式欺骗误导用户提供身份证号、人脸、指纹等个人信息的行为;

8.5.7  如在审核过程中仍存在隐私问题,可参考《APP常见隐私问题合规指引》;

九、开发者不当行为条款

9.1  取消开发者资格或者封停

9.1.1  详情请见“开发者账号冻结原因及解封申请流程”;

9.2  开发者应用下架

9.2.1  开发者使用非正常手段伪造或欺骗下载,操纵或者欺骗用户评论影响vivo应用商店的排名,应用将会下架或排名清空;

9.2.2  应用上线后开启恶意广告插件、病毒等行为;

十、其它

10.1  本指南所列条款仅为目前vivo开发者平台已知问题,包括但不限于其他未知问题后续会进行随时更新;

10.2  平台可对开发者产品分类、产品介绍、截图、产品副标题等信息修改编辑的权利,使之正确且符合平台的业务规则; 

10.3  审核指南一经公布即刻生效,vivo有权随时对指南内容进行修改,修改后的结果公布于vivo开放平台网站。

如果你的APP在上架VIVO开放平台的过程中还有其他疑问,可以联系一门APP打包平台在线客服进行咨询。

VIVO开放平台应用认领

开发者要求拥有非自己账号下产品上传权限,而该应用为该开发者所属,因此申请包名归属权认领。接入支付的游戏暂不支持认领,如需认领,请联系您的对接商务。

一、应用认领

1. 发起应用认领

顶部导航选择产品——应用分发——上传应用与游戏,点击应用认领

图:进入开放平台管理中心
图:找到应用认领’
图:进入应用认领页面

2. 应用认领步骤

步骤一:请填写需要认领的应用包名

步骤二:按照页面指示操作,上传打上签名的签名包。

       注:“签名空包”是平台提供的空包文件,您需要将下载的空包文件及签名说明传给您的技术人员并将要认领应用的签名打入空包。

步骤三:如需要认领的应用属于特殊行业,需提供认领账号的对应特殊行业资质,可参考《特殊行业资质规范》。

图:输入包名上传签名空包和应用资质

3. 查看认领结果

图;人看认领结果

二、应用认领申诉

若无法通过签名包方式认领,请按照以下方式进行应用认领申诉,发送邮件至open@vivo.com。

标题:【认领申诉】xxx(权利人应用名)应用认领申诉

邮件正文:(请提交以下信息)

认领需求:

无法通过签名认领的原因:

认领应用包名:

认领应用名:

认领账号:

认领主体:

附件提交:

(注:

1.附件需提交认领者上传该应用对应的域名的权属证明,当无法提供域名权属证明时则优先提供营业执照及主流市场上架截图。如未在主流市场上架应用时,则补充提供软著或版权证明及其他市场上架截图。

2. 如需要认领的应用属于特殊行业,需提供认领账号的对应特殊行业资质,可参考《特殊行业资质规范》。)

PS:若被认领者因违规行为导致账号冻结,则旗下应用不予以认领,如被认领者存在未经授权上传他人应用、涉嫌侵权行为,认领者可进行线下申诉。

如果你在认领VIVO开放平台应用的过程中还有其他疑问,可以联系一门APP打包平台在线客服进行咨询。

VIVO开放平台32/64分包上传说明

传包须知

前言

为提升终端用户使用体验,降低功耗影响,同时保证APP在手机上的运行效率和兼容性;vivo应用商店将针对不同机型下发合适的包体,推进国内安卓生态对64位架构的支持。

开发者可以在了解本文档描述的规则后,选择适合您的传包模式。

基本规则

  • 同一应用的包名、应用名称、签名需要保持一致;
  • 双包上传时,两个包体的md5值不能相同;
  • 新版本上架后,上一版本同一架构的安装包将被下架,不同架构的安装包不受影响。

单包上传规则

  • 2022年4月1日后新上传的应用,单包上传入口仅支持上传32/64位兼容包和64位架构包,不支持32位架构包;
  • 2022年4月1日前的在架包更新时,单包上传入口支持32/64位兼容包和32位架构包、64位架构包。

注:“单包上传”的32位架构包入口,仅为给开发者提供过渡期选择,近期将会关闭;为避免应用分发受影响,建议开发者尽快完成64位适配。

双包上传规则

  • 首次使用“双包上传”,或从“单包上传”更换为“双包上传”时:必须同时上传32位、64位架构包;
  • 通过双包上传并审核通过后,更新时允许在双包上传入口单独维护某个架构包;
  • 双包同时上传时,两个包体的versioncode需保持一致,且两个包体需要同时审核通过后才可上架。
  • 2022年4月1日后,64位架构包上传入口仅上传64位架构包,不支持兼容包。

操作方法/流程

一、创建流程

1、登录vivo开放平台账号→进入管理中心→应用与游戏→应用与游戏列表→点击【创建应用】;

2、录入基础信息后,点击【完善信息】,进入信息完善页面;

3、在该页面可选择APK上传方式为“单包上传”或“双包上传”;

4、包体上传后,等平台审核通过后则可发布。(注:选择“双包上传”则详见上述双包上传规则)

图:选择单包上传
图:选择双包上传

二、单双包切换限制

1、单双包入口可自由切换,但每次单包切换双包时,均需将32位、64位两个包同时上传,双包审核通过后,方可在双包入口单独维护某个架构包。

三、双包维护说明

1、首次使用“双包上传”,或从“单包上传”更换为“双包上传”时:必须同时上传32位、64位架构包;

2、已使用“双包上传”并审核通过后,更新时可单独维护“32位架构”或“64位架构”包体;

3、单独维护某个架构包体时,仅对新上传包体进行审核,未更新的架构会使用上一版本包体进行分发。

图:双包维护说明

如果你在上架更新VIVO开放平台的过程中还有其他疑问,可以联系一门APP打包平台,咨询我们在线客服。

vivo开放平台应用创建/更新流程

一、应用提交流程

1、创建应用

填写应用包名、名称,上传应用icon,完成应用创建。

图:进入vivo开放平台管理中心
图:创建应用
图:提交应用基础信息

2、上传APK包,完善信息

填写应用信息、推广信息、资质信息、联系人信息(如下参见部分截图)。

图:完善应用信息
图:提交安装包
图:提交应用资质及联系人信息

3、点击提交,等待审核

图:提交审核

4、审核通过

审核通过上架后,在vivo应用商店进行展示,可操作版本升级或修改资料。

注:请将APP内置的图标替换为高清图标

为了提升用户安装后的视觉体验,请您将APP内置的图标替换为高清图标,以便在vivo手机安装APP后显示清晰美观的应用图标。请于APK内部图标路径替换相应图标,具体每个文件夹中对应的图标尺寸规范如下(原则是不低于规范尺寸,单位:px):

hdpi文件夹 —— 192×192

xhdpi文件夹 —— 256×256

xxhdpi文件夹 —— 384×384

xxxhdpi文件夹 —— 512×512

注:分辨率适配目录参考

480*800    drawable-hdpi

540*960    drawable-sw360dp-hdpi

720*1280   drawable-sw360dp-xhdpi

1080*1920  drawable-sw360dp-xxhdpi

1440*2560  drawable-sw360dp-xxxhdpi

二、应用更新流程

1、版本升级

版本升级,需上传apk包进行更新。

图:应用更新
图:提交新版安装包

2、资料更新

若只更新应用的相关资料,可无需上传apk包。

图:修改应用资料
图:修改应用资料

3、点击提交,并等待审核通过

如果你在上架更新VIVO开放平台应用的过程中还有其他疑问,可以联系一门APP打包平台,咨询我们在线客服。

vivo开放平台企业开发者注册

一、温馨提示

1.vivo开放平台暂不支持个人开发者或个体工商户注册,感谢您的支持

2.开发者认证账号必须绑定邮箱(暂不支持绑定手机号),建议使用公共邮箱或企业邮箱绑定,以免人员离职造成交接问题

3.账号注册成功后需先填写联系人信息,请如实填写并及时更新,以便我们与您联系

二、开发者类型及认证材料准备

类型认证材料准备
普通企业二选一:(1)营业执照、组织机构代码证、税务登记证、法定代表人手持身份证照片(2)营业执照(三证合一)、法定代表人手持身份证照片
事业单位事业单位法人证书/组织机构代码证书、法定代表人手持身份证照片
社会团体社会团体登记证书/组织机构代码证书/税务登记证、法定代表人手持身份证照片
机关单位统一社会信用代码证书/发证机关证明函、法定代表人手持身份证照片
图:需要准备的资料

PS:“三证合一”,就是将企业依次申请的工商营业执照、组织机构代码证和税务登记证三证合为一证,证件名称为“营业执照”。对应的证件号码为18位数字+字母的统一社会信用代码。

资质图片上传要求如下:

(1)优先提供彩色照片,黑白件需加盖公司公章

(2)证照必须在有效期内,公章清晰可见

(3)所有证照主体必须保持一致

(4)关键信息必须清晰,格式支持:JPG/PNG,每张图片大小2M以内

(5)需企业法定代表人本人手持身份证,法定代表人需与营业执照一致

注:法定代表人手持示例

图:法人手持身份证示例

三、开发者账号注册流程

1.在首页右上角选择注册

图:注册账号

2.填写注册信息

图:填写账号信息

3.完善账户信息,上传企业资质,提交审核

注:目前仅vivo核心代理商选择【代理商】,非核心代理请联系核心代理商进行沟通合作;游戏代理商请选择【开发者】,其他开发者请选择【开发者】。

图:提交公司信息
图:提交公司证件

如果你在注册开vivo企业开发者账号的过程中还有其他疑问,可以联系一门APP打包平台在线客服进行咨询。

百度移动应用平台应用上架操作手册

开发者在上架自己的APP到百度移动应用平台时主要需要经过一下5个流程:通过百度账号登录应用平台-开发者资质审核通过-创建应用-提交应用信息-审核通过发布应用;

你可以通过百度账号登录应用平台,点应用分发-应用发布进入管理界面,再点击新建应用开始创建你的第一个应用。

图:登录应用平台并创建应用

请在新建应用时正确填写一下信息:1.上传最新版的安装包文件;2.上传应用图标;3.根据你的应用功能选择正确的应用分类;4.填写一句话描述你的应用;5.输入应用简介;6.输入更新说明;

图:填写应用信息

提供应用截图:应用截图要清晰、详尽的描述你应用的功能,并主要上传时的尺寸格式要求(请上传JPG/PNG格式的竖版截图,图片大小不超过1M,数量需要4-6张尺寸不小于480*800PX);

图:上传应用截图

请在此处提供您的如下素材,隐私政策:请输入您的隐私政策,以http://或https://开头:版权证明:请提供您的软件著作权证书。部分应用还应提供ICP等特殊行业资质。具体材料要求请见帮助中心;测试账号:若您的应用需要登录后才可使用,请提供测试账号;测试视频:若您的应用需要特殊设备才能使用(如绑定手表、手环、耳机等设备),请提供测试视频。

图:上传版权证明和测试视频以及测试账号和隐私政策网址

提交完成后耐心等待结果就行了,如果你在上架的过程中还有其他疑问,可以联系一门APP打包平台在线客服进行咨询。

什么是APP包名?

应用商店按照符合Android标准的原则进行设计,使用包名(Package Name)作为应用的唯一标识。即:包名必须唯一,一个包名代表一个应用,不允许两个应用使用同样的包名。包名主要用于系统识别应用,几乎不会被最终用户看到。

包名的命名规则

只能包含大写字母(A到Z)、小写字母(a到z)、数字和下划线,以用点(英文句号)分隔称为断,至少包含2个断,隔开的每一段都必须以字母开头。

避免包名冲突

因为包名是唯一标识,为了避免与其他应用的包名重复,产生冲突,您可以这样命名:

将您的域名反转过来作为前缀,比如如果您的域名是yimenapp.com,那么包名可以用com.yimenapp开头,这样可以有效的避免重复

在后面增加描述产品名称的字符,比如您的应用是视频应用,可以命名为com.yimenapp.video

如果您没有域名,可以使用自己的邮箱作为前缀,比如 com.yimen.WoDeYouXiang

包名冲突如何处理?

如果您发现您尚未发布的应用,包名和其他开发者已经发布的应用重复了,建议立刻修改应用的包名,避免冲突。

如果您的应用已经发布了,但是在上传应用市场审核时,被告知已经有其他开发者上传了同包名的应用,可以按照指示,进入一门APP打包平台,联系我们进行处理。

请注意

应用发布后,请不要修改包名,一旦您修改了包名,就会被当作一个新的应用,旧版用户也无法收到应用商店的升级提醒。

安全评估报告的申请和上传操作指引

依照《中华人民共和国网络安全法》、《互联网信息服务管理办法》、《计算机信息网络国际联网安全保护管理办法》、《互联网新闻信息服务新技术新应用安全评估管理规定》、《具有舆论属性或社会动员能力的互联网信息服务安全评估规定》等法规政策要求,具有舆论属性或社会动员能力的互联网信息服务提供者,应当开展安全评估。经过安全评估,符合法律、行政法规、部门规章和标准的,应当形成安全评估报告,并通过全国互联网安全管理服务平台提交至网信部门和公安机关。为了开发者能更好地开展安全评估,小米应用商店整理出安全评估报告的申请和上传操作指引文档,帮助开发者做好安全风险评估工作,共同维护安全有序的网络环境。

一、安全评估报告的申请

1、登录 全国互联网安全服务管理平台 http://www.beian.gov.cn/portal/index.do,点击“评估报告登录”完成注册/登录,进行申请。

图:全国互联网安全管理服务平台
图:注册登录全国互联网安全管理服务平台

二、安全评估报告的上传

1、具有舆论属性或社会动员能力的应用,开发者需在提交应用审核申请时,同时上传安全评估报告和在全国互联网安全管理服务平台的提交结果截图。

(注:截图中现场检查结果必须为【通过】,结果为【待现场检查】、【整改】、【不通过】等情况均为无效上传)

a、提交结果正确截图示例:

图:查验通过的安全评估报告

2、上传入口。

a、在提交应用审核申请时,上传至行业资质证明-应用安全评估报告一栏:

图:上传入口

b、注意事项:

  • 要求格式为PDF文档,大小不超过10MB;
  • 安全评估报告上的服务名称需与上传的应用名称一致,单位名称需与开发者名称一致;
  • 安全评估报告尾页需开办主体单位/法人签字、评估单位签字、盖章,并填写日期;
  • 可将安全评估报告多张扫描页和全国互联网安全管理服务平台的提交结果截图合并成一张图片上传;
  • 安全评估报告不支持以授权或转授权形式提交。
图:评估报告正确填写示例

如您仍有问题,可进入一门APP打包平台,与我们取得联系。

小米开放平台APP常见隐私安全问题与自查整改指引

一、目的

协助平台开发者在开发、运营APP的过程中,更好履行个人信息保护责任与义务,保障平台用户的合法权益,为用户和开发者提供更多更好的服务。

二、原则

个人信息控制者开展个人信息处理活动应遵循合法、正当、必要;公开收集使用规则;明示收集使用信息的目的、方式和范围及保证安全等原则。

三、常见隐私安全问题与自查整改指引

(一)隐私政策不合规

1、重点关注

APP隐私政策未向用户清晰明示APP、SDK收集使用个人信息的目的、方式和范围;在首次启动时,征求用户同意隐私政策的环节,未提供明确的同意和拒绝选项,使用“好的”、“我知道了”等无法清晰表达用户意愿的词语;或在注册、登录服务时,征求用户同意隐私政策的环节,未向用户提供主动勾选的方式,设置为默认勾选/同意。

2、自查整改指引

  • APP应以隐私政策弹窗等形式向用户清晰明示收集使用个人信息的规则;
  • APP隐私政策未明示应用信息、开发者信息、开发者联系方式,或与实际不一致;
  • APP隐私政策,应向用户清晰明示APP、SDK收集使用个人信息的目的、方式和范围;
  • APP首次启动时,在征求用户同意隐私政策的环节,应提供明确的同意和拒绝选项,不应使用“好的”、“我知道了”等无法清晰表达用户意愿的词语;或在注册/登录服务时,征求用户同意隐私政策的环节,应向用户提供主动勾选的方式,不应设置为默认勾选/同意。

3、问题案例

APP注册/登录服务,在征求用户同意环节,设置为默认同意/勾选。

图:登录页隐私政策不合规示例

4、指导建议

APP首次运行,在用户注册/登录时,向用户提供主动同意的勾选方式。

图:登录页隐私政策合规示例

(二)未经许可读取个人信息

1、重点关注

APP、SDK未告知用户收集个人信息的目的、方式、范围且未经用户同意,私自收集用户个人信息的行为。

2、自查整改指引

APP中隐私政策,应向用户清晰明示APP、SDK收集使用个人信息的目的、方式和范围;用户授权同意隐私政策前,APP、SDK不应收集用户的个人信息(OAID、IMEI、IMSI、设备MAC地址、软件安装列表、位置、联系人、通话记录、日历、短信、本机电话号码、图片、音视频等)。

3、问题案例

APP中隐私政策未向用户清晰明示APP、SDK收集使用个人信息的目的、方式和范围;且在用户授权同意隐私政策前,APP、SDK违规收集用户的IMEI、IMSI、设备MAC地址、软件安装列表信息。

4、指导建议

APP应以隐私政策弹窗等形式向用户清晰明示APP、SDK收集使用个人信息的目的、方式和范围,且在用户授权同意隐私政策前,APP、SDK不应收集用户任何个人信息。

(三)频繁索要权限

1、重点关注

短时长、高频次,在用户明确拒绝权限申请后,频繁弹窗、反复申请与当前服务场景无关权限的行为。

2、自查整改指引

APP运行中向用户索取电话、通讯录、定位、短信、录音、相机、存储、日历等权限,用户拒绝后,重新运行时,不得向用户频繁弹窗申请开启权限,影响用户正常使用。

3、问题案例

APP运行中向用户索取位置等权限,非当前功能所必须且无合理的使用场景描述,用户拒绝后,重新运行时,再次向用户弹窗申请开启权限,影响用户正常使用。

4、指导建议

APP运行中向用户索取非当前功能所必须权限,且无合理的使用场景描述,用户拒绝后,重新运行时,不应再次向用户弹窗申请开启权限,影响用户正常使用。

(四)不给权限不让用

1、重点关注

APP安装、运行和使用相关功能时,非服务所必需或无合理应用场景下,用户拒绝相关授权申请后,应用自动退出或关闭的行为。

2、自查整改指引

APP首次启动或注册、登录服务时,向用户索取电话、通讯录、定位、短信、录音、相机、存储、日历等权限,用户拒绝后,应用不得退出、关闭或无法正常使用。

3、问题案例

APP首次启动时,向用户索取存储权限;用户拒绝后,应用退出、关闭、无法正常使用。

4、指导建议

无论用户拒绝任何权限,APP都需要向用户提供基础功能,不应直接退出、关闭或无法正常使用。

(五)未经许可发送个人信息

1、重点关注

APP、SDK未向用户告知且未经用户同意,私自使用个人信息,将用户个人信息用于其提供服务之外的目的,特别是私自向其他应用或服务器发送、共享用户个人信息的行为。

2、自查整改指引

  • APP未向用户明示个人信息处理的目的、方式和范围,不应将OAID、IMEI、IMSI、设备MAC地址、软件安装列表、位置、联系人、通话记录、日历、短信、本机电话号码、图片、音视频等个人信息发送给第三方SDK等产品或服务;
  • APP以隐私政策弹窗等形式向用户明示共享给第三方的行为,未经用户同意,不应将OAID、IMEI、IMSI、设备MAC地址、软件安装列表、位置、联系人、通话记录、日历、短信、本机电话号码、图片、音视频等个人信息发送给第三方SDK等产品或服务;
  • APP以隐私政策弹窗等形式向用户明示个人信息处理的目的、方式和范围,未清晰明示共享的第三方身份、目的及个人信息类型,用户同意后,不应将OAID、IMEI、IMSI、设备MAC地址、软件安装列表、位置、联系人、通话记录、日历、短信、本机电话号码、图片、音视频等个人信息发送给第三方SDK等产品或服务。

3、问题案例

APP未向用户明示共享的第三方信息、个人信息处理的目的、方式和范围,且未经用户同意,存在将个人信息发送给第三方SDK的行为。

4、指导建议

APP应以隐私政策弹窗等形式向用户清晰明示共享的第三方信息、个人信息处理的目的、方式和范围,并经用户同意。

图:隐私政策弹窗合规示例

(六)强制用户使用定向推送功能

1、重点关注

APP、SDK未以显著方式标示且未经用户同意,将收集到的用户搜索、浏览记录、使用习惯等个人信息,用于定向推送或广告精准营销,且未提供关闭该功能选项的行为。

2、自查整改指引

  • 若APP中存在定向推送功能,应以隐私政策弹窗等形式告知用户,将收集的用户个人信息用于定向推送、精准营销,并经用户同意;
  • 若APP定向推送功能使用了第三方的个人信息来源,应以隐私政策弹窗等形式向用户明示业务功能使用第三方的个人信息进行定向推送,并向用户明示第三方的个人信息来源;
  • APP以隐私政策弹窗等形式明示存在定向推送功能,页面中应显著区分定向推送服务,显著方式包括但不限于:标明“个性化推荐”、“定推”、“猜你喜欢”等其他能显著区分的字样,或通过不同的栏目、版块、页面分别展示等;
  • APP以隐私政策弹窗等形式明示存在定向推送功能,应在APP中提供退出或关闭定向推送功能的选项。

3、问题案例

APP中隐私政策存在“…..个性化推荐/服务……”等内容,明示存在个性化推送功能,但页面中未显著区分个性化推送服务。

4、指导建议

APP中页面应显著区分个性化推送服务,显著方式包括但不限于:标明“个性化推荐”、“定推”、“猜你喜欢”等其他能显著区分的字样,或通过不同的栏目、版块、页面分别展示等。

图:个性化推送合规示例

(七)欺骗误导用户下载APP

1、重点关注

通过“偷梁换柱”“移花接木”等方式欺骗误导用户下载APP,特别是具有分发功能的移动应用程序欺骗误导用户下载非用户所自愿下载APP的行为。

2、自查整改指引

  • APP主屏页面、广告页面、开屏广告等功能页面,应设置显著APP下载提示,用户点击“下载按钮”以外区域,不应自动下载非用户所自愿下载APP;
  • APP主屏页面、广告页面、开屏广告等功能页面,不应通过设置关闭障碍等方式欺骗误导强迫下载非用户所自愿下载的APP;
  • APP主屏页面、广告页面、开屏广告等功能页面,下载的APP不应与向用户所作的宣传或者承诺不符。

3、问题案例

APP开屏广告,点击广告页面任意位置,即自动下载非用户所自愿下载APP。

图:自动下载未经用户同意APP

4、指导建议

APP开屏广告页面设置显著的下载提示,点击下载提示以外的区域,不应自动下载非用户所自愿下载APP。

图:正确下载示例

(八)APP信息明示不到位

1、重点关注

应用分发时未明示APP运行所需权限列表及用途,未明示APP收集、使用用户个人信息的内容、目的、方式和范围等行为。

2、自查整改指引

具有分发行为的APP分发第三方APP时,需提供所分发第三方APP的以下信息:

(1)开发者信息;

(2)版本信息;

(3)权限列表及用途;

(4)收集使用个人信息的内容、目的、方式和范围。

3、问题案例

APP具有分发功能,用户通过该APP下载第三方APP时:

(1)未明示所分发APP的开发者信息;

(2)未明示所分发APP的版本信息;

(3)未明示所分发APP的权限列表及用途;

(4)未明示所分发APP收集使用个人信息的内容、目的、方式和范围。

图:信息显示不正确的第三方APP下载

4、指导建议

需在下载详情页补充提供所分发第三方APP的:

(1)开发者信息;

(2)版本信息;

(3)权限列表及用途;

(4)隐私政策。

图:正确的第三方APP下载

小米开放平台应用资质上传操作指南

本文档介绍了如何进行应用资质提交,您可在阅读文档内容后,了解具体内容。

资质提交须知:

1、适用背景:为减少在架应用的侵权纠纷,小米应用商店现要求开发者提供应用版权相关证明材料。商店将于2021年5月20号执行版权文件提交要求,届时新增和更新应用需补充上述资质提交审核,若暂无上述资质,请在2021年6月20日前办理好上述资质并且补充资质提交审核,如因开发者自身原因未能按时提交资质,我们后续在审核新增和更新应用时会对应用做驳回处理。

2、适用对象:小米应用商店全量应用。

资质材料获取路径:

1、《计算机软件著作权证书》或《APP电子版权认证证书》

申请和查询入口:https://register.ccopyright.com.cn/query.html

2、ICP证或ICP备案截图

请提交ICP证或ICP备案截图到资质栏中,ICP证或ICP备案需开发者到各地通信管理部门或其官方网站上进行申请,

若您已申请ICP证或ICP备案截图,请您登录https://beian.miit.gov.cn/#/Integrated/index查询您的ICP。

操作方法/路径:

1、应用创建:

1.1 登录小米应用商店开发者站官网,点击“上传应用”进入开发者站,点击“创建应用”,开始应用首次创建。

图:创建应用

1.2 完成应用的包名创建、安装包上传、权限信息完善、发布设置、本地化语言信息等资料的填写。相关步骤可参考应用创建操作指南文档。

1.3 上传相关行业资质证明,请您如实填写应用ICP备案号并上传版权证明。

图:上传应用资质

1.4 后续应用创建步骤,请参考应用创建操作指南文档。

2、应用更新/资料修改:

2.1 进入应用管理界面,点击“管理”按钮进入应用详情页。

图:应用管理

2.2 若您在应用更新的进程中进行资质提交,请您点击应用详情页“更新版本”按钮进入应用更新页面;若您在应用资料修改的进程中进行资质提交,请您点击“编辑资料”按钮进入完善资料页面;

图:更新版本
图:查看应用资料

2.3 应用更新/资料修改相关步骤请参考应用更新、修改操作指南文档。

2.4 请在相应位置完善应用的资质证明,如实填写应用ICP备案号并上传版权证明。

图:上传应用资质

以上为应用资质上传相关流程内容,如您仍有问题,可进入问题工单系统,与我们取得联系。

小米开放平台风险应用审查标准

为保障外部来源的应用在小米终端设备上具备良好的使用体验,小米统一对第三方移动智能终端应用软件(下称“应用”)及其下载渠道(含提供应用下载功能的第三方应用)在小米终端设备上的应用下载、安装等行为进行检测和管理。根据《网络安全法》、《互联网信息服务管理办法》、《移动智能终端应用软件预置和分发管理暂行规定》、《移动应用(APP)数据安全与个人信息保护白皮书》等法律法规、相关政策和通信行业标准,小米制定了《风险应用审查标准》(下称本标准),规定了风险应用类别,即存在下列行为的应用即为风险应用,可能会给用户的设备、数据、隐私或用户财产安全造成负面影响。

小米将通过安全中心内置的应用风险检测服务、用户举报、上架人工审核等渠道进行风险识别,在终端用户下载、安装应用的过程中,依据检测情况和风险严重程度进行相应的风险提示、安全引导、下载或安装限制、小米应用商店已检测版本安装提醒等操作。包括但不限于以下风险应用类别:

一、应用涉及政治敏感内容

应用内容涉及政治敏感、破坏社会稳定的信息。包括但不限于:

  • 对国家领导人诽谤、人身攻击或者侮辱性的内容
  • 含有关于宗教、种族、性取向、性别或其他目标群体的诽谤或恶意内容
  • 含有政治谣言、涉及反政府、反社会以及其他涉及政治敏感内容

二、应用涉及违禁品内容或违禁品交易

应用存在法律明确规定的违禁品内容或相关交易。包括但不限于:

  • 爆炸物品
  • 剧毒物品
  • 麻醉剂
  • 放射性物品
  • 香烟售卖
  • 枪支器械及其交易
  • 其他违禁品及其交易

三、应用涉及血腥暴力内容

应用含有血腥、暴力等引起用户不适的内容。包括但不限于:

  • 过分描述暴力
  • 对血腥场面过度展示
  • 含有虐待、侮辱性内容

四、应用涉及色情内容

应用包含色情内容或色情服务,如性器官的过分展示。包括但不限于:

  • 应用涉及色情内容
  • 允许应用使用者发布含有色情内容的文字、图片、视频、音频等
  • 应用内含有色情服务

五、应用涉及非法交易和非法金融行为

应用内含有法律违禁的交易和非法金融行为,包括但不限于:

  • 应用含有非法金融行为,包括但不限于违法私募基金、地下钱庄、高利贷、期货等
  • 应用含有非法金钱交易,包括但不限于违规销售彩票、赌博行为或其他法律禁止的金钱交易
  • 应用提供虚拟币交易或支付,包括但不限于如比特币、以太坊、其他虚拟币等

六、应用提供违规VPN服务

应用含违规支持境外软件访问的VPN相关功能,通过VPN功能导致违规内容传播。

七、应用存在病毒

应用内含有病毒等恶意代码,危害用户的安全。包括但不限于:

  • 木马
  • 蠕虫
  • 后门
  • 混合型恶意软件

八、应用涉及恶意扣费

在用户不知情或未授权的情况下,通过隐蔽执行、欺骗用户点击等手段,订购各类收费业务或使用移动终端支付。包括但不限于:

  • 在用户不知情或未授权的情况下,自动订购付费服务或者自动扣费
  • 应用通过非正常手段,如模拟系统窗口、替换按钮功能诱导用户点击、故意隐藏关键订购协议诱导用户同意付费等,直接进行扣费
  • 无二次确认的情况下,直接扣费
  • 诱导用户付费或者强制付费后未完整履行付费服务
  • APP造成用户财产损失且有持续、大范围扩散风险,且APP开发者不介入解决用户损失问题
  • 用户付费后未完整履行付费服务,或提供的付费服务与承诺存在偏差

九、应用隐私不合规

应用涉及在用户不知情或未授权的情况下侵犯个人隐私。包括但不限于:

  • 应用的隐私政策未向用户进行明示;
  • 应用的隐私政策未详细向用户说明,应用收集使用的个人信息目的、类型、方式
  • 应用内存在默认或强制用户同意隐私协议行为
  • 应用存在超范围收集个人信息及系统权限行为
  • 应用内强制用户授权,存在“不给权限不让用”的行为
  • 应用存在未用户同意收集个人信息行为
  • 应用实际收集使用个人信息行为与声明不一致
  • 应用未经用户同意向第三方企业提供个人信息
  • 应用未提供删除、更正或投诉举报的功能或渠道
  • 应用未提供有效的注销用户账号途径,或针对用户注销设置障碍
  • 应用存在强制收集用户个人信息,强迫用户使用定向推送功能

详情可参考:《应用隐私合规标准

十、应用含有恶意广告

应用以用户不希望的方式显示广告,包括损害或干扰设备功能的可用性,或在未经充分同意的情况下在触发应用环境之外的展示。包括但不限于:

  • 应用内广告不得频繁出现以弹窗、横幅、视频形式影响用户正常使用
  • 应用内广告需提供可关闭按钮,不得设置关闭障碍
  • 应用内广告不得欺骗误导用户,不得虚假宣传等诱导方式欺骗误导用户
  • 应用内广告不得存在“极限词”、涉黄等违反国家广告法相关内容
  • 应用广告不得抢占锁屏、桌面,影响用户正常使用

十一、应用涉及远程控制

应用在用户不知情或未授权的情况下,能够接受远程控制端指令并进行相关操作 ,具有远程控制属性。包括但不限于:

  • 在未经用户许可的情况下操作和篡改系统相关设置
  • 远程控制拍照录音上传

十二、应用存在系统破坏情况

应用通过感染、劫持、篡改、删除、终止进程等手段,导致移动终端或其它非恶意软件部分或全部功能、用户文件等无法正常使用;干扰、破坏、阻断移动通信网络、网络服务或其它合法业务正常运行。包括但不限于:

  • 导致移动终端硬件无法正常工作(黑屏、耗电异常等)
  • 导致移动终端操作系统无法正常运行(系统重启、无响应等)
  • 导致移动终端其它非恶意软件无法正常运行
  • 导致运营商通信网络无法正常工作
  • 在用户不知情或未授权的情况下,对系统设置进行修改(辅助功能、设备管理器、系统时间、系统角标等),导致用户无法再进行正常设置或运行正常功能
  • 在用户不知情或未授权的情况下,对用户文件、系统文件或其它非恶意软件进行病毒感染、劫持、篡改、删除、卸载、或限制运行等
  • 应用安装后无法卸载
  • 应用索取ROOT权限,或存在功能非ROOT手机无法使用的情况

十三、应用涉及诱骗欺诈

应用自动通过伪造、篡改、劫持短信、彩信、邮件、通讯录、通话记录、收藏夹、桌面等方式,诱骗用户,而达到不正当目的。包括但不限于:

  • 伪造、篡改、劫持短信,以诱骗用户,而达到不正当目的
  • 伪造、篡改、劫持彩信,以诱骗用户,而达到不正当目的
  • 伪造、篡改、劫持邮件,以诱骗用户,而达到不正当目的
  • 伪造、篡改通讯录,以诱骗用户,而达到不正当目的
  • 伪造、篡改收藏夹,以诱骗用户,而达到不正当目的
  • 伪造、篡改通讯记录,以诱骗用户,而达到不正当目的
  • 伪造、篡改、劫持用户文件,以诱骗用户,而达到不正当目的
  • 伪造、篡改、劫持用户网络交易数据,以诱骗用户,而达到不正当目的
  • 冒充国家机关、金融机构、移动终端厂商、运营商或其它机构和个人,以诱骗用户,而达到不正当目的
  • 伪造事实,诱骗用户退出、关闭、卸载、禁用或限制使用其它合法产品或退订服务

十四、应用存在流氓行为

应用执行后对系统没有直接损害,也不对用户个人信息、资费造成侵害的其它恶意行为统称为流氓行为。危险后果主要表现为,间接的对用户手机造成影响,使用户不能方便的使用手机,给用户手机带来安全隐患等。包括但不限于:

  • 应用存在模仿系统通知或警告的广告行为
  • 应用存在影响正常功能使用的广告(频繁弹出、弹出但无法立即关闭、弹框占屏幕50%以上且无法立即关闭等)
  • 在用户不知情或未授权的情况下,长期占用移动终端中央处理器计算资源
  • 在用户不知情或未授权的情况下,自动捆绑安装
  • 激活设备管理器,在用户不知情或未授权的情况下,删除或修改备份用户数据
  • 应用存在强制用户下载应用获取积分等行为
  • 在用户不知情或未授权的情况下,长期驻留系统内存
  • 在用户不知情或未授权的情况下,自动添加、修改、删除收藏夹、快捷方式
  • 导致用户按 back 键无法正常退出程序
  • 在应用内部,通过非强制下载但无下载过程、无法终止的方式下载推荐第三方应用

十五、应用功能存在问题及性能能耗不达标

应用功能存在问题,或在未经授权的情况下严重损害用户在终端设备上的使用体验。包括但不限于以下情况:

  • 应用频繁出现崩溃、闪退、停止运行、冻结等非正常运行现象
  • 应用无法正常安装、启动、升级、卸载
  • 应用的功能失效,或点击后无响应,或程序本身存在错误
  • 应用的分辨率适配未达标,导致画面失真、模糊或像素化
  • 支持横竖屏方向的应用,在两种方向所展现的功能不等同
  • 支持帐户登录功能的应用无法正常帐户登录
  • 应用在小米终端上,给系统造成重启、死机等,导致不能正常使用的影响
  • 应用的版本不是最新稳定版本,或低于小米应用商店检测到的同包名应用版本
  • 应用在冷启动时,加载时间超过1000毫秒,且未向用户提供响应反馈(进度提醒或同类提示信息)
  • 应用在热启动时,加载时间超过500毫秒,且未向用户提供响应反馈(进度提醒或同类提示信息)
  • 应用在页面跳转、功能切换等情况时, 加载时间超过600毫秒
  • 应用运行时占用CPU过高或者异常,导致小米终端卡顿、ANR现象
  • 应用运行时占用内存过高或者异常,导致小米终端卡顿、ANR现象
  • 同等条件下,应用的前后台功耗指标超过其行业同类应用平均水平的5%
  • 除用户主动选择的业务,开启与业务无关的设备资源
  • 应用进入后台后,仍有服务在运行(该服务与用户正在使用的应用功能相关,且是必要服务的不受此限制)
  • 应用进入后台后,未经用户选择,私自启动
  • 应用进入后台后,有持锁行为
  • 应用进入后台后,占用设备资源(比如,无线网络,摄像头等)
  • 应用进入后台后,伪装成前台应用
  • 应用存在菜单功能、付款功能、音视频播放等问题
  • 应用下载后无法正常使用,存在停止运营、闪退、黑白屏、花屏、安装失败等严重影响用户使用的问题
  • APP不维护、无网络连接、无内容完全无法使用等

十六、应用传播或分发其他风险应用

应用存在下载、安装风险应用的代码或者传播和分发《本标准》规定的风险应用类别。包括但不限于:

  • 应用已经含有风险应用
  • 包含可以下载、安装风险应用的代码

十七、应用涉及违规热更新

应用修改代码进行迭代后,被检测为《本标准》规定的风险应用类别。

若第三方应用属于《本标准》规定的风险应用类别,小米将在用户下载、安装、使用应用的过程中,视检测情况和风险严重程度采取包括不限于以下措施,以保障用户安全:

  • 进行风险提示和安全引导
  • 安装需通过小米账号、锁屏密码、指纹等方式验证
  • 收回应用权限使用权
  • 禁止安装或使用应用
  • 下架应用
  • 提示用户进行应用卸载

小米开放平台应用审核常见问题

本文档介绍了应用审核常见问题,您可通过了解以下内容,自助解决问题。

1、应用提交上架更新为什么需要提供ICP证书或工信部ICP网站备案信息及计算机软著?

应用在提交审核时,需提交工信部ICP网站备案信息及计算机软著。请办理与应用相符合的ICP备案或ICP证(《增值电信业务许可证》)后进行应用提交,需提供在行业资质栏;在审核期间如并未提交ICP备案或ICP证(《增值电信业务许可证》),以及ICP备案类型与实际不符,则应用会被驳回。

图:提交相关资质证明

2、我的应用为独立开发,为什么会因为“应用不得是简单的网站页面打包或套用模板、内容聚合或罗列链接”被驳回?

在应用商店后台上传应用,系统自行判断上传APP与模板库里的已收录APP进行对比,如果相似度较高或功能性一致,则会自动判定为简单的网站页面打包或套用模板、内容聚合或罗列链接。

3、小米应用商店哪些应用不给予收录?

根据国家政策要求,彩票类、赌博类、vpn类应用小米应用商店是暂时不给予收录。请参考应用审核规范文档:​https://dev.mi.com/distribute/doc/details?pId=1080

4、小米应用商店为什么通知所有开发者对名下应用进行用户个人信息收集及使用情况的合规性自查?

针对目前APP违规收集个人信息、过度索权、频繁骚扰、侵害用户权益等突出问题,工信部日前下发《工业和信息化部关于开展纵深推进APP侵害用户权益专项整治行动的通知》文件。具体文件内容见链接:http://www.cac.gov.cn/2020-07/28/c_1597492913060262.htm

要求开发在2021年6月30日前完成自查,对于逾期未整改完成的应用,小米应用商店会对此类应用进行相应的措施。

5、我的应用为什么会“应用内含有广告”被驳回?

请根据驳回原因,确认应用内相关广告是否符合以下规范:

  • 应用内广告应要有明显的关闭按钮,不得为用户关闭广告设置障碍;
  • 应用内广告不得存在暴力、涉赌、涉黄等违法国家法律法规内容;
  • 应用内广告不得欺骗误导用户下载,且广告内容不能涉及虚假宣传;
  • 应用内广告不得频繁(3分钟内不得重复弹出),影响用户体验。

6、应用为什么会因为“XXX安全厂商报毒或含有非法插件”被驳回?

该驳回是由于应用含有病毒或非法插件,请贵公司技术人员先进行核实,若为第三方误报,建议联系对应的安全厂商删除误报信息;或您可将您的应用送去相关厂商进行检测,会有一个反馈截图,您申诉后将截图反馈至应用后台重新提交审核即可。提交位置:您在重新提交应用审核时,将资质文件提交在特殊资质代理证书一栏即可。

7、我的应用因马甲包等原因被驳回&下架,该如何处理?

为促进行业生态更健康发展,我们的期望一直是为用户提供最精品最有品质的应用体验,现小米商店暂不对马甲包进行收录。

8、为什么我的应用在其他应用市场可以上架,而在小米应用商店却无法通过审核?

各平台审核标准会存在部分差异,小米应用商店为给用户提供优良、安全的应用,已建立了专业安全的检测体系,并时时检测应用的安全性。建议您依照审核结果,进行优化后,再次上传。

9、如果非中国大陆地区注册的企业公司希望将应用分发至小米应用商店,但无法申请软著,怎么办?

如果是非中国大陆地区注册的企业公司开发的软件,由中国公司代运营的应用请提供海外地区相关权属&资质证明书在行业资质证明栏或以中国代运营公司为主体申请软著。

10、如果我的应用在小米应用商店(中国地区)已上线,能否上传海外市场?

可以。如果贵公司应用在符合相关审核标准,欢迎上传小米应用商店海外市场。

操作上传详情请见应用创建操作指南文档:https://dev.mi.com/distribute/doc/details?pId=1072

11、为什么要提供测试账号?测试账号提供在哪里?

如应用内需要登录才可以使用,需要明确提醒开发者提供测试账号,应用测试账号在测试账号栏。

12、创建应用名称有什么要求?

需要提示开发者在创建应用名称和ICON时有必要在商店搜索一下,是否存在同名应用,且应用在设备中显示的名称需与文本信息中填写的名称一致,不得蹭知名应用的ICON样式。

应用上传规范可参考应用审核规范文档:https://dev.mi.com/distribute/doc/details?pId=1080

13、关于主体信息问题为什么开发者主体驳回信息不一致?

应用信息内填写的开发者名称与提交应用审核使用的账号主体内开发者信息需要保持一致,建议开发者可以在应用信息内修改开发者名称。

14、关于应用截图问题 应用截图有什么要求?

应用截图和应用实际的界面需要保持一致,必须要遵守所有的应用截图的审核标准,具体可参考应用审核规范文档:https://dev.mi.com/distribute/doc/details?pId=1080

小米开放平台常见保证(承诺)函模板

本文档介绍了常见保证(承诺函)模板,您可在了解文档内容后,自行上传承诺函。

一、相关内容须知

小米应用商店积极响应国家有关政府部门号召,将进一步加强金融投资理财类 、单本图书类、书城类和医疗健康分类产品的上架审核。

目前对以下类别的产品,需到开发者后台提交【小米应用商店免责承诺函】:

1、应用存在借贷功能或属于P2P等借贷类的产品

2、应用为单本图书类或书城的产品

3、应用存在销售药物、医院挂号、整容、线上问诊、健康咨询或指导等功能或选择医疗健康分类的产品

如贵公司(暂不接受个人开发者提交此类产品)的产品类型符合以上三点,请下载与贵公司产品的分类相对应的【小米应用商店免责承诺函】盖公司章后,将照片或扫描件(JPG/PNG格式,无尺寸要求)提交到开发者后台。对于未在规定时间内提交承诺函的应用,小米应用商店可能采取暂停审核上架或暂停其版本更新等措施。

注意:第一次在开发者后台提交了免责承诺函的应用,下一次版本更新时无需再重复提交。如有疑问,请进入问题工单系统,进行咨询。

二、点击下载相应模板

承诺函(单本图书、书城类)

承诺函(理财类)

承诺函(医疗类)

承诺函通用版本

三、免责承诺函提交方法

1、点击“更新版本”或者“查看资料”。

2、填写相关信息,下拉到“行业资质证明”一栏,上传“免责承诺函”,完善其他信息,提交审核。

图:应用管理
图:免责承诺函提交方法

以上为常见保证(承诺)函模板内容,如您仍有问题,可进入问题工单系统,与我们取得联系。

小米开放平台素材审核规范

本文档介绍了游戏中心、应用商店、快游戏等平台素材的尺寸、格式要求,您可通过阅读本文档,对平台素材审核规范有一定了解。

一、资源位尺寸及格式总览

需要审核的素材资源位包括:游戏中心APP资源位应用商店资源位快游戏APP资源位、SDK素材

  • 游戏中心
  • 应用商店
  • 快游戏
  • SDK素材

二、游戏中心素材

  • 开屏
  • 首页轮播图banner
  • 福利中心banner
  • 浮层
  • 右下角浮标
  • 首页首屏大图
  • 高端机预约详情页头图
  • SDK弹窗

三、应用商店素材

  • 开屏图
  • 浮层
  • 活动banner

四、快游戏素材

  • 首页banner
  • 活动banner

完整规范请见附件和网盘链接:

链接: https://pan.baidu.com/s/12UQrVX_hdwZlP41kMp4Ong 提取码: rlwe

1

如您仍有疑问,可进入问题工单系统,与我们取得联系。

小米平台素材审核规范8月25日.pdf

小米开放平台特殊行业资质要求

本文档介绍了特殊行业资质要求相关内容,您可在阅读文档内容后,对特殊行业资质要求有所了解。

一、资质提交入口

应用相应资质提交入口:“小米开放平台”-“应用管理页”-“发布应用或创建新应用”-“完善资料”-“上传行业资质证明”。

如有疑问,请进入问题工单系统,与我们取得联系。

二、特殊行业资质要求

由于应用种类繁多、审核规范会不定期调整,资质说明并未详尽,以后台驳回理由以及与咨询开发者支持同学为准。

根据国家相关法律法规要求,请以下类型产品提供相应的资质,具体要求如下:

图:特殊行业资质要求

承诺函通用版本docx.docx

小米开放平台应用分阶段发布操作指南

1、功能介绍

在应用发布新版本时,您可以采用分阶段发布的方式进行应用版本更新。采用分阶段发布,您可以先向一定比例的用户发布更新的版本,快速获取用户对新版本的反馈意见,验证产品功能的稳定性,降低全量发布可能出现的风险及影响范围。

(目前该能力覆盖范围仅限应用,游戏暂不支持,且该能力处于内测阶段,如需开通,请联系 zhouyanjie@xiaomi.com ,并提供开发者ID、应用名称、应用包名)。

2、操作说明

2.1 使用分阶段发布能力

前提条件:您的APP当前上架版本为全网发布时,可提交新版本并设置为分阶段发布(即分阶段发布只适用于应用版本更新环节)。

操作路径:小米开放平台 – 应用列表 – 管理 – 应用详情页 – 更新版本。

图:应用更新

2.2 创建分阶段发布版本

在“发布类型”区域下设置相关参数。

图:设置分阶段发布参数
参数说明
发布类型选择“分阶段发布”;
生效时间分阶段发布的生效周期; 
分阶段发布开始时间不得早于当前时间,结束时间必须大于开始时间,生效周期最大30天。达到生效结束时间后,分阶段发布版本将自动转全网发布。
暂停状态下,不会自动转全网发布;
到达结束时间后操作默认为到达结束时间后推送全网发布,也可选择暂停分阶段发布;
发布百分比请输入整数或小数,数值必须大于0且小于100。如果输入小数,则最多保留小数点后1位。对同一个分阶段发布版本,要求发布百分比数值逐渐变大;
分阶段发布说明填写本次分阶段发布的备注信息,如发布特性等,限500字以内。此说明不对用户或小米审核人员展示,仅展示在版本信息页面,供开发者自己参考;
图:参数说明

完善其他相关信息后,点击“提交审核”,确认版本号无误后点击“确认”。提交成功后,应用版本状态更新为“审核中”。

2.3 管理分阶段发布版本

审核期间,在应用详情页可以对分阶段发布版本查看详情、撤销审核;

审核通过后,小米商店将按设置的生效时间和发布百分比分发该版本,正式版本和分阶段发布版本将同时在架。开发者可以在应用详情页查看、更新资料和更新发布管理;

图:查看分阶段发布应用

在“发布管理”页面,可查看分阶段版本的发布状态、发布设置、发布说明等,并进行更新分阶段发布、全网发布、暂停分阶段发布、恢复分阶段发布、取消分阶段发布操作。

图:查看分阶段发布状态、发布设置、发布说明

2.3.1 暂停分阶段发布

分阶段发布生效后,点击“暂停分阶段发布”,认真阅读弹出的提示框内容后,点击“确认”,分阶段发布版本将在小米应用商店暂时下架,即发布范围内的所有用户均暂时无法在小米应用商店搜索到该版本的应用。

图:暂停分阶段发布

2.3.2 恢复分阶段发布

分阶段发布暂停期间,点击“恢复分阶段发布”按钮,在弹窗中点击“确定”,该分阶段发布将在小米应用商店恢复上架,按照设置的生效时间和发布百分比继续分发,且恢复分阶段发布的申请无需人工审核。

图:恢复分阶段发布
恢复分阶段发布参数说明
生效时间起始时间:不支持修改; 
结束时间:支持修改,您需要保证整个分阶段发布的生效周期不超过30天;
发布百分比支持修改。对于同一个分阶段发布版本,每修改一次发布范围的百分比,需大于等于上一次的百分比数值;
分阶段发布说明支持修改。对于同一个分阶段发布版本,每修改一次发布范围的百分比,建议大于上一次的百分比数值。
图:参数说明

2.3.3 更新分阶段发布

在分阶段发布审核通过但尚未达到生效时间以及在分阶段发布生效期间内,您均可以执行更新分阶段发布操作,且更新分阶段发布的申请无需人工审核。

图:更新分阶段发布
更新分阶段发布参数说明
生效时间起始时间:不支持修改;
结束时间:支持修改,您需要保证整个分阶段发布的生效周期不超过30天;
发布百分比支持修改。对于同一个分阶段发布版本,每修改一次发布范围的百分比,需大于等于上一次的百分比数值;
分阶段发布说明支持修改。对于同一个分阶段发布版本,每修改一次发布范围的百分比,建议大于上一次的百分比数值。
图:更新分阶段发布参数

2.3.4 取消分阶段发布

分阶段发布未生效和已生效期间,点击“取消分阶段”按钮,认真阅读弹出的提示框内容后,在弹窗中点击“确定”,可以取消分阶段发布,取消后,该版本将在小米应用商店下架,取消分阶段发布无需人工审核。

图:取消分阶段发布

2.3.5 分阶段发布转全网发布

  • 自动转全网发布:如您之前在发布配置- 结束时间后操作选择的是“推全网发布”则分阶段发布的生效周期结束后,将自动转全网发布版本;
  • 手动转全网发布:点击“恢复分阶段发布”或“更新分阶段发布”,“发布类型”选择“全网发布”,即可将分阶段发布版本转为全网版本。

注:分阶段发布版本转为全网版本后,帐号持有者会收到邮件通知。

2.3.6 下架分阶段发布版本

  • 取消分阶段发布后,分阶段发布版本会立即下架,无需人工审核;
  • 应用下架审核通过后,分阶段发布版本也将随之下架。

2.4 提交新版本

当APP的各版本都审核完成时,点击全量版本操作栏的“更新版本”按钮,“发布类型”选择全网发布或分阶段发布,可更新正式版本或分阶段发布版本。提交审核后,当前在架的分阶段发布版本将下架。

3、常见FAQ

1)设置的比例代表什么含义?

以设置10%为例,代表在小米应用商店内有10%的活跃用户可以看到您的新版本;

2)该包是否会影响到正常版本的分发?

使用该能力后,新包和旧包同时保持上架,新包仅分发给设置的比例所命中用户群;

3)如果使用分阶段发布的新包有问题,想上传新的包去覆盖怎么操作?

只要保证新包版本号大于上一次的包即可;

4)分阶段发布是否支持同版本更新?

暂不支持。

以上为应用分阶段发布流程内容,如您仍有问题,可进入问题工单系统,与我们取得联系。

小米开放平台应用隐私检测问题查询-“隐私合规”模块使用教程

为协助开发者在开发、运营APP的过程中,更好履行个人信息保护责任与义务,保障平台用户的合法权益,为用户和开发者提供更多更好的服务,小米应用商店新增隐私问题查询和复测功能。本文档为“隐私问题查询和复测页面”的使用教程,您可在了解文档内容后进行功能使用。

一、隐私问题查询路径

1、隐私检测弹窗提示

当开发者旗下的应用,在隐私检测过程中发现问题,我们将通过邮件、开发者站弹窗公告的方式进行提醒,告知开发者关注检测出的问题,届时开发者可通过弹窗直接跳转查看问题。如开发者旗下多个应用均检测出问题时,我们也将仅发布一个弹窗公告来提醒。

图:弹窗提示隐私政策问题

2、开发者站首页“隐私合规”入口

开发者站首页增加隐私检测入口,点击可进入隐私合规页面。在此可浏览开发者旗下在架应用的隐私检测状态,及存在的具体问题报告详情。(注:隐私合规页面中,仅对当前状态为“在架”的应用进行检测)

图:隐私政策合规入口

3、应用详情页“隐私合规”入口

同样,在各个应用的管理详情页—“应用服务”模块下,也增加了隐私问题查询入口,点击后可进入对应应用的隐私问题检测报告页。(注:部分非在架状态的应用无法检测,因此无问题报告详情)

图:隐私政策合规入口

二、隐私问题查询操作指南

1、检测情况查询

开发者进入“隐私合规”模块页面后,开发者旗下的应用将按照检测情况进行排列,不同检测状态定义如下:

1)检测情况显示“已通过”:代表该应用本次检测中,未发现问题;

2)检测情况显示“未通过”:代表该应用在本次检测中,发现存在隐私问题;

3)检测情况显示“未检测”:代表该应用目前在检测排队中,未进行检测;

4)检测情况显示“检测中”:代表开发者在“问题报告”页面,提交修改后的apk,正在复测中。

(注:因检测易受到环境差异或时间节点影响,已通过应用不代表绝对安全,未来还将不定期复测)

开发者可点击“隐私合规”模块页面上方的《隐私合规问题修改指引》,查询隐私问题的修改方法,或参照标准来进行问题的自查。

图:隐私合规问题修改指引

2、隐私问题报告查询

点击各个应用的“查看报告”入口可进入报告详情页,查看应用存在的相关问题及问题产生的详细介绍。对无法复现或定位的问题,报告详情页中将提供检测期间问题页面的截图供开发者参考,并且可以通过详情页中“查看报告”入口可以下载报告查看详细的检测问题项及其整改建议。

图:隐私问题报告查询

三、修改后的apk提交隐私复测操作指南

1、提交APK进行复测

如开发者将应用存在的隐私问题修改完成,开发者可在“问题报告详情页”中,点击右上角的“检测修改后的apk”,提交修改后的包体进行隐私合规的复测,提交复测的apk,无需修改apk的版本号。

图:提交新版安装包进行复测
图:核对安装包信息

复测apk上传后,将会对“包名、hash值、MD5”等信息进行校验,避免开发者不小心提交未修改的apk或错误的apk。(注:开发者上传未修改过的apk,或上传其他应用的apk,会进行弹窗提醒)

图:包名不一致提示
图:未修改的安装包提示

2、提交APK复测后状态查询

当开发者提交修改后的apk进行复测,问题报告详情页中的提交复测按钮将置灰,页面将暂时保持上一次的检测结果,待复测完成后,页面检测结果将更新为最新状态。(注:复测需要1~2个工作日)

图:复测后结果查询

若应用检测通过,问题详情页将显示以下状态。(注:检测通过的详情页,不提供apk复测入口)

图:复测通过显示

如您在使用过程中仍遇到其他问题,也可通过开发者站的问题工单系统模块,与我们取得联系,我们将有专人解答您的问题,感谢您的支持和理解。

小米开放平台应用商店支持 64 位架构适配

4 位 CPU 能够为您的用户提供更快、更丰富的体验。添加 64 位的应用版本不仅可以提升性能、为未来创新创造条件,还能针对仅支持 64 位架构的设备做好准备。

本指南介绍了如何确保 32 位应用为支持 64 位设备做好准备,供您随时采用。

评估您的应用

如果您的应用仅使用以 Java 编程语言或 Kotlin 编写的代码(包括所有库或 SDK),那么就表示该应用已经能支持 64 位设备。如果您的应用使用了任何原生代码,或者您不确定应用是否使用了这类代码,那么您需要评估应用并采取措施。

快速状态检查

要检查应用是否已满足 64 位要求,请将应用安装包上传至应用完善资料页的安装包信息模块处,若上传成功,证明安装包符合要求。

您的应用是否使用了原生代码?

首先需要检查您的应用是否使用了任何原生代码。 如果您的应用符合以下情况,便是使用了原生代码:

  • 使用了任何 C/C++(原生)代码。
  • 与任何第三方原生库关联。
  • 通过使用原生库的第三方应用构建程序构建而成。

应用是否包含 64 位库?

若要确定应用是否包含 64 位库,最简单的方法就是检查 APK 文件的结构。在构建时,APK 会与应用所需的所有原生库打包在一起。原生库会根据 ABI 存储在不同的文件夹中。您的应用不一定要支持所有 64 位架构,但对于支持的每种原生 32 位架构,应用都必须包含相应的 64 位架构。

对于 ARM 架构,32 位库位于 armeabi-v7a 中。 对应的 64 位库则位于 arm64-v8a 中。

对于 x86 架构,32 位库位于 x86 中,64 位库则位于 x86_64 中。

首先要确保这两个文件夹中都有原生库。总结如下:

平台32 位库文件夹64 位库文件夹
ARMlib/armeabi-v7alib/arm64-v8a
x86lib/x86lib/x86_64

请注意,每个文件夹中的一套库可能完全相同,也可能不完全相同,这取决于应用的具体情况。您应达到的目标是确保您的应用能够在仅支持 64 位架构的环境中正常运行。

通常情况下,同时针对 32 位和 64 位架构构建的 APK 或软件包会具有这两种 ABI 的文件夹,每个文件夹中都有一套相应的原生库。如果您的应用不支持 64 位架构,那么您很可能会看到 32 位 ABI 文件夹,但没有 64 位文件夹。

使用 APK 分析器查找原生库

APK 分析器是一款可用于对构建的 APK 进行各方面评估的工具。针对我们目前所讨论的情况,我们将使用该工具查找原生库,以确定是否具备 64 位库。

1.打开 Android Studio,然后打开任一项目

2.从菜单中依次选择 Build > Analyze APK…

3.选择您要评估的 APK。

4.查看 lib 文件夹,您可以在其中找到“.so”文件。如果在您的应用中找不到任何“.so”文件,则说明该应用的相应库已准备就绪,您无需采取进一步措施。如果您看到 armeabi-v7a 或 x86,则说明您有 32 位库。

5.检查是否 arm64-v8a 或 x86_64 文件夹中有类似的“.so”文件。

6.如果您没有任何 arm64-v8a 或 x86_64 库,则需要更新构建流程以开始构建并打包 APK 中的这些工件。

7.如果您看到 32 位和 64 位的库均已打包到软件包中,则可以跳至在 64 位硬件上测试应用

通过解压缩 APK 查找原生库

APK 文件的结构类似于 ZIP 文件,可以像 ZIP 文件一样解压缩。 如果您更喜欢使用命令行或任何其他解压缩工具,也可以采用解压缩 APK 的方法。

只需解压缩 APK 文件(根据您使用的解压缩工具,您可能需要将其重命名为 .zip),然后按照上文中的指南浏览解压缩后的文件,即可确定您的应用是否已经为支持 64 位设备做好准备了。

例如,您可以从命令行中运行如下命令:

:: Command Line
> zipinfo -1 YOUR_APK_FILE.apk | grep .so$
lib/armeabi-v7a/libmain.so
lib/armeabi-v7a/libmono.so
lib/armeabi-v7a/libunity.so
lib/arm64-v8a/libmain.so
lib/arm64-v8a/libmono.so
lib/arm64-v8a/libunity.so复制

请注意,此示例中存在armeabi-v7a库和arm64-v8a库,这表明该应用支持 64 位架构。

使用 64 位库构建应用

下面针对构建 64 位库做出了相关的说明。不过,需要指出的是,以下内容仅介绍了如何构建在源代码的基础上可构建的代码和库。

如果您使用任何外部 SDK 或库,请确保按照上文所述的步骤使用 64 位版本。如果没有 64 位版本可用,请与相应 SDK 或库的所有者联系,并在规划支持 64 位设备的方案时将这一点考虑在内。

使用 Android Studio 或 Gradle 进行构建

大多数 Android Studio 项目都使用 Gradle 作为底层构建系统,因此本部分适用于使用这两种工具进行构建的情况。针对原生代码进行构建很简单,只需将 arm64-v8a 和/或 x86_64(视您要支持的架构而定)添加到应用的“build.gradle”文件中的 ndk.abiFilters 设置中即可:

// Your app's build.gradle
apply plugin: 'com.android.app'

android {
   compileSdkVersion 27
   defaultConfig {
       appId "com.google.example.64bit"
       minSdkVersion 15
       targetSdkVersion 28
       versionCode 1
       versionName "1.0"
       ndk.abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64'
// ...复制

使用 CMake 进行构建

如果您的应用是使用 CMake 构建的,那么您可以通过将 arm64-v8a 传递到“-DANDROID_ABI”参数来针对 64 位 ABI 进行构建:

:: Command Line
> cmake -DANDROID_ABI=arm64-v8a … or
> cmake -DANDROID_ABI=x86_64 …复制

在使用externalNativeBuild时,此方法无效。请参阅使用 Gradle 进行构建部分。

使用 ndk-build 进行构建

如果您的应用是使用 ndk-build 构建的,那么您可以使用 APP_ABI 变量修改“Application.mk”文件,从而针对 64 位 ABI 进行构建:

APP_ABI := armeabi-v7a arm64-v8a x86 x86_64复制

在使用externalNativeBuild时,此方法无效。请参阅使用 Gradle 进行构建部分。

将 32 位代码移植到 64 位架构

如果您的代码已经可以在桌面或 iOS 平台上运行,那么您无需针对 Android 做额外的工作。如果这是第一次针对 64 位系统构建您的代码,那么您需要解决的主要问题是指针不再适合 int 这样的 32 位整数类型。您将需要更新以 intunsigned 或 uint32_t 等类型存储指针的代码。在 Unix 系统上,long 对应的是指针大小,但在 Windows 上并非如此,因此您应该改用释意类型 uintptr_t 或 intptr_t。使用 ptrdiff_t 类型来存储两个指针之间的差异。

您应该始终选择使用 <stdint.h> 中定义的特定固定宽度整数类型,而不是 int 或 long 等传统类型,即便对于非指针也应如此。

使用以下编译器标记来捕捉代码在指针和整数之间转换不正确的情况:

-Werror=pointer-to-int-cast
-Werror=int-to-pointer-cast
-Werror=shorten-64-to-32复制

具有int字段(包含指向 C/C++ 对象的指针)的 Java 类也有同样的问题。在 JNI 源代码中搜索jint,并确保切换到long(Java 端)和jlong(C++ 端)。

注意:因指针被截断而引起的崩溃将表现为 SIGSEGV,其中错误地址的前 32 位全部为零。

对于 64 位代码而言,隐式函数声明的危险性要高得多。C/C++ 假定隐式声明的函数(即编译器未检测到声明的函数)的返回值类型为int。如果函数的实际返回值类型是指针,那么在 32 位系统上是可行的,因为在 32 位系统中指针的类型为int,但在 64 位系统中,编译器会丢弃指针的前半部分。例如:

// This function returns a pointer:
// extern char* foo();

// If you don't include a header that declares it,
// when the compiler sees this:
char* result = foo();

// Instead of compiling that to:
result = foo();

// It compiles to something equivalent to:
result = foo() & 0xffffffff;

// Which will then cause a SIGSEGV if you try to dereference `result`.复制

以下编译器标记会将隐式函数声明警告变成错误,以便您能够更轻松地查找和解决此问题:

-Werror=implicit-function-declaration复制

如果您有内联汇编程序,您需要重新编写该程序或使用普通的 C/C++ 实现。

如果您对类型大小进行了硬编码(例如,8 或 16 字节),请使用等效的 sizeof(T) 表达式(例如 sizeof(void*))来替换它们。

如果需要有条件地编译不同于 64 位的 32 位代码,则对于一般性的 32/64 差异,您可以使用 #if defined(__LP64__);对于 Android 支持的具体架构,可以使用 __arm__、__aarch64__ (arm64)、__i386__ (x86) 和 __x86_64__。

您需要调整类似 printf 或 scanf 的函数的格式字符串,因为如果使用传统的格式说明符,您无法以一种对 32 位和 64 位设备都正确的方式来指定 64 位类型。您可利用 <inttypes.h> 中的PRI 和 SCN 宏来解决此问题,PRIxPTR 和 SCNxPTR 分别用于写入/读取十六进制指针,PRId64 和 SCNd64 分别用于以可移植的方式写入/读取 64 位值。

在移位时,您可能需要使用 1ULL 来获取要移位的 64 位常数,而不能使用仅支持 32 位的 1。

利用 Android App Bundle 减少大小增加量

为您的应用添加 64 位架构支持可能会导致 APK 的大小增加。我们强烈建议您利用 Android APP Bundle 功能,以尽量减小因在同一 APK 中同时包含 32 位和 64 位原生代码而对 APK 大小产生的影响。

实际上,将应用改为使用 Android App Bundle 可以缩减 APK 的大小,使其比现在更小。

游戏开发者

我们知道,迁移第三方游戏引擎是一个耗费人力的过程,并且需要很长的准备时间。庆幸的是,三大最常用的引擎目前都支持 64 位架构:

  • Unreal(自 2015 年起)
  • Cocos2d(自 2015 年起)
  • Unity(自 2018 年起)

Unity 开发者

升级到支持的版本

Unity 自版本 2018.2 和 2017.4.16 开始提供 64 位支持。

如果您发现自己使用的 Unity 版本不支持 64 位架构,请确定要升级到的版本,并按照 Unity 提供的指南迁移您的环境,确保将您的应用升级到可构建 64 位库的版本。Unity 建议您升级到该编辑器的最新 LTS 版本,以获取最新的功能和更新。

下面的图表概述了 Unity 的各个版本以及您应该采取的措施:

更改构建设置以输出 64 位库

如果您使用的 Unity 版本支持 64 位的 Android 库,那么您可以通过调整构建设置来生成 64 位版本的应用。您还需要使用 IL2CPP 后端作为 Scripting Backend(详见此处)。要为构建 64 位架构而设置 Unity 项目,请按以下步骤操作:

1.转到 Build Settings,然后确认 Unity 标志是否显示在 Platform 下的 Android 旁边,以确保您是在针对 Android 进行构建。

a.如果 Unity 标志未显示在 Android 平台旁边,请选择 Android,然后点击 Switch Platform。

2.点击 Player Settings。

3.依次转到 Player Settings Panel > Settings for Android > Other Settings > Configuration

4.将 Scripting Backend 设为 IL2CPP

5.依次选择 Target Architecture > ARM64 复选框。

6.照常构建!

请注意,针对 ARM64 进行构建需要您专门针对该平台构建您的所有资产。请按照 Unity 的指南来缩减 APK 大小,同时考虑利用Android App Bundle功能来减小大小增加量。

RenderScript 和 64 位合规性

如果您的应用使用 RenderScript 并且是通过较低版本的 Android 工具构建的,该应用可能会存在 64 位合规性问题。使用版本低于 21.0.0 的构建工具时,编译器可能会将生成的位码放到外部 .bc 文件中。64 位架构不再支持这些旧的 .bc 文件,因此,如果您的 APK 中有这类文件,就会造成合规性问题。

要解决此问题,请移除项目中的所有 .bc 文件,将环境升级到 build-tools-21.0.0 或更高版本,并将 Android Studio 中的 renderscriptTargetApi 设为 21+,以指示编译器不要生成 .bc 文件。然后,重新构建您的应用,检查是否有 .bc 文件,再将应用上传到 小米应用商店。

在 64 位硬件上测试应用

64 位版本的应用应提供与 32 位版本相同的质量和功能集。请对您的应用进行测试,以确保使用最新的 64 位设备的用户能够在您的应用中获得优质的体验。

要开始测试您的应用,您要有支持 64 位架构的设备。时下有很多支持 64 位架构的热门设备,例如 Google 的 Pixel 以及其他旗舰设备。

最简单的 APK 测试方法就是使用 adb 安装该应用。大多数情况下,您可以提供 --abi 作为参数,用以指示要将哪些库安装到设备上。这样在设备上安装该应用时便会仅包含 64 位库。

:: Command Line
# A successful install:
> adb install --abi armeabi-v7a YOUR_APK_FILE.apk
Success

# If your APK does not have the 64-bit libraries:
> adb install --abi arm64-v8a YOUR_APK_FILE.apk
adb: failed to install YOUR_APK_FILE.apk: Failure [INSTALL_FAILED_NO_MATCHING_ABIS: Failed to extract native libraries, res=-113]

# If your device does not support 64-bit, an emulator, for example:
> adb install --abi arm64-v8a YOUR_APK_FILE.apk
ABI arm64-v8a not supported on this device复制

安装成功后,请照常对应用进行测试,以确保其质量与 32 位版本相同。

发布

如果您觉得应用已准备妥当,请照常发布。与往常一样,请继续遵循部署应用的最佳做法。我们建议利用封闭式测试轨道向有限数量的用户发布应用,以确保应用的质量一致。

在发布重大更新时,也务必要先在支持 64 位的设备上进行全面测试,然后再面向更广泛的受众群体发布。