我在这里遇到了一个关于广告和页面浏览量的问题，但角度不同，我想我可能偶然发现了真正的原因。
一些背景：我正在使用 Google Ad Manager 来展示我们自己直接销售的广告和 AdSense 作为备用。我正在使用官方的 Ad Plugin。
我们的论坛很少有直接销售的广告，但目前有一个。在过去的几天里，我注意到论坛上的广告出现了一些非常奇怪的现象：Ad Manager 报告说横幅广告有点击，但报告的展示次数几乎为零，导致 Ad Manager 报告的点击率高达数千百分比，因为它看到的点击次数比实际展示次数还多。
在使用 Ad Manager 直接在 Discourse 上预览其中一个横幅广告时，我注意到控制台中显示了这些错误：
展开其中一个错误，它们似乎与广告有关。
请注意，正如 Ad Plugin 所建议的，我们正在为 CSP 使用 ‘https’ 和 ‘unsafe-inline’。我不知道忽略 ‘unsafe-inline’ 的策略是新的，还是 Discourse 最近引入了哈希。
无论如何，如果我暂时禁用 CSP，正如预期的那样，错误就会消失，而且重要的是，Ad Manager 开始正确报告展示次数。
所以，看起来实际上广告（大部分）是有效的，但是 Google Ad Manager 内部的跟踪以报告回页面似乎失败了（当 CSP 没有被禁用时）。
CSP 的 ‘unsafe-line’ 的这个问题是否可能是导致此主题中报告的未报告广告页面浏览量的原因？
1 个赞
Firepup650
(Firepup Sixfifty)
67
看起来它忽略了 unsafe-inline，因为您的 CSP 策略中有一个哈希值：
您能否以某种方式删除该哈希值，看看它是否会消失？
我不会自己添加哈希值，因为我的 CSP 配置是默认配置，再加上运行广告插件的推荐更改。
我不知道是什么在添加这个哈希值，但我怀疑是 Discourse，因为 meta 中的 CSP 也包含一个。
1 个赞
Shaneod
(Shane)
69
好吧，但当我将 Discourse 迁移到 GA4 时，我的页面浏览量飙升至 UA 的 3 倍，而在迁移到另一个平台后，它们又回到了 GA4 上 Discourse 的 30%，并且与 UA 上 Discourse 的流量大致相同。似乎没有人能解释原因，所以可能有些东西有问题。 
不确定这是否相关，但哈希正在 https://discourse-host/svg-sprite 之后添加。
如果这个 CSP 问题与此无关，请原谅，但我觉得它似乎有关联——如果这偏离主题，请随时将我的帖子移至广告插件主题。
pmusaraj
(Penar Musaraj)
71
这是一个有趣的理论。我进行了一些挖掘，以追踪取消 unsafe-inline 的哈希值的来源，看起来它是由启动屏幕网站设置添加的。您能否尝试暂时禁用实例上的该设置，看看广告管理器报告中是否有任何变化？
3 个赞
可以确认禁用启动画面确实移除了哈希，并且控制台中不再出现有关广告的错误。
明天我将报告广告管理器的展示次数是否正常计数。
3 个赞
我现已确认，在禁用启动屏幕（并重新启用 CSP）后，Ad Manager 现已恢复正常，我们正在运行的广告活动的展示次数也已报告（之前显示约 0 次展示，尽管有数十次点击）。
因此，至少在我们的案例中，我们似乎找到了一个罪魁祸首和一个解决方法。但我认为这不仅仅影响我们，因为我们对 Ad Manager 的广告插件的使用相当标准，并且默认启用了启动屏幕。我不确定是否需要调整广告插件的说明，或者是否可以解决 CSP 中哈希的使用问题。无论哪种方式，我认为这都需要关注，因为它目前在使用广告插件时会破坏 Discourse 中正在运行的 Ad Manager 广告系列。
我很乐意提供更多信息或进行测试，如果这有帮助的话，因为我知道没有 Ad Manager 帐户并运行实际广告系列可能很难调试这些问题。
话虽如此，鉴于我在此特定主题上发布了此信息，我还应指出，AdSense（这是我们自己广告系列的后备广告，占用了大部分流量）报告的展示次数在这些解决方法（例如禁用 CSP 或启动屏幕）之后没有实质性变化。因此，它似乎仅影响直接销售的广告系列的 Ad Manager，而不一定影响 AdSense 展示广告的情况——也许 AdSense 使用不同的方式将展示次数报告给 Google，如果它确实这样做了的话。因此，此 CSP 问题可能不一定会解释在此主题上报告的巨大差异——尽管我无法在我们的特定设置中看到它，尽管当使用广告插件时，相同的 CSP 问题可能会破坏其他 Google 代码。
4 个赞
pmusaraj
(Penar Musaraj)
75
这里有一个快速的后续，@mentalstring。@david 正在开发一个完全不同的方法，看起来很有希望：
我们应该很快就能将此合并到核心并进行测试。它有望解决广告管理软件（以及 GTM 等脚本管理工具）的各种 CSP 问题。但这可能不会影响 AdSense 的展示次数，那似乎是另一个问题。
6 个赞
david
(David Taylor)
76
您好 @mentalstring - 以下是有关新方法的详细信息：
有了它，您应该可以重新启用启动屏幕，并且所有广告/标签管理都将“正常工作”，无需任何额外配置。请告知我们您的进展！
3 个赞
这看起来是个不错的方法，很可能可以解决 GAM 的问题，同时也许还能简化 CSP 的设置。
我需要一点时间才能亲自测试，因为我们还在使用 3.1.5 版本，不过我们计划很快更新。一旦我有了确认，会在这里再次报告。
3 个赞
sam
(Sam Saffron)
79
我认为我们现在已经修复了 OP。
我们使用报告添加了新的计数到产品中：
/admin/reports/consolidated_page_views_browser_detection
一旦您移除了“爬虫”和“其他页面浏览量”，我们就会看到与其他分析工具的匹配度。
在接下来的几个月里，我们将修改许多 Discourse 内部报告，优先使用“浏览器页面浏览量”而不是旧的“页面浏览量”。
“浏览器页面浏览量”意味着真实的浏览器启动了应用程序。
3 个赞
j.jaffeux
(Joffrey Jaffeux)
关闭
80
此主题在最后回复后 14 天自动关闭。不再允许新回复。
