如何构建分析系统

Question

我想研究哪些设备向服务器发送请求()。因此，每次服务器收到请求时都存储一个新记录(包含用户代理字符串)。我也需要能够阅读记录通过谷歌页。

我对此很陌生，在开始编码之前，我正在进行研究，以确定哪种“基础设施”更好，并且需要我少花些精力。我在这里提出这个问题，是因为也许有人曾经这样做过，并且可以告诉他他的见解。

注意:我无法访问浏览器的javascript。服务器收到的每个请求都被重定向到外部网站。我只能使用服务器来编排所有的事情。

以下是我想到的几条路：

1. Basic

将记录存储在Wordpress自定义表中。

在Wordpress中创建一个REST来读取该表中的数据。

当我想分析数据时，我会通过从Google中的REST中获取记录。

1. Basic与Firebase.

将记录存储在Firebase表中。

当我想分析数据时，我从Google中的Firebase中通过获取记录。

在这里，我发现很难理解如何在Google控制台中设置身份验证、客户端ID、API键等(以前从未使用过)。

1. Google单张为DB.

当服务器接收到请求时，服务器使用PHP中的某种Google客户端SDK直接向Google发送另一个请求。

在这里，我发现很难理解如何在Google控制台中设置身份验证、客户机ID、API密钥等(以前从未使用过)。

1. Webhook way.

当服务器收到请求时，服务器向Netlify或类似的云函数发送其他请求。

云函数使用Node.js中的Google客户端SDK向Google发送记录。

在这里，我发现很难理解如何在Google控制台中设置身份验证、客户机ID、API密钥等(以前从未使用过)。

你会选择哪条路？你会做些不同的事吗？

有什么好的资源来理解Google生态系统中的身份验证吗？

安全方面，现在我只存储用户代理字符串，但在未来我可以存储更敏感的东西，所以使用这个项目来学习一些可靠的东西是个好主意。

Answer 1

请注意，在任何分析中，您都不太可能对设备信息感到满意，但在这个答案中，我假设您比我更了解您的情况。

你的选择：

1. 听起来不错。原始的，但肯定的。

1. Firebase/GA很大。你可能不想让事情变得复杂。他们需要非常特定的数据结构，以便能够提供最充分的洞察力。但是稍后，当您想要返回数据时，并不是那么简单，因为这些API用于非常严肃的ETL过程，并且对它们的所有内部定义都有准确的理解。如果您的目标仅仅是获得一些度量和几个维度，而不是其他任何东西，那将是很烦人的。

1. --当工作表未打开时，我从不使用工作表API。我总是使用它的内部伪JS来移动数据。好吧，这取决于你。

1. ，这只是3.

的一个变体

好吧现在我该怎么做了。

您在后端有(或应该有)访问日志。如果您所描述的是您所需要的全部，我建议输入访问日志，就像它们是sheets一样，并完成它。这将是最坚固和最可靠的实现，如果正确的话，它甚至不依赖于您的后端语言，而仅仅依赖于web服务器日志。

好吧，如果您的设置通常绕过web服务器(这真的很烦人)，那么用于管理端点的框架可能会有登录的假象。那我就用这个了。

如果没有，我也会尝试在前端进行跟踪，但是你提到这不是一个选择，所以我不会再考虑这个想法了。

最后，如果这些选项不是真正的选项，那么您应该考虑，如果您想要实时地、在脚本中聚合数据，那么您应该考虑一下。你不太可能想要那样做，因为那会非常烦人。

到那时，未聚合的数据将占用很大的空间。G页将无法处理这么多原始数据。出于同样的原因，使用本地DB也可能是个坏主意。

因此，您最好使用GA通过它们的测量协议(有多个库可供使用)来流数据。GA有能力把它的数据提供给BQ，而且从BQ到任何地方都容易得多。嗯，我相信sheets已经有了多个脚本和插件，可以从GA获得聚合数据，并在其中做一个半活仪表板。