只要应用里有任何一部分被登录凭据、会员身份、地区限制或定位门槛拦住，审核员就看不到它——Google Play 的 App access（应用访问）声明，也就是 Play Console 现在标注的 Sign-in details，就是你把入口交到审核员手上的唯一位置。它位于 App content 页面，和广告声明、隐私政策链接、目标受众、内容分级并列；当一次发布被退回"我们无法审核你的应用"时，这里是第一个要检查的地方。
下面用 8 个问答回答开发者最常问的问题：声明在什么情况下适用、字段在哪里、自由填写栏该写什么、一次性密码与双重验证怎么描述、审核员拿到凭据后会做什么，以及被拒之后如何自行重新提交而不用排队等回复。本文内容全部依据 Google 官方 Play Console 帮助文档；凡有硬性限制，我们都直接引用原文口径。
先说清一件事的分界。Sign-in details 讲的是审核访问，它和身份验证（KYC）、AdSense/AdMob 的地址 PIN 验证、税务信息（W-8BEN / W-9）完全是三件事，各自有各自要提交的材料。本文只讨论一件事：让应用审核团队能够进入普通用户没凭据就进不去的那部分功能。
问题一：这个声明到底管什么？什么时候必须填？
它的范围比"我的应用有登录页"要宽得多。Google 在 App content 页面上的原文口径是：如果你的整个应用、或应用的部分功能，基于登录凭据、登录信息、会员身份、位置或其他形式的身份验证而受到限制，你就必须提供全部必要信息，以便审核方能访问你的应用。
这句话覆盖的远不止账号密码登录：只对付费订阅者开放的区域、仅会员可见的板块、用你发给客户的激活码才能解锁的功能、以及只对某个国家或某类设备显示的内容，都在其中。只要审核员的那次会话会撞上一堵你没有描述过的墙，这份声明就是不完整的——发布可能仅因为这个原因被退回"无法审核"。
把它当成写给一个陌生人的说明：他刚装好你的应用，除你写下的内容之外什么也不知道，却必须能走遍你申请审核的每一项功能。
问题二：在 Play Console 的哪里填写？以后怎么改？
声明位于 Play Console 的 App content 页面，路径是政策与计划（Policy and programs）→ App content（部分控制台视图显示为监控与改进 → 政策与计划 → App content）。该页面分为两个标签页：
- Needs attention（需要处理）——需要你填写的政策声明，必须在相应截止日期前完成才算合规。
- Actioned（已处理）——你已经处理过的声明。Google 明确要求定期回看并保持最新，这也正是把凭据过期问题挡在拒审之前的地方。
在 Sign-in details 一栏点 Start；如果之前填过，按钮会显示为 Manage。然后点 + Add new instructions 填写访问信息。声明最多可以添加五组说明——这就是你描述多条进入路径的方式，例如一套免费层账号加一套付费层账号。
问题三：一组说明里该写什么？"Any other instructions" 又是干什么的？
每一组说明就是一条凭据记录：给它起个名字、用户名、密码，以及补充说明。最常被忽略的恰恰是 Any other instructions 这一栏。Google 把它指定为解释"登录机制有何特殊之处"的位置——一次性密码、多重身份验证，或者超过两个输入框的登录表单，都写在这里。
写的时候假设接手人从未打开过这个控制台：这个账号是什么角色、应用首次启动会不会要求授予权限、有没有必须先关掉的开屏引导、是不是要切换地区才能看到付费内容。技术上正确但没说这些意外环节的说明，照样会换来一次"无法访问"的拒审。
问题四：我的限制是会员身份、地区或设备，也算吗？
算。这条声明的措辞本身就包含"登录凭据、登录信息、会员身份、位置或其他形式的身份验证"，所以付费会员层级、按地区开放的内容库、只对已批准机型解锁的版本，都归在这里。有两个现实结论：
- 如果访问取决于审核员无法复现的条件——你的城市、你的网络、一个物理令牌——就说明如何让应用表现得像是满足了这个条件，用审核专用账号或一条有文档记录的测试路径。如果这道门槛是设备级判断而不是账号级判断，就在 Any other instructions 里写明，并提供能进入那道门后内容的账号。
- 如果某项功能对所有人都不可用，就直接写明。清楚说明，比暗示该功能可达要好得多。
问题五：应用用一次性密码或双重验证，该怎么填？
这是登录相关拒审反复出现的头号原因。Google 的要求是：只要你的登录使用一次性密码、多重身份验证，或超过两个输入框，就必须写进 Any other instructions 栏。
接着要让第二重验证"过得去"。实务上只有两种可行做法：一是审核账号的第二重验证值你可以写明，并在整个审核窗口内保持不变；二是审核账号根本不触发额外的验证环节。行不通的做法有两种：验证码只发到只有你能看的手机上；或者验证码三十秒一变而没人能读到下一个。另外，这个账号本身必须属于该应用和你所代表的开发者账号——绝不能把第三方的凭据、或与被代表账号不相符的身份交出去，那正是 Play 政策要打击的虚假陈述。
问题六：审核员拿这些凭据做什么？什么情况会失效？
审核员用你提供的信息登录，并试用他能进入的功能，因此这份声明必须在整个审核窗口内都成立。失效原因几乎都是日常的账号生命周期事件：
- 密码轮换。对审核账号做安全重置，你写下的密码立刻作废；请在同一个时间点更新声明。
- 试用或订阅到期。审核账号挂在 7 天试用上，审核期间到期，路就断在那里。
- 设备或地区绑定。账号锁在设备指纹、IP 段或某个商店区域上，审核员在他所在的环境里根本用不了。
- 第二重验证过期。你写下的验证码已经轮换，或者它被发到了审核员无法控制的号码上。
- 权限范围不足。账号存在，但只能进免费层，而更新说明里描述的是付费功能。
能一次挡住这五种情况的做法，是发布前的一个短检查：用审核账号登录一遍、把更新说明里点名的功能走一遍、再确认声明与刚才的操作仍然一致。
问题七：更新被拒、应用被下架，怎么重新提交？
Google 提供了自助路径，不需要联系政策支持团队、也不需要等回复：
- 打开 Play Console，进入 Sign-in details 页面。
- 更新登录信息，点击 Save。
- 进入 Publishing overview 页面，改动会出现在 Changes ready to send for review 一栏。
- 点击 Send for review 提交这次改动。
请注意这个顺序的含义：这份声明本身也是一项需要送审的改动，所以在控制台里改对只是一半，还要"发送"。如果该应用开启了托管式发布（managed publishing），修改会一直停在"待送审"状态直到你发送；同时审核是有窗口的，不会瞬间完成。
问题八：它和 App content 页面上的其他声明是什么关系？
Sign-in details 只是同一页面上众多声明中的一条，而审核是放在一起看的。建议同一次一起检查的邻居：
- 广告（Ads）。必须声明应用是否含广告，包括通过第三方广告 SDK 投放的广告、原生广告与横幅。自家推广位和简单的"更多应用"交叉推广入口，与真正的变现广告区别对待；虚假声明广告存在本身即属违规，可能导致应用被下架。
- 隐私政策。一旦涉及敏感权限或数据，商店详情页和应用内都必须提供；面向儿童的应用无论是否访问数据都必须提供。
- 目标受众与内容（Target audience and content）——把儿童纳入受众会触发额外的 Families 政策。
- 权限声明表（Permissions declaration form）——短信、通话记录等高风险或敏感权限需要先获得 Google Play 批准才能发布。
- 内容分级（Content ratings）——每个应用都要填问卷，因为被标记为 Unrated 的应用可能被从 Google Play 下架。
- COVID-19 接触追踪/状态功能与 新闻与杂志（News and Magazine）身份声明——适用时都必须如实回答。
要维护的是整页信息，而不只是触发拒审的那一栏。真正拖住上架的往往不是某一条声明，而是应用改了之后没人再回头读过的那一条。
KappS 在这件事上的角色
KappS 帮助开发者让账号与发布流程经得起平台的审查。落到这个主题上，就是协助准备并提交合规材料：写出真正描述登录流程的审核说明、让审核账号在每次发布时都保持有效且权限范围正确、把多重验证描述成审核员可以用你自己名下的合法账号通过，并在上架之前而不是被拒之后，把 App content 整页过一遍。
我们不提供他人的证件或身份，不做账号买卖，也不承诺结果。这份声明只有在"你写下的内容"与"应用真实行为"一致时才起作用——而这也恰恰是唯一留得住的做法。
资料来源（Google 官方文档）：Play Console 帮助中心 — Prepare your app for review（App content：隐私政策、广告、sign-in details、目标受众与内容、权限声明表、内容分级）；Control when app changes are reviewed and published；Google Play 广告政策；用户数据政策。