如何构建'real time visitors on site'、GoogleAPI？
How to build 'real time visitors on site', Google API?
我正在为我们网站上创建帖子的用户构建自定义管理仪表板。我只想向他们展示他们帖子上的活跃访问者数量（而不是整个网站）。
我希望它的行为与 GA 完全一样：
我本来想从头开始构建这个，但回想起来使用 GA 可能更容易 API?
我一直盯着文档看，我就是不摸索，所以我来这里寻求帮助。
我们总共有大约 5,000 篇帖子，我网站上的一些人已经撰写了 1000 多篇帖子，因此 'input' 到 GA 的数量从 1 到 1000+ 不等（仅针对他们的帖子）。
我只想要他们的帖子的综合现场流量。
可选，也许它必须被逆转......我不确定 GA 是否可以显示它，但更好的可能是从 API 获得实时访问者的内容细分，最多 5000 个结果。从那里我可以过滤结果集 slugs（以及每个 slugs 的用户数量），并将这些结果与属于该用户的每个 slugs 进行比较，然后在我这边对总数求和。
Google API 可以帮助我吗？我需要使用哪个 API 端点？是否有可能从 API?
获得 5000 多个具有流量的 URL 的最大结果
谢谢！
是的，有可能。
看来你应该利用 Real Time Data: get 端点。
此外，要仅限制特定页面（帖子）的结果，您应该使用维度过滤器（在计算聚合结果之前 select 仅特定页面浏览量的过滤器），并且 'ga:pagePath' 看起来像你需要的那个：
ga:pagePath
UI Name: Page
A page on your website specified by path and/or query parameters. Use in conjunction with hostname to get the full URL of the page.
如果您对同一作者的帖子有相似的标题，并且在同一作者的帖子中没有公共路径元素，您可能更喜欢使用 ga:pageTitle。
所以你做这样的事情：
GET https://www.googleapis.com/analytics/v3/data/realtime
ids=ga:<your_analytics_id>
metrics=rt:activeUsers
dimensions=rt:pagePath
filters=rt:pagePath=~/authors/123/*
请注意，实时和non-realtime API可能会有细微的差别（例如使用'rt'而不是上面的'ga'），通常realtime-API 仍处于测试阶段。
一般来说，您应该去这里：Real Time Reporting API - Developer Guide 并查看目录 table 中的链接（页面左侧）。
'building from scratch' 想法怎么样：从开发人员的角度来看它相当简单，但从 dev-ops 的角度来看它可能很复杂。也就是说，编写聚合此类指标的代码不是问题。但是，制作一个能够维持该任务每秒请求量所需的系统可能是个问题。
我想您会想要应用第二种方法：拉下所有 slug 的实时访问者，然后在您自己的服务器上按作者汇总。
每个配置文件每天有 10,000 个查询的配额。使用你的第一种方法，听起来你会为每个作者执行查询。假设您有 50 位作者。这将只剩下 20 queries/day/author (10,000/50)。考虑到时间维度，这将只允许您每小时为每位作者进行 8.33 (200/24) 次查询。不是很 "realtime like"。
如果您在运行时遇到问题，请查看 http://www.embeddedanalytics.com - 我们已经完成了许多此类实施。事实上，我们甚至有帽子 "Right Now" 实时小部件。
有没有办法根据 slug 标题来确定作者？
我正在为我们网站上创建帖子的用户构建自定义管理仪表板。我只想向他们展示他们帖子上的活跃访问者数量（而不是整个网站）。
我希望它的行为与 GA 完全一样：
我本来想从头开始构建这个，但回想起来使用 GA 可能更容易 API?
我一直盯着文档看，我就是不摸索，所以我来这里寻求帮助。
我们总共有大约 5,000 篇帖子，我网站上的一些人已经撰写了 1000 多篇帖子，因此 'input' 到 GA 的数量从 1 到 1000+ 不等（仅针对他们的帖子）。
我只想要他们的帖子的综合现场流量。
可选，也许它必须被逆转......我不确定 GA 是否可以显示它，但更好的可能是从 API 获得实时访问者的内容细分，最多 5000 个结果。从那里我可以过滤结果集 slugs（以及每个 slugs 的用户数量），并将这些结果与属于该用户的每个 slugs 进行比较，然后在我这边对总数求和。
Google API 可以帮助我吗？我需要使用哪个 API 端点？是否有可能从 API?
获得 5000 多个具有流量的 URL 的最大结果谢谢！
是的，有可能。
看来你应该利用 Real Time Data: get 端点。
此外，要仅限制特定页面（帖子）的结果，您应该使用维度过滤器（在计算聚合结果之前 select 仅特定页面浏览量的过滤器），并且 'ga:pagePath' 看起来像你需要的那个：
ga:pagePath
UI Name: Page A page on your website specified by path and/or query parameters. Use in conjunction with hostname to get the full URL of the page.
如果您对同一作者的帖子有相似的标题，并且在同一作者的帖子中没有公共路径元素，您可能更喜欢使用 ga:pageTitle。
所以你做这样的事情：
GET https://www.googleapis.com/analytics/v3/data/realtime
ids=ga:<your_analytics_id>
metrics=rt:activeUsers
dimensions=rt:pagePath
filters=rt:pagePath=~/authors/123/*
请注意，实时和non-realtime API可能会有细微的差别（例如使用'rt'而不是上面的'ga'），通常realtime-API 仍处于测试阶段。
一般来说，您应该去这里：Real Time Reporting API - Developer Guide 并查看目录 table 中的链接（页面左侧）。
'building from scratch' 想法怎么样：从开发人员的角度来看它相当简单，但从 dev-ops 的角度来看它可能很复杂。也就是说，编写聚合此类指标的代码不是问题。但是，制作一个能够维持该任务每秒请求量所需的系统可能是个问题。
我想您会想要应用第二种方法：拉下所有 slug 的实时访问者，然后在您自己的服务器上按作者汇总。
每个配置文件每天有 10,000 个查询的配额。使用你的第一种方法，听起来你会为每个作者执行查询。假设您有 50 位作者。这将只剩下 20 queries/day/author (10,000/50)。考虑到时间维度，这将只允许您每小时为每位作者进行 8.33 (200/24) 次查询。不是很 "realtime like"。
如果您在运行时遇到问题，请查看 http://www.embeddedanalytics.com - 我们已经完成了许多此类实施。事实上，我们甚至有帽子 "Right Now" 实时小部件。
有没有办法根据 slug 标题来确定作者？