iPhoneからMacBookにAirDropできないときの対処法と代替手段

AI Router Oct 10, 2026

写真を選んでMacBookをタップしても、AirDropがWaitingのまま止まってしまう。もう一度試しても同じ。MacからiPhoneへは送れるのに、なぜ逆方向は失敗するのか。

iPhoneからMacBookへAirDropできないときは、まず「今すぐファイルが必要か」「繰り返す失敗を診断したいのか」を決めよう。急ぎの書類なら、共有ローカルネットワーク経由のLocalSendを試す。写真や動画が大量にあるなら、ケーブルとImage CaptureまたはPhotosを使う。AirDropをトラブルシューティングするなら、新しく撮ったスクリーンショット、問題のファイル、逆方向の転送を比較する。この3つのテストは、あれこれ全部をオフにしてオンに戻すより、はるかに役立つ情報を与えてくれる。

今すぐファイルが必要?トラブルシューティングの前に経路を選ぶ

実際の作業 試す経路 主な制限
クラウドにアップロードせずPDFや少数のファイルを移す iPhoneとMacのLocalSend 両方にインストールが必要。デバイスがローカルネットワーク上で通信できること
写真や動画を通常のMacフォルダに入れる USBケーブルとImage Capture ケーブルと、iPhone上の項目へのアクセスが必要
写真をMacの写真ライブラリに追加する USBケーブルとPhotosへの読み込み 一般的な書類フォルダではなくPhotosに読み込まれる
繰り返し起きるAirDropの失敗を理解する 以下の比較テスト 成功したテストは問題を絞り込むが、すべての根本原因を特定するわけではない

代替の転送方法は作業を前に進める。しかしAirDropが修復された証明にはならない。元のファイルを削除する前に、受け取ったファイルを開いて確認しよう。

よくある失敗パターンを切り分ける3つのテストから始める

iPhoneで新しいスクリーンショットを撮り、その1枚だけをPhotosから送る。次に元の項目を単体で試す。最後に、MacからiPhoneへ小さなファイルを送る。両方の画面を見える状態に保ち、各試行の正確な結果を記録する。

スクリーンショットが有用な比較対象になるのは、新しく単純な項目だからだ。別のファイルをテストしているのであって、スクリーンショットに特別なAirDrop特権があると言っているわけではない。

テスト結果 次に確認すべきこと 証明されないこと
スクリーンショットでもMacがまったく表示されない Macの受信設定と検出 元のファイルが大きすぎること
スクリーンショットは成功、元の項目は失敗 元の項目、そのアプリ、完全に開けるかどうか すべてのAirDrop転送が壊れていること
1項目は成功、大きな選択は失敗 より小さなバッチかケーブル転送 普遍的なサイズ上限
Mac → iPhoneは成功、iPhone → Macは失敗 Macの受信経路とリクエスト 接続が両方向で正常であること
最初の転送は成功、次は失敗 再現性と、2回目の試行が止まる地点 確認されたOSのバグ
転送は完了、期待したフォルダに何も現れない 受信項目の保存先 配信が失敗したこと

比較で有益な違いが得られたら、無関係な設定を変えるのはやめよう。たとえばスクリーンショットが届いたなら、アカウントをリセットする前に元のファイルに集中する。

MacBookがまったく表示されない場合:受信側のMacを確認する

Wi-FiとBluetoothがオンであることを確認し、デバイスを近くに置き、Personal Hotspotを切断する。Appleはこれらの前提条件をiPhoneのAirDrop手順に記載している。

Macでコントロールセンターを開き、AirDropをオンにし、受信オプションを展開してテスト用にEveryoneを選ぶ。スクリーンショットを再試行する。その後、好みの受信設定に戻す。MacのオプションはAppleのMac AirDropガイドに記載されている。

ありがちな落とし穴は、iPhoneをEveryone for 10 Minutesに変えればMacが受信できるようになると思い込むことだ。これはiPhoneに送信できる相手を変えるものだ。この方向では、Macの受信設定が重要になる。

Everyoneで成功しContacts Onlyで失敗する場合は、Macの連絡先カードで送信者のApple Accountのメールアドレスや電話番号を確認する。見覚えのある名前だけでは連絡先の照合には不十分だ。より広範なリセットを試す前に、この違いを記録しておく価値がある。

Macは表示されるが転送が止まる、または失敗する場合

Waiting:iPhoneだけでなくMacを見る

受信リクエストが来ていないか確認する。FinderのAirDropウインドウが開いていればそこも見る。同じApple Accountを使うデバイスは自動的に受け入れられる。連絡先以外と共有する際にAirDropコードを要求できる新しい対応システムでは、受信側のプロンプトに従う。Appleの受信手順を参照。

止まった試行は、次を始める前にキャンセルする。同じ項目を何度も送ると、どのリクエストに応答しているのか分からなくなる。

1つのファイルが失敗する:接続より先にそのファイルを調べる

iPhoneで元の項目を開く。そのアプリがまだ読み込みや取得を必要としているなら、使える状態になるまで待ってから再度共有する。書類なら、Filesにコピーを保存し、そのコピーを共有してみる。これは切り分けテストだ。コピーが成功すれば、アプリ本来の共有経路に注目する価値がある。アプリが欠陥だと確定するものではない。

写真や動画なら、1項目とバッチを比較する。1つが成功したら、より小さな選択を試し、受け取った各バッチを確認する。単純な比較が成功しているのに、コレクション全体を再試行し続ける意味はない。

片方向しか機能しない:テストは方向別に保つ

iPhoneからMacへの失敗に関するユーザー報告では、一般的な確認後も逆方向は機能したと述べられている。別の報告では最初の転送は成功し、その後が失敗すると述べられている。

これらは症状の報告であり、検証された説明でも、問題がどれほど広範かの証拠でもない。役立つ教訓は、方向をテストし、転送を繰り返すことだ。問題が断続的なら「一度成功した」は不完全な確認にすぎない。

スクリーンショットを続けて2回試す。2回目が検出前、受け入れ前、転送中、どこで失敗するかを記録する。再起動して1回繰り返す。同じパターンが戻るなら、同じチェックリストを延々と繰り返すのではなく、その結果をサポート用に保管する。

VPNが診断の欠けた一部になりうる

Appleは、ローカルネットワークを妨げるVPN構成が一部のContinuity機能に干渉しうるとiPhoneのAirDropガイドで述べている。

VPNを使っているなら、ローカルネットワークまたはLANアクセスのオプションを確認する。個人のデバイスなら、状況が許せば無害なスクリーンショット1枚をVPNあり・なしで比較し、その後通常の接続に戻す。管理されたデバイスなら管理者に尋ねる。結果の変化は有益な証拠だが、保護を無効のままにする理由にはならない。

LocalSend:書類や小さなバッチに実用的な代替

LocalSendはiPhoneとMac向けの無料アプリで、アカウントやクラウドアップロードなしにローカルネットワーク経由で転送する。プロジェクト公式のダウンロードリンクから両方のデバイスにインストールし、開き、送信側で項目を選び、受信側デバイスを選択して転送を受け入れる。

重要な注意点は、LocalSendにはローカルネットワークへの到達性が必要なことだ。ゲスト用やホテルのネットワークは、Wi-Fi名が同じでもクライアント同士を隔離することがある。すべてのネットワーク問題の自動的な解決策ではない。

デバイスが表示されない場合は、OSのプライバシー設定でLocalSendのローカルネットワーク権限と、VPNのLAN設定を確認する。プロジェクトのトラブルシューティングノートは、ルーターのクライアント分離も指摘し、受信側のIPアドレスへの手動送信も案内している。手動送信は、自分の受信デバイスを特定できる場合にのみ使う。

AirDropが失敗するのにLocalSendが機能するなら、それで作業を終わらせよう。両アプリは異なる転送経路を使うため、これはAirDropの正確な不具合を特定するものではない。ゲストネットワークで両方失敗するなら、3つ目の無線アプリよりケーブルのほうが有用な次の一手かもしれない。

Image Capture:フォルダが欲しいときに見落とされる選択肢

写真や動画なら、データ転送対応のUSBケーブルでiPhoneを接続し、ロックを解除し、求められたら信頼プロンプトを承認する。MacでImage Captureを開き、iPhoneを選択し、保存先フォルダを選び、選択した項目をダウンロードする。AppleはこのワークフローをImage Captureガイドで説明している。

驚かないための2つのポイント:

  • Live Photoは静止画と動画ファイルとして届くことがある。2つのファイルがあっても、同じ項目を2回読み込んだわけではない。
  • 読み込みを確認している間は自動削除をオフにしておく。iPhoneから何かを削除する前にファイルを確認する。

画像をMacの写真ライブラリに入れたいなら、代わりにAppleのPhotos読み込みワークフローを使う。これらのケーブルワークフローは写真と動画向けであり、一般的なPDFインポーターではない。

トラブルシューティングをやめる時期—そしてサポートに送るもの

締め切りがあるなら、5分など短いトラブルシューティング時間を自分に設定する。これは実用的な時間予算であり、Appleの診断ルールではない。代替手段でファイルを移し、繰り返す問題は後で調べる。

役立つサポートメモは、この仮の例のようになる:

iPhone → MacはMacを選択した後に失敗する。Mac → iPhoneは成功する。新しいスクリーンショットも失敗する。Everyoneでも違いはなかった。再起動後、最初の転送は成功するが2回目は止まる。使用中のiOSとmacOSのバージョンは…

これはサポートに再現可能なパターンを与える。「AirDropが動かない」では与えられない。誰かのフォーラムコメントでうまくいったからといって、いわゆるターミナルの修正をコピーしたり、設定ファイルを削除したり、アカウントからサインアウトしたり、デバイスを消去したりしないこと。

よくある質問

MacからiPhoneへはAirDropが機能するのに逆方向は機能しないのはなぜ?

逆方向の転送は別の受信デバイスをテストする。Macの受信設定と、正確な失敗地点を確認する。片方向の成功は、両方向が機能することを証明しない。

iPhoneが項目を送信したと表示したら?

MacのDownloads、画像ならPhotosを確認する。保存先は項目と保存/開くの選択に依存することがある。不要な重複を作らないよう、再試行する前に確認する。

どの代替手段を最初に試すべき?

PDFや通常のファイルなら、両デバイスがローカルで通信できるときにLocalSendを試す価値がある。大量の写真・動画なら、フォルダにはImage Capture、ライブラリにはPhotosを選ぶ。どのアプリが最速と主張するかではなく、作業内容で選ぼう。

ドキュメントとコミュニティ報告は2026年10月11日に確認。比較テストは編集上のトラブルシューティング手法である。コミュニティ報告は確認された診断ではなく、本記事はすべてのiPhoneとMacの組み合わせで実機テストを行ったとは主張しない。