広告とページビューに関する問題でここに来ましたが、それは異なる角度からのもので、もしかしたら実際の原因にたどり着いたのかもしれません。
背景：Google Ad Manager を使用して、自社で直接販売した広告と AdSense をフォールバックとして表示しています。公式の Ad Plugin を使用しています。
フォーラムでは直接販売された広告はほとんどありませんが、現在 1 つあります。ここ数日、フォーラムの広告で非常に奇妙なことに気づきました。Ad Manager はバナーにクリックがあったと報告していましたが、インプレッションはほぼゼロであると報告しており、クリック数が実際のインプレッション数よりも多かったため、Ad Manager は数千パーセントの CTR を報告していました。
Discourse 上で直接バナーのプレビューを行うために Ad Manager の機能を使用していたところ、コンソールにこれらのエラーが表示されていることに気づきました。
エラーの 1 つを展開すると、広告に関連しているようです。
Ad Plugin の推奨に従い、CSP には ‘https’ と ‘unsafe-inline’ を使用していることに注意してください。‘unsafe-inline’ を無視するポリシーが新しいのか、それともハッシュが最近 Discourse によって導入されたのかはわかりません。
いずれにしても、CSP を一時的に無効にすると、予想どおりエラーは消え、重要なことに、CSP を無効にしない場合、Ad Manager はインプレッションを適切に報告し始めました。
したがって、実際には広告は（ほとんど）機能しているようですが、Google Ad Manager の内部トラッキングは、CSP が無効になっていない場合、ページにレポートを返す際に失敗しているようです。
この CSP の ‘unsafe-line’ の問題が、このトピックで報告されている未報告の広告ページビューの原因である可能性がありますか？
「いいね！」 1
Firepup650
(Firepup Sixfifty)
67
CSPポリシーにハッシュが含まれているため、unsafe-inlineが無視されているようです。
そのハッシュを何とか削除して、問題が解消されるか確認していただけますか？
CSP設定はデフォルトに加え、広告プラグインを実行するために推奨される変更を加えているため、ハッシュは自分で追加していません。
何がそのハッシュを追加しているのか分かりませんが、metaのCSPにも含まれているため、Discourseが追加しているのではないかと疑っています。
「いいね！」 1
Shaneod
(Shane)
69
なるほど、でもGA4にDiscourseで移行したとき、ページビューがUAの3倍に急増しました。そして別のプラットフォームに移行した後、GA4でのDiscourseの数値の30%に戻りました。これはUAでのDiscourseのトラフィックとほぼ同じです。誰もその理由を説明できないので、何か見落としがある可能性があります。 
これが関連するかどうか分かりませんが、ハッシュは https://*discourse-host*/svg-sprite の直後に追加されています。
もしこのCSPの問題が文脈から外れている場合は申し訳ありませんが、私には関連しているように思えます。もしトピックから外れている場合は、Ad Pluginのトピックに投稿を移動していただいて構いません。
pmusaraj
(Penar Musaraj)
71
これは興味深い理論ですね。unsafe-inline を無効にするハッシュがどこから来ているのかを突き止めるために少し調査したところ、スプラッシュスクリーンのサイト設定によって追加されているようです。インスタンスで一時的にその設定を無効にして、広告マネージャーのレポートに変化があるかどうか確認していただけますか？
「いいね！」 3
スプラッシュスクリーンを無効にすることでハッシュが削除され、広告に関するコンソールエラーがなくなったことをすでに確認できます。
明日、Ad Manager側でインプレッションが正常にカウントされているかどうかを報告します。
「いいね！」 3
スプラッシュスクリーンを無効にし（CSPを再度有効にした後）、Ad Managerが正常に動作するようになり、実行中の広告キャンペーンのインプレッションが報告されるようになったことを確認できました（以前は約0インプレッションでしたが、クリックは多数ありました）。
少なくとも私たちのケースでは、原因と回避策を見つけたようです。しかし、Ad Managerプラグインを使用したAd Managerの標準的な使い方をしており、スプラッシュスクリーンはデフォルトで有効になっているため、私たちだけに影響するとは思いません。Ad Pluginの指示を調整する必要があるのか、それともCSPのハッシュの使用に対処できるのかはわかりません。いずれにしても、Ad Pluginを使用している場合にDiscourseでAd Managerキャンペーンを実行するのを現在妨げているため、注意が必要だと思います。
役立つ情報があれば提供したり、テストしたりできます。Ad Managerアカウントを持って実際のキャンペーンを実行せずにこれらの問題をデバッグするのは難しい場合があることを知っています。
そうは言っても、この特定のトピックについて投稿したので、AdSense（自社キャンペーンのフォールバックであり、トラフィックの大部分を占めています）によって報告されたインプレッション数は、これらの回避策（CSPやスプラッシュスクリーンの無効化など）の後、大幅には変化していないことにも注意する必要があります。したがって、これは直接販売されたキャンペーンのAd Managerにのみ影響し、AdSenseが広告を表示している場合には必ずしも影響しないようです。おそらくAdSenseは、Googleにインプレッションを報告する場合（もし報告する場合）、異なる方法を使用しているのでしょう。したがって、このCSPの問題は、このトピックで報告された大きな不一致を必ずしも説明しないかもしれません。少なくとも私たちの特定のセットアップではそうは見えませんが、Ad Pluginが使用されている場合に他のGoogleコードを破損している可能性があるのと同じCSPの問題かもしれません。
「いいね！」 4
pmusaraj
(Penar Musaraj)
75
@mentalstring さん、フォローアップです。@david さんが、まったく異なるアプローチでPRを作成中です。これは非常に有望に見えます。
これはすぐにコアにマージしてテストできるようになるはずです。広告管理ソフトウェア（およびGTMのようなスクリプト管理ツール）のあらゆる種類のCSPの問題を解決することを約束します。ただし、AdSenseのインプレッションには影響しないかもしれません。これは別の問題のようです。
「いいね！」 6
david
(David Taylor)
76
Hi @mentalstring 様 - 新しいアプローチに関する詳細はこちらです。
これで、スプラッシュスクリーンを再度有効にできるようになり、あらゆる種類の広告/タグ管理が追加の設定なしで「そのまま機能する」はずです。結果をお知らせください。
「いいね！」 3
これは良いアプローチのように見えます。GAMの問題を解決する可能性が高く、おそらくCSPの設定も簡素化できるでしょう。
まだ3.1.5を使用しているため、自分でテストするにはしばらく時間がかかりますが、すぐにアップデートする予定です。確認できたら、ここで再度報告します。
「いいね！」 3
sam
(Sam Saffron)
79
OPは修正されたと思います。
レポートを使用して、製品に新しいカウントを追加しました。
/admin/reports/consolidated_page_views_browser_detection
CrawlerとOther Pageviewsを削除すると、他の分析ツールとの同等性が確認できます。
今後数か月で、古い「ページビュー」よりも「ブラウザページビュー」を優先するように、Discourseの内部レポートの多くを修正します。
「ブラウザページビュー」とは、実際のブラウザがアプリを起動したことを意味します。
「いいね！」 3
j.jaffeux
(Joffrey Jaffeux)
クローズされました:
80
このトピックは、最後の返信から14日後に自動的にクローズされました。新しい返信は許可されていません。
