外送菜單照片為什麼會掉色
用一套實用的 sRGB 輸出流程，讓食物照片從手機上傳到 DoorDash、Uber Eats 與 Grubhub 後維持穩定。
先把完成的菜單照片轉成 sRGB，再依平台要求裁切，縮到上傳尺寸後只輸出一次。這套流程能減少 App 誤讀色彩或大幅縮圖的機會。
不要把手機相簿當成最後標準。近期的 iPhone 能拍攝廣色域照片，也能在 P3 螢幕上顯示；外送平台收到檔案後，可能採用不同方式調整尺寸、壓縮或編修。最後要看的是客人實際看到的菜單縮圖。
上傳前照這份流程做
每個平台各準備一份乾淨的 sRGB 輸出檔，不要把廣色域相機原檔直接傳到所有地方。
- 留著未修改的原檔，以免重複編修後無法重來。
- 先修正曝光和白平衡，再調整飽和度。
- 把完成的照片轉成 sRGB，不要只移除色彩描述檔。
- 依上架平台裁切並縮圖。先查最新的 DoorDash 照片規格或 Uber Eats 照片規格。
- 以高品質 JPEG 或 PNG 輸出一次，先上傳一道菜，再到客人使用的 App 裡檢查結果。
如果編輯軟體的輸出選項寫著「轉換成 sRGB」，就選它。只寫「移除中繼資料」或「移除描述檔」的功能不是同一件事。
為什麼手機和 App 看起來不一樣
本節只說明背後原理。如果只想照著步驟操作，可以直接跳到下一節。
手機能顯示一般 sRGB 檔案容納不了的顏色，因此色彩指示經過轉換或遺失後，相同像素可能產生不同結果。
Apple 目前的 iPhone 規格同時列出廣色域照片拍攝與 P3 廣色域螢幕。對高飽和的紅、橘、黃、綠來說，P3 比 sRGB 留下更多色彩空間。
W3C 的網頁規則要求，沒有色彩標記的圖片必須視為 sRGB。色彩描述檔就像標籤，告訴 App 該怎麼讀照片。拿掉 P3 標籤卻不先轉換顏色，下一個 App 就會照錯誤指示處理。
想看數字的話
我們用食物常見的 P3 色彩比較兩種處理方式：正確轉成 sRGB，以及未轉換就移除描述檔。
| 測試色彩 | 正確從 P3 轉成 sRGB，ΔE00 | 未轉換就移除描述檔，ΔE00 |
|---|---|---|
| 番茄與辣椒紅 | 5.93 | 6.30 |
| 番茄醬深紅 | 3.47 | 5.24 |
| 鮭魚與鮪魚橘粉色 | 4.25 | 3.57 |
| 藍莓紫 | 0 | 1.49 |
這些是儀器量測值，不代表人眼是否看得出差異。這組數據只說明一件事：色彩轉換和移除描述檔是兩種不同操作。就算原色本來就在 sRGB 內，直接丟掉描述檔仍可能增加誤差。
為什麼醬汁邊緣更容易受影響
亮度相近的食物要靠打光或擺盤拉開差異，因為壓縮保留亮度細節的能力比只靠顏色形成的邊界好。
以下到本節結束是原理與數字，不想看可以直接跳到下一節。JPEG 常用 4:2:0 色度次取樣，水平方向和垂直方向的色彩解析度都是亮度的一半。在我們用五張圖片進行的 JPEG q80 測試中，4:2:0 對高飽和紅色像素造成的平均誤差，比 4:4:4 高 21.9%。關閉色度次取樣後，檔案平均增大 18.1%。
想看數字的話：誤差集中在哪裡
同一項測試依細節種類替像素分類。誤差是每個色彩通道的平均絕對差，刻度從 0 到 255。
| 像素區域 | 平均誤差 | 與平坦區相比 |
|---|---|---|
| 平坦區 | 1.25 | 基準 |
| 紋理、芝麻等亮度細節 | 3.10 | 2.48 倍 |
| 亮度相近的色彩邊界，例如肉旁的醬汁 | 3.91 | 3.12 倍 |
| 同時有亮度與色彩邊界 | 4.36 | 3.49 倍 |
不要把 4:4:4 當成主要解法。JFIF 規格本身不鼓勵使用 4:2:0 以外的取樣格式，因為部分應用程式可能不支援。對餐廳來說，更穩妥的做法是別讓一道菜只靠細窄的紅褐色邊界來呈現內容。
- 擺盤許可時，在醬汁和肉之間留一點實際間隔。
- 利用光線方向拉開兩者的亮度。
- 控制紅色和橘色的飽和度，避免後續處理面對太極端的色彩。
先縮圖，再交給 App
先依上傳尺寸縮圖再輸出，因為測試中「縮圖後再次壓縮」付出的代價，比維持相同尺寸重複編碼更高。
想看數字的話：我們怎麼測的
我們比較了一次完成的縮圖，以及模擬平台處理的路徑。後者先把上傳檔編碼，再縮成 1080 px 寬並重新編碼。
| 測試路徑 | 量測結果 |
|---|---|
| JPEG q80 維持相同尺寸，連續編碼 4 代 | 平均誤差增加 1.4%，檔案大小幾乎不變 |
| 上傳檔先編碼，再縮成 1080 px 並重新編碼 | 平均誤差比先縮圖、只編碼一次高 8.1% |
| 兩條縮圖路徑的輸出大小 | 差距維持在 0.4% 到 1.6% 之內 |
這項模擬沒有判定任何外送 App 使用哪一種編碼器。它只說明，既然已經知道平台需要的裁切與尺寸，先上傳大很多的檔案並沒有明確好處。
用上架結果找問題
先上傳一道有代表性的菜，確認客人實際看到的縮圖，再處理整份菜單。
- 如果整張圖變得灰暗，回到原檔，確認執行的是轉換成 sRGB，而不是直接移除描述檔。
- 如果紅醬和褐色肉塊之間失去層次，先調整打光或擺盤間隔，不要先增加飽和度。
- 如果裁切或清晰度改變，依平台尺寸從原檔重新輸出，不要反覆儲存下載回來的圖。
- 如果白盤偏色，先修正白平衡，再做局部調色。
準備重新拍攝時，可以照著手機食物攝影指南取得光線乾淨、構圖明確的原始照片。如果不想自己建立輸出流程，MenuFactory AI 食物攝影工具可以根據菜色照片製作適合菜單使用的圖片。
資料來源
- W3C CSS Color Module Level 4，查得 2026-08-25
- 英文原文：“For compatibility, colors specified in HTML, and untagged images must be treated as being in the sRGB color space.”
- Apple iPhone 17 技術規格，查得 2026-08-25
- 英文原文：“Wide color capture for photos and Live Photos” 與 “Wide color (P3).”
- ITU-T T.871 JFIF 規格，查得 2026-08-25
- 英文原文：“The most common of these forms is known as 4:2:0, in which the CB and CR colour components are sub-sampled by a factor of two in both the horizontal and vertical dimensions.”