같은 사진인데 아고다만 반려? 주요 OTA 6곳 이미지 규격을 한 표로 정리했다
같은 사진, 여섯 곳, 여섯 가지 결과
지인의 질문에서 시작된 이야기입니다.
게스트하우스를 운영하는 분인데, 같은 객실 사진 묶음을 부킹닷컴, 아고다, 익스피디아에 같은 날 올렸습니다. 부킹닷컴은 통과. 아고다는 해상도 부족으로 반려. 익스피디아는 객실 타입별 장수 부족으로 경고. 같은 사진, 세 가지 결과.
어느 쪽이 틀린 게 아닙니다. 단순히 각사 규격이 다르고, 생각보다 격차가 큽니다.
하룻밤 걸려 각사 파트너 문서를 훑고 나서 하나 더 알게 된 게 있습니다. 이 규격들을 나란히 비교한 자료가 한국어권에 거의 없습니다. 각사가 자기 헬프센터에 따로 적어두니, 여섯 채널을 동시에 운영하지 않는 한 차이가 보이지 않는 구조죠.
범위를 먼저 밝힙니다. 아래 수치는 각사 공개 문서와 GIATA의 채널 요건 정리가 출처이며, 제가 한 장씩 올려 압축률을 측정한 게 아닙니다. 그러려면 여섯 곳의 관리자 계정이 필요한데 저는 없습니다. 압축은 직접 측정하는 방법을 뒤에 적었습니다.
등록 측 규격: 격차가 큰 지점
| 플랫폼 | 최소 해상도 | 권장 해상도 | 파일당 상한 | 장수 요건 |
|---|---|---|---|---|
| 부킹닷컴 | 300px (GIATA 기재) | 2048×1080 이상, 4000×3000 권장 | 비공개 | 10장 이상 권장, 최대 45장 |
| 아고다 | 800×600 | 2048×1536 | 4MB | 시설 24장, 객실 타입별 4장 |
| 익스피디아 계열 | 1000px | 2880px | 비공개 | 20장 이상, 운영 객실별 4장(욕실 필수) |
| 카약 | 640px | 비공개 | 비공개 | 최대 35장 |
| 트립어드바이저 | 비공개 | 2880px | 비공개 | 비공개 |
| 야놀자·여기어때 | 비공개 | 각사 관리자 기준 | 각사 규정 | 상품 단위로 별도 요건 |
부킹닷컴이 권장하는 4000×3000은 1200만 화소, 사실상 카메라 영역입니다. 반면 카약의 하한은 640px. 같은 소재를 양쪽에 공급하려면 필요한 화소 수가 40배 가까이 차이 납니다.
실제로 가장 많이 걸리는 건 아고다의 파일당 4MB입니다. 요즘 폰은 무심코 찍어도 5MB, 아이폰 ProRAW면 20MB를 넘습니다. 업로드는 실패하는데 이유가 표시되지 않으니 여기서 반나절을 태우는 분이 많습니다. 아고다에는 "1회 업로드 합계 100MB"라는 제한도 있어서, 큰 사진 30장을 한꺼번에 던지면 반드시 실패합니다.
익스피디아의 "운영 중인 객실 타입마다 4장 이상, 그중 한 장은 욕실" 규정이 개인적으로 가장 흥미롭습니다. 기술적 제약이 아니라 전환율 설계거든요. 여행자가 욕실 사진을 찾는다는 데이터가 있어서 필수가 된 겁니다. 빠뜨리면 해당 객실 타입의 노출 가중치가 떨어집니다.
아무도 말하지 않지만 영향이 큰 항목: 반영까지 걸리는 시간
지인이 실제로 걸린 건 여기였습니다.
부킹닷컴은 몇 분 내 반영. 익스피디아는 하루 두 번. 트립어드바이저는 24~48시간. 아고다는 격주 갱신으로, 실제 노출까지 2주 넘게 걸리기도 합니다.
2주. 연휴 일주일 전에 계절 사진으로 교체해도 아고다에는 못 맞춥니다.
리뷰 측: 일반 여행자에게는 규칙이 다르다
운영자가 아니라 예약 후 리뷰를 남기려는 입장이라면 완전히 다른 설계가 적용됩니다. 화질이 아니라 보상 기준이거든요.
클룩은 공개 정보로 명시하고 있습니다. 사진을 3장 이상 첨부하면 리뷰당 30 클룩캐시, 글자 수 100자 이상(중국어권은 40자)이면 추가로 20 클룩캐시. 즉 "3장"과 글자 수는 의도적으로 설계된 임계값이지 임의의 숫자가 아닙니다.
KKday에도 리뷰에 여행 크레딧을 주는 구조가 있지만 조건은 클룩과 동일하지 않습니다.
한편 공급자 측 상품 이미지에 대해 KKday는 rezio 연동 가이드에서 비교적 상세히 공개합니다: 최대 10장, 권장 1920×1440(4:3), 파일당 5MB 이하. 이 4:3 비율이 은근히 중요한데, 아이폰 기본이 4:3이긴 하지만 16:9나 정방형으로 구도를 잡은 사람은 업로드 후 주제가 잘립니다.
솔직히 이쪽 정보 투명성은 등록 측보다 훨씬 낮습니다. Trip.com이나 클룩의 리뷰 사진 파일당 상한, 장수 상한은 공식 문서를 찾지 못했습니다. 추측으로 숫자를 만들기보다 "비공개"로 표기합니다.
압축은 직접 측정할 수 있다
규격과, 실제로 무슨 처리를 하는지는 별개입니다. 모든 OTA는 업로드 이미지를 재인코딩하고 여러 크기의 파생 이미지를 만듭니다. 차이는 손실 정도뿐입니다.
세 단계로 확인할 수 있습니다.
- 원본이 손에 있는 사진을 올립니다. 원본 파일 크기와 화소 수를 기록해두세요.
- 공개 페이지에서 그 사진을 찾아 이미지 주소를 복사하고 브라우저에서 직접 엽니다. URL에 크기 지정 파라미터(
_R_1200x800,?w=1080등)가 있는지 보세요. 있다면 플랫폼이 동적으로 리사이즈하고 있다는 뜻입니다. - 그 이미지를 저장해 파일 크기, 실제 화소, EXIF 잔존 여부를 비교합니다.
exiftool이든 온라인 EXIF 뷰어든 상관없습니다.
세 번째가 가장 중요합니다. 플랫폼이 EXIF를 제거하지 않았다면 객실 사진에 GPS 좌표가 남아 있을 수 있습니다. 게스트하우스에는 그게 곧 주소 공개입니다.
이미지 호스팅 각사에 같은 방법을 적용한 결과는 8개 서비스의 EXIF 보존을 항목별로 검사한 글에 정리했습니다. 방법론은 그대로 OTA에도 적용됩니다.
같은 소재를 전 채널에 그대로 넣으면 아픈 이유
지인의 반려 사건에서 배운 겁니다.
"최고 화질로 한 세트 찍어서 전 채널에 같은 걸 보낸다"는 합리적으로 보이지만 세 가지 문제를 일으킵니다.
첫째, 크다고 안전한 게 아닙니다. 아고다의 4MB 상한은 1200만 화소 원본을 그대로 튕겨냅니다. 그렇다고 아고다에 맞춰 전부 4MB 이하로 압축하면 부킹닷컴 쪽 품질 점수가 떨어집니다.
둘째, 크롭 비율이 구도를 망칩니다. 아고다는 가로 방향을 명시적으로 요구하고, KKday 상품 이미지는 4:3 권장입니다. 같은 세로 사진을 양쪽에 넣으면 한쪽은 천장이, 다른 쪽은 침대 발치가 잘립니다.
셋째, 반영 시간 차이로 채널 간 내용이 어긋납니다. 부킹닷컴은 몇 분, 아고다는 2주. 그 사이 같은 방이 예약 사이트마다 다르게 보입니다. 컴플레인은 여기서 나옵니다.
실무적으로는 2~3개 버전을 준비하는 게 품이 덜 듭니다. 고해상도 원본(4000×3000급, 부킹닷컴·익스피디아용), 4MB 이하 가로 버전(아고다용), 1920×1440 4:3 버전(상품 채널용). 한 번 만들어두면 시즌 교체는 같은 공정을 돌리기만 하면 됩니다.
중간 파일은 어디에 둘까
버전을 3개 만들면 은근히 성가신 문제가 생깁니다. 중간 파일을 둘 곳과, 사진작가나 디자이너, 등록을 도와주는 동료에게 보여줄 방법이요.
이메일 첨부는 압축되고, 클라우드 드라이브는 상대에게 로그인을 요구하고, 메신저를 거치면 화질이 떨어집니다.
이 "짧은 기간 링크 하나로 상대가 원본을 보게 하고 싶다"는 용도라면 클라우드 드라이브보다 이미지 호스팅이 손이 덜 갑니다. lpic.cc라면 업로드 → 필요 시 열람 비밀번호 설정 → 단축 링크 복사 → 전달. 회원가입이 없고 상대도 아무것도 설치하지 않습니다. 아직 공개 전인 시설 사진이라면 비밀번호 보호가 유용합니다.
용도를 잘못 잡지 않도록 제한을 명시합니다. 이미지 한 장 8MB까지 — 즉 부킹닷컴용 4000×3000급 원본은 넘을 수 있습니다. 파일은 마지막 열람 후 30일에 삭제되고, 업로드된 파일은 자동 최적화되어 원본은 보관되지 않습니다.
중계 지점으로는 쓸 수 있지만 정식 소재 보관소는 못 됩니다. 시설 사진 원본은 로컬이나 자체 클라우드에 반드시 따로 두세요. 여기엔 예외가 없습니다.
자주 묻는 질문
Q1: 사진이 반려되는 원인 중 흔한 건 뭔가요?
규격 문서로 추정하면 상위 셋은 해상도 부족, 파일당 상한 초과, 방향 불일치(아고다는 가로만)입니다. 부킹닷컴은 여기에 더해 흐릿하거나 과도하게 보정했거나 워터마크가 들어간 사진을 받지 않는다고 명시합니다. 시설 로고를 구석에 넣고 있다면 그게 반려 사유일 수 있습니다.
Q2: 폰 촬영으로 충분한가요, 작가를 써야 하나요?
규격상으로는 충분합니다. 현행 플래그십의 1200만 화소 출력(약 4032×3024)이 부킹닷컴 권장 4000×3000을 딱 만족합니다. 진짜 격차는 조명과 구도이고, 화소로는 메워지지 않습니다. 예산이 빠듯하면 메인 사진과 욕실을 우선 확보하세요. 노출 가중치가 가장 큰 두 장입니다.
Q3: 아고다의 4MB 제한은 어떻게 통과하나요?
JPEG 품질을 80~85로 낮추면 8MB 사진이 3MB 안팎이 되고 육안으로는 거의 구분되지 않습니다. 화소를 줄여서 통과시키는 방법은 피하세요. 해상도 점수가 같이 떨어집니다. 압축 파라미터와 체감의 관계는 이미지 압축 품질과 SSIM 대조 테스트에 정리해두었습니다.
Q4: 올린 리뷰 사진을 나중에 지울 수 있나요?
대부분의 플랫폼에서 자신의 리뷰와 첨부 이미지는 삭제할 수 있습니다. 다만 캐시된 썸네일이나 다른 사용자가 인용한 이미지가 동시에 사라진다는 보장은 없습니다. 후회할 것 같은 사진은 애초에 올리지 않는 편이 확실합니다.
Q5: 왜 각사 압축률을 실측하지 않았나요?
등록 측 압축을 재려면 여섯 곳의 관리자 계정이 필요한데 저는 없습니다. 리뷰 측 사진은 공개돼 있지만 다른 사람의 콘텐츠를 가져다 측정하는 일이 됩니다. 출처가 불분명한 숫자를 내놓기보다, 공개 규격을 정리하고 직접 돌릴 수 있는 검증 절차를 드리는 편이 정직하다고 판단했습니다.