single-page-application - 将 gtag 与 SPA 一起使用 screen_view 与 page_view 以及 page_path 的匹配方式

Question

我已经构建了一个 Angular SPA，我准备实现跟踪。我想保持简单，所以没有插件只是直接 gtag 跟踪。所以，我经历了这一切 documentation在大多数情况下，这是有道理的。我唯一感到困惑的是 screen_view 与 page_view 以及 page_path 是如何适应的。看看下面的片段:
screen documentation page

When building web apps, use screen_view events to measure specific screen views in Google Analytics. This provides similar functionality to Firebase screen_view events on native Android or iOS apps, or pageview events on standard web pages.

由于我构建了一个网络应用程序并且它不是标准网页，这对我来说意味着我应该在 page_view 上使用 screen_view。如果你从表面上看这很好，但接下来是另一份文件说:
SPA documentation page

When your application loads content dynamically and updates the URL in the address bar, the page URL stored with gtag.js should be updated as well.

好吧，如果我采用了上面学到的知识，在导航到新页面时，我应该这样做:

gtag('config', GA_MEASUREMENT_ID, {'page_path': page_path});

gtag('event', 'screen_view', {
  'app_name': app_name,
  'screen_name' : screen_name
});

这样对吗？我应该同时运行这两个吗？此外， screen_view over page_view 是与 SPA 一起使用的正确事件吗？
一个注意事项:如果这是正确的，我的计划是一起关闭 page_view 并只使用 screen_view

Answer 1

背景
页面查看 事件/指标可以追溯到 2005 年的 Google Analytics(分析)起源(甚至可能是 Urchin，GA 的构建基础)。
直到很久以后，才能够将 GA 用于移动应用程序(请注意，iPhone 于 2007 年推出)。页面 View 在应用程序中意义不大(没有 URL、路径等)，所以我猜这是 的时候屏幕 View 加入。
用例

仅限应用程序 - 您最有可能使用屏幕 View (*请参阅下面的免责声明)

一个应用程序和一个网站(例如 IMDb，一个用户可以在其中找到有关电影/电视标题和相关人员的信息的网站，但他们也有一个应用程序) - 从网站发送屏幕 View 事件允许统一测量来自应用程序的类似事件。根据您的应用和网站的确切结构，页面查看事件可能会变得多余。

仅限网站 - 您可以使用屏幕 View 而不是页面 View ，但我认为这样做没有任何优势。静态网站和 SPA 之间的区别在于页面查看事件是自然的还是合成的。

免责声明:我是前端开发人员，所以我没有使用原生移动应用程序的经验。我也不是 Google Analytics 专家。然而，我对主题中的问题很感兴趣，对缺乏答案感到失望，所以决定分享我的理解。