解读 Play 政策问答活动

好了

感谢大家参加本次 Google Play 政策解读专题讨论会。

我是 Jan Kleinert，Android for Cars 团队的开发技术推广工程师。

我是今天研讨会的主持人。

下面有请我们的嘉宾 Bohdan 和 Paul 做一下自我介绍。

Bohdan，我们先从您开始。

大家好！

我是 Bohdan，在 Google Play 信任与安全团队工作。

我在这里工作了四年多，在科技信任与安全行业工作了十多年。

我喜欢观察技术、行业和文化之间的互动，以及各种活动如何激发新应用的开发。我也很喜欢像今天这样的活动，因为我们能尽最大努力帮助像您这样的开发者取得成功。

大家好

我叫 Paul。

我和 Bohdan 在同一个团队工作，在信任与安全领域的工作时间也差不多，至今已有十年，其中大部分时间都在 Google Play 信任与安全团队。

因此，我今天非常高兴能站在这里，让我们开始吧。

好的，谢谢。

在小组座谈会开始之前，我先将话筒交还给 Paul，让他来介绍一下背景。

他将首先简要介绍政策资源、最佳实践等信息，帮助您做好准备，让您的应用更顺利、更高效地通过政策审核。

没错

那么，Google Play 政策到底是什么？

这些是开发者在 Google Play 商店中发布和维护移动应用时必须遵守的基本规则。

我们在屏幕上提供了一些指向 Google Play 政策资源的短链接。

第一个链接会将您转到开发者政策中心。

如果您点击页面顶部的“近期更新”，则可以详细了解新政策，以及对现有政策的更新或阐释。

如果您更喜欢通过视觉或听觉方式学习，请点击第二个短链接，前往我们的“政策要点”播放列表。

这些视频会详细讲解政策更新。

最后，第三个链接将带您前往一个页面，您可以在其中详细了解 Android Studio 中的 Play 政策洞见。该功能旨在通过 Android Studio 中的 lint 检查提供实用的预审核指导。

好了

此外，还有一项 Android 技能，可帮助您根据这些 Google Play 政策审核 Android 应用，从而验证应用在权限、账号删除和数据安全方面是否合规。

您可以像安装其他技能一样，使用 Android CLI 安装此技能。

android skills list
android skills add play-policy-insights

最后，在开始回答 Jan 的一些小组问题之前，我们想分享一些有关遵守 Play 政策和应用审核的最佳实践。

第一种，为审核人员提供登录凭证。

这似乎很简单，但内容无法访问是导致延迟或拒绝的一个非常常见的原因。

如果您的应用需要登录，或者包含设限内容、积分或订阅，您需要提供测试凭据。

对于某些应用，这意味着仅在应用启动时提供登录凭证，而对于其他应用，您可能需要提供不同部分的登录凭证，例如我之前提到的付费内容。

您可以在 Play 管理中心内执行此操作，然后向我们的审核人员提供这些登录凭证。

它以前称为“应用访问权限”，但现在称为“登录详细信息”，位于“应用内容”部分。

此外，您还需要确保这些凭据能够绕过任何类型的双重身份验证、人机识别系统、付费墙等。

是的，停用旧版本代码。

因此，开发者经常会遇到我们俗称的“拒绝循环”，因为他们上传了干净、合规的正式版 build，但往往忘记了 Play 管理中心的其他轨道（无论是开放式测试、封闭式测试等）上仍有不合规的旧版本。因此，即使 app bundle 位于旧测试轨道中，也需要接受 Play 政策审核，并遵守 Play 政策。

因此，如果应用请求受限权限或使用过时的易受攻击 SDK，仍会接受审核。

因此，在点击“提交”按钮之前，请务必替换或停用所有轨道中的所有过时版本代码。

第三，预留充足的审核时间，并使用自管式发布模式。

因此，应用审核和发布可能需要 7 天或更长时间才能完成，尤其是新应用或请求敏感权限的应用。

因此，您需要留出足够的提前期。

如果您有重大发布，请务必在实际发布日期前至少几周提交新应用。

然后，您可以将其与自管式发布模式结合使用。

自管式发布功能可让您将已获批准的更新保留到准备好发布时再发布，从而避免在营销活动或其他敏感发布期间出现意外延迟。

此外，在执行此操作时，请务必避免在应用已提交审核后再次提交。

因为如果您这样做，时钟就会重新开始计时。

我认为开发者有时会忘记这一点，他们开发应用到一半时，会忘记“哦，我得做这个小改动”。

他们重新提交后，审核流程会重新开始。

好的，请检查您的声明。

因此，您的应用内容声明（例如“数据安全”部分、隐私权政策或照片/视频权限）必须与所有轨道中有效软件包或版本代码的应用清单相符。

例如，如果您的应用清单请求获取确切位置信息，但您的权限声明表单未披露其用途，则该应用可能会（而且很可能会）受到违规处置。

因此，请务必确保第三方 SDK 不会渗漏您未声明的数据。

即使您的应用不使用特定数据，但如果您选择集成的 SDK 会使用这些数据，也可能会导致违规处置。

因此，请查看 Google Play SDK 索引，了解 100 多个最广泛使用的商业 SDK 的数据分析。

在继续之前，我想插话问一个简短的问题。

您说的“违规处置”具体是指什么？

这个术语是什么意思？

违规处置可能是任何不利措施，从警告到拒绝，再到更严重的违规处置，例如移除、暂停甚至账号封禁。

因此，我所说的违规处置就是指这些不利措施。

很好

谢谢。

没错

最后，使用申诉功能。

被拒后，请勿直接重新提交同一版本。

此外，如果应用在短时间内因同一问题屡次遭拒，可能会触发算法标记，导致更严厉的违规处置，例如 Paul 提到的下架或暂停。

因此，如果应用被拒，请不要在未做出更改、未猜测原因或未解决反馈问题的情况下，立即重新提交。

您会在管理中心收件箱和您提供的关联电子邮件中收到有关确切违规行为和指南的通知。

如果您不认同或不理解我们的决定，比如您不认同我们的拒绝决定，可以提出申诉，对吧？

如果您认为这是假正例，可以使用通知中提供的链接提出申诉。

这比在不做任何更改的情况下匆忙重新提交要好得多。

同样，如果您收到的回复让您感到困惑，比如内容过于冗长、段落过多等，您完全可以再次提出申诉。

这样，您就可以通过电子邮件与真人沟通。

虽然他们可能无法透露所有信息，但您通常可以了解有关拒绝原因的更多详细信息。

有时，申诉团队也知道，沟通内容可能会很长。

因此，他们会突出显示或加粗专门适用于您和您的应用的部分。

所以，是的。

接下来，我把时间交给 Jan。

好了

谢谢。

因此，我们通过各种渠道和来源收集了开发者的问题。

因此，我们今天在这里提出的这些问题，在一定程度上代表了我们经常从开发者那里听到的有关政策的一些问题。

我们先从这个开始。

应用可能因权限问题而被拒的常见原因有哪些？

开发者如何避免因违反权限政策等原因而被拒？

好了

权限，我选这个。

因此，权限（尤其是敏感权限）必须与应用宣传的核心功能密切相关。

因此，如果您的应用包含辅助功能或未在应用中宣传的功能，则该应用很可能会被拒绝。

因此，请确保声明与应用的用例相符。

此外，很多时候应用被拒是因为您在声明中提供的视频链接无法访问。

我们的审核团队需要能够访问应用、您提供的视频链接以及应用内的任何内容，以便全面审核应用。

因此，请务必确保应用、清单和声明中的所有内容都可访问。

因此，请确保完成这三项操作，这样很可能（我不想说“很可能”，但确实会）让流程更顺畅。

很好

好了

所以，越来越多的应用开发者开始在应用中使用第三方平台来生成 AI 内容，对吧？

如果这些平台生成的内容不当、不符合事实或存在类似问题，是否会导致开发者的应用被拒？在这种情况下，谁才是真正的责任方？

没错

是的，这可能会导致申请被拒。

自 Play 商店推出以来，我们的立场始终如一：开发者应对其应用中的所有内容以及用户在应用中可访问的所有内容负责。

因此，尽管生成式 AI 是一个新领域，但同样适用这一原则。

我认为，生成式 AI 与用户生成的内容有相似之处，因为这两项政策都需要很多相同的措施，比如，如果出现不太合适的内容，就需要有标记功能。

必须有过滤机制。

我认为，当然还有其他适用的政策，但我喜欢这样看待这个问题：如果您有生成式 AI 内容，Google 会审核应用，用户如果看到不当内容，会点击举报，此外您还有自己的过滤机制。

因此，Google、开发者（即您自己）和用户需要共同努力，尽可能确保应用对每个人都安全。

好的。

太好了。

但一般来说，除了为用户提供举报内容的机制外，我们是否建议开发者也设置一些过滤机制？这就是您所说的过滤机制吗？

比如，从一开始就阻止向用户显示某些类型的内容？

回答正确。

没错

因此，在审核过程中，我们的团队不会深入挖掘您的代码，也不会逆向工程您的确切过滤机制。

他们只是想看看，能不能访问到任何不当内容。

如果可以，我们会发送一些通信，然后由您的团队来想办法让该过滤机制更加稳健。

知道了。

好的，谢谢。

所以，有一项政策叫作“冒充”或“抄袭”政策，对吧？

如果应用因违反该假冒政策而被拒，但开发者认为这是误判，无论出于何种原因，他们该怎么办？

他们如何才能主动避免此类拒绝？

申诉。

是的，我认为这是我们列出的第五个最佳实践：如果您的广告因此被拒登，您应该提出申诉。

接下来，您应该怎么做？最常见的情况是，您假冒的品牌可能是您自己的品牌，对吧？

或者，您代表其他人制作应用，我认为这可能是最常见的情况，即您有空白标签开发者，他们可能正在为健身设施、SaaS（某种 SaaS 解决方案）制作应用。

因此，在您自己的开发者账号下发布这些应用会更容易，对吧？

因此，您可以提出申诉，而我们的团队会要求您提供许可证明。

假设您有一个客户叫 Joe's Chicken，他们有密西西比河以西最好的鸡肉。

他们会向您提供一份许可证明信，该信函会印有公司抬头，即带有其徽标的官方公司抬头，内容大致为：我们（Joe's Chicken）特此授权 ABC 开发者在其应用中使用我们的图像和肖像，最好能注明其应用的名称和应用包名称。

例如 com.joeschicken.app 等，然后您可以回复开发者，并提供该文档。

好的。

然后，我认为第二部分是

他们可以采取哪些主动措施来避免这种情况？

例如，您能否在首次提交时上传某种证明（我忘了叫什么名字）？

是。

是的。

在 Play 管理中心内，您可以提交提前通知表单，上传将您的账号与其他实体关联起来的这些文件。

这样，您就可以提前采取措施，避免应用提交因这类违规行为而受到不利处置。

没错。

很好

好了

您之前在最佳实践部分中简要提到了使用第三方 SDK，我想进一步了解一下。

所以，当应用使用第三方 SDK 时，应用开发者确实要对这些第三方 SDK 如何使用用户数据等内容负责。

那么，开发者如何才能知道 SDK 是否符合数据安全和用户数据政策？

比如，他们该如何应对这种局面？

这个问题提得非常好。

在我加入 Google 的前两年，我做了很多与 SDK 相关的工作，这其实可以追溯到之前关于生成式 AI 和用户生成的内容的问题，因为无论应用中包含什么内容，最终都由开发者负责。

我想 Paul 在简介中简要提及了 Google Play SDK 索引，您只需在 Google 上搜索该名称即可。

它应该会出现在第一或第二个搜索结果中，名为“Google Play SDK 索引”。点击该结果后，您会看到一个网页，其中包含 100 多个（甚至数百个）SDK，这些 SDK 按用途分类，例如变现、广告、健康等。

该页面只是提取公开数据。

这是 Google 组织的一项活动。

但您会注意到，在浏览这些 SDK 时，有些 SDK 旁边会有一个徽章，上面写着“已在 SDK 管理中心注册”之类的内容。

就像您作为开发者拥有一个用于管理应用的 Play 管理中心一样，SDK 开发者也可以选择访问 SDK 管理中心。

并且必须经过类似的审核流程。

他们向我们发送其 SDK。

Google 会进行多项不同的检查，如果检查结果符合要求，他们就会获得该徽章。

对开发者而言，这意味着您可以进入该索引，查看哪些 SDK 已通过该流程。

现在，这并不能保证应用一定会获得批准，也不能保证 SDK 永远不会出现不合规的情况，但我认为这或许能带来两点信心。

首先，如果您使用该 SDK，应用被拒的可能性会大大降低。

只是概率。

第二点，也是我非常喜欢整个流程的一点，就是如果我们最终发现 SDK 确实存在不合规的内容，我们会采取双管齐下的方法。

第一步是，我们会联系 SDK 开发者，告诉他们：“我们注意到，您的 SDK 正在以不合规的方式发送用户数据。”

然后，他们会努力使其应用或 SDK 符合相关政策。

与此同时，或者稍后一点，我们的团队会向开发者发送通知或警告。

通知内容大致如下：“您好，我们注意到您的应用正在以不合规的方式发送数据，并且我们注意到这种情况发生在 ABC SDK 中。”

因此，作为开发者，您可以采取的措施就是将 SDK 更新到他们提供的任何合规版本。

如果您想采取更彻底的措施，可以移除或替换 SDK，但我知道这需要付出大量努力和工作。

但这就是我喜欢 Google Play SDK 索引的原因。

没错

索引中没有说明它符合或不符合哪些确切政策，但您确实会获得该徽章，这就像我所说的信任投票。

好的。

没错

好的，没问题。

根据您刚才所说，如果我们向开发者发送消息，告知他们“您正在使用的 SDK 存在问题”，

我们是否会告诉他们，如果他们要更新，应该更新到哪个版本？如果开发者修复了问题，我们是否会告诉他们：“嘿，更好的版本是某某版本”？

还是说他们必须自己做一些研究？

我认为它确实有版本代码。

是的，我不能保证，但我确实认为其中列出了他们可以更新到的版本号。

是的，坦白说，我自己不是开发者，也不是工程师，但通过与开发者交流，我了解到，有时只需点击一个或几个按钮，就可以在应用内启动 SDK 的更新流程。

太棒了。

很好

谢谢。

好了

您刚才提到了登录凭证，这个话题我至少还算熟悉，也知道在其中包含这些信息有多重要。

您提到了绕过双重身份验证、确保绕过付费墙或访问订阅内容等。

但开发者还应考虑哪些其他常见情况？

例如，我遇到过这样的情况：有时应用的内容只能在特定国家/地区或特定地理位置访问，或者像即时通讯应用那样，实际上需要两个登录信息才能进行测试。

除了提供登录功能之外，开发者是否还需要在其他类似情况下采取额外措施？

没错

我的意思是，我认为我始终会从您为审核团队提供的登录凭证开始，并以这些凭证结束，只需确保这些凭证能让他们访问应用中的所有功能。

Play 管理中心内的该部分之前称为“应用访问权限”，大约一个月前，该部分更名为“登录详细信息”。

是的，有一个地方可以输入用户名和密码，然后我记得下面有一个自由格式的文本字段。

因此，如果登录流程不太直观，您可以提供相关说明，例如您希望如何登录，或者登录步骤是什么。

如果您想为用户提供第二、第三和第四种登录方式，也可以。

为了让您更好地了解我们的团队如何审核应用，我想说明一下，这并不是有人坐在房间里随意查看，然后点击批准或拒绝。

有很多团队在查看不同的政策和工作流程，因此您的应用很可能会被多个人在多台设备上登录，有时甚至是在不同地区。

我能理解这种困难，因为很多安全机制都会说：“哦，如果我们看到一堆登录，”那么，为了用户的安全，它就会停止并将其放回原处。

但无论您选择怎么做，请注意，我们会通过许多不同的工作流程来审核应用，因此您最终可能会看到这种情况。

因此，提供这些多重登录方式会有所帮助。

没错

很好

是的，我必须强调在声明中使用自由格式文本的重要性。

因此，如果您的演示账号不仅仅是用户名和密码，还涉及更多步骤，那么您一定要确保我们的审核团队了解如何进入您的应用。

您或许可以提供一个视频来展示如何操作，以确保我们的团队了解如何操作，尤其是当操作比输入用户名和密码更复杂时。

没错

我的意思是，有时我们会自己查看应用，有些应用的登录方式非常花哨。

我见过一些方法，我不是在编造，比如点按这个按钮 17 次，然后在屏幕上画一个 X，然后开发者模式就会弹出，然后你还要执行其他 11 个步骤，所以请不要这样做。

因为这会让事情变得有点棘手。

我听说过的一种情况是，有些应用只允许您连续登录 X 次，或者同时登录 X 次，然后就会提示“您必须移除一个”。

因此，如果您的应用支持此功能，我认为提供有关如何找到该页面的信息也很有用，用户可以在该页面中移除对之前登录信息的访问权限。

没错

很好

因此，当我们更新政策或推出新政策时，有时可能需要开发者对应用进行更改，而这些更改可能需要一些时间才能实现，具体取决于更改的内容。

所以，有时这些优惠是有截止日期的，对吧？

例如，您需要在某个日期之前完成某些操作，以遵守某项新政策。

如果截止日期临近，但开发者知道自己需要更多时间才能合规，他们有哪些选择？

是的，这听起来像是一种警告。

是的，听起来像是一个警告。

没错

是的，对于警告，最简单的做法就是申请延期，对吧？

通常，我们会发布新政策、更新现有政策，或者只是对政策进行澄清。

而且，我认为 Google 通常会提前很长时间通知。

而且，该政策可能会在开始采取行动前 6 个月公开宣布。

然后，是的，然后我们会发出警告，告知开发者：“您的应用违反了我们在 6 个月或 12 个月前宣布的这项政策。”

但有一点，我和 Paul 有时会对此提出异议，那就是他们可能会说，您有 7 天的时间来做出这项更改。

而且开发过程似乎很漫长。

我们知道。

因此，我会直接回复。

您可以通过申诉来完成此操作，您可以说：“我们了解相关政策，也知道我们的应用不合规。

我们已经在着手解决，或者这些是我们为解决政策问题而将采取的步骤，但我们需要更多时间。”

因此，他们通常会给您多一点时间。

如果又过了 7 天，并且您已经接近该期限的末尾，那么您可以再次申请。

当然，它不是无限的。

但我的意思是，正如我所说，我和 Paul 会提出反对意见，但那是在个人层面，也是在更高层面。

比如，当我们知道即将出台新政策，并且知道可能有哪些人在负责时，我们会说：“看，能不能把警告期从 7 天延长到 28 天，或者至少延长到 14 天？”

没错

是的。

如果您表现出善意，比如证明您正在真诚地做出更改以符合要求，那么 Google Play 会与您合作，设定一个新的截止日期来完成这些更改。

为您提供更优质的时间轴。

好的。

所以，申诉就像是一个多功能工具，只要使用得当，就能帮助解决许多这类情况。

例如，在合理的情况下使用申诉，并详细说明您提交申诉的原因，这有助于我们考虑您的请求并提供帮助。

好了

如果一个开发者账号下有多款应用，这种情况很常见。

如果其中一个应用因某种违规行为而被中止，这对他们的整个开发者账号意味着什么？

这是否会使账号或其他合规应用面临风险？

它有什么作用？

有可能。

这就像是您的空白标签开发者。

我之前提到过 Joe's Chicken，对吧？

也许您的客户都属于该行业。

所以，我认为这有点像打棒球，你可能会被三振出局，对吧？

遗憾的是，有些不法分子试图进入 Play 商店，这也是我们采取各种违规处置措施的原因之一，从轻微的处置措施到严厉的处置措施，例如下架、中止，甚至封禁账号。

因此，如果您在 Play 商店中发布了大量类似的应用，其中一个应用被中止，

嗯。

你是个坏人，对吧？

于是你把它修好，一个月后又想把它塞回去。

然后我们的团队发现了，您就再次被中止了，对吧？

然后您将其从应用中移除，一个月后又将其放回，这样就形成了重复的行为模式，您已经三次被三振出局，现在您已经出局了，对吧？

但假设您正在为一家炸鸡店开发应用，这不涉及恶意内容或任何类似内容，您只是想让人们享用美味的食物。

假设您通过 CI/CD 流水线等方式同时提交了所有这些应用，并且有 10 个应用同时被拒或被暂停，我们只会将其视为一次违规，因为我们知道您是在同时处理大量应用。

嗯。

原来是这样。

我想这就是问题的答案。

是的，太棒了。

谢谢。

我这里还有一个。

这个问题可能更适合那些刚开始在 Play 管理中心设置账号的开发者，而之前的很多问题可能更适合那些已经有一定经验的开发者。

假设您的 Google Play 支付资料已通过验证，

身份验证错误现已消失，仅保留电话号码验证等错误。

例如，在这种情况下，开发者需要采取哪些措施来确保其开发者账号已准备好发布应用？

有时，您可能需要逐个解决这些问题，或者如果他们不知道如何完成该流程，他们可以怎么做？

是的，不久前我在另一场活动中也遇到了类似的问题。我认为，对于新开发者来说，这显然是事实，但很多现有开发者也必须再次进行验证。

这大概是一年前的事，对吧？

我记不太清了。

其中许多商家资料已自动通过验证，但有些商家资料则必须手动验证。

好的。

或者，如果他们的地址与 Dun & Bradstreet 资料不一致，比如…

是的。

是的。

Google 个人资料。

好的。

是的，假设是电话号码。

我将从两个方面来回答这个问题。

好的。

一个问题是，在执行这些步骤时，Play 管理中心内通常会显示通知。

因此，您只会收到一条通知，内容为“您好，现在该注册您的电话号码了”。

这个方法非常简单。

您需要以国际电话号码格式输入，即 +1 408，后跟具体号码。

您需要通过短信或电话进行验证，并按照其中的步骤操作。

但有时，您可能尝试过这样做，却收到了出错提示或类似提示，因为我们也有开发者遇到过这种情况，或者他们没有收到短信验证码。

我会向您提供相关步骤，以便您联系申诉团队。

这只是一个团队，但实际上，我不知道还有多少个其他团队，可能是六个，也可能是二十四个…

Will。

在 Play 管理中心内回答您实际有权访问的问题，这些问题可通过“帮助”菜单找到。

现在，界面发生了一些变化。

它之前位于首页左侧的菜单中。

底部有一个帮助按钮。

该按钮已消失，但现在如果您滚动到任何页面的底部，就会在页脚中看到该帮助按钮。

点击该按钮后，您会看到一个蓝色的小胶囊按钮，上面写着“创建支持服务工单”。

我想这就是它的意思。

嗯。

是。

然后，您会看到一些下拉菜单，您可以在其中提出问题。

实际上，有一系列下拉菜单可以引导您直接找到电话号码，我几乎已经记住了这些步骤，但它就像验证您的开发者账号一样，第二个下拉菜单非常相似，您会看到一堆单选按钮。

其中一个专门用于电话号码验证。

然后，您可能会收到短信验证码，或者在尝试完成该流程时，屏幕上会出现一个 bug。

因此，您不仅可以就电话号码验证问题寻求帮助，还可以就与 Play 开发者账号相关的许多其他问题寻求帮助。

大多数情况下，Play 管理中心会非常清楚地显示验证的后续步骤，因此您只需按照步骤操作即可。

太棒了！

很好

时间差不多了，非常感谢大家参加本次专家答疑会。