Monitor Usage Metrics in Power BI Workspaces は、Power BI ワークスペース内のレポートについて「どのレポートが見られているか」「誰が閲覧しているか」「ページ単位でどこが使われているか」「表示に時間がかかっていないか」を確認するための使用状況メトリック機能です。結論から言うと、Azure Monitor のメトリック収集設定が直接変わる機能ではなく、Power BI / Microsoft Fabric 側でレポート活用状況を把握するためのプレビュー機能として整理すると分かりやすいです。
管理者が最初に確認すべきポイントは、利用状況メトリックを有効化するテナント設定、ユーザー名やメールアドレスを表示する per-user data の扱い、30日を超える履歴保存の方法、そして既存の使用状況レポートとの指標定義の違いです。特に Report View の数え方が従来と変わるため、過去データと単純比較すると誤った判断につながります。(Microsoft Learn)
Monitor Usage Metrics in Power BI Workspaces で何が変わるのか
Monitor Usage Metrics in Power BI Workspaces は、Power BI の共有ワークスペースで作成したレポートの利用状況を、より実務向けに確認できる改善版の使用状況レポートです。Microsoft の公式ドキュメントでは、改善版の使用状況レポートが、共有ワークスペース向けの従来の使用状況メトリックレポートを置き換えるものとして説明されています。(Microsoft Learn)
この機能で確認できる主な情報は、次のとおりです。
| 確認できる内容 | 実務での使いどころ |
|---|---|
| Report Views / Report Opens | レポートがどれだけ開かれているかを確認する |
| Report Page Views | どのページがよく閲覧されているかを確認する |
| Unique viewers | 実際に何人が利用しているかを確認する |
| View trend | 利用が増えているか、減っているかを見る |
| Distribution method | ワークスペース、共有、アプリなど、どの経路で利用されているかを確認する |
| Platform | Power BI サービス、Power BI Embedded、モバイルなどの利用経路を見る |
| Typical opening time | レポートの初期表示が遅くないかを確認する |
| Browser / consumption method | ブラウザーや利用方法ごとのパフォーマンス差を確認する |
| Unused reports | 使われていないレポートを棚卸しする |
大きな変更点は、単に「見られた回数」を表示するだけでなく、レポートの使われ方、閲覧者、表示性能、未使用レポートまで確認できる点です。Power BI のレポートが増えている組織では、不要なレポートの整理、重要レポートの改善、モバイル対応の判断、レポート統廃合の根拠として使いやすくなります。
Azure Monitor の機能変更と混同しないことが重要
名前に「Monitor」が含まれますが、この機能は Azure Monitor のメトリック収集ルールや Log Analytics ワークスペースの設定を変更するものではありません。中心になるのは Power BI サービス上の使用状況メトリックです。
一方で、Azure Monitor 担当者にも関係する場面はあります。Azure Monitor Logs の Log Analytics から Power BI にログデータを接続し、運用監視ダッシュボードを Power BI で可視化している組織では、その Power BI レポート自体がどれだけ使われているかを Monitor Usage Metrics で確認できます。Azure Monitor Logs は Log Analytics から Power BI にログデータを接続してレポートやダッシュボードを作成できると説明されています。(Microsoft Learn)
使い分けは次のように考えると実務で迷いません。
| 項目 | 主な役割 |
|---|---|
| Azure Monitor / Log Analytics | Azure リソース、アプリケーション、インフラのログやメトリックを監視する |
| Power BI Usage Metrics | Power BI レポートやダッシュボードが利用者にどれだけ使われているかを確認する |
| Power BI + Azure Monitor Logs | Azure Monitor のログを Power BI で可視化し、そのレポート利用状況を Usage Metrics で評価する |
つまり、Azure Monitor が「システムやサービスの状態」を見る機能だとすれば、Monitor Usage Metrics in Power BI Workspaces は「Power BI レポートが組織内で本当に使われているか」を見る機能です。
対象者と影響範囲
この変更の影響を受けるのは、主に Power BI 管理者、Fabric 管理者、ワークスペース管理者、レポート作成者、Power BI Embedded を使う開発者です。
Power BI / Fabric 管理者
管理者は、まずテナント設定を確認する必要があります。利用状況メトリックは、コンテンツ作成者向けの設定として管理ポータルから制御できます。また、ユーザー名やメールアドレスなどのアカウント情報を使用状況レポートに表示するかどうかも管理対象です。Microsoft の管理者向けドキュメントでは、per-user data が既定で有効になっており、必要に応じて組織全体または指定したセキュリティグループ単位で制御できるとされています。(Microsoft Learn)
管理者が特に注意すべき点は、個人情報の扱いです。閲覧者名やメールアドレスがレポートに表示されると、活用状況の分析はしやすくなります。一方で、部門別の閲覧状況や個人単位の利用履歴が見えるため、社内ルールやプライバシーポリシーとの整合性を確認してから展開するべきです。
ワークスペース管理者・メンバー・共同作成者
使用状況メトリックレポートを表示できるのは、ワークスペースの Admin、Member、Contributor 権限を持つユーザーです。Viewer 権限だけでは表示できません。また、特定のレポートの使用状況メトリックにアクセスするには、そのレポートへの編集権限が必要です。(Microsoft Learn)
そのため、現場で「使用状況メトリックが見えない」と相談された場合は、最初に次の3点を確認します。
| 確認項目 | 見るべきポイント |
|---|---|
| ライセンス | Power BI Pro または Premium Per User が必要 |
| ワークスペースロール | Viewer ではなく Contributor 以上か |
| 管理者設定 | コンテンツ作成者向けの使用状況メトリックが有効か |
レポート作成者・BI 開発者
レポート作成者にとっては、使われているページと使われていないページを切り分けられる点が大きなメリットです。たとえば、売上レポートのトップページだけが頻繁に見られ、詳細分析ページがほとんど見られていない場合、詳細ページの導線が悪いのか、そもそも利用者に必要とされていないのかを検討できます。
また、Typical opening time を使えば、レポートの初期表示が遅いかどうかを確認できます。公式ドキュメントでは、この指標はレポートを開く処理の50パーセンタイル、つまり半数の表示操作が完了するまでの時間として説明されています。測定対象は初期ロードと最初に表示されたページであり、スライサー操作やページ切り替えなどの操作は含まれません。(Microsoft Learn)
開発者は、この数値を見て、ビジュアルの数、DirectQuery の使い方、複雑な DAX、不要なカスタムビジュアル、モデルサイズなどを見直す判断材料にできます。
Report View と Report Page View の違いを正しく理解する
今回の使用状況メトリックで最も誤解しやすいのが、Report View と Report Page View の違いです。
従来の使用状況メトリックと比較すると、改善版では Report View の定義が変わっています。Report View は、ユーザーがレポートを開いたときに記録されるイベントです。レポート内でページを切り替えても、追加の Report View にはなりません。ページ切り替えは Report Page View として数えられます。(Microsoft Learn)
| 指標 | 意味 | 注意点 |
|---|---|---|
| Report View | レポートを開いた回数 | ページ切り替えは含まれない |
| Report Page View | レポートページが表示された回数 | ネットワークやクライアント側の影響を受ける可能性がある |
| Unique viewers | 一定期間内にレポートを開いたユーザー数 | Microsoft Entra のユーザーアカウントを基準にする |
| View trend | 指定期間の前半と後半で閲覧数の変化を見る | 期間設定によって解釈が変わる |
たとえば、ユーザーAが「営業ダッシュボード」を1回開き、その中で5ページを順番に見た場合、基本的には Report View は1、Report Page View は複数回になります。従来のメトリック感覚で「ページを切り替えたのに Report View が増えない」と判断すると、誤ったトラブルシュートになります。
利用開始前に管理者が確認すべき設定
Monitor Usage Metrics in Power BI Workspaces を展開する前に、管理者は次の設定を確認してください。
| 設定・確認項目 | 確認内容 | 注意点 |
|---|---|---|
| Usage metrics for content creators | コンテンツ作成者が使用状況メトリックを見られるか | 必要なユーザーまたはグループに限定するか検討する |
| Per-user data in usage metrics for content creators | ユーザー名・メールアドレスを表示するか | 既定では有効。個人情報の扱いに注意する |
| Delete existing per-user data | 既存の個人単位データを削除するか | 適用前に影響範囲を確認する |
| Delete all existing usage metrics content | 既存の使用状況メトリック関連コンテンツを削除するか | 削除は不可逆のため慎重に判断する |
| Azure Log Analytics connections | Premium ワークスペースと Azure Log Analytics の接続を許可するか | Usage Metrics とは別の監視用途として整理する |
| Workspace monitoring preview | ワークスペース管理者による監視機能を使うか | Eventhouse や KQL データベースが作成される前提を理解する |
特に、per-user data を無効化する場合は注意が必要です。ユーザー情報を除外すると、レポート上ではユーザーが Unnamed User のような形で表示されます。ただし、埋め込みシナリオでユーザー情報を除外した場合、使用状況メトリックのセマンティックモデル更新が失敗する制限があります。(Microsoft Learn)
使用状況メトリックレポートを表示する手順
Power BI サービス上で使用状況メトリックを表示する基本手順は次のとおりです。
| 手順 | 操作 |
|---|---|
| 1 | Power BI サービスで、対象レポートがあるワークスペースを開く |
| 2 | レポートのその他のオプションから「View usage metrics report」を選択する |
| 3 | レポートを開いている場合は、コマンドバーのその他のオプションから「Open usage metrics」を選択する |
| 4 | 初回は Power BI が使用状況メトリックレポートを作成する |
| 5 | 必要に応じて「New usage report」をオンにし、改善版の使用状況レポートを表示する |
使用状況メトリックレポートは Power BI サービスで実行します。ただし、保存した使用状況メトリックレポートやダッシュボードにピン留めしたタイルは、モバイルデバイスでも開いて操作できます。(Microsoft Learn)
現場で展開する場合は、いきなり全ワークスペースで使わせるより、重要な業務レポートがあるワークスペースから試すのがおすすめです。最初に営業、経営管理、運用監視など、利用頻度が高いレポートを対象にすると、改善効果を確認しやすくなります。
データ保持期間と更新タイミングの注意点
使用状況メトリックのセマンティックモデルは、初回起動時に Power BI が自動作成します。モデル名は通常「Usage Metrics Report」です。このセマンティックモデルは毎日更新されますが、更新スケジュールは変更できません。資格情報は更新できます。(Microsoft Learn)
重要なのは、データ保持期間が短いことです。公式ドキュメントでは、Usage Metrics Report セマンティックモデルが保持する使用状況データは直近30日分のみで、30日を超えたデータは自動的に削除されると説明されています。また、新しい使用状況データの取り込みには最大24時間かかる場合があり、Power BI の画面から手動更新を実行することはできません。(Microsoft Learn)
長期的に利用傾向を見たい場合は、次のような運用を設計しておく必要があります。
| 目的 | 推奨される対応 |
|---|---|
| 30日を超える利用履歴を残したい | 定期的に外部データストアへエクスポートする |
| 部門別の利用推移を見たい | Power BI Desktop で Usage Metrics Report セマンティックモデルに接続して独自レポートを作る |
| Excel で集計したい | Analyze in Excel を使い、ピボットテーブルで分析する |
| 監査ログと突き合わせたい | 指標定義の違いを確認し、単純比較しない |
「月次でレポートの利用状況をレビューしたい」という運用では、30日保持だけでは不十分になることがあります。月末に一度だけ確認するのではなく、毎週または毎日、外部保存する仕組みを用意したほうが安全です。
既存レポートからの移行で注意すべき点
従来の使用状況メトリックレポートを使っていた組織では、改善版へ切り替える際に指標定義の違いを必ず説明してください。特に Report View の定義変更により、以前より数値が少なく見えるケースがあります。
また、改善版の使用状況レポートは直近30日分を対象にします。公式 FAQ では、改善版に表示されないレポートは過去30日間に開かれていない可能性があると説明されています。従来版の90日ベースの感覚で見ると、「消えた」「集計漏れ」と誤解しやすい点に注意が必要です。(Microsoft Learn)
移行時は、次のような説明をレポート所有者に共有すると混乱を避けられます。
| 伝えるべきこと | 理由 |
|---|---|
| Report View はページ切り替えでは増えない | 従来指標との見え方が変わるため |
| Report Page View はクライアント側の影響を受ける | ネットワーク、広告ブロッカー、ファイアウォールで差が出る可能性があるため |
| 直近30日分しか保持されない | 長期分析には外部保存が必要なため |
| プレビュー中はセマンティックモデルが変わる可能性がある | カスタムレポートが壊れる可能性があるため |
| 監査ログと完全に同じ指標ではない | ページビューなど一部指標は監査ログに含まれないため |
カスタムレポートを作る場合の注意点
使用状況メトリックは、標準レポートを見るだけでなく、コピーして編集したり、Power BI Desktop から Usage Metrics Report セマンティックモデルに接続して独自レポートを作成したりできます。Excel の Analyze in Excel を使って、ピボットテーブルやグラフで分析することもできます。(Microsoft Learn)
ただし、プレビュー機能である点は重要です。Microsoft は、プレビュー期間中は使用状況メトリックのセマンティックモデルに小さな変更が入り、カスタムレポートに影響する可能性があると説明しています。また、使用状況メトリックレポートのコピーは元のセマンティックモデルに基づいているため、Power BI 側の変更によってコピーしたレポートが壊れる可能性があります。(Microsoft Learn)
カスタムレポートを本番運用に組み込む場合は、次の運用をおすすめします。
| 対応 | 目的 |
|---|---|
| 標準レポートを基準に変更点を確認する | カスタムレポートの表示不整合を早期に見つける |
| セマンティックモデルの項目名に強く依存しすぎない | プレビュー中の仕様変更に備える |
| 月次レビュー前に更新履歴と資格情報を確認する | データ欠落を防ぐ |
| 重要な履歴は外部保存する | 30日保持の制限を回避する |
| 本番監査には単独利用しない | 監査ログやアクティビティログとの違いを補う |
パフォーマンス指標をレポート改善に活かす方法
Report performance ページでは、レポートの表示速度に関する情報を確認できます。Typical opening time、Opening time trend、ブラウザー別、利用方法別の傾向を見ることで、利用者が「レポートが重い」と感じているかどうかを判断しやすくなります。
実務では、次のように使うと改善アクションにつなげやすくなります。
| 見える傾向 | 考えられる原因 | 対応例 |
|---|---|---|
| 特定ブラウザーで表示が遅い | ブラウザー差、拡張機能、端末環境 | 対象ブラウザーで再現確認する |
| モバイル利用時に表示が遅い | モバイル向けレイアウト不足、ビジュアル過多 | モバイルレイアウトを作成し、不要なビジュアルを減らす |
| 全体的に初期表示が遅い | モデルサイズ、DAX、DirectQuery、ビジュアル数 | 集計テーブル、不要列削除、メジャー見直しを行う |
| 閲覧数は多いがページビューが少ない | 利用者が最初のページだけ見て離脱している可能性 | 重要情報を先頭ページに集約する、導線を改善する |
| 未使用レポートが多い | 重複レポート、旧版レポート、所有者不明 | アーカイブ、統合、削除候補として整理する |
ポイントは、Usage Metrics を「報告用の数字」として見るだけでなく、「次にどのレポートを直すべきか」を決める優先順位付けに使うことです。閲覧数が多く、かつ表示が遅いレポートから改善すると、利用者への効果が大きくなります。
よくあるトラブルと確認ポイント
Monitor Usage Metrics in Power BI Workspaces は便利ですが、プレビュー機能であり、制限もあります。展開前に次のつまずきやすいポイントを確認しておきましょう。
| 現象 | 主な原因 | 対応 |
|---|---|---|
| 使用状況メトリックが表示できない | Viewer 権限のみ、編集権限不足、管理者設定が無効 | ロール、編集権限、テナント設定を確認する |
| データが最新に見えない | 日次更新、最大24時間の遅延 | 翌日以降に確認し、更新履歴を見る |
| セマンティックモデル更新が失敗する | 所有者退職、資格情報期限切れ、所有権変更 | Take over して資格情報を更新する |
| Report Page Views が少ない | クライアントテレメトリが届いていない | ネットワーク、広告ブロッカー、ファイアウォールを確認する |
| Paginated Reports のパフォーマンスが出ない | 対象外の制限 | 通常の Power BI レポートとは分けて管理する |
| Azure Private Link 環境で機能しない | 使用状況データ収集の制限 | 対象ワークスペースで事前検証する |
| ユーザーマスク時に埋め込みで失敗する | embed シナリオの制限 | per-user data 設定と埋め込み要件を見直す |
| My Workspace で使えない | サポート対象外 | 共有ワークスペースで運用する |
公式ドキュメントでは、Azure Private Link を Power BI で使用している場合にレポーティングが機能しない可能性があること、My Workspace はサポートされないこと、Report Page View やパフォーマンスデータはクライアント側の送信状況に影響されることが制限事項として示されています。(Microsoft Learn)
Azure Monitor 担当者があわせて確認したい運用設計
Azure Monitor を使っている組織では、Power BI の使用状況メトリックを単独で見るのではなく、監視ダッシュボードの運用改善にも活用できます。
たとえば、Azure Monitor Logs の情報を Power BI で可視化している場合、次のような見方ができます。
| 観点 | 確認する指標 | 判断例 |
|---|---|---|
| 運用監視レポートが使われているか | Unique viewers、Report Views | 利用者が少ない場合、通知導線や共有方法を見直す |
| 障害対応時に見られているか | View trend、Report views per day | インシデント発生日と閲覧増加が連動しているか確認する |
| どのページが重要か | Report Page Views | よく使われる KQL 結果やグラフを先頭ページに集約する |
| 表示速度が業務に影響していないか | Typical opening time | 重いビジュアルやクエリを改善する |
| 不要な監視レポートがないか | Unused reports | 廃止、統合、所有者確認の対象にする |
Azure Monitor 側ではリソースやアプリケーションの状態を監視し、Power BI Usage Metrics 側ではその監視レポートが実際に活用されているかを確認する。この2層で見ると、単にダッシュボードを作るだけでなく、「使われる監視基盤」に改善できます。
展開前チェックリスト
本番環境で Monitor Usage Metrics in Power BI Workspaces を使う前に、次の項目を確認してください。
| チェック項目 | 確認内容 |
|---|---|
| 対象ワークスペース | 重要レポートがある共有ワークスペースから開始する |
| 対象ユーザー | Admin、Member、Contributor、編集権限の範囲を確認する |
| ライセンス | Power BI Pro または Premium Per User の要件を確認する |
| テナント設定 | Usage metrics for content creators が有効か確認する |
| 個人情報 | per-user data の表示範囲を決める |
| 長期保存 | 30日を超える履歴を外部保存する方法を決める |
| 既存指標との比較 | Report View の定義変更を関係者に説明する |
| カスタムレポート | プレビュー中の仕様変更で壊れる可能性を前提にする |
| 埋め込み利用 | ユーザーマスク設定との相性を確認する |
| Azure Private Link | 使用状況メトリックが期待どおり動くか検証する |
| レポート改善運用 | 月次または週次で未使用レポートと低速レポートをレビューする |
Monitor Usage Metrics in Power BI Workspaces は、Power BI レポートの「作って終わり」を防ぐための重要な機能です。まずは管理者設定と権限を確認し、主要ワークスペースで使用状況レポートを作成します。そのうえで、閲覧数、閲覧者、ページビュー、表示速度、未使用レポートを定期的に見直せば、使われていないレポートの整理と、重要レポートの改善を同時に進められます。
Azure Monitor や Log Analytics のデータを Power BI で可視化している場合も、監視データそのものだけでなく、監視レポートが現場で活用されているかを確認することが重要です。次に取るべき行動は、対象ワークスペースを1つ選び、テナント設定、per-user data、データ保持方針を確認したうえで、改善版の使用状況メトリックレポートを開いて実データを見てみることです。
コメント