ExcelのWeb取り込みがプライバシーレベルで止まる原因と対処法｜設定確認から復旧手順まで

ExcelのWeb取り込みがプライバシーレベルで止まるとき、まず疑うべきは Excel の故障ではなく Power Query の安全機能です。Web と別ソースを組み合わせている、プライバシーレベルが未設定または不整合、保存済みの資格情報が今の接続条件とずれている――このどれかで止まることが多く、対処の基本は「使っているソースを洗い出す」「各ソースのプライバシーレベルを見直す」「必要なら権限を入れ直す」の3つです。機密性のない検証用ブックでだけ、一時的に「プライバシーレベルを無視」を使って原因を切り分けます。(Microsoft Learn)

特に多いのは、「Web だけを見ているつもり」でも、実際にはブック内テーブル、別クエリ、SharePoint、CSV なども一緒に使っているケースです。この記事では、ExcelのWeb取り込みがプライバシーレベルで止まる原因、起きやすい条件、確認する設定、更新時の権限の見直し方、最短の復旧手順、別原因の切り分けまで、すぐ実行できる形で整理します。(Microsoft サポート)

ExcelのWeb取り込みがプライバシーレベルで止まる原因

Power Query のプライバシーレベルは、データソース同士をどこまで分離するかを決める仕組みです。制限が厳しいほどデータのやり取りは止まりやすくなりますが、そのぶん意図しないデータ転送を防げます。逆に、緩くしすぎると機密情報が外に出るリスクが上がります。(Microsoft Learn)

Excel の Web 取り込みで止まりやすいのは、複数のソースを組み合わせた場面です。公式ドキュメントでも、複数ソースを結合するときにプライバシーレベルが未設定、またはレベルが異なる場合は、プライバシー情報の確認やブロックが発生しうると説明されています。(Microsoft Learn)

さらに厄介なのが、あるクエリが別クエリを参照しながら、同じ流れの中でデータソースにも直接アクセスしているケースです。Power Query はこの形でも Formula.Firewall を出すことがあり、単純にプライバシーレベルだけ直しても解決しない場合があります。(Microsoft Learn)

止まりやすい条件

ブック内の表や名前付き範囲も、Power Query ではデータソースとして扱われます。つまり、公開 Web ページを読み込みつつ、シート上の一覧とマージする、セルの値をパラメーターにして Web に問い合わせる、社内 SharePoint のデータと公開 Web データを合わせる、といった処理はすべて複数ソースになりえます。ここでレベルの未設定や不整合があると、Excel の Web 取り込みがプライバシーレベルで止まる原因になります。(Microsoft サポート)

実務では「Web しか見ていないはず」と思い込みやすいのが落とし穴です。URL を組み立てるための値を別クエリから渡しているだけでも、構成次第でファイアウォールに引っかかります。とくに、別クエリの値をそのまま URL に埋め込んで Web.Contents を呼ぶ形は、公式でも代表的な Formula.Firewall の例として説明されています。(Microsoft Learn)

初回は通ったのに更新でだけ止まるなら、プライバシーレベルだけでなく権限の保存状態も疑ってください。Web コネクタは、設定した URL またはそのサブアドレスに対して同じ認証方法を再利用するため、以前の保存内容が今の接続条件と合わなくなると更新時に詰まりやすくなります。(Microsoft Learn)

最初に確認する設定

確認箇所は多そうに見えますが、実際に触るのは次の4か所です。

1. [データ] > [データの取得] > [データ ソースの設定] を開き、対象ソースを選んで [アクセス許可の編集] からプライバシーレベルを確認します。Web だけでなく、現在のブック、別ファイル、SharePoint など、組み合わせている側も確認対象です。(Microsoft サポート)
2. [データ] > [データの取得] > [クエリ オプション] > [現在のブック] > [プライバシー] を開き、まずは「各ソースのプライバシー レベルの設定に従って常にデータを結合する」に戻します。(Microsoft Learn)
3. 同じ画面にある「プライバシー レベルを無視し、パフォーマンスを向上する」は、原因切り分け用の一時対応と考えるのが安全です。Microsoft も、機密データがないと確信できる場合以外は有効にしないよう注意しており、既定でも有効ではありません。(Microsoft サポート)
4. 更新でだけ止まる、認証がループする、別アカウントに変えたい場合は、[グローバル アクセス許可] で対象サイトの資格情報を編集するか、アクセス許可のクリア で入れ直します。(Microsoft Learn)

プライバシーレベルの選び方を間違えない

公開

誰が見ても問題ない公開 Web ページ、公開 CSV/JSON、一般公開のデータに向いています。公式では、ファイル、インターネット データソース、ブックデータは公開に設定できます。(Microsoft サポート)

組織

社内ポータル、社内 SharePoint、信頼されたユーザーグループ向けのデータに向いています。公開データとは分離されますが、組織内データ同士の連携はしやすい位置づけです。(Microsoft サポート)

非公開

顧客情報、社員情報、売上、評価、機密のあるブックなど、外に出してはいけないデータ向けです。公式でも、機密データを含むソースは非公開に設定するよう案内されています。(Microsoft サポート)

なし

プライバシー設定なしです。テストや制御された開発環境向けで、通常運用では安易に選ばないほうが安全です。(Microsoft サポート)

「よく分からないから全部非公開」は安全そうに見えますが、公開 Web との組み合わせまで止めやすくなります。逆に、よく分からないまま公開や無視を選ぶと、漏えいリスクが上がります。いちばん実務的なのは、「そのデータを誰まで見てよいか」で決めることです。(Microsoft サポート)

更新時にだけ止まるなら、権限の保存先を疑う

Web コネクタでは、認証方法をどの URL レベルに適用するかを選びます。最上位の URL で保存すると、その配下のサブアドレスにも同じ認証が再利用されます。公式でも、サブアドレスごとに違う認証が必要な場合は、最上位 URL に固定しないほうがよいと説明されています。(Microsoft Learn)

ここで起きやすいのが、同じドメイン配下でも別パスだけ別アカウントが必要なケースです。SharePoint のように同一サイト内でアクセス条件が分かれる環境では、以前保存した広すぎる認証範囲が更新時の失敗原因になります。こういうときは、対象 URL のアクセス許可を一度クリアし、必要ならより狭い URL レベルで入れ直すほうが早いです。(Microsoft Learn)

最短で復旧する手順

次の順で触ると、余計な設定変更を増やしにくくなります。

1. 使っているソースを紙に書き出します。Web URL だけでなく、ブック内テーブル、名前付き範囲、別クエリ、CSV、SharePoint も数えます。
2. [データ ソースの設定] で各ソースのプライバシーレベルを実データに合わせて設定し直します。未設定のソースがあれば必ず埋めます。(Microsoft サポート)
3. [クエリ オプション] > [現在のブック] > [プライバシー] は、まず「各ソースのプライバシー レベルの設定に従って常にデータを結合する」にします。(Microsoft Learn)
4. 更新だけ失敗するなら、対象サイトのアクセス許可をクリアし、正しい認証方法で再接続します。サブアドレスごとに認証が違う環境では、広すぎる URL レベルで保存しないようにします。(Microsoft Learn)
5. 機密データが含まれない検証用ブックに限って、一時的に「プライバシー レベルを無視し、パフォーマンスを向上する」を使います。これで通るなら、根本原因はプライバシーファイアウォール側にあると判断しやすくなります。常用は避けてください。(Microsoft サポート)
6. Formula.Firewall が残る場合は、クエリ構成も見直します。別クエリの値を URL に渡しているなら、値の取得から Web アクセスまでを一つのクエリに寄せると改善することがあります。公式でも、別クエリ参照とデータソース直接アクセスを分けず、一つのクエリにまとめる例が示されています。(Microsoft Learn)

直らないときは、プライバシーレベル以外の原因かもしれない

認証画面で「この資格情報の種類はサポートされていません」と出る場合は、プライバシーレベルではなく認証方式の問題です。公式でも、サービス側の認証構成によっては、組み込みの Web コネクタだけでは接続できないケースがあると案内しています。(Microsoft Learn)

更新のたびに「列が見つかりません」のようなエラーが出たり出なかったりする場合も、プライバシーレベルではなく動的 Web ページの可能性があります。Power Query の公式トラブルシューティングでは、動的に内容が変わるページはタイミング次第で散発的なエラーを起こすと説明されています。(Microsoft Learn)

ナビゲーターの Web ビューで「このブラウザーはサポートされなくなりました」と出ても、それがそのまま Web コネクタ自体の失敗とは限りません。これはプレビュー側の警告にとどまる場合があります。(Microsoft Learn)

Microsoft Graph REST API を直接 Web 取り込みしようとしている場合も、現時点では Power Query のサポート対象外です。ここはプライバシーレベルをいじっても直りません。(Microsoft Learn)

Macで設定が見当たらない場合

Microsoft Learn では、現時点で Excel on the Mac はプライバシーレベルをサポートしていないとされています。Mac で同じ設定項目が見当たらない場合は不具合ではなく仕様の可能性があります。この記事の操作手順は、基本的に Windows 版 Excel を前提に考えると分かりやすいです。(Microsoft Learn)

ExcelのWeb取り込みがプライバシーレベルで止まるときは、まず「Web 以外のソースが混ざっていないか」を確認し、次に「各ソースのプライバシーレベル」「現在のブックのクエリオプション」「保存済み資格情報」の順で見直してください。機密性のない検証でだけ「プライバシーレベルを無視」で通るなら、原因はほぼプライバシーファイアウォールです。その場合はそのまま運用せず、レベルの再設定かクエリ構成の整理まで終えてから本番に戻すのが、安全で再発もしにくい進め方です。(Microsoft サポート)