클룩 수수료 3.5%, 그런데 이미지가 독자 절반을 먼저 먹었다
수수료는 다들 계산한다. 이탈은 아무도 계산하지 않는다
여행 제휴 마케팅 글은 꽤 읽었는데 내용 중복도가 높습니다. 신청 방법, 수수료율, 링크 심는 법, 확정까지 걸리는 기간.
데이터로 보면 이 정보들 자체는 맞습니다. 클룩은 교통 카테고리가 약 5%, 대부분 품목이 3.5%. 아고다가 약 4.2%, 부킹닷컴 호텔이 2.84.5%, KKday는 단계제로 25.5%. 확정 기간은 클룩이 30일, KKday는 60일까지 갑니다.
그런데 이 글들에는 공통된 맹점이 있습니다. 독자가 링크까지 도달한다는 전제로 쓰였다는 것.
솔직히 말해 이 전제는 여행 콘텐츠에서 유독 취약합니다. 여행기는 모든 콘텐츠 분류 중 이미지 밀도가 가장 높고, 그 이미지가 모바일 로딩을 늦추는 1순위 요인이거든요.
글 하나의 수수료는 "유입 × 링크까지 도달한 비율 × 클릭률 × 전환율 × 수수료율"의 곱셈입니다. 많은 사람이 노력의 9할을 마지막 항에 씁니다. 곱셈에서 가장 작은 승수에요.
숫자를 넣어보면
먼저 공개된 성능 데이터부터. 여기는 제 추론이 아닙니다.
구글의 Core Web Vitals는 LCP(최대 콘텐츠풀 페인트) 2.5초 이내를 양호로 정의합니다. 실태는 2023년 기준 데스크톱이 74%의 사이트가 달성, 모바일은 61.4%에 그쳤습니다. 모바일 평균 로딩 시간은 8.6초, 데스크톱은 2.5초입니다.
이탈 쪽 숫자는 더 직접적입니다. 로딩이 1초에서 3초로 늘면 이탈 확률이 32% 상승하고, 모바일에서 3초를 넘기면 절반 이상이 그 자리를 뜹니다. 여러 조사가 1초 지연마다 전환이 7~20% 떨어진다는 범위로 수렴합니다.
이걸 제휴 맥락에 놓으면 차이가 분명해집니다.
| 상황 | 모바일 LCP | 글 끝 링크에 도달하는 상대 비율 | 수수료(상대값) |
|---|---|---|---|
| 이미지를 최적화한 여행기 | 2초 이내 | 기준 100% | 100 |
| 미최적화·이미지가 많은 여행기 | 4~5초 | 거의 반토막 | 50~60 |
| 극단적 사례(원본 그대로 전송) | 8초 이상 | 얼마 안 남음 | 20 미만 |
이 표의 수치는 공개된 이탈·전환 조사에서 추정한 상대값이며, 제가 사이트별로 실측한 절대값이 아닙니다. 다만 방향은 틀리지 않습니다. 같은 글, 같은 클룩 링크, 같은 수수료율에서 이미지 처리 방식만으로 수익이 두 배 이상 갈립니다.
두 배. 그리고 많은 사람이 제휴처 고르는 데 쓰는 시간이 이미지 처리보다 깁니다.
여행기가 구조적으로 무거워지는 이유
운영 관점에서 보면 이건 게으름이 아니라 구조의 문제입니다.
애초에 이미지 장수가 많습니다. 이커머스 상품 페이지는 5~8장이면 되지만, 7일 일정 글은 30장에서 시작합니다. 이건 못 줄입니다 — 독자가 원하는 게 그림 자체라서, 줄이면 글의 핵심 가치가 사라집니다.
여행 검색은 모바일에 크게 치우칩니다. 출근길에, 점심시간에, 자기 전에 "교토 3일 코스"를 찾습니다. 그리고 모바일은 성능이 가장 나쁜 환경입니다. 평균 8.6초, 회선도 느리고 디코딩 능력도 낮습니다.
카메라 원본이 해마다 커집니다. 요즘 폰은 무심코 찍어도 4~5MB. 그걸 그대로 워드프레스에 던지고 플러그인 압축에 맡기는 분이 많습니다. 플러그인 압축 품질은 편차가 크고, 크기만 바꾸고 포맷 변환은 안 하는 것도 많습니다.
예전엔 서버 문제인 줄 알고 이전해봤지만 별로 나아지지 않았습니다. 병목은 서버 응답이 아니라 아래로 흐르는 30장 쪽이었어요. 이 수업료를 낸 뒤에야 이미지 한 장당 실제 바이트 수를 진지하게 보게 됐습니다.
바로 할 수 있는 개선 3가지
사이트를 다시 만들 필요는 없습니다. 이 셋이 투자 대비 효과에서 최상위입니다.
첫째: 긴 변을 1600픽셀로 줄이고 WebP로 변환합니다. 여행기에 4000픽셀은 불필요하고, 폰에서의 표시 폭은 500픽셀 미만입니다. WebP는 같은 품질에서 JPEG보다 25~50% 작습니다. 이것만으로 페이지 무게의 절반 이상이 빠지는 경우가 많습니다.
둘째: 첫 화면 이외의 이미지를 지연 로딩으로 바꿉니다. 요즘 브라우저는 네이티브로 지원하고 속성 하나 추가하면 끝입니다. LCP는 최대 콘텐츠 요소의 그리기 시간을 재므로, 아래쪽 29장이 대역폭을 뺏지 않게 하면 수치가 명확히 개선됩니다.
셋째: 제휴 링크 위치를 한 섹션 앞으로 당깁니다. 가장 직관에 반하지만 즉효성은 최대입니다. 클룩이나 마이리얼트립 링크를 글 끝 정리에 두는 분이 많은데 — 거기가 도달자가 가장 적은 위치입니다. 글의 앞 3분의 1, "이 일정은 어디서 예약했나"에 닿는 부분에서 자연스럽게 한 번 놓으면 끝까지 안 읽는 층을 건집니다.
참고로 셋째는 성능과 무관합니다. 다만 같은 문제의 뒷면이긴 합니다. 독자의 주의력은 대역폭과 마찬가지로 유한 자원이라는 이야기입니다.
이미지를 어디에 둘까
실무에서 가장 많이 받는 질문입니다. 제 생각은 두 가지 수요를 나누는 것.
장기 콘텐츠 자산(주력 글의 본문 이미지)은 스스로 통제할 수 있는 곳에 CDN을 붙여 두어야 합니다. 5년 이상 살아남아야 하고, 무료 서비스의 정책 변경에 의존시키면 안 됩니다.
단기 협업과 초안(편집과 주고받는 캡처, 협업처에 보여줄 소재, SNS용 임시 이미지)은 이미지 호스팅이 손이 덜 갑니다. CMS에 올렸다 나중에 지우는 공정을 생략할 수 있으니까요.
lpic.cc라면 업로드 후 단축 링크가 나와서 그대로 붙일 수 있습니다. 회원가입이 없고 필요하면 열람 비밀번호도 걸 수 있습니다 — 미공개 협업 소재에는 이게 유용합니다. 제한은 명시해둡니다: 이미지 한 장 8MB까지, 파일은 마지막 열람 후 30일에 삭제, 그리고 업로드 시 자동 최적화되므로 원본은 보관되지 않습니다.
즉 중계 지점으로는 쓸 수 있지만 정식 이미지 배포 원본은 못 됩니다. 독자는 여러분의 이미지가 어디 있는지 신경 쓰지 않지만, 여러분의 수익은 3년 뒤에도 그게 뜨는지를 신경 씁니다. 이 둘은 나눠서 설계하세요.
전송 방식이 로딩에 주는 영향의 실측은 글이 두 편 있습니다. 이미지 호스팅 속도 벤치마크는 각사의 지연 차이를 잰 것, 상품 이미지 일괄 업로드와 LCP 전 과정 실측은 같은 방법을 이커머스 맥락에 적용한 것으로 여행기에 그대로 옮길 수 있습니다.
자주 묻는 질문
Q1: 아직 유입이 적은데 이미지 최적화가 가치 있나요?
있습니다. 다만 순서가 중요합니다. 일정 규모에 닿기 전까지는 콘텐츠 품질과 주제 선정이 훨씬 크게 먹힙니다. 그렇지만 이미지 최적화는 한 번 만들면 계속 효과가 나는 종류의 투자입니다. 워크플로를 갖추면 이후 모든 글이 자동으로 혜택을 받습니다. 매달 계속 드는 유입 비용과는 성격이 다릅니다.
Q2: 너무 압축하면 독자가 화질 저하를 느끼지 않을까요?
JPEG 품질 80~85, 또는 WebP 변환이라면 폰 화면에서 거의 구분되지 않습니다. 실제로 불만이 나오는 건 60 이하까지 떨어뜨려 밴딩이 생긴 경우입니다. 절충안으로 본문은 압축본을 쓰고, 확대해서 보고 싶은 소수 독자를 위해 "원본 보기" 링크를 따로 두는 방법이 있습니다.
Q3: 확정 기간 30~60일이 현금 흐름에 영향을 주나요?
시작 단계라면 크게 영향을 줍니다. 클룩은 30일, KKday는 60일. 이번 달에 쓴 글의 수익이 두 달 뒤에나 들어오고, 게다가 여행이 취소되면 수수료는 사라집니다. 이것이 여행 제휴와 일반 이커머스 제휴의 가장 큰 체질 차이이고, 자금 계획에 반영해야 합니다.
Q4: 여행기 사진은 몇 장이 적당한가요?
완독률 관점에서 25~35장이 실용적인 구간입니다. 이걸 넘으면 모바일 독자의 스크롤 피로가 뚜렷하게 올라갑니다. 60장을 붙이는 것보다 빠른 30장이 결과가 낫습니다.
Q5: 클룩과 마이리얼트립을 둘 다 신청해야 하나요?
둘 다 신청하는 비용은 거의 없고, 상품 중복도는 생각만큼 높지 않습니다 — 같은 시설이라도 플랜, 가격, 재고가 플랫폼마다 다른 경우가 흔합니다. 다만 본질적인 논점은 어느 쪽을 고르냐가 아니라 여러분의 콘텐츠에 독자가 있느냐입니다. 이 분야에서 가장 흔한 실패는 선택 실수가 아니라, 독자가 없는 단계에서 수수료부터 계산하기 시작하는 것입니다.