对于 google-play 平台年龄信号，k-ID 现在接受 Google Play Age Signals v0.0.4 的 ageRangeSource 值作为 declarationType。
google-play 信号上的 ageRangeSource。 Google Play Age Signals v0.0.4 已将 userStatus 替换为 ageRangeSource。调用年龄门控和会话端点时，请将 Google Play age signals responses 中的 ageRangeSource 值作为 PlatformAgeSignal 的 declarationType 提供。userStatus 值仍然有效。 为保持向后兼容，k-ID 会继续接受使用旧版架构的商店的旧版 userStatus 值，因此来自尚未迁移的应用的信号不受影响。现在提供了专用端点 /age-verification/perform-email-age-estimation，用于仅以电子邮件年龄估计作为方式执行年龄验证，与现有的单一方式端点（ID、AgeKey、ConnectID）并列。
POST /age-verification/perform-email-age-estimation。 绕过自动方式选择，仅使用电子邮件年龄估计验证用户。它接受与其他单一方式端点相同的请求结构（jurisdiction、subject、criteria 以及可选的 options.redirectUrl / options.locale），并返回 id、url 和 shortUrl。subject.email 字段为可选项；如果省略，用户将在托管的验证页面上提供其电子邮件。/age-verification/get-status 或处理 Verification.Result webhook。对于 iOS 26.5 及更高版本的玩家，k-ID 现在接受 Apple 的 confirmed 声明类型作为已验证的平台年龄信号。
confirmed 是已验证的 Apple 声明类型。 从 iOS 26.5 开始，Apple 的 Age Range Service 仅返回 selfDeclared、guardianDeclared 或 confirmed，其中 confirmed 表示年龄范围是通过信用卡或政府颁发的身份证件等经过审核的方式设置的。k-ID 将 confirmed 视为已验证，因此可以抑制年龄门控、满足验证阈值并记录 ageVerification。paymentChecked、governmentIDChecked、guardianPaymentChecked 和 guardianGovernmentIDChecked。为保持向后兼容，k-ID 会继续接受这些类型，因此来自早期 iOS 版本的信号不受影响。selfDeclared 和 guardianDeclared 仍为未验证。 它们不能绕过年龄验证要求。我们更新了文档，以阐明 k-ID 在移动端的最佳集成方式：对于年龄门控和同意步骤，原生构建的 UX 能为玩家提供最无缝的体验；而年龄验证和年龄保证 URL 等 Web 嵌入则通过系统浏览器组件显示。
年龄门控和端到端小部件在移动端受到完全支持。对于年龄门控和同意步骤，我们鼓励使用自定义工作流原生构建 UX 并遵循 CDK UX 指南，以获得最贴合品牌的体验。
k-ID API 返回的年龄验证和年龄保证 URL 采用相同的方式显示。有关具体端点和挑战类型，请参阅移动应用指南。
移动应用指南已重新以年龄验证为中心，这是移动端最常见的 Web 嵌入：
/age-verification/perform-access-age-verification 的年龄验证 URLVerification.Result DOM 事件以及通过 /age-verification/get-status 进行的服务器端确认在移动端实现方法下，我们记录了默认外部浏览器方法。它在 Android（Intent.ACTION_VIEW）和 iOS（UIApplication.open）上均可使用，完全支持 AgeKeys，并通过 redirectUrl 回调将焦点返回到您的应用。
年龄验证在竖屏方向下效果最佳。由于应用内浏览器界面会继承您应用的方向锁定，锁定横屏方向的应用应在默认外部浏览器中打开验证 URL。浏览器管理自己的方向，因此用户可以旋转到竖屏，并且当流程完成时 redirectUrl 回调会将他们返回到您的应用。
/session/delete can now permanently erase a session instead of only revoking it.
hardDelete on POST /session/delete. Set to true to permanently delete a player session and its embedded consent, scoped to the calling product. Unlike the default revoke (which is internally retained), this physically removes the record and can't be undone.hardDelete: true without enablement returns FEATURE_DISABLED.hardDelete, or setting it to false, behaves exactly as /session/delete always has: a reversible revoke.FAIL, scoped to that session only (other sessions for the same player are untouched).现在提供了专用端点 /age-verification/perform-credit-card-verification，用于仅以信用卡作为方式执行年龄验证，与现有的单一方式端点（ID、AgeKey、ConnectID）并列。
POST /age-verification/perform-credit-card-verification。 绕过自动方式选择，仅使用信用卡验证用户。它接受与其他单一方式端点相同的请求结构（jurisdiction、subject、criteria 以及可选的 options.redirectUrl / options.locale），并返回 id、url 和 shortUrl。/age-verification/get-status 或处理 Verification.Result webhook。结果会将 credit-card 报告为验证 method。/age-gate/check 现在接受一个重定向 URL，k-ID 会在自动年龄保证挑战完成后跳转到该地址。此功能适用于无法使用基于 iframe 的结果处理程序的顶层浏览器切换场景（例如跳转到 k-ID 再返回的移动 webview）。
options.playerAgeAssurance.redirectUrl。 在 /age-gate/check 上传入 http(s) URL 或自定义方案的移动深层链接（例如 myapp://age-gate/return）。当玩家完成或关闭 CHALLENGE_AGE_GATE_AGE_ASSURANCE 流程后，k-ID 会重定向到该 URL，并将 challengeId、productId、sessionId（PASS 时）和 status（PASS 或 FAIL）作为查询参数附加。URL 上现有的查询参数会被保留。CHALLENGE_AGE_GATE_AGE_ASSURANCE 生效。CHALLENGE_PARENTAL_CONSENT 不受影响，仍通过可信成人流程返回。Challenge.StateChange webhook 或 /challenge/get-status 作为可信来源。k-ID 现已发布官方 Agent Skills 套件 — 一组小巧、可组合的指令包,用于教 AI 编码代理如何在 k-ID 支持的所有司法管辖区（美国 COPPA、欧盟 GDPR-Kids、英国 AADC、英国《在线安全法》、巴西 ECA Digital、澳大利亚《在线安全法》/社交媒体最低年龄等）正确集成 k-ID。它适用于 35 多种 AI 编码工具,包括 Claude Code、Cursor、OpenAI Codex、GitHub Copilot 和 Gemini CLI。
verifiedAgeThreshold 流程）、会话与权限、webhook,以及针对服务端信任边界和移动端/原生的横切性辅助技能。git clone。github.com/kidentify/skills。k-ID API 以及面向用户的年龄验证和家长同意流程的默认速率限制现已在专门的页面中提供。
429 Too Many Requests。429）。