플랫폼이 규격을 두 가지로 공개했다면, 어느 쪽을 따라야 하나요?
더 엄격한 수치를 따르세요. 그럽허브(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개 · 영어 원문을 번역했어요
배달 앱마다 무엇을 요구하나요?
여기 있는 수치는 모두 각 플랫폼의 가맹점 문서에서, 출처마다 적힌 날짜에 직접 읽었어요. 도어대시는 16:9, 우버이츠는 5:4에서 6:4 사이, 그럽허브는 답이 두 개인데, 이 페이지의 나머지는 거기서 시작해요. 규격을 영어와 스페인어로 공개하는 곳은 도어대시뿐이고, 우버이츠, 그럽허브, 토스트는 영어로만 공개해요. 네 곳 모두 한국어판은 없어요.
| 플랫폼 | 최소 해상도 | 비율 | 형식 | 최대 용량 | 읽은 날짜 |
|---|---|---|---|---|---|
| 도어대시 | 1400 × 800 px | 16:9, 가로만 | JPG, PNG | 16 MB (영어판에는 2 MB, 스페인어판에는 10 MB도 적혀 있음, 아래 참고) | 2026-10-01 |
| 우버이츠 | 550 × 440 px, 최대 10,000 × 10,000 | 5:4에서 6:4 (권장) | JPG, PNG, GIF | 10 MB | 2026-09-22 |
| 그럽허브 (헬프센터) | 200 × 200 px | 1:1 | PNG만 | 미공개 | 2026-09-22 |
| 그럽허브 (개발자 포털) | 1600 × 1200 px | 4:3 | PNG, JPEG | 미공개 | 2026-09-22 |
사진에 관한 조언은 대부분 플랫폼마다 숫자가 하나라고 전제해요. 문서를 꼼꼼히 읽어 보면 그렇지 않아요. 제가 사진을 올리는 플랫폼 다섯 곳 중 세 곳이 같은 회사가 공개한 다른 수치와 어긋나는 수치를 공개하고, 때로는 같은 페이지 안에서 그래요.
이게 중요한 건 따지기 좋아해서가 아니라 실제 문제 때문이에요. 모순의 틀린 쪽을 따르면 사진이 반려되고, 반려 안내에는 다른 쪽이 인용돼 돌아와요.
| 플랫폼 | 이렇게 말하고 | 또 이렇게 말해요 | 따를 것 |
|---|---|---|---|
| 그럽허브 | 200 × 200 px, 1:1, PNG만 | 1600 × 1200 px, 4:3, PNG 또는 JPEG | 1600 × 1200의 4:3 |
| 도어대시 | 최대 2 MB (영어) 또는 10 MB (스페인어) | 16 MB 미만 | 2 MB 미만으로 유지 |
| 토스트 | 750 × 450 권장 | 최소 변 1000 px 권장 | 1920 × 1080으로 내보내기 |
그럽허브는 왜 사진 크기를 두 가지로 공개하나요?
배달 사진 문서 중 가장 큰 모순이고, 그럽허브의 두 페이지 어느 쪽도 다른 쪽이 있다는 사실을 인정하지 않아요. 한 규칙을 자세함만 달리 적은 게 아니에요. 모든 항목에서 어긋나요.
| 그럽허브 헬프센터 | 그럽허브 개발자 포털 | |
|---|---|---|
| 최소 크기 | 200 × 200 px | 최소 1600 × 1200 px |
| 비율 | 1:1, 정사각형 | 4:3 |
| 형식 | .png만 | .png, .jpeg 또는 .jpg |
| 대상 | 메뉴를 직접 올리는 레스토랑 | 메뉴를 피드로 보내는 POS와 연동 파트너 |
헬프센터를 만족하는 이미지는 개발자 포털 최소 기준보다 면적이 48배 작고, 모양까지 달라요. 정사각형은 4:3이 아니에요.
어느 쪽이 사장님을 구속하는지는 메뉴가 그럽허브에 어떻게 전달되느냐, 직접 업로드냐 파트너 피드냐에 달린 것으로 보여요. 그럽허브는 어디에서도 그렇게 말하지 않으니, 각 페이지가 누구를 위해 쓰였는지에서 제가 추론한 것으로 받아들이시고, 그럽허브에 들이댈 규칙으로 보지는 마세요.
도어대시의 실제 파일 용량 한도는 2 MB, 10 MB, 16 MB 중 무엇인가요?
어느 페이지를 어느 언어로 읽느냐에 따라 셋 다예요. 영어 페이지에서 사진이 크기 때문에 반려되는 이유를 설명하는 부분은 최대 2 MB라고 하고, 같은 페이지 아래쪽의 요건 요약은 아이템 사진을 16 MB 미만으로 적어요. 같은 페이지의 스페인어판(2026-10-01에 읽음)은 크기 항목에 10 MB, 요약에 16 MB를 적어요.
위에서 아래로 읽는 사장님은 답을 하나 얻어요. 규격 표로 건너뛰는 사장님은 여덟 배 큰 다른 답을 얻고요. 스페인어로 읽는 사장님은 세 번째 답을 얻어요.
무엇을 해야 하는지는 조금도 애매하지 않아서, 셋 중 가장 쉬운 모순이에요. 2 MB 미만으로 유지하면 세 해석을 한 번에 만족해요. 이게 중요한 건 주로 나머지에 대한 경고로서예요. 플랫폼이 한 페이지 안에서, 그리고 언어 사이에서 스스로 모순될 수 있다면, 여섯 달 전에 다른 데서 읽은 숫자는 다시 확인할 가치가 있어요.
토스트의 권장 이미지 크기는 토스트 자체 안내에 어긋나나요?
네, 두 가지 점에서요. 두 문서를 토스트의 표현 그대로(영어) 옮겨요.
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이 가장 긴 변인데, 토스트가 다른 곳에서 요구하는 1000 px에 250 px 모자라요.
모양. 750 × 450은 5:3, 즉 1.667이에요. 토스트는 지원 비율 세 가지를 나열하는데 5:3은 그 안에 없어요. 4:3(1.333)과 16:9(1.778) 사이에 있어요.
| 파일 | 가장 긴 변 | 비율 | 1000 px 최소를 만족하나요? | 지원 비율 안에 있나요? |
|---|---|---|---|---|
| 750 × 450, 토스트 권장 | 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이고, 짧은 변이 이미 1000 px을 넘어요.
표현에 대해 솔직하게 한마디 덧붙일게요. 이 모순이 얼마나 세게 무는지 좌우하니까요. 토스트의 두 수치 모두 요건이 아니라 권장으로 적혀 있어서, 도어대시의 16:9처럼 반려 근거가 되는 규칙은 아니에요. 모양 쪽이 둘 중 더 단단한데, "support"(지원한다)가 토스트가 허용 비율 세 가지에 쓰는 동사이기 때문이에요.
왜 사진 한 장이 모든 배달 앱에서 통하지 않나요?
서로 다른 이유가 셋이고, 그중 뻔한 건 하나뿐이에요.
모양이 겹치지 않아요. 16:9 파일은 가로가 세로의 거의 두 배예요. 1:1 파일은 정사각형이고요. 둘 다인 직사각형은 없어요. 16:9 사진을 정사각형으로 자르면 너비의 약 44%가 사라지고, 좌우 가장자리 근처에 있던 것은 함께 사라져요.
파일 형식도 겹치지 않아요. 그럽허브 헬프센터는 PNG만 요구하는데, 개발자 문서는 JPG도 받아요. 도어대시는 JPG와 PNG를 받고요. 우버이츠는 JPG, PNG, GIF를 받아요. 그러니 크롭을 제쳐 두더라도 내보낸 파일 하나가 어디서나 받아들여지지는 않아요.
도어대시는 업로드한 뒤에 사진을 한 번 더 잘라요. 대부분이 놓치는 부분이에요. 아이템 사진은 16:9여야 하지만, 도어대시는 그걸 가운데를 잘라낸 정사각형 썸네일로도 보여 줘요. 도어대시 자체 용어집에 메뉴 썸네일은 가운데 정사각형으로 보인다고 적혀 있어요. 그러니 한 플랫폼에 한 번 올리는 것만으로도 이미 서로 다른 크롭 두 가지를 견뎌야 해요.
모든 앱에 맞는 사진 한 장은 어떻게 찍나요?
요리를 프레임 가운데 75% 안에, 가로세로 양쪽으로 두세요.
이 숫자는 어림짐작이 아니라 공개된 요건을 계산한 결과예요. 4:3 사진을 생각해 보세요. 16:9 크롭은 너비를 전부 남기고 위아래를 잘라요. 1:1 크롭은 높이를 전부 남기고 양옆을 자르는데, 이건 피할 수 없어요. 도어대시는 모든 아이템 사진을 가운데 정사각형 썸네일로 보여 주고, 그럽허브 헬프센터는 아예 정사각형을 요구하니까요. 5:4 크롭은 그 사이에 있어요. 세 크롭 모두에서 살아남는 영역은 너비 가운데 75%와 높이 가운데 75%예요. 그 직사각형 밖에 있는 건 적어도 한 플랫폼에서 잘려요.
| 크롭 | 4:3 사진에서 남는 것 | 잘리는 것 |
|---|---|---|
| 16:9 (도어대시) | 너비 전부 | 높이의 25%, 위아래로 나눠서 |
| 1:1 (도어대시 썸네일, 그럽허브 헬프센터) | 높이 전부 | 너비의 25%, 양옆으로 나눠서 |
| 5:4 (우버이츠) | 거의 전부 | 양옆의 얇은 띠 |
| 안전 구역 | 너비와 높이의 가운데 75% | 그 밖은 앱 하나 이상에서 잘림 |
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로 찍는데, 도어대시가 요구하는 바로 그 모양이면서도 여기서는 최악의 모양이에요.
어느 플랫폼이든 받는 가장 큰 크기로 찍어서 줄이고, 플랫폼별로 따로 내보내세요. 파일 하나 이름만 세 번 바꾸는 게 아니라요.
여러 플랫폼에서 판다면 이게 무슨 뜻인가요
흔한 조언은 플랫폼마다 파일을 하나씩 내보내라는 거예요. 이 모순들은 그것만으로는 부족하다는 뜻이에요. 어떤 플랫폼에는 내보낼 합의된 목표 자체가 없으니까요.
모든 것을 견디는 건 촬영할 때 요리 주변에 여백을 두는 거예요. 위의 모든 모순은 크기와 모양에 관한 것이고, 둘 다 내보낼 때가 아니라 찍을 때 결정돼요. 가장자리에 바짝 붙여 찍은 요리는 같은 원본에서 4:3, 1:1, 16:9로 다시 자를 수 없어요. 여백이 있는 요리는 돼요.
제가 직접 올릴 때 쓰는 실전 규칙이에요. 넓게 찍고, 각 모순에서 가장 엄격한 수치로 내보내고, 원본을 보관해요. 가장 엄격하다는 건 그럽허브 1600 × 1200, 도어대시 2 MB 미만, 토스트 1920 × 1080이에요. 이 각각은 충돌하는 더 느슨한 수치도 모두 만족해요.
자주 묻는 질문
그럽허브 사진 크기는 200 x 200과 1600 x 1200 중 어느 쪽이 맞나요?
둘 다 그럽허브가 서로 다른 두 페이지에 공개한 것이고, 어느 쪽도 다른 쪽을 언급하지 않아요. 헬프센터는 최소 200 x 200픽셀, 1:1, PNG만이라고 해요. 개발자 포털은 최소 1600 x 1200픽셀, 4:3, PNG 또는 JPEG라고 하고요. 1600 x 1200의 4:3으로 올리세요. 헬프센터 최소 기준을 몇 배로 넘기고, 200 x 200은 개발자 포털에서 크기와 모양 모두로 떨어져요.
도어대시 사진 파일 용량 한도는 2 MB, 10 MB, 16 MB 중 무엇인가요?
도어대시는 세 수치를 모두 공개해요. 영어 페이지는 사진이 반려되는 이유 항목에서 최대 2 MB, 아래쪽 요건 목록에서 아이템 사진 16 MB 미만이라고 해요(2026-09-22에 읽음). 같은 페이지의 스페인어판은 10 MB와 16 MB예요(2026-10-01에 읽음). 파일을 2 MB 미만으로 유지하면 심사가 실제로 어느 쪽을 적용하든 셋 다 만족해요.
더 엄격한 수치와 더 느슨한 수치 중 어느 쪽을 따라야 하나요?
이 페이지의 모든 경우에서 더 엄격한 쪽이에요. 더 빡빡한 요건을 만족하는 파일은 더 느슨한 요건도 만족하니, 엄격한 수치를 따르면 플랫폼 심사가 어느 규칙을 적용하든 안전해요. 반대는 성립하지 않아요. 200 x 200 정사각형 PNG는 다른 문제가 전혀 없어도 그럽허브 개발자 포털에서 크기와 모양으로 떨어져요.
도어대시에 맞춘 사진이 우버이츠와 그럽허브에서도 통하나요?
아니요. 도어대시는 16:9, 즉 1.78:1을 요구해요. 우버이츠는 5:4에서 6:4, 즉 1.25에서 1.5를 받으니 도어대시 파일은 허용 범위 전체보다 넓어요. 그럽허브 헬프센터는 1:1 정사각형을 요구하고요. 도어대시 모양으로 내보낸 파일은 내용이 심사되기도 전에 나머지 두 곳에서 규격 밖이에요.
배달 앱 세 곳에 같은 사진을 쓸 수 있나요?
같은 파일은 안 돼요. 세 플랫폼은 서로 다른 모양 세 가지를 원하고, 받는 파일 형식도 똑같지 않아요. 요리를 사방에 여백을 두고 찍었다면 같은 촬영본을 세 곳에 쓸 수는 있어요. 플랫폼마다 따로 크롭해서 내보내면 돼요.
도어대시에서 사진이 멀쩡해 보이는데 목록 화면에서는 왜 잘못 잘리나요?
도어대시가 같은 이미지를 서로 다른 두 모양으로 두 번 보여 주기 때문이에요. 아이템 상세 화면은 16:9 사진을 써요. 메뉴 목록은 거기서 잘라낸 가운데 정사각형 썸네일을 보여 주고요. 좌우 가장자리 근처에 있는 건 정사각형 버전에서 사라져요.
함께 읽으면 좋은 가이드
출처
- 그럽허브, Menu imagery specifications (개발자 포털, 영어: 아이템 1600 × 1200의 4:3, 로고 200 × 200). JavaScript 앱이라 curl에는 "Grubhub is loading..."만 돌려주니 브라우저에서 읽어야 해요. 가져오기에 실패했다고 페이지가 사라진 건 아니에요., 확인일
- 그럽허브, Menu overview (헬프센터, 영어: 1:1 정사각형, 최소 200 × 200, .png만), 확인일
- 도어대시, Common photo issues explained (영어; 2 MB와 16 MB 두 수치), 확인일
- 도어대시, Motivos comunes por los que se rechazan las fotos del menú (스페인어; 10 MB), 확인일
- 도어대시, Menu photo terms glossary (영어; 썸네일은 가운데 정사각형으로 보임), 확인일
- 우버이츠, Merchant submitted menu catalog photo guidelines (영어; 5:4에서 6:4, 최소 550 × 440, JPG, PNG 또는 GIF), 확인일
- 토스트, Adding images to menu items (영어; "we recommend a rectangle 750 px by 450 px", 5 MB, jpg 또는 png), 확인일
- 토스트, Online Ordering Pro menu image requirements (영어; 1:1, 4:3 또는 16:9, 권장 최소 변 1000 px), 확인일
플랫폼 규정은 바뀔 수 있어요. 이 페이지에는 각 출처를 마지막으로 확인한 날짜가 함께 적혀 있어요.
MenuPhotoLab은 Grubhub, DoorDash, Toast, Uber Eats와 제휴 관계가 없어요.
