Macのデータ使用量が多い理由:主犯候補のリスト
Macのデータを食っている可能性が最も高いアプリ、サービス、機能を地に足の着いた形でリスト化し、確認方法と併せて紹介します。
- macOS
- Bandwidth
- Troubleshooting
- Productivity
ISPのアプリを一目見ると今月180GB使ったと気づきます。Macで4K Netflixをストリームしません。ゲームをダウンロードしません。数字が合わない——見つめれば見つめるほど疑わしくなります。だから私のMacが正確になぜそれほど多くのデータを使っているのか? 答えはほぼ常に8つの特定のことの1つで、ほとんどはどこを見るか分かれば確認しやすい。
本稿は答えとして現れる頻度のおおまかな順でトップ犯人を歩き、各々を確認する具体的なステップ付き。リストを約15分で通れて、ほぼ常に犯人を見つけます。
1. macOSアップデートダウンロード
これが最も一般的な犯人で、最も不可視。macOSは「アップデート利用可能」バナーを見る前に事前取得することがよく、バックグラウンドでアップデートをダウンロード。単一のポイントリリースは4〜12GB。フルmacOSメジャーアップグレードは12〜15GB、中断されて再ダウンロードされると、「インストール」をクリックせずに30GBに達しうる。
同じネットワーク上に複数のMacがあるなら、コンテンツキャッシュを有効にしていない限り各々が独自のコピーをダウンロード。
確認方法
- システム設定 → 一般 → ソフトウェアアップデート。「アップデート中」または進捗インジケータを表示するなら、それがあなたのトラフィック。
- アクティビティモニタのネットワークタブで
softwareupdatedを見る。 - iCloud Apple IDデバイスリストを確認——キャッシュがオンでない限り各Macが独立してダウンロード。
緩和方法
ネットワーク上の1台のMacでコンテンツキャッシュ(システム設定 → 一般 → 共有 → コンテンツキャッシュ)をオン。他のAppleデバイスはAppleのサーバではなくそれからアップデートを引きます。複数Mac家庭で巨大な通信量を節約。
2. iCloud写真
2番目に一般的な答え。iCloud写真は数十ギガバイトを静かに押すか引きうる——特に新しいMacにサインイン直後、バックアップから復元、「Macストレージを最適化」設定を変更、4K動画でいっぱいの電話をインポートしたとき。
一般的なシナリオ: 「このMacにオリジナルをダウンロード」をトグルして離れる。2時間後、40GBが移動した。
確認方法
- システム設定 → Apple ID → iCloud → 写真。ストレージ設定を記録。
- 写真を開く。メインビューの一番下までスクロール。「1,247項目をアップロード中」や「8,930項目をダウンロード中」のような状態行。
- アクティビティモニタで
clouddとphotoanalysisdを探す。
緩和方法
ローカルにフル解像度コピーが必要ないなら写真を「Macストレージを最適化」に設定。従量制接続中はiCloud同期を一時停止(写真の下部の状態行に一時停止ボタンあり)。
3. ネットワーク先へのTime Machine
NAS、Apple Time Capsule、ネットワーク共有へのTime Machineはすべての変更ファイルをローカルネットワーク経由で押す。それ自体はインターネットデータプランを食らわない——ただ「ネットワーク先」が実はVPN経由のリモートNASか、テザリングしているなら、すべてのTime MachineスナップショットがWANトラフィックに。
最初のバックアップが最悪: 数百ギガバイト。後続は小さい(デルタのみ)が依然定期的に忙しい1日後マルチギガバイト。
確認方法
- システム設定 → 一般 → Time Machine。先を確認——LAN上かどこかリモートか?
- バックアップ中、アクティビティモニタのネットワークタブで
backupdを見る。 - Macを電話ホットスポットにテザリングしてTime Machineが起動すると、即座に見えます。
4. クラウド同期クライアント(Dropbox、Google Drive、OneDrive、iCloud Drive)
同期クライアントは忠実。何かが変わったと考えるたびに大きなファイルを再アップロード——属性変更が同期エンジンにファイルを違って見せるときも含む。5GBアーカイブを同期フォルダに展開すると5GBアップロードをトリガー。同期フォルダ内外へファイルを移動するときも。
DropboxとGoogle Driveは「スマート同期」/「ファイルのストリーム」もでき、その設定をトグルすると大量のデータを再ダウンロードしうる。
確認方法
- 各同期クライアントには現在何を同期中かを表示する状態メニューがある——開いてファイルリストを読む。
- ovaまたはアクティビティモニタで、ネットワーク使用量でソートし
Dropbox、Google Drive、OneDrive、またはbird(iCloud Driveデーモン)を探す。
緩和方法
従量制ネットワークで同期を一時停止。ほとんどのクライアントはメニューバードロップダウンに「一時停止」ボタンを持つ。Dropboxと OneDrive特に、誤って巨大なフォルダ(動画、写真、仮想マシンディスク)を同期場所に追加していないか確認。
5. ブラウザのバックグラウンドタブと拡張
タブ20個の単一の開いたChromeまたはSafariウィンドウは1日に静かに1〜5GB使えます。最悪の犯人:
- 次のエピソードを自動再生するストリーミングサイト
- 一定のバックグラウンドポーリングと画像事前読み込みのウェブメール
- WebSocket接続を忙しく保つSlack/Discord/Teamsウェブクライアント
- 侵害された拡張経由でマイナーや積極的な広告を動かすタブ
- クラウドIDEとリモート開発セッション
タブが開いていることさえ気づかないかも——モダンブラウザはJavaScriptが動き続ける間、視覚的にはタブを喜んでバックグラウンドサスペンド。
確認方法
- Chrome:
chrome://discardsとchrome://process-internals/#processesがタブ別とプロセス別のメモリと活動を表示。 - Safari: 開発メニュー → ウェブインスペクタを表示でタブ別ライブネットワーク活動。
- ovaのような通信量モニターは何もしないのに「Google Chrome」が登るのを表示します。
緩和方法
タブサスペンド拡張または非アクティブなタブを積極的にスリープするArc/Safariのようなブラウザを使う。拡張を監査——週次で使わないものをアンインストール。
6. Slack、Discord、Telegram、その他のチャットヘルパー
チャットアプリは驚くほどおしゃべり。永続接続を保ち、メディアを事前取得し、既読受信を同期し、巨大な絵文字ライブラリを更新。Slack特に、いるどのチャンネルでも共有された各リンクのサムネイルプレビューを引く。
画像重いチャンネルのある忙しいワークスペースでは、Slackは1日200〜500MBを受動的に使えます。それをDiscordとTelegramで乗算すると、一言も発する前にギガバイトに。
確認方法
- アクティビティモニタのネットワークタブでヘルパープロセス(Slack Helper、Discord Helper、Telegram Helper)を観察。ヘルパーの数は手がかり——Electronアプリはしばしば5〜6個を起動。
- ヘルパーを親アプリの下に折りたたむモニターは、これをずっと読みやすくします。
緩和方法
能動的に読まないチャンネルを離れる。Slack設定で画像プレビューを無効化。通知が必要ないなら夜通しチャットアプリを終了。
ovaを動かしてみる
一目で分かるメニューバー通信量モニター——ローカル、署名済み、約3MB。
7. ビデオ通話と画面共有
高品質Zoom、Google Meet、FaceTime、Microsoft Teams通話は各方向で1〜3 Mbpsを使います。それは1時間あたり450MB〜1.4GB。画面共有は動画ストリームが高解像度になるので1時間あたり2GBに近づける。
1日3回1時間通話を取るなら、他に何も起こらずに3〜6GB。提示と十数の参加者からのストリーム受信両方をするマルチパーソン通話を加えると数字は倍に。
確認方法
- 通話中、ライブレートを観察——
zoom.us、Microsoft Teams、Google Meet(Chrome内)がトップ消費者。 - これらのアプリのほとんどに組み込みネットワーク統計パネル: Zoomの統計下、Teamsの通話ヘルス下。
緩和方法
ほとんどの通話アプリはビデオ解像度の上限を設定するかHDビデオをオフにできる。すると通信量がおよそ半分に。音声のみ通話は50〜100kbpsに下がり、無視できる。
8. バックグラウンド画面共有、リモートデスクトップ、VPN
Apple画面共有、Jump Desktop、AnyDesk、TeamViewer、すべてのトラフィックをルーティングするVPNを使うなら、それらは通信量の絵に現れます。永続VPNは技術的にはトラフィックを追加しませんが、トラフィックを起こしたアプリを隠せます——一部の「スプリットトンネル」誤構成は二重カプセル化に終わり、見かけのスループットを倍に。
確認方法
- システム設定 → ネットワーク。VPNインターフェース、仮想インターフェース(utun0、utun1)、画面共有デーモンを探す。
- ネットワークプロセスリストで
screensharingd、VPN Tracker、または選んだVPNクライアントを確認。
5分で「私のMacがなぜそれほど多くのデータを使っているか」に答える
リストを読むことは1つ。特定のケースで犯人を固定するのは本物のアプリ別モニターでより速い。一般的なフロー:
- ova(または別のアプリ別通信量ツール)をインストールし、1〜2日動かす。
- 次に合計が高く見えるとき、タイムラインをスクラブしてスパイクを見つける。
- どのアプリがスパイクを所有していたか確認。それが答え。
- 無効化、一時停止、またはトラフィックを単に受け入れるか決める。
ほとんどの時、スパイクは上の8つのうちの1つ。たまにより興味深い何か——暴走したアップデータ、誤動作する拡張、一時停止されるべきだった同期。どちらにせよ、推測ではなく数秒で分かります。
次に何をするか
「なぜ私のMacがそれほど多くのデータを使っているか」が再び襲うときの短い順序付きチェックリスト:
- システム設定 → ソフトウェアアップデートを確認。必要なら飛行中のダウンロードをキャンセル。
- 写真を開き下の状態行を見る。
- 各クラウド同期クライアントのメニューバーステータスを確認。
- バックアップ中ならTime Machineを一時停止。
- ブラウザを終了して再起動、データ使用量の下降を記録。
- まだ答えが明らかでないなら、ovaのようなアプリ別通信量モニターをインストールし1日観察。
Macのネットワークトラフィックは通常謎ではない——既定で不透明なだけ。正しいビューで数分で、ほぼすべての「80GBはどこに行ったか」の問いには退屈で具体的な答えがあります。