データ活用の実践
データ活用の実践2026年9月24日

BIツールでデータ品質を可視化する:Tableau・Power BI・Lookerの活用パターン

BIツールはビジネス分析のためだけでなく、データ品質自体をモニタリングするために使うことができます。NULL率・重複率・異常値率の推移をダッシュボードで可視化することで、データ品質の問題を早期に発見し、関係者への報告も効率化できます。本記事では、Tableau・Power BI・Lookerの3ツールを使ったデータ品質可視化の具体的なパターンを解説します。なお、Power BI自体の運用(ゲートウェイ・データフロー設計・更新スケジュール)によってレポートの信頼性を保つ方法はPower BIのレポート品質を維持するために:ゲートウェイとデータフロー運用の実務で扱っています。本記事は複数のBIツールで品質指標を「見せる」設計を対象としています。

概要ビュー閲覧者:経営層・部門長
  • ドメイン別の品質スコア(折れ線でトレンド)
  • 直近の品質アラート件数
  • 前回測定からの変化量
「どこが悪化しているか」が分かる
詳細ビュー閲覧者:データ担当・現場
  • 項目ごとのNULL率・重複率・形式エラー率の推移
  • 品質問題が多いレコードの一覧(ドリルダウン)
  • 目標値との比較
「何を直せばよいか」が分かる

※ 1枚のダッシュボードに全部載せると、どちらの読者にも使われないものになりやすい。見る人ごとに分けるのが基本です

データ品質モニタリングダッシュボードの設計パターン

データ品質ダッシュボードには「概要ビュー」と「詳細ビュー」の2層構造が有効です。概要ビューは全データドメイン(顧客・商品・取引先など)の品質スコアを一覧表示し、問題のある領域をひと目で把握できるようにします。なお本記事でいう「品質スコア」は標準化された単一の指標ではなく、完全性・正確性・一意性など組織が定めた複数の品質指標を、自社で決めたルールで集約した社内指標を指します。詳細ビューはドメインを選択して掘り下げ、問題のある項目・レコード・期間を特定できるようにします。

  • 概要ビューで見せるべき指標:ドメイン別の品質スコア(トレンドを折れ線で表示)・直近の品質アラート件数・前回測定からの変化量
  • 詳細ビューで見せるべき指標:項目ごとのNULL率・重複率・形式エラー率の推移・品質問題が多いレコードの一覧(ドリルダウン)・品質基準や目標値との比較

Tableau でのデータ品質可視化

Tableauはデータの可視化表現が豊富で、品質スコアのヒートマップや経時変化の折れ線グラフが直感的に作れます。データ品質可視化の実装上のポイントは「品質指標をデータソースに組み込む」ことです。

  • 品質指標の計算をデータソース側で行う:TableauのLOD(Level of Detail)計算式でNULL率・重複率を定義することもできますが、ソースDBのビュー・マートで計算した値をTableauに渡す方が安定します
  • パラメータを使った閾値アラート:品質スコアが閾値以下のセルに赤のカラーエンコーディングを適用し、一覧の中で問題箇所が目立つようにします
  • Subscription機能による定期レポート:Tableau Cloud/Tableau ServerのSubscription機能で、週次・月次などのスケジュールで品質レポートをメール配信できます。閾値を超えたときの通知にはデータドリブンアラートも利用できます

Power BI でのデータ品質可視化

Power BIはMicrosoft製品との親和性が高く、Excelで管理している品質指標データをPower BIに取り込んで可視化することが容易です。また、Power Automateとの連携でアラート通知を自動化できます。

  • Dataflowを使ったデータ品質計算:Power BIのDataflowでPower Queryのデータ変換を定義し、品質指標(NULL率・重複数)の計算をETLの段階で行います。複数のレポートで品質指標を共有できます
  • スコアカード(Goals)の活用:Power BIのスコアカードで、品質KPIの目標値・実績値・進捗状況を1画面で管理できます
  • Power Automateとの連携:Power BIのスコアカードなどをPower Automateと連携し、品質KPIの変化をきっかけにTeamsやメールへの通知・後続処理を自動化できます

Looker でのデータ品質可視化

LookerはLookML(モデル定義言語)を使ってデータモデルを定義し、そのモデルを元にダッシュボードを作ります。データ品質指標をLookMLのmeasure・dimensionとして定義することで、全ダッシュボードで一貫した品質指標を使えます。

  • 品質指標をLookMLで定義:NULL率・重複数・有効レコード率などの品質指標をLookMLのモデルとして定義し、異なるダッシュボードで同じ定義を再利用します。指標によってはmeasureだけで表現できず、派生テーブルやSQLと組み合わせる場合があります
  • Looker Alertsによる品質監視:Lookerのアラート機能(Looker Alerts)を使い、品質指標を表示したダッシュボード上のタイルが指定した条件を満たしたときに、Slack・メール通知を自動化できます
  • BIツール選定への示唆:LookerはSQL・データウェアハウス寄りの設計のため、データエンジニアが関与できる組織での活用が有効です。LookMLでモデルを管理するためデータモデリングの知識が必要になります。TableauやPower BIはGUI中心に進められるため、利用者のスキルや運用体制によっては着手しやすい場合があります

データ品質モニタリングダッシュボード構築の実際の進め方

BIツールで品質ダッシュボードを構築する際、最初に問題になるのは「品質指標データをどこから取得するか」です。NULL率・重複数などをSQLで集計し、その結果をBIが参照できるテーブルやビューとして用意する必要があります。既存のDWHやデータウェアハウスがある場合はそこに品質集計テーブルを追加する、Excelで品質指標を手集計してBIに取り込む——どちらも現実的な出発点です。

ダッシュボードの更新頻度は、月次レビューを目的とする場合であれば月1回の更新から始める運用も考えられます。毎日自動更新したい場合はパイプライン整備が必要になりコストが上がります。まず「手動でも続けられる仕組み」で指標と運用方法を検証し、そのうえで自動化の必要性と対象範囲を決める段階的なアプローチも有効です。ただし、品質の劣化がそのまま業務停止につながる領域では、最初から自動監視を設計した方がよい場合もあります。

データ品質ダッシュボードを定着させるための工夫

データ品質ダッシュボードを作っても「誰も見ない」状態になりやすいのが実態です。定着させるためには、週次・月次の定例会議の議題に品質ダッシュボードのレビューを組み込み、品質指標が下がったときに担当部門がアクションを取る仕組みを作ることが重要です。ダッシュボードは「見るためのもの」から「意思決定と改善アクションのトリガーとなるもの」として位置づけることで、初めて価値を発揮します。

品質ダッシュボードの閲覧対象者についても設計が必要です。データエンジニアやDX担当者向けの技術的な品質指標(パイプラインエラー率・NULL率)と、ビジネス部門向けの業務影響指標(分析に使えないレコード数・重複取引先数)を分けて表示することで、各担当者が自分に関係するKPIを素早く把握できます。BIツールの権限設定を活用し、部門ごとに適切な粒度の品質情報を届ける設計を検討してください。

技術担当とビジネス部門が別々の指標を見ているイメージ
同じダッシュボードを全員に見せるより、見る人ごとに必要な指標を分けた方が使われる

BIツールで可視化する場合の限界

BIツールでの品質可視化は「今あるもので始められる」点が最大の利点ですが、データ品質の専用ツールと同じことができるわけではありません。違いが出るのは主に3点です。第一に、品質ルールの管理です。専用ツールはルールを一覧で定義し、どのルールが何件違反したかを自動で集計しますが、BIツールでは各指標の計算をSQLやデータモデル側に自分で書くことになります。ルールが増えるほど、どこに何が書かれているかを追いにくくなります。

第二に、データの系譜(リネージ)です。BIツールにもデータソースや依存関係を確認できる機能を備える製品はありますが、品質の問題が起きたときに、原因となった変換処理や個々のレコードまで一貫して遡る用途では不足する場合があります。第三に、検知の粒度です。BIは集計結果の可視化を得意とするため、個々のレコードの品質変化を継続的に検知し、原因となった処理まで追跡する用途では、専用のデータ品質監視基盤の方が適している場合があります。これらが必要になるのは、監視対象のテーブル数が増え、品質の問題が発生してから気づくまでの時間を短くしたい段階です。逆に言えば、月次でトレンドを追い、関係者と議論できれば十分な段階であれば、BIツールで始めて差し支えありません。

まとめ:BIツールによるデータ品質可視化の始め方

データ品質の可視化は、既存のBIツールを活用して始める方法があります。専用ツールを導入する前に、Tableau・Power BI・Lookerで品質スコアのトレンドと問題箇所を見える化するところから小さく始める選択肢もあります。最初の一歩として、最も影響が大きいデータドメイン(顧客マスタや商品マスタなど)の2〜3指標から始め、ダッシュボードと定期レポートを整備することをお勧めします。品質ダッシュボードを定例会議の議題に組み込む運用設計まで一緒に整えることで、ツールが形骸化しない仕組みが作れます。

よくある質問

Q

品質指標を計算するSQLはどこに置くのがよいですか。BIツールの中に書いてしまってよいのでしょうか。

A

指標が数本のうちはBIツール内でも運用できますが、増えてくると同じ計算が複数の画面に散らばり、修正漏れが起きます。集計結果を保存するテーブルやビューをデータベース側に用意し、BIはそれを読むだけにしておくと、計算の定義が1か所にまとまります。この形にしておけば、将来BIツールを入れ替えることになっても、指標の定義はそのまま残せます。

Q

ダッシュボードの更新は毎日自動にすべきですか。

A

用途によります。月次レビューで傾向を見るのが目的なら、月1回の手動更新でも成立します。自動化にはパイプラインの整備と保守が必要になるため、まず手動で回して「どの指標を実際に見ているか」を見極めてから、頻度を上げる範囲を決める方が無駄がありません。毎日更新が要るのは、品質の異常を翌日の業務が始まる前に検知したい場合です。

Q

品質ダッシュボードを作りましたが、誰も見てくれません。

A

見る人と見る場を決めていない可能性があります。ダッシュボードを開くこと自体は業務ではないため、既存の定例会議の議題に組み込むのが確実です。あわせて、経営層向けと担当者向けで必要な指標が違う点にも注意してください。1枚にすべてを載せると、どちらにとっても情報量が合わず使われなくなります。閲覧者ごとに画面を分け、それぞれの会議体で扱う指標を決めてください。

まず、自社データの品質を数字で確認する

課題がどこにあるか把握する前に対策を立てるのは難しい。BFT InsightのWebツールで、データ品質の傾向を無料でチェックできます。結果は即時表示。登録不要です。

無料で品質診断ツールを試す →
AI相談