目の前にいる相手に写真を送りたいだけなのに、相手の名前が画面に出てこない——。そんな経験はありませんか。何度もやり直したり、いったんアプリを閉じてみたり、結局メールに添付して送った、という方も多いはずです。
実は、相手が出てこないとき、送る側でできることはほとんどありません。出るか出ないかを決めているのは、受け取る側の端末だからです。
AndroidのQuick Share（クイックシェア）と、iPhoneのAirDrop（エアドロップ）は、近くの相手にファイルを直接渡すしくみです。端末によっては、以前の名前の「ニアバイシェア」のまま表示されていることがありますが、同じ機能です。
この2つはBluetoothとWi-Fiを使いますが、2つは同じ仕事をしているわけではありません。
そしていま、この2つのあいだにiPhoneへ送るための道が2本できています。片方は端末どうしを直接つなぐ道、もう片方はいったんインターネットに出る道です。同じボタンから始まるのに、通る場所も、できることも違います。
この記事では、ネットワークにくわしくない方でも読み進められるように、クイックシェアが何を使って送っているのか、なぜルーターを通らないのか、相手が出てこないときに誰の側を見ればいいのか、iPhoneへ送る2つの道の違いを、GoogleとApple、そしてSamsungの公式資料をもとに解説していきます。
⚠ 先に、この記事が扱う範囲をお伝えします。扱うのはしくみと、送れる相手です。設定画面のどこを押すかという道順は書きません。機種ごとの対応表も載せません（すぐ古くなるためです）。盗み見や乗っ取りといった安全面の話も、この記事では扱いません。
目次
クイックシェアは、何を使って送っているのか
まず、いちばん大事なところからお話しします。クイックシェアもAirDropも、1種類の電波では動いていません。
Googleは、クイックシェアがうまくいかないときの案内で「両方のデバイスで Bluetooth がオンになっているかどうかを確認します」と書いています。同じページの受信の説明にも、同じ注意が出てきます。
Appleも、AirDropの使い方のページで「送る側と受け取る側の双方でWi-FiとBluetoothの両方がオンになっていることを確認します」と案内しています。
Galaxyを作っているSamsungも、自社の説明で「Quick Share（クイックシェア）を使用することで、ユーザーは Bluetooth と Wi-Fi を使用してコンテンツを複数のデバイスに同時に簡単に転送できます」と書いています。
Appleは「Wi-FiとBluetoothの両方」とはっきり書き、Samsungも「Bluetooth と Wi-Fi を使用して」と書いています。Googleはクイックシェアについて「Bluetooth がオンになっているか」までしか書いていませんが、少なくともBluetoothが要ることは3社に共通しています。
⚠ ただしGoogleは、Galaxyについて「Android 10 と One UI 2.1 以降を搭載した Galaxy デバイスでは、設定や機能が異なる場合があります」とも書いています。お使いの端末がGalaxyなら、この記事の説明と画面が少し違うことがあります。
ではなぜ、2つも要るのでしょうか。
見つける係と、運ぶ係に分かれている
答えは、2つが別々の仕事をしているからです。
Bluetoothは相手を見つける係、Wi-Fiは運ぶ係です。ごく小さな電波で「ここにいます」と合図を出して近くの端末を探すのがBluetooth、見つかった相手とのあいだに太い道をつくって写真や動画そのものを流し込むのがWi-Fiです。
📌 この役割の割り振りをはっきり書いているのはAppleで、AirDropについての説明です。Samsungは「両方を使う」まで、Googleは「Bluetooth がオンになっているか」までしか書いていません。クイックシェアも同じ2つを使うので、この記事ではこの見方で説明します。
宅配便にたとえると分かりやすいかもしれません。まず電話で「いま家にいますか」と確かめて、それからトラックで荷物を運びますよね。電話とトラックでは役目が違います。電話だけでは荷物は届かず、トラックだけでは相手が家にいるか分かりません。
この「電話」の部分をどこまで公開しているかは、AppleとGoogleで差があります。
Appleは、自社のセキュリティ資料でかなり細かく書いています。AirDropに対応するAppleデバイスは「Bluetooth Low Energy（BLE）とApple製のピアツーピアWi-Fiテクノロジーを使用して」近くのデバイスに送る、とあります。さらに、送る側の端末がBLEで合図を出し、それを受け取った相手がWi-Fiで応答する、という順番まで説明しています。
一方Googleは、クイックシェアについて「Bluetooth」と「Wi-Fi」までしか書いていません。どの規格を使っているかまでは公開されていないので、この記事でもそこには踏み込みません。
Googleは、うまくいかないときの手順のひとつに「デバイス間の距離を 30 cm 以内に近づけます」を挙げています。
ふだんBluetoothは10m程度まで届くと言われるのに、ずいぶん近いと感じるかもしれません。ここで効いているのは「届くかどうか」ではなく「確実に見つかるかどうか」です。まわりに電波が多い場所ほど、合図は埋もれます。
相手が出てこないとき、いちばん手軽で効き目があるのが「近づく」である理由がここにあります。
クイックシェアがルーターを通らない理由
ここまでで「Wi-Fiを使う」と書きました。すると、こう思われるかもしれません。
「じゃあ、2台とも同じWi-Fiにつながっていないとダメなのでは？」
そうではありません。ここがクイックシェアとAirDropのいちばん面白いところです。
Appleは、AirDropのしくみについてこう書いています。「Wi-Fi通信を使用して、インターネット接続やワイヤレスアクセスポイント（AP）を使用せずにデバイス間で直接通信します」。
ワイヤレスアクセスポイントというのは、家庭でいえばWi-Fiルーターのことです。つまりAppleは、ルーターを経由しないと明言しています。
Googleも、クイックシェアとAirDropをつないだときの説明で、同じことを書いています。
This feature does not use a workaround; the connection is direct and peer-to-peer, meaning your data is never routed through a server, shared content is never logged, and no extra data is shared.
「この機能は回避策を使っていません。接続は直接のピアツーピアであり、あなたのデータがサーバーを経由することは決してありません」という意味です。あいだにGoogleのコンピューターが立つわけではない、とはっきり書いているわけです。
ここで言われているピアツーピアとは、あいだに誰も立てず、当事者どうしが直接やり取りすることです。
ふだん私たちがインターネットを使うとき、通信は必ずルーターを通り、その先の回線へ出ていきます。手紙をポストに入れて、郵便局を経由して届けてもらうようなものです。
クイックシェアやAirDropが使うWi-Fiは、これとは違います。目の前の相手に手渡しするようなもので、郵便局にあたるルーターは登場しません。
Samsungも、Galaxyの説明で「この方法を使用すると、モバイルデータを使用せずに、近くのデバイスとファイルを直接共有できます」と書いています。
- 同じWi-Fiにつながっている必要がない — 相手が別のWi-Fiでも、どこにもつながっていなくても届きます
- 回線の通信量を使わない — 契約している回線を通らないので、モバイル回線の通信量（いわゆるギガ）は減りません
- インターネットにつながっていなくても送れる — 電波の入らない場所でも、目の前の相手には渡せます
「Wi-Fiのアイコンが立っていないのに送れた」という経験があるなら、それはこのためです。Wi-Fiの機能は使うけれど、Wi-Fiのネットワークにはつながっていない——少しややこしいのですが、そういう状態が成り立ちます。
テザリングとは、まったく別のもの
「端末どうしを直接つなぐ」と聞くと、テザリングを思い浮かべる方もいるかもしれません。これは別のものです。
| 何をするものか | インターネットに出るか | |
|---|---|---|
| クイックシェア・AirDrop | 目の前の相手にファイルを渡す | 出ない |
| テザリング | 自分の端末がルーターの代わりになる | 出る（自分の回線を使う） |
それどころか、この2つは同時に使えないことがあります。Appleは、AirDropを使う前の確認事項として「いずれかがインターネット共有をオンにしている場合は、オフにしてください」と書いています。インターネット共有とは、iPhoneでのテザリングの呼び名です。
相手が出てこないとき、どちらかがテザリング中でないかを思い出してみてください。
クイックシェアで相手が出てこないのは、受け取る側で決まる
ここが、この記事でいちばんお伝えしたいところです。
Appleのセキュリティ資料には、AirDropが相手を見つける手順が書かれています。送る側がBLEで合図を出し、それを受け取った端末が応答する——という流れです。
そのうち「連絡先のみ」の状態について、次の一文があります。
一致が見つからない場合、デバイスは応答しません。
応答しない相手は、送る側の画面に出てきません。これは不具合ではなく、そう作られています。
📌 同じ資料は、「すべての人」の状態なら「一致が見つからなくても受信デバイスが応答します」とも書いています。つまり出るか出ないかは、受け取る側がどちらの状態にしているかで決まります。
つまり、相手が出てこないとき、送る側の端末の設定をいくら見直しても、出るか出ないかは変わりません。近づくことと、自分のテザリングを切ること以外は、変えられるのは受け取る側だけです。
受け取る側は「誰に見えるか」を選んでいる
クイックシェアには、自分の端末を誰に見せるかの設定があります。Googleは3つの選択肢を、次のように説明しています。
| 選択肢 | Googleの説明 |
|---|---|
| デバイス | 画面がオフの場合でも、あなたのデバイスは同じ Google アカウントを使用している他のデバイスに公開されます |
| 連絡先 | デバイスの画面がオンで、ロックが解除されている間、あなたのデバイスは近くにいる連絡先に公開されます |
| すべてのユーザーに対し 10 分間 | プライバシー保護のため、10 分経過すると公開設定が直前の選択に自動的に切り替わります |
この3つは下にいくほど広く見える並びになっています。「デバイス」は自分の別の端末だけ、「連絡先」は連絡先に入っている人まで、いちばん下は近くの全員です。
ここで注目してほしいのは、「連絡先」を選んでいる相手は、画面がついていてロックが解除されているあいだしか見えないという点です。相手がポケットにしまったままなら、あなたの画面には出てきません。
AirDropも同じ考え方です。Appleは「AirDropは、デフォルトでは「連絡先のみ」と共有するように設定されています」と書いています。買ったままの状態では、連絡先に入っていない人からは見えないわけです。
だから「初対面の人に送る」「連絡先を交換していない同僚に送る」という場面では、相手の側で何かしてもらわないと始まりません。
ただし、その「何か」は設定の変更だけではありません。
Googleは、相手が見つからないときの案内として「相手のデバイスが見つからない場合は、相手のデバイスの [Quick Share] のページで [受信] モードになっているか確認してください」と書いています。
そして受信の説明には、こうあります。「デバイスが [受信] モードになっている場合、その画面が表示されている間は、近くにいるすべてのユーザーにデバイスが表示されます」。
📌 つまり公開範囲を変えなくても、相手がクイックシェアの画面で「受信」にしたままにしてくれれば、あなたの画面に出てきます。設定をたどってもらうより、こちらのほうが頼みやすい場面は多いはずです。
相手が出てこないときに、上から順に試すこと
ここまでに出てきたものを、相手の手間が小さい順に並べます。
- 近づく — Googleは「デバイス間の距離を 30 cm 以内に近づけます」を挙げています。相手に何も頼まずにできるのはここまでです
- 相手に画面をつけて、ロックを解除してもらう — Googleは「相手のデバイスの画面がロック解除されているか確認します」、Samsungは「受信側のデバイスの画面をオンにしたままにしてください」と書いています
- 相手にクイックシェアの画面で「受信」にしたままにしてもらう — 「受け取る側は「誰に見えるか」を選んでいる」で引いた「[受信] モード」です。設定を変えずに済みます
- 相手に公開範囲を変えてもらう — それでも出てこないなら、いちばん広い「すべてのユーザーに対し 10 分間」に変えてもらいます。10分で元に戻ります
- どちらかがテザリング中なら、切る — Appleは「いずれかがインターネット共有をオンにしている場合は、オフにしてください」と書いています
いちばん広く公開する設定には、どちらにも時間制限があります。
クイックシェア側は、「すべてのユーザーに対し 10 分間」について「10 分経過すると公開設定が直前の選択に自動的に切り替わります」と書かれています。
AirDrop側も、Appleが「iOS 16.2以降では、「すべての人（10分間のみ）」の設定が10分後に変わります。Apple Accountにサインインしている場合は「連絡先のみ」に戻ります。サインインしていない場合は「受信しない」に戻ります」と書いています。
⚠ つまり10分前に成功した方法が、いま失敗しても不思議ではありません。何枚も送っているうちに時間が過ぎていた、という場面はよく起こります。
iPhone側では、コードを聞く手順が増えた
2026年5月に公開されたAppleの案内には、新しい手順が書かれています。
連絡先に登録していない人へAirDropで送るとき、「双方のデバイスにiOS 26.2以降が搭載されている場合は、AirDropコードを入力するよう求めるメッセージが表示されます」。
相手にコードを表示してもらい、それを口頭でたずねて自分の端末に入力する、という流れです。Appleは「共有相手は、あなたの連絡先に30日間一時的に追加されます」とも書いています。
📌 手間が増えたように見えます。Appleは理由までは書いていませんが、相手の画面に出たコードを教えてもらわないと先へ進めない手順です。
クイックシェアからiPhoneへ送る道は2つある
少し前まで、AndroidとiPhoneのあいだでは、この方法が使えませんでした。相手がiPhoneだと分かった時点で、メールやメッセージアプリに切り替えていた方も多いはずです。
いまは違います。しかも道が2本あります。
| 直接の道 | QRコードの道 | |
|---|---|---|
| つながり方 | 端末どうしが直接（AirDropに乗り入れる） | Googleのサーバーをいったん経由する |
| インターネット | 要らない | 両方の端末に必要 |
| 向き | AndroidからもiPhoneからも送れる | GoogleはAndroidからiPhoneへの向きで案内している |
| 使える機種 | 限られる | 直接の道に対応していない機種でも |
順番に見ていきます。
どちらの道になるかは、送る側の機種で分かれる
「では、自分はどちらを使うことになるのか」——ここが先に分かっていないと動けません。
Googleのヘルプは、この2つを「AirDrop の Quick Share をサポートしているデバイスの場合」と「サポートしていないデバイスの場合」に分けて案内しています。
つまり、送る側の端末が対応していれば直接の道が使え、していなければQRコードの道になります。
⚠ ただし、対応している機種でも相手のiPhone側が「すべてのユーザーに対し 10 分間」になっていなければ、直接の道は開きません。相手の名前が出てこないときは、QRコードの道に切り替えれば渡せます。
直接の道｜相手に「すべてのユーザーに対し 10 分間」を選んでもらう
こちらは、2025年11月にGoogleが発表したものです。クイックシェアがAirDropのしくみに乗り入れる形で、端末どうしが直接つながります。
Googleは、この道を使うときの手順として「iPhone、iPad、macOS を利用している相手に、AirDrop の設定を開いてもらいます」「[すべてのユーザーに対し 10 分間] を選択します」と書いています。
⚠ ここが重要です。この道はいまのところ「すべてのユーザーに対し 10 分間」でしか動きません（2026年9月時点）。相手が「連絡先のみ」のままだと、いくら近づいても出てきません。Googleは、将来はAppleと協力して「連絡先のみ」でも使えるようにしたい、とブログに書いています。
そして先に見たとおり、その設定は10分で元に戻ります。時間が経ったら、もう一度選び直してもらう必要があります。
この道は両方向に通れます。Googleは自社のブログで、この機能を「two-way file sharing between Android and iOS devices」（AndroidとiOSのデバイスのあいだの、双方向のファイル共有）と説明しています。ヘルプにも、Apple製の端末から送られてきたものをAndroid側で受け取る手順が載っています。
この直接の道が使える機種は限られています。ここで面白いのは、Googleのヘルプが送るときと受け取るときで、別の条件を書いていることです（2026年9月時点）。
Apple製の端末へ送るほうの説明には「Google Pixel 8a 以降。」、Apple製の端末から受け取るほうの説明には「Google Pixel 9 以降（Google Pixel 9a を除く）」と書かれています。送るほうの説明には「一部の Samsung、Oppo、OnePlus、Vivo、Xiaomi、Honor、Transsion、Motorola デバイス。」も併記されています。
📌 ですから「自分の機種は対応しているか」を調べるときは、送りたいのか、受け取りたいのかまで含めて公式の一覧を見てください。片方だけ動く場合があります。
⚠ ここに挙げたのは、Googleのヘルプが例として書いている機種です。対応する機種は増え続けています。この記事の一覧を当てにせず、試す前にGoogleのヘルプで確かめてください。
📌 Galaxyをお使いなら、Samsungが自社の説明で、対応する機種を時点つきで挙げています。そちらのほうが細かく書かれています。
📌 機種が分からなくても、あきらめなくて大丈夫です。直接の道に対応していないときは、「QRコードの道」が使えます。
QRコードの道｜画面にQRコードが出たら、こちら
もう1本は、QRコードを使う道です。
Googleのリリースノートには「Google Play 開発者サービス v26.18（2026 年 5 月 11 日）」の更新として、次のように書かれています。「このアップデートにより、Quick Share で QR コードとクラウド転送を使用して、Android から iOS にコンテンツを転送できるようになりました」。
Android側の画面にQRコードが表示され、相手のiPhoneのカメラでそれを読み取ってもらう、という流れです。
📌 ここが、この記事でいちばん注意してほしいところです。同じクイックシェアのボタンから始まるのに、この道だけは通る場所がまったく違います。
クイックシェアのQRコードの道だけは、いったんインターネットに出る
Googleは、QRコードの道について、こう説明しています。
QR コードを使用して、iPhone、iPad、macOS デバイスにコンテンツを送信できます。ファイルはエンドツーエンドで暗号化されるため安全であり、Google サーバーで 24 時間ダウンロード可能になります。転送を正常に行うには、両方のデバイスがインターネットに接続している必要があります。
「Google サーバーで」「両方のデバイスがインターネットに接続している必要があります」——ここまで読んできた方なら、この2つがどれだけ大きな違いか分かるはずです。
⚠ この道でBluetoothを使わない、とまでは書かれていません。ただしGoogleがこの道について必要だと書いているのはインターネット接続で、Bluetoothには触れていません。
「クイックシェアがルーターを通らない理由」で見た「ルーターを通らない」「回線の通信量を使わない」「インターネットにつながっていなくても送れる」は、この道には当てはまりません。BluetoothとWi-Fiで目の前の相手と直接つなぐ、という話そのものが当てはまらないと考えてください。
手渡しではなく、いったん預けて、相手に取りに行ってもらう形です。宅配便でいえば、コンビニの受け取りロッカーに預けるようなものだと考えると近いかもしれません。クラウドストレージにファイルを置いて、リンクで渡すのに似ています。
QRコードの道にだけある制限
経路が違うので、できることも違います。Googleは、QRコードの道について次の点を挙げています。
- 通信料がかかることがある — 「Wi-Fi を使用しない場合、データ通信料が発生する可能性があります」
- 受け取れる量に上限がある — 「iPhone、iPad、macOS デバイスには、24 時間ごとに最大 10 GB のファイルを共有できます」
- 一度に送れる数にも上限がある — 「1 回の共有セッションで最大 1,000 個のファイルを共有できます」「一度に最大 20 台の iPhone、iPad、macOS デバイスにファイルを共有できます」
- 置いておける時間が決まっている — 「コンテンツは 24 時間ダウンロードできます」
- 写真や書類と、動画で扱いが違う — Googleは「画像を iOS の写真アプリに、ドキュメントを iOS のファイルアプリに保存するには、[保存] または [共有] を選択します」と書く一方、「動画ファイルはダウンロードのみ可能で、保存や共有はできません」としています。動画を渡すことがあるなら、ここは先に知っておくと安心です
- リンクを転送できない — 「このリンクを他のユーザーと共有することはできません」
⚠ ここに並べた数字は、いずれもApple製の端末へQRコードで送るこの道についてGoogleが書いているものです。「24時間ごとに最大10GB」も「一度に最大20台」も、クイックシェア全体の上限ではありません。
なお、Googleは「共有するファイルはエンドツーエンドで暗号化され、Google サーバーにアップロードされます。個人の Google ドライブ アカウントの保存容量は使用されません」とも書いています。自分の保存容量が減る心配は要りません。
どちらの道を通ったかは、画面で分かる
ここまでを踏まえると、自分がいまどちらの道を使っているかは、画面を見れば分かります。
| 画面に出たもの | 通っている道 | 気をつけること |
|---|---|---|
| 相手の名前やアイコン | 直接の道 | 相手の公開設定が10分で戻る |
| 四角いQRコード | いったん外に出る道 | 通信量・24時間の期限・動画は保存できない |
📌 大きな動画を送るときや、電波の弱い場所にいるときは、この違いが結果を分けます。QRコードが出たなら、そのファイルはこれからインターネットを通ります。
⚠ 相手の名前もQRコードも出てこないときは、道を選ぶ以前の段階です。「相手が出てこないときに、上から順に試すこと」に戻ってください。
⚠ なお、Androidどうしで使うQRコードは、これとは別のものです。Googleのヘルプは、そちらについては「送信元のデバイスに自動的に接続され、コンテンツを受信します」と書いており、サーバーの話は出てきません。
まとめ
この記事では、クイックシェアが何を使って送っているのか、そしてiPhoneへ送る2つの道について解説しました。
- BluetoothとWi-Fiは、役目が違う — Bluetoothが相手を見つけ、Wi-Fiが中身を運びます。この役割の割り振りを書いているのはAppleで、AirDropについての説明です。Samsungは「両方を使う」まで、Googleは「Bluetooth がオンになっているか」までしか書いていません
- ルーターを通らない — Appleは「インターネット接続やワイヤレスアクセスポイント（AP）を使用せずに」と明記しています。だから同じWi-Fiにつながっている必要がなく、回線の通信量も使いません（QRコードの道だけは別です）
- 相手が出てこないのは、受け取る側の状態 — 条件に合わなければ「デバイスは応答しません」。相手にクイックシェアの画面で「受信」にしたままにしてもらうだけで済むこともあります（設定を変えてもらう必要はありません）
- いちばん広い公開設定は10分で戻る — クイックシェアもAirDropも同じです。「さっきは送れたのに」はこれで起こります
- iPhoneへの道は2本ある — 直接の道は両方向に通れますが、相手に「すべてのユーザーに対し 10 分間」を選んでもらう必要があります
- どちらの道になるかは、送る側の機種で分かれる — Googleは「サポートしているデバイスの場合」と「していない場合」に分けて案内しています。送る側の機種が対応していなければ、QRコードの道になります
- QRコードが出たら、そこだけ外を通る — Googleのサーバーを経由し、両方の端末にインターネットが要ります。24時間の期限や、受け取った動画を保存できないといった制限もあります
目の前の相手に渡すのに、わざわざ遠くまで行く必要はありません。どちらの道を通っているかを知っているだけで、うまくいかない場面での打ち手が変わります。
クイックシェアとAirDropを支えている技術については、次の記事もあわせてご覧ください。
参考: Android デバイスで Quick Share を使用する（Android ヘルプ）
参考: Android Quick Share Support for AirDrop: A Secure Approach to Cross-Platform File Sharing（Google）
参考: iPhoneやiPadでAirDropを使う方法（Apple サポート）
参考: AirDropのセキュリティ（Appleプラットフォームのセキュリティ）
参考: (Galaxy) Quick Shareでファイルを共有する方法を教えてください。（Samsung Japan）