メニュー写真が却下されました。理由はどうやって調べますか?
3 社とも写真を却下しますが、理由を教えてくれるのは DoorDash と Uber Eats だけです。DoorDash は名前つきの理由を 11 件公開し、該当するものをメールで知らせます。Uber Eats は Menu Maker に理由を表示します。Grubhub の自動システムは Approved、In review、Rejected のいずれかを返すだけで、理由は添えられません。
Su Lee · MenuPhotoLab 創業者
出典の最終確認日 · 出典 5 件 · 英語の原文からの翻訳です
却下された写真は解決できる問題ですが、どの規定に反したかを突き止められる場合に限ります。それがプラットフォーム間で最も違う部分だとわかり、推測を始める前に知っておく価値があります。3 社とも規定を日本語では公開していません。DoorDash は英語とスペイン語、Uber Eats と Grubhub は英語のみです。
| DoorDash | Uber Eats | Grubhub | |
|---|---|---|---|
| 理由を教えてくれるか | はい、名前つきの 11 の理由のうち 1 つ | いいえ、ガイドライン全体を指すだけ | いいえ、状態のみ |
| 実際に受け取るもの | 具体的な理由をメールで | 理由を Menu Maker に | Approved、In review、Rejected |
| 審査期間の公開 | なし | カバー画像のみ、最長 3 営業日 | なし |
| 異議申し立て手続きの公開 | なし | なし | なし |
| 審査するのは | 非公開 | 非公開 | 自動システム、と明記 |
プラットフォームはどの規定に反したかを教えてくれますか?
教えてくれるのは 1 社だけで、3 社のこの差は、実際の規定の差よりずっと大きいです。
DoorDash は 11 の却下理由を公開し、該当するものを送ってくるので、撮り直すべきか、切り抜き直すべきか、光を変えるべきかがわかります。10 分で直るか、午後いっぱい推測するかの違いはそこにあります。
Uber Eats にはまさにこの質問の見出しがあります。その下の答えは英語で 1 文です。
Your photo might have been rejected because it did not adhere to the guidelines above. Once you’ve edited your photo, you can submit it again for approval.
意味は、あなたの写真は上のガイドラインに従っていなかったため却下された可能性があり、編集したら再度承認に出せる、ということです。上のガイドラインはおよそ十数の別々の規定からなります。そのうち 1 つに反したと言われるだけで、どれかは示されません。
Grubhub はまったく答えません。ヘルプセンターには各画像を Approved、In review、Rejected に分類する自動システムの説明があり、その状態に対応する理由コードは公開されていません。
Approved: image passed system criteria. In review: image is currently in the system processing. Rejected: Image did not pass system criteria.
意味は、Approved はシステム基準に合格、In review はシステムで処理中、Rejected はシステム基準に不合格、です。
3 社すべてで写真が却下されるのはどんな場合ですか?
ここから始めてください。重なりが大きく、却下の大半を占める理由だからです。
サイズや形が違う。 最も多い原因で、アップロード前に最も確認しやすいものです。各プラットフォームは異なる縦横比を求めるので、1 社向けに書き出したファイルは別の社ではしばしば仕様外です。
ぼやけている、ピントが合っていない。 DoorDash と Uber Eats が明示しています。
照明が悪い。 DoorDash はきつい影と白飛びを、Uber Eats は強い影と光量不足を却下します。
商品が複数。 Uber Eats が最も厳しく、写真は 1 つの商品を表さなければならないので、付け合わせと飲み物つきのプレートは不可です。
料理の写真ではない。 Grubhub は、ロゴ以外はすべて料理の写真であるべきで、クーポン、週替わりの特売、店内や外観の写真は受け付けないとしています。
サイズと形は他と分けて考える価値があります。書き出すときではなく撮るときに完全に消せる唯一の却下理由だからです。料理の周りに余裕を持たせて構図を決めれば、1 枚の原本がすべての切り抜きに耐えます。
| 切り抜き | 4:3 の写真から残るもの | 取り除かれるもの |
|---|---|---|
| 16:9(DoorDash) | 幅の全部 | 高さの 25%、上下に分けて |
| 1:1(DoorDash のサムネイル、Grubhub ヘルプセンター) | 高さの全部 | 幅の 25%、左右に分けて |
| 5:4(Uber Eats) | ほぼ全部 | 左右の細い帯 |
| 安全領域 | 幅と高さの中央 75% | その外はどれか 1 つのアプリで切られる |
3 社が食い違う規定はどれですか?
3 つあり、最初の 1 つは多くの人が明らかに問題ないと思う写真を引っかけます。
| DoorDash | Uber Eats | Grubhub | |
|---|---|---|---|
| 画面内の手 | ピントを外し、脇に寄せ、商品を隠さなければ可 | 可 | 不可 |
| 画像上の文字 | 重ね文字、文字、透かしを却下 | 不可。料理や包装にある文字は例外 | 独立した規定としては公開なし |
| ストックや重複の写真 | 実際の商品の本物の写真を求める | 画像を所有するか使用権を持つこと | Google の画像逆検索で一致があれば却下 |
手の規定は文字どおりに受け取ってください。 ハンバーガーを持つ手の写真は Uber Eats では可、DoorDash では手がぼけていて脇にある場合のみ可、Grubhub では一律に不可で、その開発者ポータルは画像に含められないものとして "body parts, hands holding food, people eating"(体の一部、料理を持つ手、食事中の人)を挙げています。1 枚の画像に 3 つの判定です。
Grubhub の著作権チェックは誰も予想しないものです。 画像は Google の画像逆検索で一致する URL を返してはならない、としています。これはストック写真を却下しますが、自分のウェブサイトにすでに載せている自分の写真も却下します。レストランとしてはまったく当たり前のことなのに。
複数のプラットフォームで販売している場合、これが意味すること
1 社での却下は、他の 2 社についてほとんど何も教えてくれません。規定は本当に異なり、どの規定に当たったかを教えるのは 1 社だけなので、同じファイルをあちこちに再提出して原因を探るのは何日も無駄にします。
最もコストの低いやり方はこうです。料理の周りに余白をとって撮り、手と文字は画面から完全に外し、他のどこにも公開したことのない写真を使い、プラットフォームごとに別のファイルを書き出す。この一組の選択で上のすべての規定の最も厳しい版を満たせるので、どのプラットフォームと争っているのかを突き止める必要がなくなります。
すでに却下された写真があるなら、別のプラットフォームの規定から推測せず、そのプラットフォーム自身のページで詳細を見てください。
よくある質問
メニュー写真はなぜ却下されたのですか?
どのプラットフォームが却下したかによります。DoorDash は名前つきの 11 の理由を公開し、該当するものをメールで知らせます。Uber Eats は Menu Maker に理由を表示します。Grubhub の自動システムは理由なしに Approved、In review、Rejected を返します。3 社に共通して最も多い原因は、サイズや縦横比の誤り、ぼやけ、照明不足です。
却下されたメニュー写真に異議を申し立てられますか?
どのプラットフォームも異議申し立て手続きを公開していませんが、DoorDash のマーチャントポータルの却下通知には Request review のボタンがあり、"If you think this was a mistake, you can request another review" という文言がついています。DoorDash のヘルプセンターのどこにも載っていません。文書化されていないことと利用できないことは同じではないので、却下が最終だと決めつける前にポータルそのものを確認してください。
メニュー写真に手が写っていてもいいですか?
プラットフォームによります。撮る前に確認する価値があるほど珍しい違いです。Uber Eats は手を認め、画像は手を除いて人を写してはならないとしています。DoorDash は手がぼけていて、脇にあり、商品を隠さない場合のみ認めます。Grubhub の開発者ポータルは体の一部を禁じ、料理を持つ手を挙げています。手を画面から外せば、1 枚の写真がどこでも使えます。
メニュー写真の審査にはどれくらいかかりますか?
数字を公開しているのは Uber Eats だけで、最長 3 営業日、しかもカバー画像についてです。メニューの商品写真の審査期間はどのプラットフォームも公開していません。Grubhub は自動システムが審査すると述べているので、人間の審査より状態が早く変わることはありますが、何も約束はしていません。
自分のウェブサイトの写真は却下されますか?
Grubhub では却下されることがあります。Grubhub は画像が Google の画像逆検索で一致する URL を返してはならないとしており、自分のウェブサイトにすでに公開した写真はたいてい一致します。DoorDash と Uber Eats は同等のチェックを公開していませんが、どちらも画像を所有するか使用権を持つことを求めています。
あわせて読みたいガイド
出典
- Uber Help、Adding cover images and menu catalog photos(英語。商品写真の理由は Menu Maker に表示。See Reasons と 3 営業日の審査はカバー画像の節), 確認日
- DoorDash、Common photo issues explained(英語。11 の理由、手の規定、照明と構図), 確認日
- Uber Help、Merchant submitted menu catalog photo guidelines(英語。"Why did my photo get rejected?"、禁止事項、人物禁止の唯一の例外としての手)。Uber は正しい URL でもブラウザ以外のリクエストには 404 を返すので、ブラウザで読む必要があり、nodeId パラメータは必須です。, 確認日
- Grubhub、Menu overview ヘルプセンター(英語。Approved / In review / Rejected の状態、料理のみの規定、セーフサーチ、画像逆検索のチェック), 確認日
- Grubhub 開発者ポータル、Menu Imagery Specifications(英語。体の一部の禁止)。JavaScript アプリで、curl には "Grubhub is loading..." と返すため、レンダリングしたブラウザで読む必要があり、取得失敗はページの消失を意味しません。, 確認日
プラットフォームの規定は変わります。このページには各出典を最後に確認した日付を記載しています。
MenuPhotoLab は DoorDash, Uber Eats, Grubhub と提携関係にありません。
