【Excel】Power Queryで列名が毎月変わるデータを扱う時の確認ポイント

2026年5月21日

🛡️ 超解決

多くの会社では月次レポートや売上データをExcelで管理し、Power Queryで自動集計を行っています。しかし、データソースの列名が毎月変わってしまう場合、クエリがエラーになり、更新できなくなることがあります。例えば、列名が「1月」「2月」と月名で変わるケースや、年度が変わるたびに「2023年」「2024年」と変化するパターンです。この記事では、Power Queryで列名が変わるデータを扱う際に確認すべきポイントを、具体例を交えて解説します。

【要点】この記事で確認すること

最初に見る場所: データソースの列名がどのように変化するか、パターンとルールを確認する。
切り分けの軸: データ取得方法(固定列名か動的列名か)、Power Queryの関数(Table.ColumnNamesなど)の使い方を比較する。
注意点: 列名変更に対応するクエリは複雑になりがち。会社のルールやIT管理者と相談の上、運用ルールを決めること。

1 なぜ列名が変わるデータが問題になるのか
- 1.1 具体的な列名変化の例
2 データ構造を確認する
- 2.1 列名のパターン分析
- 2.2 列名が変わる具体例
3 Power Queryでの基本的な対処法
- 3.1 列の位置で参照する方法
- 3.2 列名を動的に取得する方法(Unpivotの活用)
4 実践的なクエリの作成手順
5 状況別の比較表
6 よくある失敗パターンと回避策
7 管理者に伝えるべき設定や注意点
8 よくある質問(FAQ)
9 まとめ
- 9.1 解決関連記事でさらに詳しく
- 9.2 Office・仕事術の人気記事ランキング

なぜ列名が変わるデータが問題になるのか

Power Queryのデフォルト動作では、クエリは特定の列名を参照してデータを取得します。列名が変わると、クエリは参照先を見つけられずエラーになります。具体的には「Expression.Error: The column ‘xxx’ of the table wasn’t found.」というメッセージが表示され、データ更新が停止します。自動更新を設定している場合、毎月のレポートが使えなくなるため、ビジネスに大きな影響を与えます。

具体的な列名変化の例

月次販売データ:列名が「2024年4月」「2024年5月」と毎月変化する。
四半期データ:「Q1」「Q2」「Q3」「Q4」と四半期ごとに変わる。
年度データ:「2023」「2024」など、年度単位で変化する。

これらの変化に対して、固定の列名を前提にしたクエリでは対応できません。事前にデータ構造を把握した上で、適切な対処法を選ぶ必要があります。

※ お探しの解決策が見つからない場合は、こちらの「Excelトラブル完全解決データベース」で他のエラー原因や解決策をチェックしてみてください。

データ構造を確認する

最初に、データソースの列名がどのような規則で変化するのかを確認します。手動でシートを開くか、Power Queryのプレビュー機能を使ってチェックします。

列名のパターン分析

完全に異なる文字列:列名が毎回全く別の名前になる(例:「A」「B」など)。
一部が変化する:固定部分と変動部分がある(例:「2023年売上」→「2024年売上」)。
規則性がある:連番や日付など、変化にパターンがある(例:「1月」「2月」…)。

列名が変わる具体例

例えば、毎月の売上データが以下のような構造だとします。A列に製品名、B列以降に月ごとの売上金額が入っており、1行目が列名(月名)になっています。Power Queryで「先頭行をヘッダーとして使用」すると、列名が「製品名」「1月」「2月」…となります。次月のデータでは「1月」が「2月」に変わるため、そのままでは更新できません。

Power Queryでの基本的な対処法

列名が変わるデータに対応する主な方法を2つ紹介します。

列の位置で参照する方法

列名ではなく、列のインデックス番号(位置)で処理する方法です。例えば、最初の列は常に製品名、2列目以降が月次データという前提で、「列の選択」で列番号を指定します。ただし、列の順序が変わるとエラーになるため、列の順序が固定されている場合に限定されます。

列名を動的に取得する方法(Unpivotの活用)

Power Queryの「列のピボット解除」(Unpivot)機能を使うと、列名を「属性」列に変換し、データを縦持ちにできます。これにより、列名が変わっても「属性列」に元の列名が保持されるため、クエリが壊れません。最も推奨される方法です。

実践的なクエリの作成手順

ここでは、Unpivotを使った具体的なクエリ作成手順を説明します。

Excelでデータを選択し、「データ」タブ→「テーブルまたは範囲から」をクリックしてPower Queryエディターを開きます。
エディターで、変更されない固定列(例:製品名)を確認します。この列は後でキーとして使います。
固定列を除いたすべての月次列を選択します。選択するには、固定列の右隣の列をクリックし、Shiftキーを押しながら最後の列をクリックします。
「変換」タブ→「任意の列」グループ→「列のピボット解除」→「選択した列のピボット解除」をクリックします。これで、選択した列の列名が「属性」列に、値が「値」列に変換されます。
「属性」列のデータ型を確認します。日付や数値として扱いたい場合は、列のデータ型を変更します。例えば、「属性」列を日付型に変換するには、列ヘッダーのアイコンをクリックして「日付」を選択します。
「値」列も必要に応じて数値型に変換します。

この手順により、次月のデータで列名が変わっても、「属性」列に新しい列名が追加されるだけで、クエリは正常に動作します。固定列がある場合は、そのまま残ります。

状況別の比較表

方法	メリット	デメリット	適したケース
列位置固定	実装が簡単で手間がかからない	列の順序が変わるとエラーになる	列の順序が絶対に変わらないことが保証されている場合
Unpivot(ピボット解除)	列名変更に強く、データが縦持ちで扱いやすい	列数が多いと処理が重くなる場合がある	毎月列名が変わる月次データ、四半期データ
動的列名取得(M言語)	柔軟性が高く、複雑なルールにも対応可能	コードが複雑で保守が難しい	列名に規則性があり、かつ大量の列を扱う場合

よくある失敗パターンと回避策

列名変更後のエラーに気づかない

自動更新が失敗しても、エラーが画面上に表示されず、古いデータを使い続けてしまうことがあります。対策として、Power Queryの更新結果を確認する定期的なチェックを業務プロセスに組み込むか、更新失敗時にメール通知を送る仕組みを検討しましょう。

Unpivot後のデータ型が合わない

Unpivotを行うと、すべての列が自動的にテキスト型になることがあります。数値や日付として計算する場合は、手動でデータ型を変換する必要があります。事前にサンプルデータで確認し、型変換をクエリに組み込むことをお勧めします。

列名にスペースや特殊文字が含まれている

Power Queryでは自動生成される列名が[ ]で囲まれますが、手動で式を編集する際に、列名にスペースがあると引用符の扱いに注意が必要です。エラーを避けるには、列名を#”列名”のように引用符で囲むか、前処理で列名をクリーニングします。

管理者に伝えるべき設定や注意点

共有データの保管場所(SharePointやネットワークフォルダー)のアクセス権限:自動更新する際に、Power Queryがデータソースにアクセスできる必要があります。
Power Queryの自動更新設定:Excelの「データ」タブにある「クエリと接続」から、更新間隔やバックグラウンド更新の設定を確認します。
プライバシーレベルの設定:異なるソースからデータを結合する場合、プライバシーレベルが原因で更新が失敗することがあります。「ファイル」→「オプション」→「セキュリティセンター」で確認します。
バージョン管理:列名が変わった履歴を残すため、元データのバックアップや変更ログを運用に組み込みます。

よくある質問(FAQ)

Q: 列名が変わっても列の順序が同じならば、列番号で指定できますか?
A: 可能ですが、後から列が挿入されたり削除されたりするとずれるリスクがあります。安定して運用するにはUnpivotをお勧めします。

Q: Unpivotを使うと元の列名は失われますか?
A: 失われません。Unpivot後の「属性」列に元の列名が文字列として残ります。必要に応じてそのまま利用できます。

Q: 複数の月次データを結合する場合、どうすればよいですか?
A: 各シートでUnpivotしてから、「データの追加」(Append)クエリで統合します。統合後は「属性」列で月を識別できます。

まとめ

列名が毎月変わるデータでも、Power QueryのUnpivot機能を使えば柔軟に対応できます。まずはデータ構造を分析し、適切な方法を選択しましょう。また、自動更新が壊れていないか定期的に確認することも重要です。管理者と協力して、安定した運用を心がけてください。列名変更に強いクエリを構築すれば、毎月のデータ更新作業が格段に楽になります。

📊

Excelトラブル完全解決データベースこの記事以外にも、様々なエラー解決策をまとめています。困った時の逆引きに活用してください。

この記事の監修者

📈

超解決 Excel・Word研究班

企業のDX支援や業務効率化を専門とする技術者チーム。20年以上のExcel・Word運用改善実績に基づき、不具合の根本原因と最短の解決策を監修しています。ExcelとWordを使った「やりたいこと」「困っていること」「より便利な使い方」をクライアントの視点で丁寧に提供します。