Uber Eats、出前館、ロケットナウ、menuを全部オンラインにして、最初に鳴った案件を取る。
フードデリバリー配達員なら、普通に考える稼働方法です。
では、Uber Eatsの案件を受けた後も出前館をオンラインにしておき、条件のいい案件が鳴ったら追加で取ってもいいのでしょうか。
店舗も配達先も同じ方向なら、2件まとめて運んだ方が効率は上がります。
しかし、複数アプリを使うことと、複数社の配達を同時に抱えることは別問題です。
結論から言えば、複数アプリをスマートフォンへ入れることや、案件を受ける前に複数社で待機することは、ただちに規約違反になるとは限りません。
問題は、1社の案件を受けた後です。
受諾した瞬間に個別の配達契約が始まり、商品を速やかに受け取り、指定された方法で届ける責任が発生します。
今回は、Uber Eats、出前館、ロケットナウ、menuの公開規約を確認し、複数アプリの同時稼働がどこから危なくなるのかを整理します。
先に結論
- 複数アプリをスマートフォンに入れること自体は問題ではない
- 案件を受ける前の複数アプリ同時オンラインも、一律禁止とは限らない
- 1件受けた後に他社案件まで受けると、遅配・品質低下・規約違反の危険が出る
- ロケットナウは、受注した配達が完了するまで他の配達業務を行わないと明記している
- Uber Eatsは他社利用を妨げないが、受諾後は直ちに開始し合理的な時間内に完了する必要がある
- menuも受諾時に個別契約が成立し、指定時間・場所・方法での完了が必要
- 出前館は公開アプリ規約だけで断定せず、個別契約と最新の業務ルールまで確認する
実務上最も安全なのは、1社の案件を受けたら、他社アプリを一時停止して配達を終える運用です。
※この記事は2026年6月23日時点で公開されている各社の規約・公式案内をもとに整理しています。出前館など、公開規約とは別に個別の業務委託契約やアプリ内ルールが適用される場合があります。実際の稼働では、自分が同意した最新契約とアプリ内通知も確認してください。
複数アプリ稼働には3段階ある
「複数アプリを使う」と一言で言っても、状態は3つに分かれます。
1．複数アプリを入れているだけ
Uber Driver、出前館Driver、ロケットナウ、menuなどを同じスマートフォンへインストールしている状態です。
これは、まだ配達依頼を受けていません。
複数社へ登録し、仕事を選べるようにしているだけです。
2．複数アプリで同時に待機する
Uber Eats、出前館、ロケットナウ、menuを同時にオンラインにし、最初に鳴った案件を選ぶ状態です。
これも、どの案件も受けていない間は、他社の商品を運んでいるわけではありません。
3．複数社の案件を同時に受ける
Uber Eatsを受けた後に出前館も受ける。
ロケットナウの商品を持ったまま、menuの店舗へ向かう。
ここまで来ると、ただの複数アプリ待機ではありません。
複数の配達契約を同時に抱えている状態です。
規約上の問題が出やすいのは、この3段階目です。
複数アプリの同時オンラインは禁止なのか
今回確認した公開規約では、4社すべてについて「他社アプリをスマートフォンへ入れてはいけない」という共通の禁止規定は確認できませんでした。
特にUber Eatsは、自分がいつ、どこでアプリを使うかを選べることに加え、Uber Eatsとの関係で排他的な義務を負わないことを明記しています。
簡単に言えば、Uber Eatsへ登録したからといって、出前館やロケットナウを使ってはいけない契約ではありません。
しかし、他社アプリを使えることと、Uber Eatsの商品を持ったまま他社配達をしてよいことは別です。
ロケットナウは、受注した配達が完了するまで、他の配達業務を行わないと明記しています。
つまり、複数アプリの同時待機と、案件受諾後の同時配達を一緒にしてはいけません。
4社の公開規約を比較
| サービス | 案件前の複数待機 | 受諾後の他社配達 | 判断 |
|---|---|---|---|
| Uber Eats | 排他的義務なし | 直ちに開始し、合理的な時間内に完了する義務あり | 他社利用は可能だが、遅配させてよいわけではない |
| 出前館 | 公開アプリ規約では一律禁止を確認できず | 公開アプリ規約だけでは断定できない | 個別契約・最新業務ルールの確認が必要 |
| ロケットナウ | 受注前の他社待機を明確に禁止する条項は確認できず | 完了まで他の配達業務を行わないと明記 | 同時受注・同時配達は避ける |
| menu | 公開規約では一律禁止を確認できず | 受諾時に個別契約が成立し、指定条件で完了する義務あり | 他社案件による遅配・品質低下は危険 |
Uber Eatsは他社アプリを使える
Uber Eatsの個人配達パートナー向け契約は、他社との競争を禁止する契約ではありません。
いつ、どこでUber Driverアプリを使用するかは、配達パートナーが自分で決められます。
また、配達依頼を受諾するか、拒否するか、無視するかも自分で決められます。
したがって、Uber Eatsだけに専属で働く必要はありません。
出前館、ロケットナウ、menu、そのほかの仕事を行うこと自体は可能です。
受諾後は話が変わる
Uber Eatsの依頼を受諾すると、その時点で個別の配送サービス契約が成立します。
そして、原則として配達の履行を直ちに開始し、合理的な時間内に完了する必要があります。
そのため、次のような運用は危険です。
- Uber Eatsを受けた後に、逆方向の出前館を受ける
- Uberの商品を持ったまま、他社店舗で長時間待つ
- 他社案件を先に届けるため、Uberの客を大きく迂回する
- 他社案件のトラブルでUberの配達が止まる
- 複数社の商品を取り違える
Uber Eatsは他社アプリの利用を禁止していません。
しかし、他社案件を理由に、受諾済みのUber Eats案件を遅らせる権利まで認めているわけではありません。
同じ方向なら2件取っていいのか
ここが配達員として一番考えるところです。
Uberの店舗と出前館の店舗が近い。
配達先も同じ方向。
合計しても大きな遠回りにならない。
確かに、うまくいけば売上は上がります。
ただし、片方の店舗が10分待ちになれば、もう片方の商品も10分止まります。
マンションの入口が見つからない。客が出てこない。商品不足が発覚する。踏切が開かない。
一つ予定が崩れるだけで、両方の配達が崩れます。
同じ方向だから安全なのではなく、予定どおり進んだ場合だけ成立する賭けです。
出前館は公開規約だけで断定できない
出前館が公開しているドライバーズアプリ利用規約では、法令違反、不正な位置情報の登録、運転中の不適切なアプリ操作、運営を妨害する行為などが禁止されています。
しかし、公開されているのは、ドライバーズアプリの利用規約です。
配達依頼を受けた後に、別会社の案件を同時に行ってよいかという細かい業務条件までは、公開ページだけでは確認できません。
出前館では、自分が同意した配達代行者契約、アプリ内の業務ルール、最新のお知らせも確認する必要があります。
公開規約に「複数アプリ禁止」と書かれていないから、同時受注も自由だと断定するのは危険です。
少なくとも、他社案件によって出前館の到着が遅れたり、商品が冷めたり、指定された配達手順を守れなくなったりすれば、通常どおり配達を履行できていないことになります。
ロケットナウは同時配達を明確に制限している
ロケットナウは、4社の中で最も分かりやすい規定です。
独立ドライバーは、受注した配達業務が安全かつ異常なく完了するまで、他の配達業務を行わないと定められています。
つまり、ロケットナウを受けた後に、Uber Eatsや出前館の商品を取りに行く運用は避けるべきです。
他社の案件を先に持っている状態でロケットナウを受けるのも、結果としてロケットナウの配達中に他の配達業務を行うことになります。
店舗と配達先が同じ方向かどうかは関係ありません。
規約は、「遠回りしなければ他社配達をしてよい」という書き方ではなく、完了するまで他の配達業務を行わないという内容です。
ロケットナウ公式のマルチ配達とは別
ロケットナウには、運営側が指定するマルチ配達があります。
これは、ロケットナウのシステムが正式に複数注文を割り当て、料金や配達順を管理するものです。
配達員が自分でUber Eatsや出前館を追加するのとは別です。
menuは受諾時に個別契約が成立する
menuでは、配達依頼に応じる操作を行った時点で、配達業務に関する個別契約が成立します。
受諾後は、次の責任を負います。
- 店舗から商品を集荷する
- 商品を汚損・変形・変質させない
- 指定された時間・場所・方法で届ける
- 客や店舗と必要な連絡を行う
- アプリ上の指示を守る
menuの公開規約には、他社アプリをオンラインにすること自体を一律禁止する文言は確認できません。
ただし、他社案件を同時に行った結果、指定時間に間に合わない、商品が冷める、配達方法を守れないとなれば、個別契約どおりに履行できていません。
menuの注文を受けた後は、その注文の完了を優先するのが安全です。
公式のダブル・マルチ配達は別物
Uber Eatsなどでは、アプリ側から複数注文をまとめて依頼されることがあります。
同じ店舗から2件受け取る場合や、途中でもう1件追加される場合です。
これはプラットフォーム側が正式に組み合わせた配達です。
- アプリが複数注文を把握している
- アプリが配達順を表示する
- 報酬計算も複数配達として行われる
- 客側にも複数配達であることが反映される場合がある
一方、自分でUber Eatsと出前館を同時に取った場合、Uber Eatsは出前館の商品を知りません。
出前館もUber Eatsの商品を知りません。
各社は、自社の注文だけを運んでいる前提で到着予測や客への表示を行います。
公式のマルチ配達と、自分で作った他社混載を同じものとして扱ってはいけません。
商品をまだ受け取っていなければ大丈夫なのか
商品を持っていなくても、案件を受けた時点で契約が始まるサービスがあります。
Uber Eatsは受諾時に個別契約が成立します。
menuも依頼に応じる操作を行った時点で個別契約が成立します。
したがって、「まだ商品を受け取っていないから自由」という判断はできません。
受諾した後に別会社の店へ向かえば、最初の案件の開始を遅らせることになります。
他社案件を先に配達したら分かるのか
各社のアプリは、配達中の位置情報や進行状況を利用します。
客側にも配達員の位置が表示される場合があります。
そのため、次のような動きは不自然に見えます。
- 店舗とは逆方向へ進む
- 商品受け取り後に別の店舗で長時間停止する
- 配達先の近くを通過して別方向へ進む
- 同じ場所で何度も停止する
- 予定到着時刻を大きく超える
客から見れば、「なぜ自分の家と違う方向へ走っているのか」となります。
苦情が入れば、位置情報や配達記録をもとに確認される可能性があります。
バレるかどうかで判断するのではなく、問い合わせを受けたときに合理的に説明できる動きかを見るべきです。
同時受注で実際に増えるリスク
店舗待ちが連鎖する
1軒目がすぐ出る前提で2軒目を取っても、商品が完成していなければ全体が崩れます。
商品を取り違える
複数社の商品を同じバッグへ入れれば、注文番号や配達先の取り違えが起きやすくなります。
温度管理が崩れる
温かい料理、冷たい飲み物、アイス、寿司などを複数社分まとめて運べば、商品の品質管理が難しくなります。
客への説明ができない
「別会社の配達を先にしていました」は、客にもサポートにも通りにくい説明です。
一つのトラブルが両方へ波及する
住所不明、商品不足、現金トラブル、事故、車両故障。
どちらか一方で問題が起きれば、もう一方も遅れます。
金額で考えても割に合うとは限らない
たとえば、Uber Eatsで600円、出前館で700円の案件を同時に取れば、売上は1,300円です。
1件ずつ行えば合計40分かかるところを、30分で終えられれば効率は上がります。
しかし、どちらかの店で10分待てば、その優位性は消えます。
さらに誤配、返金、低評価、報酬調整、アカウント制限が起きれば、追加で得た数百円では回収できません。
一度のアカウント停止で数日稼働できなくなれば、失う売上は数百円ではなく数万円です。
複数受注は、成功した1回だけを見れば効率的です。
失敗したときの損失まで含めると、期待値が高いとは限りません。
最も安全な複数アプリ運用
現実的なのは、次の運用です。
- 案件がない間は複数アプリをオンラインにする
- 条件のよい案件を1件受諾する
- 受諾した直後に、他社アプリをオフラインまたは一時停止する
- 受諾した配達を完了する
- 配達完了後、複数アプリを再びオンラインにする
これなら、鳴り待ちの時間は複数社を利用しながら、受諾後は一つの配達へ集中できます。
案件が少ない時間帯でも、規約違反や遅配のリスクを増やさず、最初に鳴った良案件を選べます。
通知が邪魔になる場合の対策
他社案件を受けた後も複数アプリをオンラインにしていると、走行中に通知が連続します。
通知を見るために走行中のスマートフォンを操作すれば、交通違反や事故の危険が増えます。
案件を受けたら、停車中に他社アプリを止めてください。
走行中に通知へ反応する前提の運用は、売上以前に危険です。
配達用スマートフォン周辺機器
スマートフォンホルダー・モバイルバッテリーの商品枠
複数アプリを使うと、GPS、通信、画面表示、通知で電池の消耗が早くなります。
ただし、スマートフォンホルダーは走行中にアプリを操作するための道具ではありません。停車してから操作するのが前提です。
車種への適合、固定力、防水性、振動対策、充電容量を確認し、Amazon・楽天・Yahoo!ショッピングで価格を比較してください。
よくある疑問
4社を全部オンラインにして待ってもいい？
今回確認した公開規約では、案件受諾前の複数待機を4社共通で一律禁止する規定は確認できませんでした。
ただし、キャンペーンや個別契約に別条件が付く場合は、その条件が優先されます。
Uber Eatsを受けた後も出前館をオンラインにしておくだけなら？
出前館の案件を受けず、Uber Eatsの配達へ影響を与えないなら、ただちに他社配達を行ったことにはなりません。
ただし、走行中に通知へ反応する危険があるため、Uber Eatsを受けた時点で他社を一時停止する方が安全です。
同じ店舗のUber Eatsと出前館を同時に取ったら？
店舗が同じでも契約は別です。
片方の商品待ちによってもう片方が遅れる可能性があり、アプリ側も他社商品を把握していません。
同じ店舗だから自動的に公式のダブル配達になるわけではありません。
配達先が同じマンションなら問題ない？
住所が近いことは、規約上の免除条件ではありません。
ロケットナウは完了まで他の配達業務を行わない規定なので、同じマンションでも他社配達を追加すべきではありません。
先に受けた案件をキャンセルして、後の高単価案件へ行けばいい？
受諾後のキャンセルを繰り返せば、完了率、配達実績、アカウント評価などへ影響する可能性があります。
高単価案件が鳴るたびに受諾済み案件を捨てる運用は、長期的には安定しません。
結論｜複数待機と複数配達は分けて考える
Uber Eats、出前館、ロケットナウ、menuを複数登録すること自体は問題ではありません。
案件がない間に複数アプリで待機し、条件のよい案件を選ぶ運用も、公開規約上ただちに一律禁止とは確認できませんでした。
ただし、1件受けた後は話が変わります。
- Uber Eatsは受諾後、直ちに履行を始め、合理的な時間内に完了する
- 出前館は公開規約だけで断定せず、個別契約と最新ルールを確認する
- ロケットナウは受注した配達が完了するまで、他の配達業務を行わない
- menuは受諾時に個別契約が成立し、指定時間・場所・方法で完了する
他社アプリを使えることと、複数社の商品を同時に運べることは別です。
最も安全で現実的な運用は、こうです。
鳴り待ちは複数アプリ。案件を受けたら1社に絞る。完了後に全部を再開する。
数百円の追加売上を狙って、遅配、誤配、低評価、アカウント停止のリスクを抱える必要はありません。
関連記事
確認した公式資料
編集後記
複数アプリを使うこと自体が悪いわけではありません。
鳴らない時間にUber Eatsだけを待ち続けるより、出前館やロケットナウも開いて、条件のよい仕事を選ぶ方が合理的です。
ただし、案件を取った後まで欲張ると話が変わります。
同じ方向だからいける。店が近いからいける。今まで問題なかったからいける。
その判断は、店待ちや住所不明が一つ入っただけで崩れます。
鳴り待ちは複数。走るときは一つ。
結局、それが一番アカウントと売上を守れる運用です。
コメント