VideoFly와 Page Experience가 만나는 비디오 커머스 경험

문제

커머스에서 비디오는 더 이상 부가 콘텐츠가 아닙니다. 라이브 다시보기, 상품 설명 영상, 숏폼, 하이라이트 클립은 구매 설득의 중요한 재료가 됩니다. 하지만 영상이 많아질수록 인코딩, 저장, 전송 비용이 함께 늘어납니다. 효과는 있는데 운영 비용이 커서 적극적으로 쓰기 어려운 콘텐츠가 됩니다.

기존 방식은 업로드 시점에 여러 화질과 포맷으로 미리 변환해 저장합니다. 이 방식은 예측 가능한 VOD 서비스에는 익숙하지만, 커머스처럼 하이라이트 구간과 상품별 클립 수요가 계속 바뀌는 환경에서는 낭비가 커질 수 있습니다. 실제 시청은 일부 구간에 몰리는데, 전체 영상을 여러 버전으로 만들어 저장하면 보지 않는 구간에도 비용을 냅니다.

비디오 커머스에서 중요한 질문은 "영상을 올릴 수 있는가"가 아니라 "고객이 보는 구간을 얼마나 빠르고 효율적으로 제공하는가"입니다. 페이지 경험에서 첫 이미지가 중요하듯, 영상에서는 첫 재생, 하이라이트 접근, 클립 생성 속도가 중요합니다.

원인

비디오 운영 비용이 커지는 이유는 사전 변환과 전체 저장 때문입니다. 원본 파일은 하나로 유지하더라도, 여러 해상도, 여러 포맷, 여러 구간을 미리 만들어두면 저장량이 늘어납니다. 나중에 실제로 아무도 보지 않는 화질이나 구간도 이미 비용이 발생한 상태입니다.

두 번째 원인은 클립 제작 흐름입니다. 커머스 운영자는 전체 영상보다 특정 상품 설명 구간, 진행자가 혜택을 말한 구간, 구매 전환이 높은 하이라이트가 필요합니다. 그런데 클립 하나를 만들기 위해 편집 요청, 인코딩 대기, 파일 업로드, URL 교체가 반복되면 속도가 떨어집니다.

세 번째 원인은 브라우저와 디바이스 차이입니다. 어떤 환경은 HLS가 유리하고, 어떤 환경은 MP4나 WebM이 필요할 수 있습니다. 이미지에서 AVIF/WebP 폴백이 필요하듯, 비디오도 요청 환경에 맞는 응답 분기가 필요합니다.

해결

VideoFly의 방향은 페이지 경험에서 쓰는 JIT 원칙을 비디오로 확장하는 것입니다. 원본 MP4를 보관하고, 요청이 들어온 순간 필요한 구간과 포맷을 생성합니다. 모든 구간을 미리 변환하지 않고 실제 수요가 있는 구간부터 처리하면 저장과 변환 비용을 줄일 수 있습니다.

내부에서 먼저 할 수 있는 일은 시청 데이터를 보는 것입니다. 전체 영상 중 실제 시청이 몰리는 구간, 이탈이 많은 지점, 상품 클릭이 발생한 구간을 확인합니다. 클립 제작에 걸리는 시간과 비용도 같이 봅니다. 영상이 많아질수록 "전체를 다 변환"하는 방식이 운영 속도와 비용을 얼마나 잡아먹는지 드러납니다.

VideoFly는 아직 별도 제품 기획으로 확장되는 영역이지만, M2 Live Cloud의 Page Experience와 같은 철학을 공유합니다. 원본 파일은 하나로 유지하고, 사용자 환경과 요청 목적에 맞춰 필요한 형태로 전달합니다. 이미지가 요청 시점에 AVIF가 되듯, 영상도 요청 시점에 필요한 구간과 포맷으로 바뀌는 구조가 됩니다.

지금 실행

• 직접 확인: 최근 영상 10개의 평균 길이, 실제 시청 구간, 완주율, 하이라이트 구간, 클립 제작 시간을 확인하세요. 전체 영상 중 실제로 보는 구간이 어디인지가 첫 기준입니다.
• 내부 조치: 자주 쓰는 하이라이트 구간을 표준화하고, 불필요한 전체 사전 트랜스코딩 범위를 줄일 수 있는지 검토하세요. 클립 생성 요청부터 게시까지 걸리는 시간도 운영 KPI로 잡는 것이 좋습니다.
• 구조 검토: 영상 수가 늘고, 하이라이트 중심 소비가 강하며, 포맷·화질·구간을 요청 시점에 나눠야 한다면 JIT 비디오 계층을 검토할 시점입니다. 이 방향은 VideoFly에서 별도 제품 흐름으로 이어집니다.