【问题标题】:Google Analytics API, as service, User unique identifierGoogle Analytics API,即服务,用户唯一标识符
【发布时间】:2017-02-12 12:30:39
【问题描述】:

我正在寻找具有 oauth2 的授权用户的唯一标识符,范围为​​ https://www.googleapis.com/auth/analytics.readonly

没有 google plus 范围 https://www.googleapis.com/auth/plus.login

google document reference 我找到了username 字段。说明说。

已验证用户的电子邮件 ID

我想知道这个字段是否是唯一标识符。 有人知道吗?

【问题讨论】:

    标签: google-analytics-api google-oauth


    【解决方案1】:

    这是一种循环方式,但管理 API 有一个名为 accountSummeries.list 的方法,它返回当前经过身份验证的用户有权访问的谷歌分析帐户列表。

    它还返回用户名,这是他们的电子邮件地址。

    username string 认证用户的Email ID

    {
      "kind": "analytics#accountSummaries",
      "username": string,
      "totalResults": integer,
      "startIndex": integer,
      "itemsPerPage": integer,
      "previousLink": string,
      "nextLink": string,
      "items": [
        management.accountSummaries Resource
      ]
    }
    

    这是我发现的唯一一种只使用谷歌分析 API 来获取用户信息的方法。另一种方法是请求个人资料或电子邮件范围,然后通过人员 API。

    注意:您还可以解密身份验证返回的令牌 ID,这将为您提供 Google 的内部唯一用户 ID。不过,这样做有点困难。

    【讨论】:

    • id_token 在身份验证后返回没有用,除非配置文件范围已打开。无论如何,我对 refresh_token 有另一个问题,这导致了这个问题。我修好了那个。谷歌不会为再次请求 access_token 的已授权应用返回 refresh_token。所以我应该保留第一次发送的原始数据。所以我的问题没有价值。具有配置文件范围的用户 ID 是可访问的。
    • 如果您已经对谷歌分析进行身份验证,您仍然可以访问谷歌分析管理 API 并以这种方式获取他们的电子邮件。您不需要额外的数据范围,电子邮件地址是返回的帐户信息的一部分。
    • @DaImTo 所以“用户名”总是电子邮件地址?为什么文档将其描述为“电子邮件 ID”?
    • 不能告诉你为什么谷歌使用他们很抱歉的话。根据我的经验,它始终是用户的电子邮件地址,实际上我可以将其用作电子邮件的主键,使其成为电子邮件 ID。
    猜你喜欢
    • 1970-01-01
    • 2012-09-30
    • 2013-08-30
    • 2016-11-23
    • 2023-03-22
    • 1970-01-01
    • 2016-05-28
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多