同一批照片只有 Agoda 被退？6 大旅行平台图片规格拉成一张表
同一张照片，六个平台，六种结果
这件事是被朋友问出来的。
他开民宿，同一批房间照片同时上架 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 起跳，开 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 比例其实挺重要，因为很多人开了 16:9 或方形构图，上传后会被裁掉重点。
说实话，这一块的信息透明度比上架端差很多。携程和 Klook 的评价照片单文件大小、张数上限，我翻不到官方明文规格，只能标「未公开」，不生造数字。
压缩率，你可以自己这样测
规格是一回事，平台实际对你的照片做了什么是另一回事。所有 OTA 都会对上传图做二次处理——转码、压缩、生成多种尺寸的缩略图。差别只在于掉多少。
三步骤自己来：
- 上传一张你手上有原图的照片，记下原图的文件大小与尺寸。
- 在前台页面找到那张照片，右键复制图片地址，用浏览器直接打开。注意观察 URL 里有没有尺寸参数（像是
_R_1200x800或?w=1080），有的话代表平台在做动态裁切。 - 把那张图存下来，比对文件大小、实际像素、以及 EXIF 是否还在。 用
exiftool或在线 EXIF 查看工具都可以。
第三步是重点。如果平台没有清掉 EXIF，你上传的房间照片里可能还带着 GPS 坐标——对民宿来说，那就是把地址公开。
站内有一篇逐字段检查 8 个图床的 EXIF 保留报告，方法论可以直接套到 OTA 平台上。
为什么同一批照片不该直接喂给所有渠道
这是我从朋友那次退图事件学到的教训。
「拍一组最高规格的照片，六个平台都丢同一份」听起来很合理，实际上有三个问题会咬你。
第一，大图不代表安全。Agoda 的 4MB 上限会直接挡掉你那张 1200 万像素的原图，而你如果为了过 Agoda 全部压到 4MB 以下，Booking 那边的质量分数又会掉。
第二，裁切比例会毁掉构图。Agoda 明确要求横向构图，KKday 渠道图建议 4:3。同一张竖图丢进两边，一边被裁掉天花板，一边被裁掉床尾。
第三，上线时间差会让你的渠道内容不同步。Booking 几分钟就换好了，Agoda 两周后才生效。中间这段期间，同一间房在不同平台长得不一样，客诉就是这样来的。
实务上比较省事的做法是准备两到三个版本：一份高分辨率原图（4000×3000 等级，喂 Booking 与 Expedia）、一份压到 4MB 以下的横版（喂 Agoda）、一份 1920×1440 的 4:3 版（喂 KKday 这类行程渠道）。一次做好，之后每季换照片只要跑同一套流程。
中间文件要放哪
准备三个版本之后会出现一个很烦的状况：你需要一个地方放这些中间文件，还要能传给摄影师、设计或帮你上架的同事看。
邮件附件会被压缩，云盘要对方登录，聊天软件传完画质就没了。
这种「短期需要一条链接、对方点开就能看原图」的场景，图床其实比云盘顺手。用 lpic.cc 的话流程是：上传 → 需要的话设一组查看密码 → 复制短链接 → 发给对方。免注册，对方不用装任何东西。房源照片如果还没对外公开，密码保护这层特别有用。
但限制要讲清楚，不然你会在错的地方用它：单张图片上限 8MB，所以 Booking 那种 4000×3000 的大原图可能会超过；文件在最后一次被查看后保留 30 天；而且上传的文件会自动压缩优化，原始文件不会被保留。
换句话说，它是分享用的中转站，不是你的素材库。房源原图请自己留一份本地或云端备份，这件事没有例外。
常见问题
Q1：照片被平台退回，最常见的原因是什么？
依规格文档推断，前三名是分辨率不足、单文件超过大小上限、以及构图方向不符（Agoda 只收横向）。Booking.com 另外明确表示不收模糊、过度后期或带水印的照片，所以你在照片角落压自己民宿的 logo，很可能就是被退的原因。
Q2：手机拍的照片够用吗？还是一定要请摄影师？
以规格论，现在旗舰手机的 1200 万像素输出（约 4032×3024）刚好踩在 Booking 建议的 4000×3000 上，数字上是够的。真正的差距在光线与构图，那不是像素能补的。预算有限的话，优先把主图跟卫生间照拍好——这两张的曝光权重最高。
Q3：Agoda 的 4MB 限制怎么过？
把 JPEG 质量降到 80–85 通常就能从 8MB 压到 3MB 上下，肉眼几乎看不出差别。不要用缩小尺寸的方式来过关，那会同时掉分辨率分数。想搞懂压缩参数怎么影响观感，站内有一篇图片压缩质量与 SSIM 对照测试可以参考。
Q4：评价照片上传后可以删掉吗？
多数平台允许删除自己的评价与附图，但已被平台缓存或被其他用户引用的缩略图不一定会同步消失。所以会后悔的照片，一开始就不要上传——这比事后补救可靠。
Q5：为什么这篇没有实测各平台的压缩率？
因为要在上架端测压缩，需要六个平台的商家后台账号，我没有；而评价端的照片会公开在页面上，直接抓来测会牵涉到别人的内容。所以我选择把官方规格整理清楚，再给你一套自己能跑的验证流程，而不是端一组来源不明的数字给你。