我有一个网络应用，它需要使用 Google Ads API 将离线转化数据上传到由不同机构管理的不同 Google MCC 帐户。我想对他们的帐户进行身份验证以允许此操作，而无需创建同意 OAuth2 屏幕来获取令牌。代理商无法访问我的系统（他们的客户可以）。 我想事先知道，是否可以使用我的客户端 ID 和客户端秘密使用 OAuth 操场在他们的帐户中生成刷新令牌，并在我向 Google API 进行身份验证时提交此刷新令牌。有意义吗？
【问题讨论】：
是否可以使用我的客户端 ID 和客户端秘密来使用 OAuth 游乐场在他们的帐户中生成刷新令牌？并在我向 Google API 进行身份验证时提交此刷新令牌。
是的，在右上角的 corer 中，您可以提供您的客户端 ID 和客户端密码。但是，帐户的所有者将需要运行它，因为他们需要登录并同意。然后，您将获得一个可以使用的刷新令牌。
然后，您将能够在代码中使用此刷新令牌来请求可用于访问 api 的新访问令牌。
有意义吗？
在某种程度上是的，在某种程度上不是。您将遇到的问题是刷新令牌是否过期，是的，它们很少会过期，但您的代码可能需要考虑到这一点，您必须联系帐户的作者以请求新的刷新令牌。 IMO最好为您的用户在网络上设置一个授权端点，他们可以授权您的应用程序，然后您可以将他们的刷新令牌存储在数据库中。
为此使用 oauth2 操场是 IMO 的混乱设计。
现在，根据您将要使用应用的范围，您需要进行验证。谷歌希望看到你的授权在行动。我怀疑他们是否会考虑将您使用 Oauth2 Playground 作为您应用的有效授权端点。
话虽如此，如果您确实这样做，请告诉我他们是否允许。 （注意：我向 Google 发送了一封电子邮件，以了解这是否是有效的用例。请在下方回复。）
我收到了来自 Google 联系人的回复。这就是他们所说的精髓。
Oauth2 Playground 的预期用途是
它不应该用于生产应用程序。
使用 Oauth2 Playground 作为授权方法的应用不太可能被验证。这是因为重定向 uri 将是游乐场的 uri，而相关开发人员并不拥有 Google 拥有的域，因此他们将无法验证该域。
除了会带来安全风险之外，开发人员还需要与需要通过 Playground 授权应用的用户共享客户端 ID 和机密。与任何人共享客户端凭据是违反谷歌服务条款的。
【讨论】：