一个平台公布了两套规格，您该遵循哪一套？
遵循更严格的那个数字。Grubhub 在自己的两个页面上，为同一种菜品照片同时公布了 200 x 200 正方形 PNG 和 1600 x 1200 的 4:3。DoorDash 在一个英文页面上写了 2 MB 和 16 MB，在同一页面的西班牙文版上写了 10 MB。Toast 建议 750 x 450，又另外建议最小 1000 像素。满足更严格数字的文件，两种说法都能满足。
Su Lee · MenuPhotoLab 创始人
来源最后核对于 · 8 个来源 · 译自英文原文
每个外卖 App 要求什么？
这里的每个数字都来自平台自己的商家文档，在每个来源旁边标注的日期读取。DoorDash 要 16:9，Uber Eats 要 5:4 到 6:4 的区间，Grubhub 公布了两个答案，本页其余部分就从这里开始。只有 DoorDash 用英文和西班牙文公布规则；Uber Eats、Grubhub 和 Toast 只有英文。四家都没有中文版。
| 平台 | 最小分辨率 | 宽高比 | 格式 | 最大文件 | 读取日期 |
|---|---|---|---|---|---|
| DoorDash | 1400 × 800 px | 16:9，只接受横向 | JPG、PNG | 16 MB（英文还写 2 MB，西班牙文写 10 MB，见下文） | 2026-10-01 |
| Uber Eats | 550 × 440 px，最大 10,000 × 10,000 | 5:4 到 6:4（建议） | JPG、PNG、GIF | 10 MB | 2026-09-22 |
| Grubhub（帮助中心） | 200 × 200 px | 1:1 | 仅 PNG | 未说明 | 2026-09-22 |
| Grubhub（开发者门户） | 1600 × 1200 px | 4:3 | PNG、JPEG | 未说明 | 2026-09-22 |
大多数照片建议都假设每个平台只公布一个数字。仔细读文档，会发现并非如此。我上传照片的五个平台里，有三个公布的数字和同一家公司公布的另一个数字矛盾，有时就在同一个页面上。
这件事重要是出于实际原因，不是较真。如果您遵循了矛盾中错的那一半，照片会被拒，而拒绝通知会把另一半引用给您看。
| 平台 | 说了一个 | 又说了一个 | 遵循哪个 |
|---|---|---|---|
| Grubhub | 200 × 200 px，1:1，仅 PNG | 1600 × 1200 px，4:3，PNG 或 JPEG | 1600 × 1200 的 4:3 |
| DoorDash | 最大 2 MB（英文）或 10 MB（西班牙文） | 小于 16 MB | 保持在 2 MB 以下 |
| Toast | 建议 750 × 450 | 建议最小边 1000 px | 导出 1920 × 1080 |
为什么 Grubhub 公布了两个不同的照片尺寸？
这是外卖照片文档里最大的矛盾，而且 Grubhub 的两个页面都不承认另一个存在。它们不是同一条规则的两个详略层次。它们在每一个字段上都不一致。
| Grubhub 帮助中心 | Grubhub 开发者门户 | |
|---|---|---|
| 最小尺寸 | 200 × 200 px | 至少 1600 × 1200 px |
| 宽高比 | 1:1，正方形 | 4:3 |
| 格式 | 仅 .png | .png、.jpeg 或 .jpg |
| 面向谁 | 自己上传菜单的餐厅 | 通过 feed 发送菜单的 POS 和集成合作方 |
满足帮助中心的图片，面积比开发者门户的最小值小 48 倍，而且形状还不对。正方形不是 4:3。
哪一个对您有约束力，似乎取决于您的菜单如何到达 Grubhub：手动上传还是合作方 feed。Grubhub 没有在任何地方这么说，所以把这当作我从每个页面的写作对象推断出来的，而不是您能拿来要求他们的规则。
DoorDash 的文件大小上限到底是 2 MB、10 MB 还是 16 MB？
三个都是，取决于您读的是哪个页面、哪种语言。在英文页面上，解释照片为何因尺寸被拒的那部分写的是最大 2 MB，同一页面更下方的要求汇总把菜品照片列为小于 16 MB。同一页面的西班牙文版（2026-10-01 读取）在尺寸那一节写 10 MB，汇总里写 16 MB。
从上往下读的商家得到一个答案。跳到规格表的商家得到另一个，大八倍。读西班牙文的商家得到第三个。
该怎么做没有任何歧义，这让它成为三个矛盾里最容易的：保持在 2 MB 以下，三种说法就都满足了。它的意义主要在于对其余部分的警示。如果一个平台能在一个页面内、在不同语言之间自相矛盾，那您六个月前在别处读到的数字就值得再查一遍。
Toast 建议的图片尺寸是否违反 Toast 自己的指引？
是的，两处都违反。下面是两篇文章里 Toast 的原话（英文）。
For menu item images, we recommend a rectangle 750 px by 450 px.
Toast Online Ordering Pro menu templates support 1:1 (square), 4:3 (rectangle), and 16:9 (rectangle) aspect ratios. We recommend a minimum height or width of 1000 pixels to ensure high image quality.
第一篇建议菜品图片用 750 乘 450 像素的矩形。第二篇说 Online Ordering Pro 的菜单模板支持 1:1、4:3 和 16:9 三种比例，并建议高或宽至少 1000 像素。严格按第一条建议做的餐厅，产出的文件会在第二条上失败两次。
尺寸。 750 px 是它的最长边，比 Toast 在另一处要求的 1000 px 少 250 px。
形状。 750 × 450 是 5:3，即 1.667。Toast 列出了三种支持的比例，5:3 不在其中。它夹在 4:3（1.333）和 16:9（1.778）之间。
| 文件 | 最长边 | 比例 | 满足 1000 px 最小值？ | 在支持的比例之内？ |
|---|---|---|---|---|
| 750 × 450，Toast 的建议 | 750 px | 5:3（1.667） | 否，差 250 px | 否，在 4:3 和 16:9 之间 |
| 1920 × 1080 | 1920 px | 16:9（1.778） | 是，短边已超过 1000 px | 是，16:9 在列表里 |
导出 1920 × 1080，两篇文章都能宽裕地满足：它是 16:9，Toast 列出了这个比例，而且它的短边已经超过 1000 px。
关于措辞的一句实话，因为它决定了这个矛盾咬得有多紧。Toast 的两个数字都写成建议而不是要求，所以都不是像 DoorDash 的 16:9 那样能据以拒绝您的规则。形状那一半更硬一些，因为 "support"（支持）是 Toast 用来描述三种可接受比例的动词。
为什么一张照片不能在所有外卖 App 上通用？
三个不同的原因，其中只有一个是显而易见的。
形状没有交集。 一个 16:9 的文件宽接近高的两倍。一个 1:1 的文件是正方形。没有哪个矩形同时是这两者。把 16:9 的照片裁成正方形会去掉大约 44% 的宽度，靠近左右边缘的东西都跟着没了。
文件格式也没有交集。 Grubhub 的帮助中心公布的是仅 PNG 的要求，虽然它的开发者文档也接受 JPG。DoorDash 接受 JPG 和 PNG。Uber Eats 接受 JPG、PNG 和 GIF。所以即使撇开裁切，一个导出的文件也不是到处都被接受。
DoorDash 在您上传之后会把照片再裁一次。 这是大多数人漏掉的部分。您的菜品照片必须是 16:9，但 DoorDash 还会把它显示为居中正方形缩略图。它自己的术语表写明菜单缩略图是居中的正方形。所以向一个平台上传一次，就已经需要经得起两种不同的裁切。
怎样给一张照片构图，让它适用于所有 App？
把菜品保持在画面中央 75% 的范围内，横竖两个方向都是。
这个数字不是经验法则，而是公布的要求算出来的结果。拿一张 4:3 的照片。16:9 的裁切保留完整宽度，去掉上下。1:1 的裁切保留完整高度，去掉两侧，而这一种您躲不开：DoorDash 把每张菜品照片都渲染成居中正方形缩略图，Grubhub 的帮助中心干脆要求正方形。5:4 的裁切在两者之间。三种裁切都保留下来的区域，是宽度中央的 75% 和高度中央的 75%。这个矩形之外的任何东西，至少会被一个平台切掉。
| 裁切 | 从一张 4:3 照片保留的 | 去掉的 |
|---|---|---|
| 16:9（DoorDash） | 完整宽度 | 高度的 25%，上下各一半 |
| 1:1（DoorDash 缩略图、Grubhub 帮助中心） | 完整高度 | 宽度的 25%，两侧各一半 |
| 5:4（Uber Eats） | 几乎全部 | 两侧各一条细边 |
| 安全区 | 宽度和高度中央的 75% | 此外的部分至少会被一个 App 切掉 |
75% 这个数字专门针对 4:3 的照片。 换一种形状拍，安全区就会移动，因为伤到您的那种裁切变了。
| 您拍的比例 | 安全宽度 | 安全高度 | 您损失的 |
|---|---|---|---|
| 4:3 | 75% | 75% | 均衡。最宽容的形状 |
| 5:4 | 80% | 70% | 上下损失更多 |
| 3:2 | 67% | 84% | 两侧损失更多 |
| 16:9 | 56% | 100% | 近一半的宽度，输给正方形裁切 |
| 1:1 | 100% | 56% | 近一半的高度，输给 16:9 裁切 |
由此得出两件事。如果您三个平台都在卖，就按 4:3 拍，因为这是唯一没有任何一种裁切会咬掉一大块的形状。拍摄前检查相机设置：大多数手机拍照默认是 4:3，但视频模式、全景和很多专业模式拍的是 16:9，它在这里是最差的形状，尽管正是 DoorDash 要的那个。
按任何平台接受的最大尺寸拍，然后缩小，再按平台分别导出。不是一个文件改三次名。
如果您在多个平台上卖，这意味着什么
通常的建议是每个平台导出一个文件。这些矛盾意味着单靠这一点不够，因为对某些平台来说，根本没有一个公认的导出目标。
经得起一切的是拍摄时在菜品周围留出空间。上面的每个矛盾都是关于尺寸和形状的，而这两者在拍照时就决定了，不是导出时。一道贴着边缘拍的菜，没法从同一个原图重新裁成 4:3、1:1 和 16:9。一道留有边距的菜可以。
我自己上传时用的实际规则：拍宽一点，按每个矛盾里最严格的数字导出，并保留原图。最严格的意思是：Grubhub 1600 × 1200，DoorDash 2 MB 以下，Toast 1920 × 1080。这些每一个也都满足与之冲突的那个更宽松的数字。
常见问题
Grubhub 的照片尺寸哪个是对的，200 x 200 还是 1600 x 1200？
两个都是 Grubhub 公布的，在两个不同的页面上，彼此都不提另一个。帮助中心说至少 200 x 200 像素，1:1，仅 PNG。开发者门户说至少 1600 x 1200 像素，4:3，PNG 或 JPEG。上传 1600 x 1200 的 4:3：它远超帮助中心的最小值，而 200 x 200 在开发者门户上会同时因尺寸和形状失败。
DoorDash 的照片文件大小上限是 2 MB、10 MB 还是 16 MB？
DoorDash 三个数字都公布了。它的英文页面在"照片为何被拒"一节说最大 2 MB，在更下方的要求列表里说小于 16 MB，2026-09-22 读取。同一页面的西班牙文版说 10 MB 和 16 MB，2026-10-01 读取。把文件保持在 2 MB 以下就三个都满足，无论审核实际用哪个。
我应该遵循更严格的还是更宽松的数字？
更严格的，本页的每一个案例都是。满足更紧要求的文件也满足更松的，所以遵循严格数字意味着无论平台审核用哪条规则您都被覆盖。反过来不成立：一个 200 x 200 的正方形 PNG 在 Grubhub 开发者门户上会因尺寸和形状失败，哪怕别的都没问题。
为 DoorDash 调好尺寸的照片在 Uber Eats 和 Grubhub 上能用吗？
不能。DoorDash 要求 16:9，即 1.78:1。Uber Eats 接受 5:4 到 6:4，即 1.25 到 1.5，所以 DoorDash 的文件比它整个接受范围都宽。Grubhub 的帮助中心要求 1:1 正方形。按 DoorDash 形状导出的文件，在另外两家内容还没被审就已经不符合规格了。
我能在三个外卖 App 上用同一张照片吗？
不是同一个文件。三个平台要三种不同的形状，接受的文件格式也不完全相同。如果拍摄时菜品四周都留了边距，您可以把同一次拍摄用于三家，然后为每个平台导出单独的裁切。
为什么我的照片在 DoorDash 上看着没问题，在列表视图里却裁错了？
因为 DoorDash 把同一张图显示两次，两种不同的形状。菜品详情视图用您的 16:9 照片。菜单列表显示从中裁出的居中正方形缩略图。靠近左右边缘的任何东西在正方形版本里都会消失。
相关指南
来源
- Grubhub，Menu imagery specifications（开发者门户，英文：菜品 1600 × 1200 的 4:3，Logo 200 × 200）。这是一个 JavaScript 应用，对 curl 返回 "Grubhub is loading..."，所以必须在浏览器中读取。抓取失败不代表页面消失了。, 核对日期
- Grubhub，Menu overview（帮助中心，英文：1:1 正方形，至少 200 × 200，仅 .png）, 核对日期
- DoorDash，Common photo issues explained（英文；2 MB 和 16 MB 两个数字）, 核对日期
- DoorDash，Motivos comunes por los que se rechazan las fotos del menú（西班牙文；10 MB）, 核对日期
- DoorDash，Menu photo terms glossary（英文；缩略图显示为居中正方形）, 核对日期
- Uber Eats，Merchant submitted menu catalog photo guidelines（英文；5:4 到 6:4，最小 550 × 440，JPG、PNG 或 GIF）, 核对日期
- Toast，Adding images to menu items（英文；"we recommend a rectangle 750 px by 450 px"，5 MB，jpg 或 png）, 核对日期
- Toast，Online Ordering Pro menu image requirements（英文；1:1、4:3 或 16:9，以及建议的最小边 1000 px）, 核对日期
平台规则会变。本页标注了每个来源最后一次核对的日期。
MenuPhotoLab 与 Grubhub, DoorDash, Toast, Uber Eats 没有任何关联。