在Actions on Google中能否检测按钮点击？如何避免重复请求评价？

这两个问题问得很实际，我来给你逐一解答：

1. 能否检测按钮是否被点击？ #

答案是分场景判断：

• 👉 如果是用 OpenUrlAction 类型的按钮（直接跳转外部链接）：没法直接检测点击。因为用户点击后是客户端直接打开链接，不会向你的后端发送请求，所以你的服务拿不到点击事件的通知。
• 👉 如果是绑定了自定义Intent的按钮（比如触发对话内的某个操作Intent）：完全可以检测。用户点击按钮时，Actions on Google会把对应的Intent请求发送到你的后端，你可以在Intent的处理逻辑里直接标记"按钮已被点击"，或者执行后续的状态记录操作。

2. 如何实现用户提交评价后不再发起请求？ #

你想通过追踪按钮点击来实现这个需求是可行的，结合用户标识和状态存储的方案最稳妥，具体步骤如下：

优先推荐方案：用自定义Intent绑定评价按钮 #

不要用跳转链接的按钮，而是给评价按钮设置一个自定义Intent（比如命名为 trigger_review_intent）：

• 当用户点击按钮时，你的后端会收到这个Intent请求，此时你可以获取请求里的 user.id（这是Actions on Google提供的匿名但稳定的用户标识，同一用户在同一设备/账号下不会变）。
• 把这个用户的状态（比如 has_triggered_review 设为 true）存到数据库里（推荐用Firebase Firestore或Realtime Database，和Actions on Google集成特别方便）。
• 之后再通过后端返回 OpenUrl 指令，引导用户跳转到评价页面。

如果必须用跳转链接的替代方案 #

如果你一定要用外部链接，那就在链接里带上用户ID参数，比如：https://your-review-page.com?user_id=xxx。然后在你的评价页面后端（或者你能控制的页面逻辑中），当用户访问这个链接时，把对应的用户标记为"已触发评价请求"，同步到数据库。

对话时的状态检查逻辑 #

每次对话结束准备展示评价BasicCard之前，先去数据库查一下当前用户的 has_triggered_review 状态：

• 如果状态是 true，就跳过展示评价卡片。
• 如果是 false，再正常展示。

额外优化（可选） #

如果担心用户通过其他渠道（比如直接去应用商店评价），你可以考虑通过Google Play Developer API定期拉取评价数据，匹配用户标识来更新状态，但这个复杂度较高，大部分场景下，追踪按钮触发的方式已经足够覆盖核心需求了。

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