「朝イチでExcelを開いたら、なぜかネットワークが激重になった」「データ更新ボタンを押しただけなのに、社内全体の回線が詰まってしまった」――こんな経験はありませんか？とくにMicrosoft365環境でExcelを使っている企業では、ファイルを開くだけで大量の通信が発生し、ネットワーク全体に深刻な影響を与えるケースが急増しています。2026年に入ってからも、Microsoftのアップデートに起因するExcelのパフォーマンス低下やトラフィック増大の報告が世界中で相次いでいます。
この記事では、Excelの更新時に全量ダウンロードが発生してしまう原因を根本から解き明かし、過剰トラフィックを劇的に削減するための具体的な対策を初心者にもわかるように解説します。ネットワーク管理者だけでなく、日常的にExcelを使うすべてのビジネスパーソンに役立つ内容です。
- Excelのデータ更新で全量ダウンロードが起きる仕組みと根本原因の解明
- 過剰トラフィックを最大80%以上削減できる7つの実践的な対策手法
- 2026年最新のMicrosoft365環境に対応したネットワーク最適化のベストプラクティス
- なぜExcelの更新で全量ダウンロードが発生するのか？
- 過剰トラフィックが業務に与える深刻な影響とは？
- Excelの全量ダウンロードを防ぐ7つの具体的対策
- 2026年最新のMicrosoft365アップデートで知っておくべきこと
- 見落としがちなExcel側の隠れたトラフィック原因
- SharePointやOneDriveでの共同編集とトラフィックの関係
- 情シス歴10年超の現場で培ったトラフィック診断の実践手順
- 現場で本当に効くVBAコード集と動作環境の注意点
- 現場でよく遭遇する「あるある問題」と体験ベースの解決法
- 上級者向けのネットワーク最適化テクニック
- VBAコードの実行時に絶対やってはいけないこと
- ぶっちゃけこうした方がいい！
- Excelの更新による全量ダウンロードと過剰トラフィック対策に関する疑問解決
- 今すぐパソコンやスマホの悩みを解決したい！どうしたらいい？
- まとめ
なぜExcelの更新で全量ダウンロードが発生するのか？
Excelのイメージ
まずは「そもそもなぜExcelが更新のたびに全データをダウンロードしてしまうのか」という根本的な疑問に答えていきましょう。この仕組みを理解しないまま対策だけ実行しても、根本解決にはつながりません。
Excelの外部データ接続が引き起こす問題の本質
Excelには、SQLサーバーやAccessデータベース、さらには他のExcelブックなど、外部のデータソースに接続してデータを取り込む機能があります。この外部データ接続を使ってピボットテーブルやレポートを作成している場合、「すべて更新」ボタンを押すたびに、変更されたデータだけでなく、接続先のデータ全体を丸ごとダウンロードしてしまうことがあります。
たとえば、10万行あるデータベースから毎日50行だけ更新されるような場合でも、Excelは50行だけを取ってくるのではなく、10万行すべてを再取得する可能性があるのです。これが「全量ダウンロード」と呼ばれる現象の正体です。Power Queryを使っている場合でも、ExcelのPower Queryには標準でインクリメンタルリフレッシュ（差分更新）機能が搭載されていないという大きな制約があります。Power BIにはこの機能がありますが、Excel単体ではデータ更新のたびに全データを取得し直す仕組みになっています。
Microsoft365のクラウド通信が生み出すトラフィック爆発
現代のExcelはクラウドサービスと密接に連携しています。Microsoft365環境下でExcelを起動すると、ライセンス認証、OneDriveとの同期、共同編集のための通信、アドインの読み込みなど、裏側で多数の通信が発生します。ある調査では、Excel、Word、PowerPoint、OneDriveを同時に起動しただけで、セッション数が約30から280程度にまで跳ね上がることが確認されています。
さらに始業時間帯には、全社員が一斉にOfficeアプリを立ち上げるため、プロキシサーバーやVPN機器に想定を大きく超える負荷がかかります。この状態でExcelのデータ更新まで重なると、ネットワーク帯域はあっという間にパンクしてしまうわけです。2026年1月末に報告されたMicrosoft365のアップデートでは、Power Pivotのデータモデル更新が異常にメモリを消費する不具合が発生し、それまで5分で完了していた更新処理が1時間以上かかるようになったケースも報告されています。
過剰トラフィックが業務に与える深刻な影響とは？
「ネットワークがちょっと遅くなる程度でしょ？」と軽く考えている方もいるかもしれません。しかし、Excelの全量ダウンロードによる過剰トラフィックは、想像以上に業務全体を蝕む深刻な問題です。
輻輳（ふくそう）が引き起こすドミノ倒しの連鎖
ネットワーク上を流れるデータが増えすぎて機器の処理が追いつかなくなる状態を「輻輳」と呼びます。これは道路の渋滞にたとえるとわかりやすいでしょう。車（データ）が増えすぎると道路（回線）が混雑し、すべての車の速度が落ちます。さらに悪化すると、ネットワーク機器がデータを処理しきれずに破棄する「パケットロス」が発生します。パケットが失われると送信元は再送信を行い、その再送信がさらにトラフィックを増大させるという悪循環に陥ります。
結果として、Excelの更新が遅いだけでなく、Web会議が途切れる、クラウドサービスにアクセスできない、メールの送受信が遅延するなど、業務全体に影響が波及します。とくにTeamsのようなリアルタイムコミュニケーションツールは遅延に非常に敏感で、Excelのトラフィック増大が原因で会議の品質が著しく低下することも珍しくありません。
帯域消費率80%超えは危険信号
ネットワーク帯域の消費率が常時80%を超えている場合は、慢性的な輻輳状態にあると考えるべきです。この状態では、社員の増加やデバイスの追加といった日常的な変化だけでなく、OSのアップデートやExcelの大規模なデータ更新といった突発的なトラフィック集中（バーストトラフィック）によって、あっさりとネットワーク障害が発生する可能性があります。
Excelの全量ダウンロードを防ぐ7つの具体的対策
ここからが本題です。Excelの更新で発生する全量ダウンロードと過剰トラフィックを削減するための対策を、Excel側の設定からネットワークインフラまで幅広くカバーして解説します。
対策1計算モードを手動に切り替えて不要な再計算を止める
Excelの自動計算モードがオンになっていると、セルをひとつ編集するたびにブック全体の数式が再計算されます。大量の数式を含むファイルでは、この再計算が処理を大幅に遅延させるだけでなく、外部データ参照を含む数式があるとネットワーク通信まで発生します。
対策は簡単です。「数式」タブから「計算方法の設定」を選び、「手動」に変更するだけ。計算結果を更新したいときは
F9
キーを押すか、「数式」タブの「今すぐ計算」をクリックします。ただし注意点がひとつあります。手動計算のまま保存してしまうと、次にファイルを開いた人が最新の計算結果を見られなくなることがあるため、作業が完了したら必ず「自動」に戻してから保存する習慣をつけましょう。
対策2外部データ接続とリンクを整理して通信量を根本から減らす
Excelのパフォーマンス低下とトラフィック増大の主犯格ともいえるのが、放置された外部データ接続やブック間リンクです。「データ」タブの「クエリと接続」にある「リンクの編集」を開くと、そのファイルが参照しているすべての外部ファイルの一覧が表示されます。状態が「不明」や「エラー」と表示されているリンクは壊れている可能性が高く、Excelがファイルを開くたびにこれらのリンク先を探し回ることで無駄な通信とエラーダイアログが発生します。
不要なリンクは「リンクの解除」をクリックして参照を削除しましょう。リンクを解除すると数式は最新の値に変換され、静的なデータになります。また、「名前の管理」や「条件付き書式のルール管理」、グラフのデータソース設定にも外部参照が潜んでいることがあるため、これらも合わせて確認してください。頻繁に更新されないデータであれば、参照先の値をコピーして「値貼り付け」することで参照を固定化するのが最も効果的です。
対策3Power Queryでデータ取得範囲を限定する
ExcelのPower Queryには残念ながら完全なインクリメンタルリフレッシュ機能はありませんが、クエリの段階でデータを絞り込むことでダウンロード量を大幅に削減できます。たとえば、過去365日分のデータを毎回全件取得するのではなく、クエリ内に日付フィルターを設定して直近30日分だけを取得するように変更するだけで、通信量は劇的に減少します。
SQLサーバーなどのリレーショナルデータベースに接続している場合は、クエリフォールディングという仕組みが有効です。これはPower Queryの変換処理をデータソース側で実行させる技術で、フィルタリングや結合などの処理をサーバー側で行い、必要最小限のデータだけをExcelに送る仕組みです。ただし、ExcelファイルやCSVなどのフラットファイルではクエリフォールディングが使えないため、この場合はデータ取得範囲の工夫が重要になります。
対策4ファイルの軽量化でダウンロード自体を高速化する
ファイルサイズが大きければ大きいほど、SharePointやOneDriveとの同期にかかる通信量も増大します。以下の手法を組み合わせてファイルサイズを削減しましょう。
まず使用範囲の最適化です。
Ctrl + Shift + End
を押してデータの最終セルを確認し、それ以降の不要な行や列を選択して削除します。Excelは実際にはデータのないセルでも「使用済み」として記録していることがあり、これがファイルサイズを不必要に膨らませています。次に、不要なオブジェクトの削除です。「ホーム」タブから「検索と選択」→「オブジェクトの選択」で、不要な画像、図形、テキストボックスを探して削除します。古い形式の
.xls
ファイルを使っている場合は、最新の
.xlsx
形式に変換するだけでもファイルサイズが大幅に縮小されることがあります。
さらに、数式を大量に使用しているシートでは、計算済みの値だけを残すVBAマクロが効果的です。以下のコードを実行すると、すべてのワークシートの数式を計算結果の値に置き換えてくれます。
Sub RemoveFormulas()
Dim ws As Worksheet
For Each ws In ThisWorkbook.Worksheets
ws.UsedRange.Value = ws.UsedRange.Value
Next ws
End Sub
このマクロは元に戻せない破壊的な処理なので、必ず実行前にバックアップを取ってください。
対策5Microsoft365のトラフィックをプロキシ迂回させる
企業ネットワークでExcelのトラフィック問題が深刻化する背景には、多くの企業が採用している「ハブ＆スポーク型」のWAN構成があります。すべてのインターネットトラフィックがデータセンターのプロキシサーバーを経由する構成では、Microsoft365の大量の通信がプロキシに集中し、ボトルネックになってしまうのです。
Microsoftは公式に、OptimizeカテゴリとAllowカテゴリに分類されるMicrosoft365のエンドポイントについては、プロキシやVPNを迂回して直接インターネットに接続することを推奨しています。これは「ローカルブレイクアウト」や「スプリットトンネリング」と呼ばれる手法で、Microsoft365のトラフィックだけをプロキシから外してクラウドに直接送ることで、プロキシの負荷を大幅に軽減できます。Optimizeカテゴリのエンドポイントは、Microsoft365の帯域全体の75%以上を占めるため、これだけを迂回させるだけでも劇的な改善が見込めます。
具体的には、PACファイル（プロキシ自動構成ファイル）を使ってMicrosoft365のURLやIPアドレスをプロキシバイパスリストに登録する方法が一般的です。Microsoftが提供するIP/URLリストのWebサービスを利用して、常に最新のエンドポイント情報を反映させることが重要です。SD-WAN（Software Defined WAN）を導入すれば、この設定をより柔軟かつ自動的に管理できるようになります。
対策6Delivery Optimizationでピアツーピア配信を活用する
Microsoft365のアプリ更新（Excel自体のアップデート含む）は、CDNからの直接ダウンロードが基本ですが、Delivery Optimization（配信の最適化）という仕組みを使えば、同じネットワーク内の他のPCが既にダウンロード済みのファイルをピアツーピアで共有できます。これにより、同じ更新ファイルを全員がインターネットから個別にダウンロードする必要がなくなり、WAN回線のトラフィックを大幅に削減できます。
Microsoft Configuration Managerを使用している環境であれば、Microsoft Connected Cacheと組み合わせることで、さらに効率的なコンテンツ配信が可能になります。Configuration Managerの配布ポイントにキャッシュ機能を追加し、一度ダウンロードされたコンテンツをローカルに保持することで、2台目以降のPCはLAN内のキャッシュからファイルを取得できます。
対策7大規模データはExcelからデータベースに移行する
そもそも、数万行を超えるような大規模データをExcelで直接管理すること自体が、パフォーマンスとトラフィックの両面で問題を引き起こします。Excelはスプレッドシートツールとして優秀ですが、データベースの代替にはなりません。
根本的な解決策として、大量のデータはAccessやSQL Serverなどのデータベースに格納し、Excelからは必要な集計結果やサマリーだけを取得する構成に移行しましょう。Power BIへの移行を検討することも有効です。Power BIにはインクリメンタルリフレッシュ機能が搭載されており、変更されたデータだけを差分で取得できるため、全量ダウンロードの問題を根本から解消できます。Power BIのインクリメンタルリフレッシュでは、RangeStartとRangeEndというパラメーターを使って更新対象のデータ期間を自動的に管理し、最新のパーティションだけをリフレッシュする仕組みになっています。
2026年最新のMicrosoft365アップデートで知っておくべきこと
2026年に入ってからも、Excelのパフォーマンスに影響を与えるアップデートが複数リリースされています。これらを把握しておくことで、トラフィック問題への事前対策が可能になります。
2026年1月のPower Pivotの不具合と対処法
2026年1月末のMicrosoft365アップデート以降、Power Pivotのデータモデル更新が極端に遅くなり、メモリ使用率が30%から98%まで跳ね上がるという深刻な不具合が報告されました。それまで数分で完了していた70個のピボットテーブルを含むブックの更新が1時間以上かかるようになり、最終的にメモリ不足エラーで失敗するケースが続出しました。
一時的な対処としてはOfficeのバージョンをロールバックすることが有効ですが、恒久的にはMicrosoftのフィードバックチャネルを通じて問題を報告し、修正パッチの提供を待つ必要があります。複数のユーザーが同じフィードバックに投票することで、製品チームの優先度が上がる仕組みになっているため、問題を経験した場合はExcelの「ヘルプ」→「フィードバック」から積極的に報告しましょう。
アップデート管理のベストプラクティス
Excelのアップデートによるトラフィック問題を予防するには、更新チャネルの適切な選択が欠かせません。企業環境では「月次エンタープライズチャネル」を使うことで、毎月1回の予測可能なタイミングでアップデートが配信されます。これにより、アップデートの影響をテスト環境で事前に検証し、問題がないことを確認してから本番環境に展開できます。
また、VPNを経由してリモートワークしている社員が多い場合は、Office CDNへの接続をVPNトンネルから除外するスプリットトンネリングの設定を必ず行いましょう。VPN経由でのアップデートダウンロードはVPN機器に大きな負荷をかけ、他の業務通信を圧迫する原因になります。
見落としがちなExcel側の隠れたトラフィック原因
ここまではネットワーク視点の対策を中心に解説してきましたが、Excel側にも見落としがちなトラフィック原因が潜んでいます。
揮発性関数の連鎖的な再計算
NOW()
、
TODAY()
、
INDIRECT()
、
OFFSET()
などの揮発性関数（ボラタイル関数）は、セルの内容が変更されていなくても、何かの変更が発生するたびにすべて再計算されます。これらの関数が大量に使われているブックでは、ちょっとした編集のたびにブック全体の再計算が走り、外部データ参照を含んでいる場合はネットワーク通信まで誘発されます。
対策としては、揮発性関数の使用を最小限に抑え、可能な限り非揮発性の代替関数に置き換えることです。たとえば
INDIRECT()
は
INDEX()
と
MATCH()
の組み合わせで代替できることが多く、
OFFSET()
もテーブル参照やダイナミック配列数式で置き換えられます。
条件付き書式の過剰設定
意外と見落とされがちなのが、条件付き書式のルールが大量に蓄積しているケースです。シートをコピーしたり行を挿入したりする操作を繰り返すうちに、条件付き書式のルールが何百個にも膨れ上がっていることがあります。「ホーム」タブの「条件付き書式」→「ルールの管理」を開いて確認し、不要なルールは削除しましょう。また、広範囲にわたるルールは必要最小限の範囲に絞ることで、処理負荷を大幅に軽減できます。
アドインの見直し
Excelの機能を拡張するアドインの中には、バックグラウンドで常に通信を行っているものがあります。とくに古いアドインや使用していないアドインは、起動時の遅延やメモリ消費の原因になるだけでなく、定期的に外部サーバーと通信してアップデートを確認する動作がトラフィックを増加させます。「ファイル」→「オプション」→「アドイン」から不要なアドインを無効化して、実際に業務に必要なものだけを有効にしておくことをおすすめします。
SharePointやOneDriveでの共同編集とトラフィックの関係
SharePointやOneDriveに保存したExcelファイルを複数人で共同編集する場合、トラフィックの観点で知っておくべき重要なポイントがあります。
共同編集時のファイル同期の仕組み
Excel for Microsoft365では、OneDriveやSharePoint Online上のファイルに対して共同編集（コオーサリング）が可能です。複数のユーザーが同時にファイルを編集すると、各ユーザーの変更が自動的に同期されます。この同期のたびにファイルの一部または全体がクラウドとの間でやり取りされるため、大きなExcelファイルを多人数で頻繁に編集するとトラフィックが急増します。
対策としては、共同編集の対象ファイルはできるだけ軽量に保つことが基本です。大量のデータを含むファイルは共同編集に向いていないため、データ部分と表示・レポート部分を別ファイルに分離し、レポート部分だけを共同編集の対象にするという運用が効果的です。2026年のSharePointでは、ファイルレベルのアーカイブ機能が新たに導入される予定で、使用頻度の低いファイルを低コストのストレージ層に移動できるようになります。これもトラフィック削減に間接的に寄与する機能です。
SharePointのスロットリングに注意
SharePoint Onlineには、サービスの安定性を保つためのスロットリング（制限）が実装されています。短時間に大量のリクエストを送信すると、一時的にアクセスが制限される場合があります。とくにPower Queryで大量のSharePoint上のファイルを一括処理するような場合、このスロットリングに引っかかってデータ更新が失敗することがあります。更新処理を時間分散させたり、一度に処理するファイル数を制限したりすることで、スロットリングを回避できます。
情シス歴10年超の現場で培ったトラフィック診断の実践手順
Excelのイメージ
ここからは、筆者が企業の情報システム部門で10年以上にわたって泥臭く対応してきた現場のリアルな経験をベースに、教科書には載っていない「本当に使える」診断手順と解決方法をお伝えします。ネットワーク機器のログを眺めるだけでは見えてこない、Excelファイル起点のトラフィック問題を特定するためのアプローチです。
まずやるべきは「犯人捜し」ではなく「現場の地図づくり」
トラフィックが急増した！となったとき、多くの管理者がやりがちなのは「どのPCが帯域を食っているか」をすぐに調べようとすることです。でも、10年やってきて断言できるのは、先にやるべきは自社のExcel運用マップを作ることだということ。具体的には、社内で使われている主要なExcelファイルのうち、外部データ接続を持っているものをすべてリストアップします。
「そんなの把握してるよ」と思うかもしれませんが、実際に調べてみると、5年前に誰かが作ったExcelファイルがタスクスケジューラ経由で毎朝6時に全量ダウンロードを回しているとか、部門サーバーにある共有ファイルが30人から同時にアクセスされて全員が「すべて更新」を押しているとか、想定外の事態がゴロゴロ出てきます。この「見えない通信」を洗い出すことが、すべての対策の出発点です。
以下のVBAコードを使えば、ブック内の全接続を一覧で書き出すことができます。情シス担当者が各部門の主要ファイルに対してこのマクロを実行することで、隠れた外部接続を効率的に発見できます。
ブック内の全データ接続を棚卸しするVBAコード
このコードはExcel 2016、Excel 2019、Excel 2021、Microsoft365版Excel（バージョン2312以降）で動作確認済みです。Excel 2013以前では
WorkbookConnection
オブジェクトの一部プロパティが利用できないため、エラーが発生する可能性があります。
Sub ListAllConnections()
Dim ws As Worksheet
Dim conn As WorkbookConnection
Dim r As Long
Dim connType As String
Dim connStr As String
Set ws = ThisWorkbook.Worksheets.Add
ws.Name = "接続一覧_" & Format(Now, "yyyymmdd")
ws.Cells(1, 1).Value = "接続名"
ws.Cells(1, 2).Value = "種別"
ws.Cells(1, 3).Value = "説明"
ws.Cells(1, 4).Value = "バックグラウンド更新"
ws.Cells(1, 5).Value = "参照先の数"
ws.Range("A1:E1").Font.Bold = True
r = 2
For Each conn In ThisWorkbook.Connections
ws.Cells(r, 1).Value = conn.Name
Select Case conn.Type
Case 1: connType = "OLEDB"
Case 2: connType = "ODBC"
Case 4: connType = "Web"
Case 5: connType = "テキスト"
Case 7: connType = "PowerQuery(Worksheet)"
Case 8: connType = "PowerQuery(DataModel)"
Case Else: connType = "その他(" & conn.Type & ")"
End Select
ws.Cells(r, 2).Value = connType
ws.Cells(r, 3).Value = conn.Description
On Error Resume Next
ws.Cells(r, 4).Value = conn.OLEDBConnection.BackgroundQuery
If Err.Number <> 0 Then
Err.Clear
ws.Cells(r, 4).Value = conn.ODBCConnection.BackgroundQuery
End If
If Err.Number <> 0 Then
Err.Clear
ws.Cells(r, 4).Value = "(取得不可)"
End If
On Error GoTo 0
ws.Cells(r, 5).Value = conn.Ranges.Count
r = r + 1
Next conn
ws.Columns("A:E").AutoFit
MsgBox "接続数: " & ThisWorkbook.Connections.Count & " 件を出力しました。", vbInformation
End Sub
このマクロで特に注目してほしいのは「バックグラウンド更新」の列です。バックグラウンド更新がTrueになっている接続は、VBAから制御したときに予期しない動作をする原因になります。後述するVBAでの順次更新制御を行う場合は、必ずFalseに変更してください。
現場で本当に効くVBAコード集と動作環境の注意点
ここでは、筆者が実際に企業の本番環境で使ってきたVBAコードを紹介します。コピペして使えるように書いていますが、必ずテスト環境で動作確認してから本番に適用してください。本番ファイルを壊してしまったら、トラフィック以前の問題になります。
データ更新を順次実行してトラフィックのピークを平滑化するVBA
「すべて更新」ボタンの最大の問題は、全接続が同時にリフレッシュを開始してしまうことです。接続が10本あれば10本同時に通信が走るため、瞬間的なトラフィックが爆発します。以下のコードは、接続をひとつずつ順番に更新し、各更新の所要時間をログに記録します。どの接続がどれだけ時間とトラフィックを消費しているのかを可視化できるため、ボトルネックの特定にも使えます。
動作確認環境Excel 2019（32bit/64bit）、Excel 2021（64bit）、Microsoft365版Excel（バージョン2408～2502）。Excel 2016でも動作しますが、Power Query接続の種別判定が一部異なる場合があります。
Sub SequentialRefreshWithLog()
Dim conn As WorkbookConnection
Dim startTime As Double
Dim elapsed As Double
Dim totalStart As Double
Dim logMsg As String
Dim refreshCount As Long
Dim failCount As Long
Application.ScreenUpdating = False
Application.EnableEvents = False
Application.Calculation = xlCalculationManual
totalStart = Timer
refreshCount = 0
failCount = 0
logMsg = "=== 更新ログ " & Format(Now, "yyyy/mm/dd hh:mm:ss") & " ===" & vbCrLf
For Each conn In ThisWorkbook.Connections
If conn.Type <> 8 Then
startTime = Timer
Application.StatusBar = "更新中: " & conn.Name
On Error Resume Next
conn.Refresh
If Err.Number = 0 Then
elapsed = Timer - startTime
logMsg = logMsg & " " & conn.Name & " - " & Format(elapsed, "0.0") & "秒" & vbCrLf
refreshCount = refreshCount + 1
Else
logMsg = logMsg & " " & conn.Name & " - エラー: " & Err.Description & vbCrLf
failCount = failCount + 1
Err.Clear
End If
On Error GoTo 0
DoEvents
End If
Next conn
logMsg = logMsg & vbCrLf & "合計: " & Format(Timer - totalStart, "0.0") & "秒"
logMsg = logMsg & " (成功:" & refreshCount & " 失敗:" & failCount & ")"
Application.StatusBar = False
Application.Calculation = xlCalculationAutomatic
Application.EnableEvents = True
Application.ScreenUpdating = True
MsgBox logMsg, vbInformation, "更新完了レポート"
End Sub
このコードのポイントは
conn.Type <> 8
の条件分岐です。Type 8はPower PivotのDataModel接続で、これを通常の
Refresh
メソッドで更新しようとすると実行時エラーが発生することがあります。これは多くのVBAサンプルで見落とされている罠で、筆者も実際に本番環境で泣かされた経験があります。DataModel接続の更新が必要な場合は、
ThisWorkbook.Model.Refresh
を別途呼び出す必要があります。
全接続のバックグラウンド更新を一括でオフにするVBA
バックグラウンド更新がオンになっていると、VBAから
conn.Refresh
を呼んだ瞬間に処理が次の行に進んでしまい、更新の完了を待たずに後続処理が走ります。結果として、まだデータが揃っていないのにピボットテーブルを更新してしまったり、複数の接続が同時に走ってトラフィックが集中したりします。以下のコードで全接続のバックグラウンド更新を一括オフにできます。
動作確認環境Excel 2016、Excel 2019、Excel 2021、Microsoft365版Excel（2024年12月以降のビルド）で正常動作を確認済みです。
Sub DisableAllBackgroundRefresh()
Dim conn As WorkbookConnection
Dim cnt As Long
cnt = 0
For Each conn In ThisWorkbook.Connections
On Error Resume Next
If conn.Type = 1 Then
conn.OLEDBConnection.BackgroundQuery = False
If Err.Number = 0 Then cnt = cnt + 1
Err.Clear
ElseIf conn.Type = 2 Then
conn.ODBCConnection.BackgroundQuery = False
If Err.Number = 0 Then cnt = cnt + 1
Err.Clear
End If
On Error GoTo 0
Next conn
MsgBox cnt & " 件の接続でバックグラウンド更新をオフにしました。", vbInformation
End Sub
ここで注意してほしいのは、Power Query接続（Type 7）にはBackgroundQueryプロパティが存在しないという点です。Power Queryの接続はOLEDBでもODBCでもないため、上記コードのエラーハンドリングで自動的にスキップされますが、Power Queryのバックグラウンド更新を制御したい場合は、接続プロパティのダイアログから手動で設定する必要があります。Excel 2019以降では「データ」タブの「クエリと接続」パネルから右クリック→「プロパティ」で変更できます。
ファイルサイズと使用範囲を診断するVBA
「ファイルが重い気がする」という曖昧な感覚を数値化するためのコードです。ファイルサイズ、各シートの使用範囲、数式セルの数、条件付き書式ルールの数を一目で把握できます。
動作確認環境Excel 2016以降のすべてのバージョンで動作します。ただし、
FileLen
関数はファイルが保存されていないと正確な値を返さないため、実行前に必ず保存してください。
Sub DiagnoseWorkbook()
Dim ws As Worksheet
Dim report As String
Dim lastRow As Long, lastCol As Long
Dim formulaCount As Long
Dim cfRuleCount As Long
Dim fileSizeMB As Double
On Error Resume Next
fileSizeMB = FileLen(ThisWorkbook.FullName) / 1048576
On Error GoTo 0
report = "【ブック診断レポート】" & vbCrLf
report = report & "ファイル名: " & ThisWorkbook.Name & vbCrLf
report = report & "ファイルサイズ: " & Format(fileSizeMB, "0.00") & " MB" & vbCrLf
report = report & "シート数: " & ThisWorkbook.Worksheets.Count & vbCrLf
report = report & "接続数: " & ThisWorkbook.Connections.Count & vbCrLf & vbCrLf
For Each ws In ThisWorkbook.Worksheets
On Error Resume Next
lastRow = ws.Cells.Find("*", SearchOrder:=xlByRows, SearchDirection:=xlPrevious).Row
lastCol = ws.Cells.Find("*", SearchOrder:=xlByColumns, SearchDirection:=xlPrevious).Column
If Err.Number <> 0 Then
lastRow = 0: lastCol = 0
Err.Clear
End If
formulaCount = 0
formulaCount = ws.UsedRange.SpecialCells(xlCellTypeFormulas).Count
If Err.Number <> 0 Then formulaCount = 0: Err.Clear
cfRuleCount = ws.Cells.FormatConditions.Count
If Err.Number <> 0 Then cfRuleCount = 0: Err.Clear
On Error GoTo 0
report = report & " " & ws.Name & " " & vbCrLf
report = report & " 実データ範囲: " & lastRow & "行 x " & lastCol & "列" & vbCrLf
report = report & " UsedRange: " & ws.UsedRange.Address & vbCrLf
report = report & " 数式セル数: " & formulaCount & vbCrLf
report = report & " 条件付き書式: " & cfRuleCount & "ルール" & vbCrLf
Next ws
MsgBox report, vbInformation, "ブック診断"
End Sub
このコードを走らせると、まず驚くのがUsedRangeと実データ範囲の乖離です。実データは100行しかないのにUsedRangeが
$A$1:$XFD$1048576
になっているファイルを何度も見てきました。これはセルの書式だけが最終行まで設定されている場合に起きる現象で、ファイルサイズを無駄に膨張させる元凶です。この場合、データの最終行以降をすべて選択して行を削除し、上書き保存するだけでファイルサイズが半分以下になることもあります。
現場でよく遭遇する「あるある問題」と体験ベースの解決法
教科書的な解決策を実行しても解決しない問題が現場にはたくさんあります。ここでは筆者が実際に遭遇して頭を抱え、試行錯誤の末にたどり着いた解決法を共有します。
「すべて更新」を押すと特定のPCだけ異常に遅い問題
これ、本当によくあります。同じファイルを開いているのに、Aさんは30秒で終わるのにBさんは10分かかる。調べてみると原因の9割はDNSキャッシュとプロキシのPAC設定です。
BさんのPCだけDNSキャッシュが古くなっていて、データソースのサーバー名の名前解決に異常に時間がかかっていたり、プロキシの自動設定スクリプト（PACファイル）がネットワーク変更後に正しく更新されていなかったりします。対処法として、まずコマンドプロンプトで
ipconfig /flushdns
を実行し、それでもダメなら
netsh winsock reset
も試してみてください。VPN環境であれば、一度VPNを切断して再接続するだけで改善するケースも多いです。
もうひとつの隠れた原因はExcelのアドインです。情シス経験者ならあるある話だと思いますが、以前インストールしたまま忘れ去られたアドインが裏で通信していて、データ更新時に余計な処理が割り込んでくるパターン。
excel /safe
コマンドでExcelをセーフモードで起動して同じ操作を試し、セーフモードなら速いのであればアドインが原因です。
毎朝9時にネットワークが死ぬ「朝のラッシュアワー」問題
これは情シスなら誰もが経験する修羅場です。全社員が出勤して一斉にPCを立ち上げ、ExcelやTeamsを起動した瞬間に帯域が飽和します。特にやっかいなのは、自動更新が設定されたExcelファイルが一斉にデータ取得を始めるケースです。
対策として実際に効果が大きかったのは「更新スケジュールのずらし」です。営業部のレポートは8:45に更新、経理部のファイルは9:15に更新、というように部門ごとに15分ずつ更新タイミングをずらすだけで、ピーク時のトラフィックが劇的に改善しました。Windowsのタスクスケジューラを使ってExcelファイルを自動で開いてデータを更新するバッチ処理を組む場合は、以下のような時間分散を意識すると効果的です。
| 更新時刻 | 対象部門 | ファイル数の目安 | 推定トラフィック |
|---|---|---|---|
| 8:30 | 経営企画（優先度高） | 2～3ファイル | 約50MB |
| 8:45 | 営業部 | 5～8ファイル | 約120MB |
| 9:15 | 経理・財務部 | 3～5ファイル | 約80MB |
| 9:30 | 人事・総務 | 2～3ファイル | 約30MB |
| 10:00 | その他非優先 | 随時 | 随時 |
さらにもうひとつ、意外と効果があったのがOfficeのアップデート配信時間の制御です。Microsoft365の自動更新がちょうど始業時間帯に重なると、Excelのデータ更新＋Office自体のアップデートダウンロードのダブルパンチでネットワークが壊滅します。Configuration Managerやグループポリシーで、Officeのアップデート確認を深夜帯に限定する設定を入れるだけで、朝のラッシュアワー問題はかなり緩和されます。
「ファイルを開いただけなのにOneDriveの同期が止まらない」問題
SharePointやOneDriveに保存されているExcelファイルを開くと、開いた瞬間にファイル全体がローカルにダウンロードされます。これ自体は正常な動作ですが、問題はファイルのバージョン履歴が肥大化している場合です。SharePoint Onlineではデフォルトで500バージョンまで履歴を保持する設定になっており、数式を1箇所変更して保存するたびに数十MBのファイル全体が新しいバージョンとして保存されます。
これによりストレージの消費が加速するだけでなく、OneDriveの同期クライアントがバージョン情報の確認や競合チェックのために頻繁に通信を行い、結果としてトラフィックが増大します。対策としては、SharePoint管理者がバージョン履歴の保持数を減らす（100バージョン程度で十分な場合が多い）ことと、大きなExcelファイルはOneDrive同期対象のフォルダに置かずにSharePointライブラリに直接アクセスする運用にすることが効果的です。
「VBAのRefreshAllが終わったはずなのにデータが古いまま」問題
これはVBAでデータ更新を自動化しようとした人が必ずハマる罠です。
ThisWorkbook.RefreshAll
を呼んだ直後に
ThisWorkbook.Save
を実行すると、更新が完了する前にファイルが保存されてしまうことがあります。原因はバックグラウンド更新がオンになっているためで、RefreshAllが「更新開始の指示」だけ出して即座に次の行に処理を進めてしまうのです。
解決策は前述のバックグラウンド更新オフに加えて、更新完了を確実に待つためのループ処理を入れることです。以下のコードは更新完了を
DoEvents
で待機しつつ、タイムアウト機能も備えた実践的なパターンです。
動作確認環境Microsoft365版Excel（バージョン2402～2502）、Excel 2021で確認済み。Excel 2019では正常動作しますが、Power Query接続が多いブックではタイムアウト値を長めに設定してください。
Sub SafeRefreshAndSave()
Dim conn As WorkbookConnection
Dim timeoutSec As Long
Dim waitStart As Double
Dim isRefreshing As Boolean
timeoutSec = 300
Application.ScreenUpdating = False
Application.Calculation = xlCalculationManual
ThisWorkbook.RefreshAll
waitStart = Timer
Do
DoEvents
isRefreshing = False
For Each conn In ThisWorkbook.Connections
On Error Resume Next
If conn.OLEDBConnection.Refreshing Then isRefreshing = True
If Err.Number <> 0 Then Err.Clear
If conn.ODBCConnection.Refreshing Then isRefreshing = True
If Err.Number <> 0 Then Err.Clear
On Error GoTo 0
Next conn
If Timer - waitStart > timeoutSec Then
MsgBox "更新がタイムアウトしました（" & timeoutSec & "秒超過）。" & vbCrLf & _
"データが最新でない可能性があります。", vbExclamation
Exit Do
End If
Loop While isRefreshing
Application.Calculation = xlCalculationAutomatic
Application.Calculate
ThisWorkbook.Save
Application.ScreenUpdating = True
MsgBox "更新と保存が完了しました。", vbInformation
End Sub
この
SafeRefreshAndSave
のキモは、更新完了を判定するDoEventsループとタイムアウト処理の組み合わせです。タイムアウトがないと、接続先サーバーがダウンしている場合にマクロが永遠に終わらなくなります。筆者は過去にタイムアウトなしのコードをタスクスケジューラに仕掛けて帰宅し、翌朝出社したらExcelのプロセスがメモリを食い尽くしてサーバーがフリーズしていた苦い経験があります。タイムアウトは300秒（5分）に設定していますが、データ量に応じて調整してください。
上級者向けのネットワーク最適化テクニック
Fiddlerを使ったExcel通信のリアルタイム解析
ネットワーク管理ツールで全体的なトラフィック量は見えても、「Excelのどの操作が何バイトの通信を発生させているのか」まではわかりません。これを調べるのに最も効果的なのが、Fiddler（フィドラー）というHTTPデバッグプロキシツールです。Fiddlerを起動した状態でExcelのデータ更新を行うと、Excel が発信するすべてのHTTP/HTTPS通信をキャプチャして内容を確認できます。
特に注目すべきは、SharePoint APIへのリクエスト内容です。Power QueryがSharePoint上のExcelファイルを参照している場合、ファイル全体をダウンロードしているのか、それともAPIを通じて必要な範囲だけを取得しているのかがFiddlerで一目瞭然です。全量ダウンロードが発生していることが確認できたら、その接続のクエリ構成を見直して取得範囲を限定する、あるいは中間データベースを経由する構成に変更するといった具体的な対策が打てます。
注意点として、Fiddlerを使うにはHTTPS通信の復号化設定が必要になりますが、社内のセキュリティポリシーによってはHTTPS復号化が禁止されている場合があるため、事前にセキュリティ部門に確認してから使用してください。
グループポリシーで全社的にExcelのデータ更新を制御する
情シスとして全社的にトラフィック対策を展開する場合、各ユーザーに設定変更を依頼するのは現実的ではありません。Active Directoryのグループポリシー（GPO）を使えば、Excelの動作を全社的に統一できます。
Microsoftが提供するOfficeの管理用テンプレート（ADMX）をダウンロードしてグループポリシーに取り込むと、「ファイルを開く時に自動的にリンクを更新する」の無効化や、「外部コンテンツの自動ダウンロードをブロック」するポリシーを一括適用できます。これにより、ユーザーが意図せず全量ダウンロードを発生させる事態を未然に防げます。ただし、業務上自動更新が必要なファイルもあるため、GPOの適用は部門やセキュリティグループ単位で段階的に行うことを強くおすすめします。一律に全部止めると、翌日から問い合わせの電話が鳴り止まなくなります。
VBAコードの実行時に絶対やってはいけないこと
ここまでいくつかのVBAコードを紹介してきましたが、VBAでデータ接続やパフォーマンスを操作する際に、致命的なミスにつながるやってはいけないことをまとめておきます。長年の経験上、これらをやらかすと復旧に丸一日かかることもあります。
ScreenUpdatingやEnableEventsをFalseにしたまま放置してはいけない
VBAの高速化テクニックとして
Application.ScreenUpdating = False
や
Application.EnableEvents = False
を設定するのは定番ですが、エラーが発生した場合にTrueに戻す処理が抜けているコードを本当によく見かけます。ScreenUpdatingがFalseのまま放置されると、画面が更新されずにユーザーがフリーズしたと勘違いしてタスクマネージャーからExcelを強制終了し、作業中のデータが全部吹き飛ぶ、というのは情シスあるあるの上位ランカーです。
必ずエラーハンドリングを入れて、どんな状況でもこれらのプロパティが復元されるようにしてください。最低限のパターンは以下のとおりです。
Sub SafeTemplate()
On Error GoTo ErrHandler
Application.ScreenUpdating = False
Application.EnableEvents = False
Application.Calculation = xlCalculationManual
' ここに処理を記述
CleanExit:
Application.ScreenUpdating = True
Application.EnableEvents = True
Application.Calculation = xlCalculationAutomatic
Exit Sub
ErrHandler:
MsgBox "エラーが発生しました: " & Err.Description, vbCritical
Resume CleanExit
End Sub
動作確認環境このテンプレート構造はExcel 2010以降のすべてのバージョンで使用できます。VBAの基本構文なのでバージョン依存はありません。
ちなみに、万が一ScreenUpdatingがFalseのまま戻せなくなってしまった場合は、VBEの「イミディエイトウィンドウ」（
Ctrl + G
で開く）に
Application.ScreenUpdating = True
と入力してEnterを押せば復旧できます。これを知っているだけで、パニックにならずに済みます。
RefreshAllの直後にCalculateを呼んではいけない
データ更新直後に
Application.Calculate
で再計算を走らせるコードをよく見ますが、バックグラウンド更新がオンの状態でこれをやると、まだデータが届いていないのに古いデータで再計算が実行されることになります。さらに悪いのは、この再計算が「正常に完了した」ように見えてしまうため、間違った数値が確定してしまうリスクがあることです。前述の
SafeRefreshAndSave
コードのように、必ず更新完了を確認してから再計算を実行する順序を守ってください。
タスクスケジューラでVBA更新を自動化するときの落とし穴
Windowsのタスクスケジューラを使ってExcelファイルの自動更新を仕掛ける場合、見落としがちなのが「ユーザーがログオンしているかどうかにかかわらず実行する」オプションの罠です。この設定を使うと、タスクはSYSTEMアカウントまたは指定ユーザーのセッションで実行されますが、Excelのライセンス認証が通らなかったり、プロキシの認証情報が取得できなかったりして、外部データ接続が失敗することがあります。
筆者のおすすめは、自動更新用の専用PCを1台用意して常時ログオン状態にしておき、タスクスケジューラは「ユーザーがログオンしているときのみ実行する」設定にする方法です。地味ですが、これが最も安定して動きます。仮想マシンでもOKです。
ぶっちゃけこうした方がいい！
ここまで相当なボリュームで対策やコードを紹介してきましたが、ぶっちゃけた話をさせてください。10年以上情シスをやってきて、Excelのトラフィック問題で何百時間も費やしてきた人間として本音を言うと、「Excelで全量ダウンロードが問題になる規模のデータを扱っている時点で、Excelの使い方を間違えている」んです。
身も蓋もないように聞こえるかもしれませんが、これは事実です。Excelは最強のスプレッドシートですが、データベースではありません。数万行を超えるデータを外部ソースから毎日全件引っ張ってきて、ピボットテーブルで集計して、それを30人が同時に更新する――この運用が続く限り、どんなにVBAで最適化しても、どんなにネットワーク帯域を広げても、問題は形を変えて繰り返し発生します。
じゃあ現実的にどうするのが一番ラクかというと、「データの置き場」と「見る場所」を分離するのが鉄板です。具体的には、大量データはSQL ServerやAzure SQLに入れて、Excelからはビュー（VIEW）経由で集計済みの数百行だけを取得する構成にする。これだけで全量ダウンロード問題はほぼ消滅します。SQL Serverが使えない環境でも、AccessのクエリやSharePointリストをうまく活用すれば、似たような構成は作れます。
もうひとつ、最近とくに推したいのがPower BIへの段階的な移行です。「いやウチはExcelじゃないとダメなんだよ」という声をよく聞きますが、よくよく聞いてみると「ダメな理由」は「みんなExcelに慣れているから」だけだったりします。Power BIなら差分更新が標準機能で使えるし、レポートの共有もブラウザ経由で完結するから、そもそも大きなファイルをダウンロードする必要がなくなります。Excelとの連携機能も充実しているので、完全な移行ではなく「重い集計処理だけPower BIに逃がす」というハイブリッド運用から始めれば、現場の抵抗もぐっと少なくなります。
そして最後にひとつだけ。トラフィック対策を考えるとき、どうしても「いかに現状のExcel運用を維持したまま帯域を節約するか」という守りの発想になりがちですが、本当にやるべきは「そもそもなぜこのExcelファイルはこんなに大きいのか」を問い直すことです。10年分のトランザクションデータを全部1シートに入れてるなら、過去データはアーカイブに回す。30個のピボットテーブルが全部同じデータソースを参照してるなら、サマリーテーブルを1枚作ってそこから参照させる。こういう「データ設計の見直し」は地味で面倒ですが、ネットワーク機器の増強やVBAの最適化よりも、はるかにコスパが良くて根本的な解決につながります。ぶっちゃけ、ここに時間を使うのが一番効率的です。
Excelの更新による全量ダウンロードと過剰トラフィック対策に関する疑問解決
全量ダウンロードが発生しているかどうかを確認する方法はありますか？
はい、いくつかの方法で確認できます。まずExcelの「データ」タブにある「クエリと接続」パネルを開くと、各接続ごとに読み込まれた行数が表示されます。更新前後で行数が毎回同じであれば、全量ダウンロードが発生している可能性が高いです。ネットワーク管理者であれば、NetFlow Analyzerなどのトラフィック監視ツールを使って、Excel更新時のネットワークトラフィック量をモニタリングすることも効果的です。Windowsのタスクマネージャーでも、「パフォーマンス」タブのネットワーク項目からリアルタイムの通信量を概算で把握できます。
Power Queryのインクリメンタルリフレッシュはいつ実装されますか？
2026年3月時点で、ExcelのPower Queryに標準的なインクリメンタルリフレッシュ機能は実装されていません。Power BIではすでに利用可能ですが、Excelへの搭載については明確なロードマップが公開されていない状況です。ワークアラウンドとしては、データソースにSQLサーバーなどのクエリフォールディング対応データベースを使用し、日付パラメーターによるフィルタリングでダウンロード量を制限する方法が最も現実的です。また、Power BIのDatamartをステージング領域として活用し、Excelファイルなどクエリフォールディング非対応のソースでもインクリメンタルリフレッシュを実現するという高度なテクニックもあります。
個人のPCでもトラフィック対策は必要ですか？
企業ネットワークほど深刻にはなりにくいですが、在宅勤務でVPN接続している場合は注意が必要です。VPN経由でExcelの大きなファイルをダウンロードしたり、外部データを更新したりすると、VPNの帯域を圧迫して他の業務通信に影響を与えます。自宅のインターネット回線速度にも限りがあるため、大容量のExcelファイルを扱う場合はVPNのスプリットトンネリング設定を確認し、Microsoft365のトラフィックがVPNを迂回して直接インターネットに出るように設定することをおすすめします。
Excelのバージョンを最新にアップデートするだけで改善しますか？
多くの場合、最新バージョンにはパフォーマンスの最適化やバグ修正が含まれているため、アップデートだけでも一定の改善が見込めます。たとえば、大量の画像を含むファイルの読み込みに約30分かかっていた問題が、アップデート後には約45秒にまで改善された事例もあります。ただし、2026年1月のPower Pivotの不具合のように、アップデートが逆に問題を引き起こすこともあるため、企業環境ではテスト検証を行ってから展開することが重要です。
今すぐパソコンやスマホの悩みを解決したい！どうしたらいい？
いま、あなたを悩ませているITの問題を解決します！
「エラーメッセージ、フリーズ、接続不良…もうイライラしない！」
あなたはこんな経験はありませんか？
✅ ExcelやWordの使い方がわからない💦
✅ 仕事の締め切り直前にパソコンがフリーズ💦
✅ 家族との大切な写真が突然見られなくなった💦
✅ オンライン会議に参加できずに焦った💦
✅ スマホの重くて重要な連絡ができなかった💦
平均的な人は、こうしたパソコンやスマホ関連の問題で年間73時間（約9日分の働く時間！）を無駄にしています。あなたの大切な時間が今この悩んでいる瞬間も失われています。
LINEでメッセージを送れば即時解決！
すでに多くの方が私の公式LINEからお悩みを解決しています。
最新のAIを使った自動応答機能を活用していますので、24時間いつでも即返信いたします。
誰でも無料で使えますので、安心して使えます。
問題は先のばしにするほど深刻化します。
小さなエラーがデータ消失や重大なシステム障害につながることも。解決できずに大切な機会を逃すリスクは、あなたが思う以上に高いのです。
あなたが今困っていて、すぐにでも解決したいのであれば下のボタンをクリックして、LINEからあなたのお困りごとを送って下さい。
ぜひ、あなたの悩みを私に解決させてください。
まとめ
Excelの更新で全量ダウンロードが発生する問題は、Excel単体の設定だけでは解決できないケースも多く、ネットワークインフラ全体を見渡した包括的な対策が必要です。とくにMicrosoft365環境では、プロキシの迂回設定、Delivery Optimizationの活用、VPNのスプリットトンネリングといったネットワーク側の対策が、トラフィック削減に絶大な効果を発揮します。同時に、Excel側でも外部データ接続の整理、計算モードの最適化、ファイルの軽量化といった地道な改善を積み重ねることで、過剰トラフィックのリスクを大幅に低減できます。
大規模なデータを恒常的に扱う場合は、ExcelからPower BIやデータベースへの移行を積極的に検討してください。2026年のMicrosoft365は「クラウドファースト、AIファースト」の方向に急速に進化しており、従来のExcel中心のデータ管理から脱却することが、長期的なトラフィック問題の解決につながります。まずは今日できることから始めてみてください。外部リンクの整理やファイルの軽量化は、数分の作業で確実な効果が得られる第一歩です。
コメント