Power BI の2026年4月更新で最初に確認すべきポイントは、Copilot のモバイル活用拡大、レポート既定デザインの刷新、Direct Lake の計算列プレビュー、カード・スライサーの固定サイズレイアウト、そして管理者向けの非推奨対応です。特に data engineers、DBA、分析基盤の責任者にとっては、見た目の改善だけでなく、セマンティックモデル設計、モバイルでの意思決定、レポート標準化に影響する更新です。Microsoft公式の「What’s new in Power BI? April 2026 update」は2026年4月22日に更新され、Power BI April 2026 Feature Summaryも同日に公開されています。(Microsoft Learn)
Power BI 2026年4月更新の要点
今回の Power BI 2026年4月更新は、単発の便利機能追加というより、「AIで読む」「Direct Lakeで速く扱う」「標準化された見た目で作る」方向への継続的な強化と見ると理解しやすくなります。
| 領域 | 主な更新 | 影響を受けやすい担当者 | 最初に確認すべきこと |
|---|---|---|---|
| Copilot / AI | Power BI Mobile のレポート内 Copilot が会話型チャットに対応 | analytics leaders、現場マネージャー | モバイル利用者、Copilot利用要件、データ定義の整備 |
| Reporting | Modern visual defaults、テーマ切り替え、固定サイズレイアウト | BI開発者、レポート標準化担当 | 既存レポートの見た目崩れ、社内テーマとの整合性 |
| Modeling | Direct Lake 計算列・計算テーブル、ユーザーコンテキスト対応計算列がプレビュー | data engineers、DBA、セマンティックモデル設計者 | Direct Lakeモデル、DAX性能、上流変換との役割分担 |
| Visuals | 散布図、棒・列グラフ、Azure Maps、Narrative visualなどの改善 | レポート作成者 | 既存ページの軸・余白・操作性の再確認 |
| 管理・接続 | 旧ファイルピッカー、Netezza ODBCドライバーの非推奨 | Power BI管理者、DBA | Desktop更新、ゲートウェイ、ODBCドライバーの確認 |
Power BI Desktop の April 2026 版は、公式ブログ上でバージョン 2.153.910.0、公開日 2026年4月21日と案内されています。組織で Desktop を統制している場合は、全社展開の前にテスト用端末と検証ワークスペースで確認するのが安全です。(Power BI)
Copilot in Power BI Mobile：移動中でもレポートに質問できる
今回の目玉の一つが、Power BI Mobile のレポート内 Copilot 強化です。レポートを開いた状態で Copilot に質問し、指標やKPIの要因を自然言語で確認できます。回答には、根拠として使われたビジュアルへの引用が含まれ、質問によってはAI生成のビジュアルも返されます。iPhoneとiPadでは音声入力にも対応しています。(Microsoft Learn)
たとえば営業責任者なら、外出先で月次売上レポートを開き、次のような質問ができます。
「今月、目標未達の地域はどこか」
「パイプラインが前月比で減った要因は何か」
「利益率が低い製品カテゴリを可視化して」
これは単にモバイルでレポートを見る機能ではありません。レポートを読む時間を短縮し、会議前や顧客訪問前に仮説を作るための機能です。特にグローバル企業では、時差のあるチームが同じレポートを見ながら、各自のタイミングで分析に入れるメリットがあります。
ただし、Copilotの回答をそのまま意思決定に使う前に、レポート側の整備が必要です。KPI名、ビジュアルタイトル、メジャー名、ページ構成が曖昧だと、Copilotが返す説明も業務文脈とずれやすくなります。
導入前に整えるべきチェックポイント
| チェック項目 | 確認内容 | 失敗しやすいポイント |
|---|---|---|
| メジャー名 | Salesではなく「売上金額」「受注額」など意味が明確か | 英語略称や部門独自用語だけで構成されている |
| ビジュアルタイトル | Copilotが参照しやすい名称になっているか | 「グラフ1」「前年対比」など、何の前年対比か分からない |
| フィルター状態 | Copilot利用前に必要なスライサーを適用しているか | 全社データと部門データを取り違える |
| データ権限 | RLSや共有範囲が適切か | モバイル利用者に不要なレポートが見えている |
| 利用要件 | Copilotアイコンが表示される条件を満たしているか | ライセンスやワークスペース条件を未確認のまま展開する |
Microsoftのドキュメントでも、Copilotは現在表示しているレポートの状態に基づいて動作するため、利用前にフィルターやスライサーを適用することが重要だと説明されています。Copilotアイコンが表示されない場合は、対象レポートが要件を満たしていない可能性があります。(Microsoft Learn)
Modern visual defaults：見た目の改善ではなく、レポート標準化の更新
Power BI 2026年4月更新では、Modern visual defaults とテーマカスタマイズも強化されました。Customize current theme ダイアログにベーステーマの切り替えが追加され、古いベーステーマのレポートを新しいテーマへ更新したり、カスタムテーマが新しい既定値に合わない場合に以前のベーステーマへ戻したりできます。(Microsoft Learn)
この更新は、見た目を少し今風にするだけの話ではありません。Power BIを組織的に使っている場合、テーマは次のような実務要件に直結します。
- 経営ダッシュボードのブランド統一
- 部門ごとのレポート品質のばらつき抑制
- アクセシビリティを意識した色・余白・フォント設計
- 新任作成者でも一定品質のレポートを作れる標準化
特に注目したいのは、Fluent 2 ベーステーマ、Classic 2026、Classic 2018 のように、レポートの基盤となるテーマを選べる点です。Microsoftの説明では、Fluent 2 はプレビューで、Power BI Desktop のプレビュー機能として有効化できます。既存レポートを最新ベーステーマへ更新する場合は、View > Themes > Customize current theme から Update theme を適用できます。(Microsoft Learn)
既存レポートに適用する前の判断基準
既存レポートへすぐ適用するより、まずは影響範囲を分けて検証しましょう。
| レポート種別 | 推奨対応 | 理由 |
|---|---|---|
| 新規作成レポート | 新しい既定テーマを積極的に試す | 初期状態から統一されたデザインで作れる |
| 経営会議用レポート | 複製して見た目を比較してから適用 | 余白、フォント、軸、カードの印象が変わる可能性がある |
| 顧客提出用レポート | 社内ブランドテーマとの整合性を確認 | 色やフォントがガイドラインから外れる可能性がある |
| 長期間運用中の定型レポート | 変更前後のスクリーンショット比較を推奨 | 利用者が「いつもの画面」と違うだけで混乱することがある |
テーマ更新で見落としやすいのは、個別ビジュアルに直接設定した書式です。テーマを変更しても、個別に上書きされた書式が残る場合があります。全体テーマだけで解決しようとせず、重要ページではビジュアル単位の書式設定も確認しましょう。
Direct Lake 計算列・計算テーブル：セマンティックモデル設計の柔軟性が上がる
data engineers とDBAにとって最も重要なのは、Direct Lake 関連のモデリング更新です。2026年4月更新では、Direct Lake on OneLake テーブル上の計算列と、Direct Lake列を参照する計算テーブルがプレビューとして案内されています。Microsoftは、OneLake側のデータ準備を別チームが管理しており、上流で列追加やテーブル作成が難しい場面で有用だと説明しています。(Microsoft Learn)
Direct Lake は、Microsoft Fabric の OneLake にある Delta tables を対象に、大量データを素早くメモリへ読み込み、対話的な分析を実現するストレージモードです。Importのように全データを複製して更新するのではなく、メタデータ更新を中心に扱えるため、大規模データやレイクハウス中心の分析基盤と相性があります。(Microsoft Learn)
今回の計算列プレビューは便利ですが、上流変換を置き換えるものではなく、セマンティックモデル側で補完するための選択肢と考えるべきです。
Direct Lake 計算列を使いやすいケース
| ケース | 具体例 | 判断ポイント |
|---|---|---|
| 上流テーブルをすぐ変更できない | データエンジニアリングチームがOneLakeのGold層を管理している | BI側で短期的な分析要件に対応したい |
| レポート固有の派生列が必要 | 表示用カテゴリ、簡易フラグ、並べ替え用列 | 他レポートでも再利用するなら上流化を検討 |
| 多言語・ユーザー文脈と組み合わせたい | ブラウザー言語に応じた商品名表示 | ユーザーコンテキスト対応計算列との相性がよい |
| POCで分析要件を検証したい | 新しいKPIの候補列を試す | 本番化前に性能と保守性を検証する |
使いすぎを避けるべきケース
| 避けたいケース | 理由 | 推奨対応 |
|---|---|---|
| 複雑な文字列処理や高コストDAXを多用する | クエリ時の計算負荷が増える可能性がある | Spark、T-SQL、Dataflowなど上流で処理 |
| 複数モデルで同じロジックを使う | モデルごとにDAXが分散し、保守が難しくなる | OneLake側の共通テーブルへ寄せる |
| 権限管理の代替に使う | 表示制御とアクセス制御は別物 | RLS、OLS、Fabric側の権限設計を使う |
| 本番重要レポートに即適用する | プレビュー機能は仕様変更の可能性がある | 検証ワークスペースでPOCを行う |
Microsoftの計算列ドキュメントでは、非マテリアライズ計算列はクエリ時に値を導出する必要があるためクエリ性能に影響する可能性があり、マテリアライズ計算列は更新時の性能に影響する可能性があると説明されています。Direct Lake on OneLake の計算列は非マテリアライズとして扱われるため、採用前にDAX StudioやPerformance Analyzerで実測するのが現実的です。(Microsoft Learn)
ユーザーコンテキスト対応計算列：グローバル利用で効く更新
もう一つのモデリング更新が、ユーザーコンテキスト対応計算列です。計算列が UserCulture()、UserPrincipalName()、CustomData() などのDAX関数に動的に反応できるようになり、データ翻訳のようなシナリオに使えるとされています。対象は Direct Lake on OneLake、Import、DirectQuery テーブルで、Expression Context プロパティを使って設定します。(Microsoft Learn)
グローバル読者向けに考えると、この更新はかなり実用的です。たとえば同じセマンティックモデルを、日本、米国、ブラジルの利用者が参照する場合、商品名やカテゴリ名をユーザーのカルチャーに応じて出し分ける設計がしやすくなります。Microsoft公式ブログでも、ブラウザーのロケールを変えてポルトガル語表示をシミュレートする例が紹介されています。(Power BI)
ただし、ユーザーコンテキスト対応計算列は「見せ方」や「文脈に応じた値の切り替え」に向いた機能です。アクセス制御を目的に使うのは避けるべきです。ユーザーごとの閲覧制御は、RLS、OLS、ワークスペース権限、Fabric側のセキュリティ設計で行いましょう。
固定サイズレイアウト：カードとスライサーの作り込みがしやすくなる
Reporting領域では、カード、ボタンスライサー、リストスライサーに固定サイズレイアウトが追加されました。Format pane の Layout セクションで Fixed size を有効にすると、カードやボタン、リスト項目の高さ・幅をピクセル単位で指定できます。表示領域が不足する場合はスクロールバーが出ます。従来の Autogrid は Fit to space という名称に変更されています。(Microsoft Learn)
この更新は、地味ですがレポート品質に大きく効きます。特に次のようなページで効果があります。
- KPIカードを横並びにした経営ダッシュボード
- 地域、製品、期間などをボタン形式で選ばせるレポート
- 階層付きリストスライサーを使う分析ページ
- 複数ページで同じUI部品を再利用するテンプレート
これまで、項目数が変わるとボタンやカードのサイズが伸び縮みし、ページ全体の印象が崩れることがありました。固定サイズを使えば、項目数が増減しても各要素のサイズを保ちやすくなります。リストスライサーで階層を展開・折りたたみする場合も、項目間の余白が安定しやすくなります。
固定サイズレイアウトの実務的な使い方
| 目的 | 設定例 | 注意点 |
|---|---|---|
| KPIカードを均一に見せる | カード幅と高さを固定 | モバイルレイアウトでは別途確認する |
| ボタンスライサーをナビゲーション風にする | 横方向の幅を固定 | ラベルが長い場合は折り返しや省略を確認 |
| 階層リストを読みやすくする | 縦方向の高さを固定 | 展開時にスクロールが増えすぎないか確認 |
| テンプレート化する | 社内標準のピクセル値を決める | 画面比率やキャンバスサイズもセットで標準化する |
デザイン標準を作るなら、「ボタンは高さ32px」「KPIカードは横幅240px」など、社内テンプレートに具体的な値を入れておくと、作成者ごとのばらつきを抑えられます。
その他のレポート改善：小さな修正ほど既存レポートで確認する
今回の更新では、複数のビジュアル改善も入っています。カードビジュアルではカテゴリヘッダー選択時のハイライトや、他カードの淡色表示、複数カテゴリ列の連結表示、Edit interactions によるフィルター制御が追加されています。Base64エンコードされたトップレベル画像の表示も改善されています。(Microsoft Learn)
散布図では Autofit markers が追加され、端にあるマーカーやバブルが見切れにくくなります。棒グラフ・列グラフでは Rounded range により余計な軸パディングを抑えられ、データラベル追加時に軸範囲がずれる問題も改善されています。Azure Mapsでは、ビジュアル上のスタイルピッカーで選んだ地図スタイルがFormat pane側にも反映されるようになりました。(Microsoft Learn)
また、Visualizations pane ではプレビュー中のビジュアル名に (preview) が表示され、一般提供済みのビジュアルと区別しやすくなっています。Narrative visual は、Copilotライセンスを持つユーザーでは既定でCopilotモードが開き、文字数上限も10,000文字へ増えています。(Microsoft Learn)
これらは一つひとつを見ると小さな更新ですが、既存レポートでは次の点を確認しておくと安心です。
| 確認対象 | 確認ポイント |
|---|---|
| 散布図 | 既存の軸最小値・最大値設定とAutofit markersが競合しないか |
| 棒・列グラフ | Rounded rangeで意図した余白が保たれているか |
| カードビジュアル | 選択時のハイライトが利用者に誤解を与えないか |
| Narrative visual | Copilotモード既定化により、作成者の操作手順が変わらないか |
| Preview visuals | 本番レポートにプレビュー視覚化を使っていないか |
管理者・DBAが見落としやすい非推奨情報
Power BI 2026年4月更新では、機能追加だけでなく非推奨情報も含まれています。
まず、Power BI Desktop の旧ファイルピッカー体験は、2026年4月のSU04リリース以降利用できなくなり、更新版のファイルピッカーが既定になりました。Microsoftは、この変更について利用者側の作業は不要と説明しています。(Microsoft Learn)
より注意したいのは、組み込みの IBM Netezza ODBC ドライバーの非推奨です。Microsoft公式情報では、既存のコネクターは再利用できるものの、新しい IBM Netezza ODBC ドライバーのインストールが必要とされています。Netezzaを使っている組織では、Power BI Desktopだけでなく、オンプレミスデータゲートウェイ、スケジュール更新、資格情報、ODBCドライバーのバージョンをまとめて確認してください。(Microsoft Learn)
Netezza利用組織の確認手順
| 手順 | 作業内容 | 担当 |
|---|---|---|
| 影響調査 | Netezza接続を使うPBIX、データフロー、ゲートウェイ接続を洗い出す | Power BI管理者、DBA |
| ドライバー確認 | Desktop端末とゲートウェイサーバーのODBCドライバーを確認する | DBA、インフラ担当 |
| 検証 | テスト環境で更新、認証、スケジュール更新を確認する | BI開発者 |
| 展開 | 利用者端末とゲートウェイへ段階的に適用する | IT管理者 |
| 監視 | 更新失敗、認証エラー、クエリ性能を確認する | 運用担当 |
「レポートは開けるが、スケジュール更新だけ失敗する」というケースは珍しくありません。Desktop側の検証だけで終わらせず、ゲートウェイ経由の更新まで確認することが重要です。
プレビュー機能を本番に入れる前の判断基準
今回の更新には、Modern visual defaults、Direct Lake計算列、ユーザーコンテキスト対応計算列、DAXのNAMEOF拡張など、プレビュー扱いの機能が含まれます。プレビュー機能は将来的に仕様が変わる可能性があるため、全社展開よりも限定的な検証から始めるべきです。
| 判断項目 | 本番導入しやすい | まだ検証に留めたい |
|---|---|---|
| 利用範囲 | 部門内の限定レポート | 全社KPI、監査対象レポート |
| 代替手段 | 既存機能に戻せる | 戻すとモデル設計を大きく変更する |
| 性能影響 | 計測済みで許容範囲 | クエリ時間や容量負荷を未確認 |
| 利用者影響 | 作成者だけが触る | 経営層や顧客が直接見る |
| 保守性 | 標準化ドキュメントがある | 個人のDAXや設定に依存している |
特に Direct Lake 関連は、容量、Deltaテーブルの最適化、権限、RLS、リージョン、複合モデルなどの要素が絡みます。MicrosoftのDirect Lakeドキュメントでも、導入判断ではプロトタイプやPOCを作ってリスクを下げることが推奨されています。(Microsoft Learn)
チームで行うべき更新対応の進め方
Power BI 2026年4月更新を安全に取り込むには、機能別に担当を分けて検証するのが効率的です。
| フェーズ | 実施内容 | 成果物 |
|---|---|---|
| 影響範囲の洗い出し | Copilot利用レポート、Direct Lakeモデル、Netezza接続、重要ダッシュボードを確認 | 対象レポート一覧 |
| 検証環境の準備 | 最新Desktop、検証ワークスペース、テスト用データセットを用意 | 検証用PBIX、検証モデル |
| レポート検証 | テーマ、カード、スライサー、軸、モバイル表示を確認 | 変更前後スクリーンショット |
| モデル検証 | Direct Lake計算列、ユーザーコンテキスト、DAX性能を確認 | 性能測定メモ |
| 管理者確認 | ドライバー、ゲートウェイ、ライセンス、プレビュー許可を確認 | 展開判断表 |
| 利用者周知 | 変更点、注意点、問い合わせ先を共有 | 社内アナウンス |
Power BI Desktop は、できるだけ最新バージョンを使うのが基本です。Microsoft Learnでは、過去バージョンはサービス対象外であり、新しいバージョンで作成・保存されたファイルを古いバージョンで開けない場合や、古いバージョンで保存すると新機能に関する情報が失われる可能性があると説明されています。(Microsoft Learn)
今回の更新で優先すべきアクション
Power BI 2026年4月更新は、すべての機能をすぐ使う必要はありません。優先順位を付けるなら、次の順で確認すると実務に落とし込みやすくなります。
まず、Power BI管理者とDBAは、Netezza ODBCドライバーや旧ファイルピッカーなど、非推奨・接続まわりの影響を確認します。次に、BI開発者は重要レポートを複製し、Modern visual defaults、固定サイズレイアウト、軸改善による見た目の変化を検証します。Direct Lakeを使っているチームは、計算列・計算テーブルをいきなり本番投入せず、POCでクエリ性能と保守性を確認してください。
analytics leaders は、Power BI Mobile の Copilot を「役員や現場責任者が移動中に意思決定するための補助機能」として評価するとよいでしょう。そのためには、Copilotそのものより先に、レポートのKPI定義、ビジュアル名、データ品質、権限設計を整えることが重要です。
今回の更新の本質は、Power BIが単なる可視化ツールから、AI、モバイル、Fabric上の大規模データ基盤とより深く連携する分析プラットフォームへ進んでいることです。自社でまず行うべきことは、新機能を全部試すことではなく、重要レポート、Direct Lakeモデル、モバイル利用者、データ接続の4点を棚卸しし、影響が大きい領域から検証することです。
コメント