魔法链接
无密码的电子邮件链接是基于 Supabase 的应用和许多身份验证套件的常见默认设置。审核人员无法访问您测试账号的收件箱；而且在手机上，这个链接无论如何都会在浏览器或邮件应用中打开，而不是在您的 WebView 中，正如魔法链接指南所解释的那样。
应用需要登录时，Google 有什么要求
Google 的审核人员必须能看到应用的全部功能。如果应用的任何部分受到登录、会员资格、地理位置或其他形式身份验证的限制，您就必须提供他们进入所需的一切：测试凭据、演示账号，或者关于验证码和其他特殊情况的说明。这些信息填写在 Play Console 的政策和计划 → 应用内容 → 登录详情（Policy and programs → App content → Sign-in details）中。旧版指南、论坛帖子和部分通知仍把这个部分称为应用访问权限（App access），二者是同一个东西。您最多可以保存五组说明，每组都包含登录信息，以及一个其他说明（Any other instructions）字段，用来写明登录过程中任何不寻常的地方。
Google 的登录详情要求简短而严格。凭据必须随时可用、可重复使用、在任何国家/地区都有效、持续保持可用，并且使用英文（或附有英文版本）。如果您的登录通常需要一次性密码或第二重验证，您必须提供能跳过这一步的凭据。通过二维码登录的应用需要改为提供一个固定的 URL；付费墙后面的内容需要附上说明，让审核人员可以自由使用付费部分。审核期间过期的密码可能导致应用被拒。
拒审通知通常怎么写
“政策状态”中的这条记录，标题通常类似于 Need login credentials for app review（需要用于应用审核的登录凭据）。它会说明审核人员无法访问应用的全部或部分内容，并要求您提供一个有效的演示账号，以及审核所需的其他资源，例如验证码。附带的截图通常是您的登录页面、电子邮件确认页面，或者一条“请查收邮件”的提示。
同样的根本原因也会藏在其他拒审背后。卡在登录页的审核人员，可能会把应用归为最低功能要求问题，因为他们看到的只有一个登录表单（最低功能要求指南介绍了这类拒审的其余内容）。后台位置、账号删除或其他功能的声明也可能被拒，因为审核人员无法验证登录后面的功能。在改写其他任何内容之前，先确认审核人员究竟有没有进去。
Vibe Coding 应用为什么会把审核人员挡在门外
AI 构建工具默认生成现代的无密码身份验证。这对用户很友好，但对于一台全新测试设备上的审核人员来说，却是一条死路。
一次性验证码
通过电子邮件或短信发送到只有您能接收的地址的六位数验证码，会让审核当场卡住。Google 要求提供能跳过验证码步骤、可重复使用的凭据。
仅支持 Google 登录
在 WebView 中，除非配置了 WebViewGold 登录助手（GOOGLE_LOGIN_HELPER_TRIGGERS，参见disallowed_useragent 修复指南），否则 Google 会拒绝显示它自己的登录页面。即使能正常工作，审核人员也不会使用个人 Google 账号。请同时提供电子邮件和密码登录。
仅限邀请或需要审批
候补名单、邀请码以及“管理员将审批您的账号”这类流程，意味着新注册的用户永远到不了产品本身。请预先批准审核账号。
地区封锁和机器人检测
国家/地区封锁、严格的防火墙规则、激进的机器人验证或登录路由上的速率限制，都可能拦住审核人员的设备。Google 要求凭据无论在什么地方都能使用。
会消失的账号
试用期到期、清理不活跃用户的定时任务，以及您自己的账号删除流程（审核人员可能会测试它），都可能在两次审核之间删掉这个账号。
我的iOS WebView应用终于通过审核了。谢谢！！
创建一个经得起每次审核的审核账号
一次大约三十分钟；之后每次更新都能用。
创建一个专用测试账号
使用像 [email protected] 这样只用于商店审核的地址。绝不要交出您自己的登录信息或真实客户的账号：Google 要求的是专为测试创建的凭据。在身份验证提供商的控制台中把该邮箱标记为已确认，这样就不需要确认邮件。
提供无需验证码的登录方式
如果您的应用只能通过魔法链接或一次性验证码登录，请添加一个任何用户都可以选择的普通电子邮件加密码登录选项，例如在电子邮件输入框下方加一个“改用密码登录”链接（下面的提示词可以帮您完成）。手机号登录通常可以使用固定的测试号码：例如 Firebase Authentication 允许您注册带固定验证码的测试手机号。把确切的步骤写进说明中。
填充数据并解锁全部功能
添加逼真的示例内容，让每个页面都能体现其用途；并在服务器上为该账号授予付费权益，这样无需购买就能审核高级页面。如果您的应用有不同角色（顾客和服务商、会员和管理员），请为每个角色各创建一个账号，并为每个账号使用一组单独的说明。
让账号一直有效
把该账号排除在清理脚本和试用期到期之外。每次审核后登录一次，确认它仍然存在；测试您的账号删除流程的审核人员可能已经用掉了它。写一个小脚本，连同示例数据一起重新创建账号，就能帮您省下一次拒审。
让审核人员在任何地方都能登录
允许所有国家/地区访问登录路由，并确保机器人防护不会在一台全新 Android 设备首次启动时就弹出验证。如果您的服务只在一个国家/地区运营，至少要让审核账号在全球范围内可用，并在说明中写明这一点。
在 Play Console 中填写
打开“政策和计划 → 应用内容 → 登录详情”，选择“开始”或“管理”，然后选择“添加新说明”。按照登录页面上的输入方式原样粘贴凭据，并把所有不寻常之处写进“其他说明”：要点按哪个按钮、如何跳过验证码步骤、账号属于哪个角色，以及主要功能在哪里。
从全新安装开始测试
卸载应用，从内部测试轨道安装该构建版本，并粘贴 Play Console 中的凭据登录。如果 Config.java 中的
CLEAR_CACHE_ON_STARTUP为 true，应用每次启动都会清除 Cookie，审核人员每次打开应用都要重新登录；请注明这一点。如果开启了应用锁（enableBioMetricAuth），也请注明，并在一台未录入指纹的设备上试一试，这样您就知道审核人员会看到什么。这两个选项都在Android Config.java 参考文档中有介绍。重新提交
如果只修改了登录详情，保存后把更新提交审核即可；Play Console 会在“发布概览”中列出待审核的更改。如果您修改了应用，例如添加了密码选项，请上传一个版本代码更高的新版本。在“政策状态”中回复一句话，指明新的说明，会有所帮助。
“其他说明”（Any other instructions）字段模板
简单的英文、编号步骤、不要营销话术。审核人员会在测试设备上打开应用的同时阅读这段内容。模板保留英文，因为 Google 审核人员阅读的是英文。
粘贴到“登录详情”的“其他说明”中（请修改方括号中的内容）
Login method: email and password. On the start screen tap [Log in], then [Use a password instead] below the email field. This account is pre-confirmed and needs no one-time code or email link. It works from any country. Role: [customer]. A second instruction set contains the [provider / admin] account. The account has the [Pro] plan unlocked on our server, so all paid features are visible without a purchase. Where to find the main features: 1. [Bookings tab]: create and cancel a booking. 2. [Profile > Notifications]: turn on reminders; a test notification arrives within [2] minutes. 3. [Profile > Settings > Delete account]: account deletion. Please use the second test account for this, so the main account stays available for future reviews. The app asks for [location] only on the [Store finder] screen, after an in-app explanation. [Only if enabled:] The app is protected by an app lock on launch; [describe what appears on a device without fingerprint or face unlock]. Contact during review: [email address].
提示词：为无密码登录添加密码选项
保留您的魔法链接或验证码流程，并添加一个任何用户都能使用的普通密码登录。这正是审核人员需要的，而且它并不是隐藏的后门。
粘贴到 Lovable、Bolt、Cursor 或 Claude Code 中
我的应用目前通过 [Supabase Auth / Firebase Auth / Clerk]，使用 [魔法链接 / 电子邮件一次性验证码] 让用户登录。 请在现有方式旁边添加标准的电子邮件加密码登录，不要移除现有方式： - 在登录页面上添加一个清晰可见的“改用密码登录”链接，点击后表单切换为电子邮件 + 密码。 - 在账号设置中添加“设置密码”，让现有用户也能创建密码。 - 使用身份验证提供商内置的密码登录功能。不要构建自定义的、秘密的或隐藏的绕过方式。 - 密码错误时显示清晰的错误提示，并提供“忘记密码”流程。 - 让会话在应用重启后依然保持登录；应用运行在 Android WebView 中。 - 其他任何内容都不要改动。 最后，列出你修改过的文件，并说明我如何在 [提供商] 控制台中创建一个已预先确认、带密码的测试用户。
重新提交前的检查清单
- 审核账号是专用的、已预先确认，并填充了示例数据。
- 它使用电子邮件和密码登录，不需要验证码、电子邮件链接或审批步骤。
- 已在服务器上为它解锁付费功能。
- 登录详情中每个角色各有一组英文说明，并写明了每项主要功能的路径。
- 从测试构建版本全新安装后，以及在您所在国家/地区以外，都能正常登录。
- 如果提供 Google 登录，它借助登录助手可以在应用内正常使用，同时也提供电子邮件和密码登录。
- 上次审核后，您已确认该账号仍然存在。同一个账号也可用于您的 iOS 应用，参见App Store 演示账号指南。
常见问题
我可以让审核人员直接注册吗？
只有当注册能即时完成、不需要电子邮件确认、验证码或审批时才可以；即便如此，只要应用需要登录，Google 仍然期望您提供凭据。提供一个现成的账号更快，也能避免第二次被拒。
专为审核人员准备的密码登录，算不算隐藏的后门？
只要它是一个普通、可见、所有用户都能使用的选项，就不算。您必须避免的是为审核人员解锁不同行为的秘密代码或路径；那属于欺骗行为规则的范畴。
我的应用只提供 Google 登录。该填写什么？
可靠的解决办法是添加电子邮件和密码登录。专用于审核的 Google 账号在新设备上登录时经常会遇到额外的验证步骤，而且 WebView 中的 Google 登录需要 WebViewGold 登录助手才能正常工作。
每次发布都要更新登录详情吗？
只有在有变化时才需要，但每次更新都会依据存档中的信息进行审核。请让账号永久有效，并在新增角色、付费墙或新的主要功能时更新说明。
审核人员会看到我真实用户的数据吗？
只有当您给他们一个真实账号时才会，而您不应该这样做。Google 要求的是专为测试创建的凭据。请使用能展示每个页面用途的示例数据。
让您的应用上架商店的三种方式
结果相同，只是您需要投入的工作量不同。三种方式都附带审核通过保证和 7×24 小时人工支持。
自己动手
$109 每个平台，一次性付费
WebViewGold 许可证：一个现成的 Xcode 或 Android Studio 项目。粘贴您的 URL，设置名称和图标，开启所需功能，构建并提交。永久免费更新。
在主页查看方案Cloud Builder
$349 每个许可证，一次性附加购买
无需 Mac、Xcode 或 Android Studio：在浏览器中完成配置，我们在云端构建两个应用，并将其交付到 App Store Connect 和 Play Console。
Cloud Builder 如何运作 试用免费演示Full Service
$698 每个平台 $798
把您的 URL 和图标发给我们。我们的团队在 72 小时内完成配置、构建并交付您的应用，白标，附源码项目。两个平台共 $1,158。
Full Service 详情 服务提供方：
冬季特惠价格有效期至 2026年12月31日。