在今年Google Developer Summit 大会上，谷歌为开发者公布了众多重磅全新功能以及更新内容。其中关于近期更新的重要政策也是专门划分出一个板块进行讲解。来自Google Play 内容运营团队大中华区负责人陈学颖，为开发者详细讲解了应用上架前准备与上架相关政策内容，以下是来自她分享关于政策方面的内容。

 

 

这期视频准备了三个心法想要分享给开发者。首先第一个是关于应用上架部分，上架前要如何做足准备，主要介绍上架流程的问题。第二个部分是关于遇到相关政策问题要如何解决，有一些小贴士可以提供给开发者。第三个是关于政策内容误区避坑指南相关的，也是这期视频重点分享内容之一。

 

 

做足准备再上架

 

开发者先从做准备上架开始，这也是我们常遇到开发者问我们较多的一大类问题，要怎么准备应用的审查？应用上架之前应该要做哪些事情呢？

 

首先上架前要先注册一个开发者账号，然后建立应用。之后开始做应用审查准备，进入到应用审查的环节，如果我们想要上架的应用没有违反Google Play政策的话，就可以上到Google Play的平台上。准备上架在应用审查当中非常重要的一环，开发者可以在Google Play Console的后台，政策功能区块底下有一个应用内容的部分点击进入，在这里就可以看到应用审查准备所需要填写的一些表单。

 

 

目前有这九个项目需要开发者填写，其中最后两项属于选填内容。除了选填内容以外都必须在应用上架前填写完成。

 

 

• 关于隐私权政策，开发者一定要在后台提供一个隐私权政策的链接。
• 关于广告的部分，就是让开发者声明有没有在应用内提供广告的内容给到用户。
• 关于应用访问权限，假如说应用有登陆的功能，开发者必须要提供测试账号或登录凭据给到我们，以便审核团队进行审查。更详细内容会在后面常见违规内容的部分重点说明。
• 关于目标受众群体和内容，这里主要是希望开发者可以告诉我们，你的应用是主要面对的族群是哪一部分群体？主要是想要让小孩来使用你的应用，还是面向所有人，还是只是面向成年人。开发者可以选择具体目标受众群体来锁定用户年龄。
• 权限声明表单，我们一直强调用户隐私安全的重要性。关于一些比较敏感的权限，应用想要调取的话，需要先完成权限声明表单。经过我们审核，确定应用的核心功能一定需要使用敏感权限才能够实现的话，才会允许你去使用相关权限。如果开发者使用到一些敏感权限，譬如说位置信息或者短信，通话记录等等。开发者就需要先完成权限声明表单且提交审核，我们通过审核之后才可以使用。
• 关于内容分级，我们想知道你的应用内容大概会提供到哪些层面，也帮助用户在Google Play上搜寻相应应用的时候提供帮助。
• 关于数据安全部分，是我们新推出内容。主要针对用户隐私的数据进行保护。

 

应用审核计划，相信开发者已经理解在应用上架之前需要做到哪些准备。当然不是填完上面这个表单就没有问题了，你的应用还是需要符合所有Google相关政策的规定，经过我们团队审查之后才能够顺利的上架。

 

因此我们建议所有开发者在应用审核这个环节会制定有效的审核计划，因为我们的审核团队也需要时间来进行人工审查。最好为你的应用审核发布至少留出7天的准备时间。

 

政策问题勿惊慌

 

接下来给大家分享第二个新法，关于政策部分内容。当大家收到政策违规通知或是遇到政策问题之前，请第一时间确认你应用目前发布的状态，这样才能够知道后续应当如何处理。

 

 

首先应用的状态分为核准、拒绝、下架、暂停，这几项。核准意思是应用可以顺利的在Google Play进行上架，或是版本更新可以发布到Google Play上。

 

下面几个状态可能需要开发者注意。首先是拒绝，拒绝通常会发生在发布新版本的时候，我们发现新版本里面有一些违规情况，我们就会拒绝这个版本发布，这个版本的拒绝并不影响当前已上架的版本。当我们有新的版本后，增加版本号重新提交，我们会再进行另外一次的审查。

 

再来是关于下架的部分，下架部分会发生在发布版本之后。当我们发现了违规，我们会对应用进行下架，下架处理通常是比较轻微的，开发者可以自行到 Google Play的后台对应用进行修复问题更新。如果后续提交了合规的版本，经过我们审查之后，应用就可以恢复上架。

 

再来是关于暂停的部分，如果应用收到了暂停违规通知，它就没有办法自行修改。开发者必须要提交申诉表单给到我们的政策支持团队，我们的支持团队会依据提供的申诉内容来进行二次审查。请大家不要担心，我们一定会把所有相关违规通知的邮件，寄到大家的邮箱里。因此请大家一定要去检查Google Play后台的信箱，那边是我们跟开发者最主要的沟通平台。所以建议大家至少每天都要登录一次后台，去看一下里面有没有重要邮件信息，避免遗漏。

 

再来补充一下，除了应用我们有不同的审核状态之外，账号我们也有不同的审核状态。其中关于政策违规部分最严重的状况就是终止账号。如果开发者多次违反了我们的Google Play政策，我们可能就会将账号进行终止，终止就代表无法再登入 Google Play的账号了。

 

另外一个还有休眠账号，是我们去年推出的新措施。我们会针对那些一年以上完全没有使用的 Google Play账号进行一个休眠操作。被休眠的账号没有办法再登录，里面的数据资料等等都没有办法再提取出来了。

 

所以还请大家特别留意，如果说有一个账号很久没有使用，并且账号后面还要使用的话，还是要偶尔登录账号避免触发休眠状态。如果账号因为休眠了导致没有办法再使用，只能重新开一个新的开发者账号，去Google Play上面发布应用。

 

 

下面是关于申诉的部分，先确定应用状态。如果应用真的是遇到了没有办法自行修正的违规问题，开发者就一定要提出申诉。除此之外，如果遇到应用审核拒绝或是下架，可是我们并不清楚违规的具体情况，也可以跟我们的审核团队进行联系。

 

如果你认为我们决策可能有误，可以在申诉邮件里面提交说明，我们的团队会在2~7个工作日之内回复，同时注意请不要重复提交，因为我们团队的处理方式是按照工单号一一审查的。所以你重复提交的话，反而会拖慢整体的处理速度。

 

请注意一定要在申诉说明里面详细提交申诉内容，需要我们提供什么样子的帮助。如果有相关文件的话，也可以提供给我们以便加速审核。

 

常见误区不踩坑

 

在分享政策违规主题之前，先跟大家提醒一下。其实Google Play上面有大大小小的政策，总共有十大主题，从应用的各个层面我们都有覆盖到，如果大家没有看过这个政策中心的话，请到我们政策中心进行查看。

 

 

我们的政策大概可以分为三个类别。我们针对一些用户生成的内容、受限内容或知识产权等等进行了一些规范。再来就是盈利的部分，如何使用广告获利或者是商品详情和推广的部分，我们也有相应政策。后面就是行为部分政策，主要会监控应用看其中有没有做一些欺诈行为，或是跟踪行为，或是在滥用用户数据等，这也是我们会非常看重的一个环节。

 

当然我们也会根据市场情况，在政策上面进行相应的调整。所以也欢迎大家到我们的政策中心查看相应的更新内容。像我们这次在今年7月份的时候，推出了新一波的政策，我们在这个地方就提供了新政策的说明。还有相应的视频也会给到大家进行学习。

 

下面给大家看一下，在2022年一些政策执行的时间表，也是提醒大家留意相应政策的执行时间，这对开发者也是非常有利的。

 

 

比较重要的政策，像是关于优质广告体验政策。是我们上一次在7月份发布政策更新时候一个很重要的更新，这个政策的执行日期是在9月30号。

 

另外一个对很多开发者有较大影响的政策是关于目标API级别的要求，要求说明所有新应用在今年8月1号之后，在发布版本的一年内要满足安卓相应API的要求，这也是一个会影响到开发者并且很重要的政策内容，希望大家可以多到我们的政策中心详细了解政策内容。

 

 

接下来跟大家分享常见的三个违规情况，分别是演示账号，隐私权政策部分，还有披露声明以及原数据的部分。这是我们发现开发者比较常犯的一些错误。

 

首先是关于演示账号的部分，前面有提到如果你的应用是有提供登录墙的，需要登录之后才能看到部分或全部应用内容的话，你就必须要提供登录凭据给我们进行审查。提交审查的位置在后台，应用内容页签下面，点击应用访问权限部分，点击后会跳出一个弹窗去填写你的登录凭据。

 

填写登录凭据还有额外的补充说明，你可以最多填写5组说明，因为有时候可能不止一个登录卡，或者是说不同登录的凭据可能有不同的用途，你也可以提供多个登录凭据给到我们。

 

再来如果你的登录凭据不是数字或是字母的话。比如说是二维码，请你把它生成一个静态的网址链接。然后提交到补充说明的地方，把链接贴在那边给到我们。

 

如果你的应用会要求二步验证或是动态密码，请给我们一个可以重复使用且不会过期的登录凭据。如果你的凭据是基于位置的，也请给我们一个无论在哪个地方都可以完成登录的登录凭据。最后建议大家可以把登录凭据使用成英语，因为我们的审核团队是遍布全球的，如果使用英语的话会更加快我们的审查进度。

 

第二个是关于用户数据的部分，这里特别强调隐私和醒目披露声明，这也是大家容易忽略的小细节。

 

关于隐私权，相信大家都理解隐私权，在里面会详细说明应用会怎么样子，获取哪些用户的数据，如何处理数据等等。所以所有应用都必须在 Play管理中心后台，还有应用内提供到隐私权政策的链接。这两个地方都要提供，并且应用内的链接是用户无时无刻都能够看得到的。

 

另外一块是关于醒目披露声明，它跟隐私权政策不太一样地方，醒目披露声明是动态的，弹窗出来之后，用户可以决定同意或者不同意应用去获取用户的数据。开发者必须要在获取用户数据之前提供弹窗。用户同意之后，开发者才可以获取用户个人敏感信息。

 

醒目披露声明同样要写清楚说要收集什么类型的数据，为什么要使用数据等等。这边要跟大家分享的是，醒目披露声明中同意跟不同意的按钮，一定要让用户可以选择，让用户有选择的权利。如果应用有更新要收集新的数据，要重新提示用户，并且获得用户同意。

 

最后还有一个很重要的点，应用只能请求现在需要使用的权限或数据，不可以为了还未实现的功能去调取权限或数据。

 

第三个大家讲的是原数据的违规，其实我们也理解开发者在原数据的撰写上面非常的用心。但是有一些小地方还是需要大家注意，第一是不要出现我们不允许的格式、误导性或是不相关的原数据。比如说来源不明或匿名的用户称赞，没有办法证实。或者是说这个数据对比信息没有数据依据，然后就提供这个对比信息的话也是不可以的。再来也不能为了让应用内容看起来更多，提供一些跟应用毫无关联的词汇，这个是不行的。

 

还有包含在应用图标名称和开发者名称当中，也有一些规定。比如说不可以使用全大写的字母，还有一些特殊表情符号等。

 

还有一些误导性的符号，误导性的文字，比如说一个类似通知的信息，可是这其实并不是一个通知，而是一个误导声明，这样是不可以使用的。这个政策其实从去年就开始生效了，所以还请大家特别的留意。

 

好，以上就是这次跟大家分享的内容，如果大家有兴趣想了解更多的话，可以登录开发者学院更深入了解关于政策方面内容。