Google Actions Alpha Release版本异常求助及Opt-in相关疑问

针对你遇到的Alpha测试者访问不同旧版本的问题，结合Google Action的Alpha分发机制，我整理了核心原因和解决办法，同时解答你的附加疑问：

一、主问题：测试者看到不同版本的原因及修复步骤 #

1. 设备/Assistant的本地缓存是重灾区 #

Google Assistant会在本地缓存Action的元数据（比如logo、描述）和部分功能逻辑，尤其是当你频繁发布版本时，旧缓存不会自动清除。让测试者按以下步骤操作：

• 打开Google Assistant设置，找到你的Action，选择取消授权后重新启用
• 清除Google Assistant的应用缓存（Android路径：设置→应用→Google→存储→清除缓存；iOS需重启Assistant或设备）
• 重启设备后再调用你的Action

2. Alpha版本的分片推送机制 #

Google的Alpha测试默认采用逐步rollout策略，不会一次性把新版本推给所有测试者，尤其是短时间内多次发布时，系统需要时间完成全量分发。你可以在Google Cloud Console的Actions页面，查看当前版本的发布状态——有时候显示“发布成功”，但实际还在分发给测试者的过程中。
如果需要强制所有测试者拿到最新版，建议：

• 创建一个全新的Alpha测试轨道（不要在原轨道上迭代）
• 移除所有旧测试者，将他们添加到新轨道中，这样新轨道的版本是全新的，不会和旧版本的缓存冲突

3. 目录信息（Directory）的更新延迟 #

你提到的logo、描述、隐私政策这类元数据，更新后需要Google的目录索引系统同步，这个过程独立于功能版本发布，通常需要几个小时甚至更久才会推送到所有测试设备。即使功能版本已经发布，这些信息可能还停留在旧版本状态。

二、附加问题：测试者是否需要点击Opt-in链接？ #

分两种情况：

• 公开Alpha测试（设置了Opt-in链接）：测试者必须点击Opt-in链接完成加入流程，之后才能在Assistant中搜索并调用你的Action
• 私有Alpha测试（通过添加Google账号邮箱）：你直接添加测试者的邮箱后，他们不需要点击Opt-in链接，只要用对应账号登录Assistant，就能直接调用你的Action

注意：如果测试者之前通过Opt-in链接加入过旧的测试轨道，需要先退出旧轨道（在Opt-in页面操作），再重新关联新的测试配置。

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