返回部落格
旅遊工具評比使用場景

上架被退圖、評論照片糊掉？2026 年 5 大旅遊平台照片規格完整比較

發佈於14 min read
分享文章

一張照片，五個平台，五種下場

老實說，這件事是被朋友問出來的。

他開民宿，同一批房間照片同時上架 Booking.com、Agoda 跟 Expedia。Booking 過了，Agoda 退回來說解析度不足，Expedia 那邊卡在「房型照片數量不足」。同一批照片，三種結果。他問我：到底誰的標準才是對的？

答案是——沒有誰對誰錯，是五家的規格根本不一樣，而且差距大到離譜。

我花了一個晚上把五個平台的官方規格文件全部翻過一輪，發現一件更有趣的事：中文圈幾乎找不到把這些規格放在同一張表上比較的資料。每家的規格藏在各自的後台幫助中心，散得很開，除非你同時經營五個通路，否則不會知道差在哪。

先講清楚這篇的邊界：下面的數字全部來自各平台官方公開文件與 GIATA 的通路規格彙整，不是我逐張上傳去量壓縮率——那需要五個平台的商家後台權限，我沒有。壓縮率的部分，下面會給一套自己就能跑的測法。

房源上架端：規格差距有多大

這是差最兇的一塊。直接看數字。

平台 最低解析度 建議／最佳解析度 單檔大小 張數要求
Booking.com 300px（GIATA 記錄） 2048×1080 起，建議 4000×3000 未公開 建議至少 10 張，上限 45 張
Agoda 800×600 2048×1536 4MB 建議物件層 24 張、每房型 4 張
Expedia 系（含 Hotels.com） 1000px 2880px 未公開 至少 20 張，每個啟用房型 4 張且須含浴室
Kayak 640px 未公開 未公開 上限 35 張
TripAdvisor 未公開 2880px 未公開 未公開

我第一次看到這張表的時候有點意外。Booking 建議的 4000×3000 是一千兩百萬畫素，等於要你拿相機拍；Kayak 的 640px 則是二十年前的網頁尺寸。同一批素材要餵給兩端，中間差了將近四十倍的像素量。

Agoda 那個 4MB 的單檔上限是最容易踩到的。現在手機隨手一拍就 5MB 起跳，iPhone 開 ProRAW 直接破 20MB。點開後你會看到上傳失敗但錯誤訊息沒說原因，很多人卡在這裡卡半天。Agoda 另外還有單次上傳總量 100MB 的限制，一次丟三十張大圖必掛。

Expedia 那條「每個啟用房型至少 4 張，其中一張必須是浴室」的規定特別有意思。這不是技術限制，是轉換率導向的內容規範——他們的數據顯示旅客會找浴室照片。沒有浴室照，房型的曝光權重就下降。

還有一個沒人提但影響很大的欄位：照片多久才會上線。Booking 是幾分鐘內更新，Expedia 一天兩次，TripAdvisor 要 24 到 48 小時，Agoda 是雙週更新、實際上線可能超過兩週。如果你在連假前一週才換季節照，Agoda 那邊根本來不及。

兩週。這個數字值得記起來。

評論投稿端：一般旅客這邊的規則

如果你不是業者，只是想在訂完行程後留個評論賺點回饋，規則完全是另一套。

Klook 的公開資訊裡寫得很明白：上傳 3 張以上照片，每則評論可以拿 30 KlookCash；評論字數達 100 字（中文 40 字）另外拿 20 KlookCash。所以「3 張」跟「中文 40 字」是它的門檻設計，不是隨便訂的。

KKday 也有評論給旅遊金折價券的機制，但門檻條件跟 Klook 不完全一樣。

至於通路端的行程圖，KKday 透過 rezio 的通路設定指引寫得比較細：最多 10 張，建議 1920×1440（4:3 比例），單檔不超過 5MB。這組數字對做行程的供應商蠻實用的，因為 4:3 這個比例其實不是手機預設——iPhone 預設是 4:3 沒錯，但很多人開了 16:9 或方形構圖，上傳後會被裁掉重點。

說真的，這一塊的資訊透明度比房源端差很多。Trip.com 跟 Klook 的評論照片單檔大小、張數上限，我翻不到官方明文規格，只能從實際上傳介面觀察。這種情況我寧可標「未公開」，也不要生一個數字出來給你參考。

那壓縮呢？你可以自己這樣測

規格是一回事，平台實際對你的照片做了什麼是另一回事。所有 OTA 都會對上傳圖做二次處理——轉檔、壓縮、產生多種尺寸的縮圖。差別只在於掉多少。

想知道某個平台把你的照片壓成什麼樣，不用等別人測，三步驟自己來：

  1. 上傳一張你手上有原檔的照片，記下原檔的檔案大小與尺寸。
  2. 在前台頁面找到那張照片，右鍵複製圖片位址，用瀏覽器直接開那條 URL。注意觀察 URL 裡有沒有尺寸參數（像是 _R_1200x800 或 ?w=1080），有的話代表平台在做動態裁切。
  3. 把那張圖存下來，比對檔案大小、實際像素、以及 EXIF 是否還在。 用 exiftool 或線上 EXIF 檢視工具都可以。

第三步是重點中的重點。如果平台沒有清掉 EXIF，你上傳的房間照片裡可能還帶著 GPS 座標——對民宿來說，那就是把地址公開。我踩過這個雷的朋友不只一個。

順帶一提，如果你想知道各家圖床對 EXIF 的處理差異，站內有一篇逐欄位檢查 8 個圖床的 EXIF 保留報告，方法論可以直接套到 OTA 平台上。

為什麼同一批照片不該直接餵給所有通路

這是我從朋友那次退圖事件學到的教訓。

正確做法不是「拍一組最高規格的照片，五個平台都丟同一份」。聽起來很合理，實際上有三個問題會咬你。

第一，大圖不代表安全。Agoda 的 4MB 上限會直接擋掉你那張 12MP 的原檔，而你如果為了過 Agoda 全部壓到 4MB 以下，Booking 那邊的品質分數又會掉。

第二，裁切比例會毀掉構圖。Agoda 明確要求橫向構圖，KKday 通路圖建議 4:3。同一張直式照片丟進兩邊，一邊被裁掉天花板，一邊被裁掉床尾。

第三，上線時間差會讓你的通路內容不同步。Booking 幾分鐘就換好了，Agoda 兩週後才生效。中間這段期間，同一間房在不同平台長得不一樣，客訴就是這樣來的。

實務上比較省事的做法是準備兩到三個版本：一份高解析原檔（4000×3000 等級，餵 Booking 與 Expedia）、一份壓到 4MB 以下的橫式版（餵 Agoda）、一份 1920×1440 的 4:3 版（餵 KKday 這類行程通路）。一次做好，之後每季換照片只要跑同一套流程。

中間檔案要放哪：一個實務問題

準備三個版本之後會出現一個很煩的狀況：你需要一個地方放這些中間檔，還要能傳給攝影師、設計、或幫你上架的同事看。

email 附件會被壓縮，雲端硬碟要對方登入，通訊軟體傳完畫質就沒了。

這種「短期需要一條連結、對方點開就能看原圖」的場景，圖床其實比雲端硬碟順手。用 lpic.cc 的話流程是：上傳 → 需要的話設一組查看密碼 → 複製短連結 → 貼給對方。免註冊，對方不用裝任何東西。房源照片如果還沒對外公開，密碼保護這層特別有用。

但限制要講清楚，不然你會在錯的地方用它：單張圖片上限 8MB，所以 Booking 那種 4000×3000 的大原檔可能會超過；檔案在最後一次被查看後保留 30 天，沒人看就會被清掉；而且上傳的檔案會自動壓縮最佳化，原始檔案不會被保留。

換句話說，它是分享用的中繼站，不是你的素材庫。房源原檔請自己留一份本機或雲端備份，這件事沒有例外。

常見問題 FAQ

Q1：照片被平台退回，最常見的原因是什麼？

依規格文件推斷，前三名是解析度不足、單檔超過大小上限、以及構圖方向不符（Agoda 只收橫向）。Booking.com 另外明確表示不收模糊、過度後製或帶浮水印的照片，所以你在照片角落壓自己民宿的 logo，很可能就是被退的原因。

Q2：手機拍的照片夠用嗎？還是一定要請攝影師？

以規格論，現在旗艦手機的 12MP 輸出（約 4032×3024）剛好踩在 Booking 建議的 4000×3000 上，數字上是夠的。真正的差距在光線與構圖，那不是像素能補的。預算有限的話，優先把主圖跟浴室照拍好——這兩張的曝光權重最高。

Q3：Agoda 的 4MB 限制怎麼過？

把 JPEG 品質降到 80–85 通常就能從 8MB 壓到 3MB 上下，肉眼幾乎看不出差別。不要用縮小尺寸的方式來過關，那會同時掉解析度分數。如果想搞懂壓縮參數怎麼影響觀感，站內有一篇圖片壓縮品質與 SSIM 對照測試可以參考。

Q4：評論照片上傳後可以刪掉嗎？

多數平台允許刪除自己的評論與附圖，但已被平台快取或被其他使用者引用的縮圖不一定會同步消失。所以會後悔的照片，一開始就不要上傳——這比事後補救可靠。

Q5：為什麼這篇沒有實測各平台的壓縮率？

因為要在房源端測壓縮，需要五個平台的商家後台帳號，我沒有；而評論端的照片會公開在頁面上，直接抓來測會牽涉到別人的內容。所以我選擇把官方規格整理清楚，再給你一套自己能跑的驗證流程，而不是端一組來源不明的數字給你。

參考資料

#旅遊平台#Booking.com#Agoda#Klook#KKday#照片規格#民宿經營#圖片壓縮
A

作者

Alex Chen

產品實測員

每款工具都親手測過，用第一人稱帶你體驗真實使用感受。