Crashlyticsは配列でネストされているので少し分析しづらいです。個人的によく使うクエリを少しメモしておきます。今回はFlutterからログを送信しています。部分は独自で定義した名前になります。event_parmasはArrayになっているので単純なクエリでは取り出せないので注意する必要があります。使ってフラットにしてあげます。ArrayになっているためWHERE句では絞り込めません。絞り込むにはこの部分をサブクエリにする必要があります。"page_view"screen_nameの取得部分をサブクエリに分けるとこうなります。event_nameでも絞ります。screen_nameだけで絞れるようになりました。こんな感じで、BigQueryではunnestとサブクエリを使えば目的の値を取り出せると思います。今回の例ではあまり長くないのでわかりやすいですが複雑なサブクエリを書くととても見づらくなります。そこで使えるのがWITHです。1つ前のクエリをWITHで書き換えるとこのようになります。screen_nameまだWHEREの条件が少ないので恩恵はあまりありませんが複数条件が加わった時にはWITHを使ったほうが見やすくなるかなと思います。使うクエリ日付範囲指定Analyticsのテーブルは日付毎に分かれているのですが、期間内で集計する場合にテーブルを跨ぎたい場合がほとんどだと思います。'20220630'特定のPageViewを取る今までのを組み合わせると2022/06/01-30のhome画面のPVはこのクエリで取得できます。判定する方が良いのですが、Flutter側でUserIdを設定していたらこちらの方がシンプルなクエリを書けます。絞るだけでユニークのPVが出せます。"home"まとめ分析は大変な作業ですが、せっかくアプリを作ったらサボらずにエンジニアもログを集計して良いUI/UXを作れると良いですね。