内容安全
请确保您的应用内所有图片、文字、音频、视频、操作、字体、内容表达的价值观等符合所有相关法律法规要求，尊重各国各地区各种族/民族/宗教文化传统与习俗等。所有违反相关法律法规、政策、公序良俗以及平台审核规范的要求的内容均不受到平台的支持。
基础信息
应用名称
1.1 名称和应用功能之间必须有所关联；
1.2 不得出现中文、英文、阿拉伯数字以外的语言文字；
1.3 应用名称不得超过20个汉字字符或40个英文字符；
1.4 不允许含有破折号、空格、星号等特殊符号；
1.5 不允许应用内名称、安装到桌面的名称与平台创建的名称不一致；
1.6 不允许使用泛词或者功能词对应用进行命名，不能以电话、邮件、贷款等广义归纳类、普遍且不具有识别性的词汇来命名；
1.7 不能带有官方、美女、正版字样；
1.8 应用名称不得含有政治敏感、色情、暴力血腥、恐怖内容及国家法律法规禁止的其他违法内容；
1.9 非政务机构应用不能带有政府设定的综合服务管理机构的常用号码代称、简称、缩写等表达；
1.10 不能包含其他应用市场名称、介绍、引述等内容；
1.11 名称中不能带有或使用社交应用（如微信、QQ）帐号或群聊的二维码、条形码、号码；
1.12 应用名不能含有HankMi的元素，不得误导或暗示HankMi是该APP的来源或开发者，或者HankMi以任何形式表示认可其质量或功能；
1.13 应用名称不得混有商业化用语、其他热门应用名称、流行用语、关键词堆砌、“国家级”、“最高级”等新广告法明令禁止以及其他与应用功能无关的词语；
1.14 未经授权不得使用第三方享有合法权益的商标、品牌标识等内容或与之相似的内容；
1.15 无正当理由，应用名称不得与其他已上架手表应用名称重复或混淆，不得以添加无实质意义的功能词/分类词后缀、字母、符号等任何方式作为避开、绕开平台规则及规范的手段；如“XXXX最新版”，“XXXX2”，“XX贷款手机借款”均不符合上架规定；
1.16 如果开发者针对不同群体分别开发客户端，可使用副标题或者“-”符号。建议尽可能简洁清晰，如：贝立方幼儿园-家长端。
ICON
2.1 应用商店暂时不在应用列表显示图标，以下条目中部分项目可跳过；
2.2 需要清晰可见，不允许模糊不清，不允许出现明显锯齿；
2.3 不能出现显示异常、损坏、其它水印信息等问题；
2.4 不能带有“官方”、“HankMi”、“美女”、“正版”等字样；
2.5 不允许和已上架应用的ICON高度相似或者完全相同；
2.6 不允许应用展示的ICON和安装到设备上的ICON不一致；
2.7 不允许使用真人美女素材，明星代言除外；
2.8 不允许存在侵权、蹭热搜行为（侵犯商标、版权或著作权等）；
2.9 不允许含有其他应用市场图标或名称；
2.10 不允许使用过于裸露的动漫、或出现女性胸/臀/大腿身体部位的资源；
2.11 ICON不能带有或使用社交应用（如微信、QQ）帐号或群聊的二维码、条形码、号码；
2.12 ICON不能出现有违规导向、诱导关注及与资源无关的任意角标，如“打劫”、“送红包”、“hot”、“最新”、“new”、“正版”、“官方”、“HankMi”等；
2.13 ICON不得使用党徽，国徽等素材作为图标，如需使用请提供相关政府机构证明。
启动页
3.1 不能存在拉伸、压缩、模糊、黑（白）边；
3.2 不允许含有其他应用市场图标或名称；
3.3 文字信息应保持清晰、明确；包含的图片或图标应清晰可见，不允许模糊不清。
应用闪屏
4.1 不允许出现点击闪屏页面自动下载三方应用行为；
4.2 应用运行闪屏界面不能包含其他应用市场的图标、水印、文字等信息。
包名
5.1 应用发布后，不允许更改包名；
5.2 包名中不允许带有HankMi元素，不得暗示误导HankMi是该APP的来源或开发者。
5.3 若与手机应用同包名，需要与手机应用为同一开发者，签名一致。不得恶意占用包名。
版本号
6.1 应用版本号（version code）需比软件商店版本大，首个版本无要求；
6.2 更新应用时，需要在前一个版本号的基础上递增；
6.3 应用内显示的版本号与提供的版本需要保持一致。
文字描述
7.1 不能出现手机、Pad、平板电脑等不适用于手表的内容，联动功能除外；
7.2 不能包含第三方市场名称和其特定属性内容，如介绍、引述等；
7.3 不能含有诱导词、敏感词；
7.4 不能含有大量特殊字符，如★，&，%等；
7.5 不能存在无故存在空格或换行内容；
7.6 不允许实际功能与应用描述不符；
7.7 不允许添加与应用无关的信息，包括但不限于，其他热门APP的名称、信息，应用不具备的功能、不包含的活动或其他无直接关联内容的描述等；
7.8 不允许含有其他应用市场名称；
7.9 不允许存在引导至其他应用市场下载应用的描述；
7.10 软件介绍、更新描述中除需要添加客服联系方式外，其他场景不允许添加社交应用（如微信、QQ）帐号或群聊的二维码、条形码、号码。
基础信息修改
8.1 应用分类或适配信息需要符合产品现状；
8.2 开发者不可频繁更改签名、ICON、名称、分类；
应用功能
安装运行
1.1 不能出现无法安装、卸载，或需借助第三方软件才可安装卸载的情况；
1.2 应用可正常被卸载，卸载后全部数据均被删除；
1.3 不允许安装时静默/捆绑安装其他APP；
1.4 不能在应用内存在下载、安装其它应用的途径；
1.5 不能出现无法正常启动、进行相关设置及操作时不能出现崩溃的情况；
1.6 应用安装后，在桌面上只能显示一个图标，不能出现多图标；
1.7 不能出现花屏、分辨率不匹配等分辨率异常问题；
1.8 正常网络下，不能出现不维护/无网络连接/无内容等完全无法使用的问题；
1.9 可正常运行，无闪屏、闪退、卡顿、停止响应现象；禁止开机自启动，禁止系统界面有弹窗；
1.10 无特殊限制情况下，应用原则上应响应WearOS全局操作，可以从屏幕边缘右滑退出应用或返回页面上一级，不存在无法右滑的情况，或需要多次操作右滑返回的情况。
基础功能
2.1 不能出现应用内按钮点击无反应或点击报错现象；
2.2 不能出现应用强制或诱导修改系统默认设置现象；
2.3 不能出现应用功能需要依赖于第三方程序才能实现的现象；
2.4 不能出现应用在安装或者运行前提示或者强制用户重启设备现象；
2.5 不能出现常驻通知栏，或无法清除通知栏的行为；
2.6 不允许出现在不付费情况下，无法使用任何产品及服务，付费应用必须包含可持续免费体验的内容；
2.7 如应用功能有问题，平台有权在应用上添加必要的风险提醒。
登录注册
3.1 应用需要登录，需要在测试附加说明处填写测试帐号；如果涉及会员，需提供VIP帐号，否则不予通过；
3.2 帐号功能不可用，审核时尝试3次都无法成功注册的，不予通过；
3.3 登录帐号功能不可用，应用审核时尝试3次都无法成功登录的，不予通过；
3.4 帐号登录一个月内不允许过期失效，避免需要用户频繁登录；
3.5 使用扫码或者帐号透传等方式实现登录的，需要在登录界面说明手机端版本的要求，以及扫码入口等信息，方便用户成功登录帐号。
数据存储
4.1 仅有支持手表端的应用，可正常保存用户数据如：收藏、播放历史、积分、帐号等；
4.2 同时支持手机端和手表端，且帐号通用的应用，手机端与手表端数据同步及时，准确；
4.3 涉及云端存储的数据，在用户取消绑定、卸载应用或者重置系统后，应当及时清除相关用户数据及绑定关系。
网络
5.1 在应用使用过程中断网或网络不可用时，需要有合理提示，网络恢复后，应用可正常使用；
5.2 在应用使用过程中切换网络（如Wi-Fi切换至移动网络等），需要有合理提示；
5.3 使用移动网络或手机移动网络时，应用应当有合理提示，避免消耗用户流量；音视频类应用在首次播放/下载时，建议通过弹窗提示询问用户是否继续播放；
5.4 应用需对当前使用网络做出正确判断，使用Wi-Fi或者手机Wi-Fi时，不应该有流量使用提示；
5.5 应用应当能够适配手表的蓝牙网络类型，保证在蓝牙网络下仍可使用依赖网络的功能。
定位
6.1 GPS定位速度和精度与WearOS预置的日出日落时间相当；
6.2 GPS信号弱时需有相关的提示；
6.3 若不支持室内定位需提示用户到室外空旷的地方定位。
音视频播放
7.1 音质良好，默认音量跟随系统媒体声，手表可正常调节音量；连接蓝牙耳机时，最好能够响应蓝牙耳机调节音量，且音量跟随蓝牙耳机音量调节变化；
7.2 音频播放中，有其他应用开始播放音频，应用需自身停止播放；
7.3 音频播放中，需响应电话、闹钟、消息的通知，自身停止播放；响应通知结束后，音频恢复播放；
7.4 音频播放中，有其他应用播报语音（如运动类APP，语音助手），需响应语音播报，自身停止播放，其他应用播报语音结束后，继续播放；
7.5 非会员帐号，可自动跳过付费歌曲继续播放；
7.6 连接蓝牙耳机时，应用最好能响应蓝牙耳机操作，包括上一首/下一首、播放/暂停；当蓝牙耳机断开或摘下时，音视频需暂停播放；
7.7 当手表的音频从外放切换至蓝牙耳机时，可以继续播放音视频。
语音通话
8.1 音质良好，默认跟随系统媒体声，手表可正常调节音量；连接蓝牙耳机时，能够响应蓝牙耳机调节音量，且音量跟随蓝牙耳机音量调节变化；
8.2 语音通话中，播放其他音频时，通话音量调节变小；
8.3 语音通话中，需响应电话、闹钟、消息的通知，自身音量调节变小；响应通知结束后，语音通话音量恢复正常；
8.4 语音通话中，有其他应用播报语音（如运动类APP、语音助手），需响应语音播报，通话音量调节变小，随后音量恢复正常；
8.5 语音通话中，手表的音频从外放切换至蓝牙耳机，应可以继续通话；
8.6 语音通话中，手表的音频从蓝牙耳机切换至外放，声音应从手表端传出；
8.7 应用退至后台，可以继续语音通话。
手表与手机联动
9.1 手机和手表连接状态下，手机端和手表端应该能够实时发送/接收信息，且信息无误；
9.2 手机和手表重新连接后，手机端和手表端应该同步一次信息，保证信息的及时、准确；
9.3 依赖手机端功能的应用，在蓝牙断开时，应用需有相关提示；
9.4 对手机端版本有要求的应用，需在登录等相关页面进行声明和提示；
9.5 提交手表端应用审核前，应当将符合版本要求的手机端应用上架到主流软件商店。
按键响应
10.1 应用不占用导航键（上键）/功能键（下键），应响应系统的操作和逻辑。
升级
11.1 应用更新后，应用功能无异常，数据得到保存，正常使用；
11.2 不允许应用内自升级；
11.3 应用更新时，签名应当保持一致；签名变更时，应当按照签名变更流程进行申请。
应用功耗
智能手表内置电池容量小，内部结构紧凑，散热空间比较有限，佩戴贴合皮肤，对热的传导比较敏感，所以对功耗要求较高。而应用是影响手表功耗的一个很大因素，所以应用在开发过程中，应遵循相关要求，并达到准出标准。因设备型号和设备平台的提升等情况，应用的功耗表现存在优化空间，平台有权更新准出标准，应用应当配合做功耗优化。
应用设计
1.1 应用禁止频繁使用非唤醒alarm，一小时内最多只能使用一次非唤醒alarm；
1.2 应用在灭屏情况下，禁止申请非唤醒alarm；
1.3 应用（除IM类应用和即时通知业务外）禁止申请非用户设置的唤醒alarm；
1.4 闹钟类应用，仅允许用户设置的唤醒alarm；
1.5 应用禁止申请持有唤醒锁；
1.6 应用（除IM类应用外）禁止在后台进行联网行为；
1.7 应用（除在线音频类应用外）禁止在后台进行大流量数据访问，1小时流量最大为10M；
1.8 应用禁止在后台长时间持有sensor，每次最长持有时间为1s；
1.9 应用（除导航类和健康类应用外）禁止在后台频繁持有sensor，最多1分钟1次；
1.10 导航类和健康类应用在后台循环持有GPS，建议数据上报间隔时间为1s/次；
1.11 应用禁止使用各种保活手段，让应用常驻后台；
1.12 应用需要在后台进行任务，应使用service；
1.13 应用需要在后台使用定时任务，应使用jobschedule；
应用内容
绿色安全的内容能为用户提供更好的服务，开发者需详细了解并严格遵循下列要求：
应用设计
1.1 不允许将简单网站页面打包或套用模板，或相关应用设计没有更多持续使用价值；
1.2 不允许应用内容不完整，如DEMO类、在开发中的产品；
1.3 不允许出现应用功能、界面和应用商店中已收录应用非常类似/完全雷同；
1.4 不允许出现开发者重复提交结构、功能、内容相似的应用；
1.5 由于内容安全等问题，暂不接收网盘、论坛、聊天室类且无手机端对应App的应用。
广告
我们要求应用中展示的广告符合所有适用的法律和法规以及HankMi政策，不允许含有欺骗性、干扰性、强迫性等不恰当的广告行为。
2.1 不恰当的广告行为
①欺骗性广告：广告不得假冒其他应用的界面或系统通知、提示消息。开发者要明确告知用户每个广告投放所属的应用；
②干扰性广告：应用相关联的广告不得损害或者干扰其他应用、广告及终端功能的正常运作；
③ 恶意广告：广告不得包含恶意链接，造成的危害包括但不限于界面被劫持、下载恶意应用、个人信息泄漏等；
2.2 禁止强制用户点击广告内容；
2.3 禁止误导、诱导用户点击广告内容；
2.3 禁止出现批量带分发下载的广告；
2.4 禁止应用带含有恶意的弹窗广告；
2.5 禁止广告内无关闭功能；
2.6 禁止在应用已关闭或者退出至后台时广告依然存在；
2.7 禁止广告内未标明广告标识；
2.8 禁止出现积分墙广告行为；
2.9 禁止出现通知栏广告无法被清除情形；
2.10 禁止出现vpn类相关广告；
2.11 禁止翻页中的广告占屏比大于50%；
2.12 禁止在儿童类应用内出现贷款/游戏分发/聊天交友类等不适的广告；
2.13 禁止在表盘界面弹出广告；
2.14 禁止应用含有大量游戏分发、H5小游戏、应用下载内容。
应用捆绑
3.1 禁止出现引导页面、注册或登录界面未经用户同意默认勾选下载其他应用；
3.2 禁止未经用户许可默认安装第三方应用或后台静默下载第三方应用；
3.3 禁止未经用户同意，下载安装与用户搜索内容不一致的应用；
3.4 在下载应用时，禁止未经用户同意，同时自动下载安装其他应用；
3.5 禁止出现APP退出框退出标识不明确、容易造成误点导致安装无关应用情形；
3.6 禁止出现APP翻页或滑动时，未经用户同意自动安装应用情形。
支付
4.1 不允许在应用内部使用任何第三方支付平台以及虚拟货币进行在线付款；
4.2 不允许下载第三方插件、应用等进行支付（支付宝和微信、云闪付、手机Pay除外）；
4.3 不允许未经用户确认主动扣费，若用户进行扣费操作，需要有合理的提示告知用户。
隐私保护
HankMi珍视用户信任，将保护用户隐私作为重要的使命，严禁开发者侵害用户隐私的行为。
公开、透明、可控
1.1 提供易于访问的隐私政策，并在用户安装、注册或首次开启时主动提醒用户阅读；
1.2 在隐私政策中充分披露并以显著方式提醒用户与其个人信息相关的功能场景，让用户知晓其个人信息如何被收集、使用、分享，以自主决定是否授权及授权的范围。
尊重用户选择
2.1 尊重用户的选择权和拒绝权，并在产品上为用户的选择和拒绝提供便利，不得刻意对用户行使选择权或拒绝权设置障碍，或者通过欺诈、诱骗等不正当手段误导用户同意收集个人信息；
2.2 不得通过隐蔽技术手段绕过用户的授权获取用户个人信息，包括但不限于默认开启用户授权，通过剪贴板劫持、窃听、录屏等恶意行为盗窃用户隐私；
2.3 除文件管理外的APP不允许有以下权限：android.permission.INSTALL_PACKAGES / android.permission.DELETE_PACKAGES。
最小化收集用户个人信息
3.1 遵循个人信息最小化和目的限制原则，仅收集和使用提供服务所必需的最少个人数据，杜绝不合理索权或超范围收集个人信息的行为；
3.2 非必须场景，不得收集和使用唯一设备标识符，优先采用其他可重置、可关闭的设备标识符。
保护儿童隐私
4.1 如果面向儿童提供服务且收集儿童个人信息，需要提供儿童隐私政策，征得儿童监护人的同意。
个人数据跨境传输
5.1 个人信息的存储、跨境需要遵守所在国家或地区的法律法规，提供数据跨境协议等适当的合规机制。
用户隐私数据安全保护
6.1 个人信息的传输、使用、存储等环节，均应采用充分的技术保护措施（如加密、脱敏等），确保个人信息在整个生命周期中均是安全的。
隐私安全生态维护
7.1 不得将自身应用获取的用户个人信息在无授权情况下提供给第三方；
7.2 为提升用户全生命周期的良好隐私体验，支持对用户数据主体权利请求的及时响应，不应为用户注销帐号设置不合理的障碍。
隐私政策要求
应用隐私政策需遵循以下审核规范要求，否则平台不予上架。
8.1 应用需含有隐私政策文本；
8.2 隐私政策文本需易于访问和阅读；
8.3 隐私政策需以明显的方式提醒用户阅读；
8.4 应用内登录不得默认勾选同意隐私政策；
8.5 应用隐私协议须有拒绝选项；
8.6 应用必须有隐私政策，如果存在用户协议 那么必须和隐私政策分开展示，独立成文，而不是作为用户协议的一部分存在；
8.7 隐私政策需明确标识政策发布、生效或更新日期；
8.8 应用登录同意前后的隐私协议内容需保持一致；
8.9 隐私政策需明确个人信息的收集规则，如目的、方式、范围等；
8.10 隐私政策需明确个人信息的查询、更正、删除规则；
8.11 隐私政策需明示运营者的基本情况：公司名称、注册地址、个人信息保护相关负责人联系方式；
8.12 应用如果存在对外共享、转让、公开披露等情况，隐私政策需将相应的对外共享、转让、公开披露个人信息规则明示；
8.13 隐私政策中至少提供以下一种投诉渠道：电子邮件、电话、传真、在线客服、在线表格。
应用自测
为了帮助我们更好、更快速地进行审核，开发者在提交应用前，必须要进行自测，并提供相应的测试报告辅助审核，否则不予通过。
修改点测试
1.1 更新时提交的应用版本，需说明新版本修改点，或更新点。
SDK调用
2.1 当有SDK更新时，开发者需及时更新相关版本，避免影响应用功能；
2.2 手机和手表联动的应用，在更新手表端SDK时，应及时更新SDK至手机端应用，避免影响应用功能。
权限隐私测试
3.1 应用首次启动或数据被清空时，进入应用需有应用声明页面，包含应用的隐私声明和涉及到的权限；隐私政策应提供用户可随时查看或查询的路径，如链接、二维码等。
3.2 应用首次启动或数据被清空时，或在使用中涉及到该权限，应用必须请求权限才能访问敏感的用户数据（例如联系人和短信）以及某些系统功能（例如定位和网络），经用户允许方可使用该权限。具体权限申请的规则需遵循Android权限申请中的原则。
3.3 应用应当根据设备情况，申请实际需要的权限，不应包含手机、平板等设备中存在的权限，如摄像头等。
稳定性测试
4.1 开发者应当对应用的稳定性进行优化和修复，如内存泄漏、内存占用高、crash、anr等。
4.2 稳定性测试准出标准为执行30万次延时为500ms的Monkey后，log中的crash和ANR的个数分别不超过3个，无内存泄漏情况。
兼容性测试
5.1 应用需要做好自适应，对不同型号、版本的设备进行兼容， 保证界面显示无异常、功能正常使用。
5.2 存在兼容性问题的应用，平台有权对不兼容的设备或版本进行屏蔽处理。