Google Assistant OAuth隐式关联后AppRequest未返回accessToken问题

我之前也碰到过类似的坑，结合你的情况和Google的相关规则，给你几个实用的排查方向：

1. 先确认授权服务器的响应格式是否合规 #

隐式授权的核心是，你的授权服务器必须通过URI的hash片段返回access_token参数。举个正确的重定向示例：

https://oauth-redirect.googleusercontent.com/r/your-project-id#access_token=your_valid_token&token_type=Bearer&expires_in=3600

要是你的响应里没带access_token，或者错误地用了query参数（而非hash），Google根本捕获不到这个令牌，后续自然不会把它传递给你的Action。

2. 检查Actions控制台的账号关联配置 #

确保你在Google Actions控制台里的隐式授权配置没出错：

• 授权URI要精准指向你的授权页面，不能有拼写错误
• 重定向URI必须严格使用Google提供的格式（https://oauth-redirect.googleusercontent.com/r/[你的项目ID]），自定义的URI是不生效的
• 如果有请求scope，要确认这个scope是你的授权服务器支持的，不会因为权限问题导致accessToken生成失败

3. 重置测试会话重新关联 #

有时候缓存或者测试会话的残留数据会搞鬼，你可以试试：

• 在测试设备上解除当前的账号关联，然后重新走一遍关联流程
• 在Actions Console的测试页面，点击「重置测试」清除旧会话数据后再测试

4. 查看Actions的交互日志找线索 #

在Actions Console的「测试」页面，找到对应的会话记录，查看详细日志。这里会显示授权过程中的请求和响应细节，如果Google在解析accessToken时出了问题，日志里会有明确的错误提示，能帮你快速定位根源。

5. 确认Webhook的请求解析逻辑 #

你提到收到的请求里没有accessToken，要注意：隐式授权模式下，这个令牌是存在user.accessToken字段里的。可以先直接打印完整的请求体，确认是真的没有这个字段，还是你的解析逻辑漏掉了它。

如果以上步骤都排查完还是没解决，建议去看授权服务器的日志，确认Google的授权请求是否正常到达，以及返回的响应是否完全符合OAuth隐式授权的规范。

内容的提问来源于stack exchange，提问作者albin jose