非常に良い質問です。そしてそこには重要な理由があります。
しかしその前に、Raw Eventsセクションでこのデータを見ることができることに注意してください。このセクションは特にデバッグやコンバージョン、クリックなどのログの表示のために設計されています。まず、そこで試してみて、必要なものが得られるかどうか確認してください。
さて、一般的なレポートでは提供していない項目がいくつかあります：
- ヒットID
- ビジターID（セッションIDとも呼ばれる）
- IPアドレス
- ユーザーエージェント
- ノードID/名前
- 外部クリックID
主な理由は、これらの一意性にあります。
これらは、ほとんどの場合、訪問者ごと、またはヒットIDの場合は彼らが接触するノードごとに一意の値を返すパラメータです。
結果として、数万行のデータを返す可能性のあるレポートが生成され、UIでの表示が非実用的になり、データベースにも大きな負担がかかります。
分析用データベースは、多くのデータを少数の行に集約することを好みます。大量のデータをほとんど集約せず、ただ膨大な数の一意の結果を返すのではありません。
実用性の問題を別にしても、これらのデータベースクエリは非常にリソース集約的で、時間がかかる可能性があります。SaaS製品として、多くの顧客がデータベースを共有していることを念頭に置く必要があります。ユーザーが非常に集約的なクエリを実行できるようにした場合、何が起こると思いますか？少数のユーザーが（特にAPIを通じて）過剰なクエリでシステムを圧迫し、すべての人のパフォーマンスを低下させることになります。これは避けなければなりません。
しかし、Raw Eventsセクションでは、上記の問題を回避する制限付きで、この一意のデータを取得することができます。
- ファネルと、オプションでトラフィックソースを選択する必要があります。これによりクエリのサイズが制限されます
- Raw Events APIは最新の1000行のデータのみを返します。それ以上のデータが返される場合、クエリは停止します。これにより、長時間の集約的なクエリが回避されます
- 返されるデータはページ分割されており、フロントエンドでスムーズにデータが表示されます
レポートセクションで上記のデータが必要なシナリオがある場合は、お知らせください。その属性が必要だと考える使用例について、ご意見をお聞かせください。