웹 재생에 적합한 동영상 코덱을 고르는 방법

코덱 선택은 단순한 압축 결정이 아니라 제품 결정입니다

동영상 코덱은 잘못된 방식으로 논의되기 쉽습니다. 누군가 차트에서 AV1, H.264, VP9, HEVC를 비교하고 가장 작은 파일을 가리킨 뒤 승자를 선언합니다. 하지만 실제 프로덕션 환경의 웹 재생은 그렇게 작동하지 않습니다.

코덱 결정은 시작 시간, 버퍼링, 배터리 수명, CDN 비용, 기기 호환성, 인코딩 인프라, 법적 노출, 지원 문의에 영향을 줍니다. 대규모 인코딩 팜을 갖춘 스트리밍 서비스에 “최고”인 코덱이 제품 동영상 5개를 가진 마케팅 사이트에도 반드시 최고인 것은 아닙니다.

유용한 질문은 “어떤 코덱이 최고인가?”가 아닙니다. 질문은 이것입니다. 어떤 코덱이 이 시청자에게 가장 낮은 운영 리스크로 좋은 재생 경험을 제공하는가?

짧게 말하면: 2026년에 무엇을 사용할 것인가

대부분의 웹 팀에게 실용적인 답은 다음과 같습니다.

• H.264를 기준선으로 사용하세요. 오래되었지만 충분히 효율적이고, 하드웨어 디코딩이 널리 지원되며, 여전히 가장 안전한 호환성 계층입니다.
• 동영상 규모나 대역폭 비용이 정당화될 때 AV1을 추가하세요. AV1은 특히 낮은 비트레이트에서 뛰어난 압축률을 제공할 수 있지만, 인코딩이 더 느리고 오래된 기기는 fallback이 필요할 수 있습니다.
• 시청자와 파이프라인이 이미 VP9에 유리할 때 주로 VP9를 사용하세요. WebM 워크플로와 일부 Android/desktop 환경에서는 여전히 유용하지만, AV1이 더 미래지향적인 오픈 코덱입니다.
• 웹에서 HEVC는 신중하게 사용하세요. Apple 중심 시청자에게는 매력적일 수 있지만, 브라우저/플랫폼 지원과 라이선스 복잡성 때문에 보편적인 기본값으로는 적합하지 않습니다.

이 답은 보수적으로 들릴 수 있습니다. 실제로 그렇습니다. 동영상 오류는 티가 나지 않는 문제가 아닙니다. 재생이 깨지면 사용자는 압축률을 칭찬하지 않습니다.

네 가지 주요 웹 코덱 이해하기

H.264: 여전히 중요한 지루한 기본값

AVC라고도 불리는 H.264는 여전히 웹에서 가장 안전한 동영상 기준선입니다. 데스크톱 브라우저, 모바일 브라우저, 스마트 TV, 오래된 기기, 소셜 embed, 네이티브 앱 webview 등 거의 모든 곳에서 재생됩니다.

장점은 단순합니다.

• 매우 폭넓은 지원
• 성숙한 인코딩 도구
• 안정적인 하드웨어 디코딩
• 모바일에서 좋은 배터리 동작
• 예측 가능한 스트리밍 지원

단점도 분명합니다. AV1이나 HEVC만큼 압축 효율이 높지는 않습니다. 같은 품질 수준에서 H.264는 보통 더 많은 비트를 필요로 합니다. 대규모 동영상을 제공한다면 이 차이는 실제 CDN 비용으로 이어집니다.

그래도 짧은 클립, 제품 동영상, 문서화 동영상, 낮거나 중간 수준의 트래픽 사이트에서는 H.264가 보통 첫 번째 인코딩으로 적합합니다.

AV1: 실질적인 트레이드오프가 있는 효율적인 코덱

AV1은 현대적인 웹 전송을 위한 가장 강력한 오픈 코덱 선택지입니다. 특히 대역폭이 낮은 사용자에게 같은 비트레이트에서 H.264와 VP9보다 더 나은 품질을 제공하는 경우가 많습니다. 그래서 스트리밍 플랫폼, 미디어가 많은 퍼블리셔, 교육 사이트, 전송 비용을 진지하게 고려하는 팀에 매력적입니다.

하지만 AV1은 공짜가 아닙니다. 최신 인코더와 하드웨어 가속이 크게 개선되었지만, 인코딩에는 여전히 많은 계산 비용이 듭니다. 재생 지원도 기기에 따라 달라집니다. 최신 데스크톱, Android 기기, TV는 점점 더 잘 지원하지만, 오래된 휴대폰과 노트북에는 효율적인 하드웨어 디코딩이 없을 수 있습니다.

실용적인 규칙은 이렇습니다. AV1은 유일한 rendition이 아니라 추가 rendition으로 훌륭합니다. 재생 환경을 엄격하게 통제하지 않는 한 H.264 fallback과 함께 사용하세요.

이 결정은 정지 이미지 포맷 선택과 비슷합니다. 더 나은 압축은 지원, 인코딩 시간, 품질이 현실 환경에서도 유지될 때만 유용합니다. 같은 트레이드오프 사고는 AVIF와 WebP 같은 이미지 포맷 결정에도 적용됩니다.

VP9: 여전히 유용하지만 덜 흥미로운 선택

VP9는 AV1이 성숙하기 전 주요 오픈 대안이었습니다. H.264보다 훨씬 효율적일 수 있고, 많은 Chromium 기반 브라우저, Firefox, Android 환경, 일부 TV 플랫폼에서 탄탄하게 지원됩니다.

VP9는 다음과 같은 경우 여전히 의미가 있습니다.

• 이미 VP9 인코딩 파이프라인이 있는 경우
• 시청자가 주로 Chrome, Firefox, Android 또는 smart TV인 경우
• WebM 전송이 필요한 경우
• AV1 인코딩 비용을 아직 감당하기 어려운 경우

하지만 2026년에 새 파이프라인을 만든다면, VP9를 장기적인 고급 코덱으로 정당화하기는 더 어렵습니다. H.264를 넘어설 것이라면 보통 AV1이 더 나은 전략적 선택입니다.

HEVC: 기술적으로 강하지만 운영상 까다로운 코덱

H.265라고도 불리는 HEVC는 효율적이며 일부 생태계에서 널리 사용됩니다. 특히 하드웨어 지원이 흔한 Apple 기기에서 중요합니다.

문제는 품질이 아닙니다. 문제는 웹에서의 실용성입니다. 브라우저 지원은 역사적으로 파편화되어 있었고, 라이선스는 오픈 코덱보다 더 복잡하며, 크로스 플랫폼 동작이 고르지 않을 수 있습니다. HEVC는 Apple 중심 시청자나 네이티브 앱에 가까운 워크플로에서는 똑똑한 추가 선택이 될 수 있지만, 보편적인 웹 기본값으로 가장 깔끔한 선택인 경우는 드뭅니다.

분석 결과 Safari/iOS/macOS 시청자가 매우 많다면 HEVC를 테스트해볼 가치가 있습니다. 넓은 웹을 위한 고급 코덱 하나가 필요하다면 AV1을 선호하세요.

코덱 표가 아니라 시청자부터 시작하세요

포맷을 선택하기 전에 자체 분석 데이터로 세 가지 질문에 답하세요.

1. 실제로 어떤 브라우저와 기기가 동영상을 시청하나요? 데스크톱 Chrome은 저가형 Android, iPhone의 Safari, 인앱 브라우저, smart TV와 같지 않습니다.
2. 동영상 길이는 얼마나 되나요? 12초짜리 hero loop와 90분짜리 강의는 경제성이 완전히 다릅니다.
3. 사용자는 실제로 동영상을 얼마나 소비하나요? 페이지뷰는 시청 시간이 아닙니다. 대역폭 절감은 사람들이 코덱이 의미 있을 만큼 충분히 오래 볼 때 가장 중요합니다.

동영상 트래픽이 적다면 잘 압축된 H.264 MP4만으로 충분할 수 있습니다. 동영상이 제품의 중심이라면 여러 rendition과 현대적인 코덱을 사용하세요.

코덱 선택을 전송 모델에 맞추세요

단순 embedded video

동영상이 몇 개뿐인 작은 사이트라면 다음으로 시작하세요.

• H.264 video
• AAC audio
• MP4 container
• 적절한 해상도와 비트레이트
• Poster image
• 적절한 경우 lazy loading

이 조합은 화려하지 않지만 잘 작동합니다. 선택적으로 MP4 fallback 앞에 AV1 또는 VP9를 WebM source로 추가할 수 있습니다.

<video controls preload="metadata" poster="poster.jpg">
  <source src="demo-av1.webm" type="video/webm; codecs=av01.0.05M.08">
  <source src="demo-h264.mp4" type="video/mp4; codecs=avc1.4d401f, mp4a.40.2">
</video>

브라우저는 재생할 수 있는 첫 번째 source를 선택합니다. 개발용 노트북만이 아니라 실제 기기에서 테스트하세요.

스트리밍과 장편 재생

긴 콘텐츠에서는 단일 코덱보다 adaptive bitrate streaming이 더 중요합니다. HLS와 MPEG-DASH를 사용하면 플레이어가 네트워크와 기기 조건에 따라 품질 수준을 전환할 수 있습니다.

실용적인 스트리밍 ladder에는 다음이 포함될 수 있습니다.

• 폭넓은 호환성을 위한 H.264 renditions
• 지원 가능한 현대적 클라이언트를 위한 AV1 renditions
• 여러 해상도와 비트레이트
• 유용한 경우 별도 오디오 renditions
• 시작 및 전환 동작에 맞게 조정된 segment size

코덱 선택과 비트레이트 ladder 설계는 함께 테스트해야 합니다. 한 비트레이트에서 아름다운 AV1 인코딩이더라도 시작이 느리거나, segment가 너무 크거나, 중급 기기가 디코딩에 어려움을 겪는다면 도움이 되지 않습니다.

하드웨어 디코딩을 무시하지 마세요

소프트웨어에서 지원되는 코덱과 제대로 지원되는 코덱은 다릅니다. 소프트웨어 디코딩은 CPU 사용량을 늘리고, 배터리를 소모하며, dropped frames를 유발할 수 있습니다. 이는 모바일 사용자, 배터리로 사용하는 노트북, 4K 재생에서 특히 중요합니다.

테스트할 때는 다음을 살펴보세요.

• CPU와 GPU 사용량
• 배터리 소모
• Dropped frames
• 노트북의 팬 소음
• 휴대폰 발열
• 시작 지연
• seek 반응성

여기서 “최고의 압축”은 “충분히 좋고 하드웨어 디코딩되는” 선택에 질 수 있습니다. 오래된 하드웨어에서 사용자의 배터리를 태우는 더 작은 AV1 파일보다, 부드럽게 재생되는 더 큰 H.264 파일이 더 나을 수 있습니다.

팀들이 인정하는 것보다 비트레이트가 더 중요합니다

코덱 선택은 부주의한 비트레이트 ladder를 구제하지 못합니다. 많은 웹 동영상은 production-master 설정으로 export된 뒤 합리적인 전송 계획 없이 업로드되기 때문에 낭비가 큽니다.

H.264 SDR 웹 재생의 대략적인 출발점은 다음과 같습니다.

• 720p: 약 2–4 Mbps
• 1080p: 약 4–8 Mbps
• 4K: 약 12–25 Mbps

AV1과 HEVC는 비슷하게 인지되는 품질에서 더 낮게 갈 수 있는 경우가 많지만, 콘텐츠가 중요합니다. 말하는 사람 중심의 영상은 게임 캡처, 화면 녹화, 애니메이션, 스포츠, 입자가 많은 필름과 다르게 압축됩니다.

항상 눈으로 테스트하세요. 압축 지표는 도움이 되지만, 동영상이 받아들일 만한지는 인간의 인지가 결정합니다.

컨테이너와 MIME type도 업무의 일부입니다

코덱은 파일 포맷이 아닙니다. H.264는 보통 MP4로 전송됩니다. AV1은 대상 지원과 파이프라인에 따라 WebM 또는 MP4로 전송될 수 있습니다. VP9는 보통 WebM입니다. 오디오 코덱 선택도 중요합니다. AAC는 여전히 MP4 오디오의 안전한 기본값이고, Opus는 WebM 워크플로에서 훌륭합니다.

올바른 MIME type을 제공하세요. range request가 동작하는지 확인하세요. 캐싱을 의도적으로 구성하세요. 깨진 header는 동영상 seek를 실패하게 만들거나 불필요한 재다운로드를 강제할 수 있습니다. 동영상이 로컬과 프로덕션에서 다르게 동작한다면 실제 HTTP response를 검사하세요. 프로덕션에서 redirect와 HTTP header를 디버깅하는 방법의 접근 방식은 미디어 전송에도 그대로 적용됩니다.

페이지 속도만이 아니라 재생을 측정하세요

일반적인 성능 점수는 무거운 페이지를 표시할 수 있지만, 동영상 경험을 완전히 설명하지는 못합니다. 동영상별 신호를 추적하세요.

• Time to first frame
• 시작 지연
• Rebuffering ratio
• 전달된 평균 비트레이트
• Dropped frames
• 브라우저와 기기별 오류율
• 시청 시간과 이탈 지점

페이지 감사는 주변 문제를 파악하는 데 여전히 유용합니다. 너무 큰 poster, render-blocking script, 부실한 lazy loading, 플레이어 주변의 layout shift 등이 여기에 포함됩니다. 팀에서 Lighthouse를 1차 점검 도구로 사용한다면, 이를 판결이 아니라 우선순위 도구로 읽으세요. 특히 미디어가 많은 페이지에서는 Lighthouse report를 해석해야 합니다.

실용적인 의사결정 트리

이를 출발점으로 사용하세요.

1. 최대 호환성이 필요한가요? H.264 MP4를 사용하세요.
2. 사용자당 많은 분량의 동영상을 제공하나요? 지원되는 곳에 AV1 renditions를 추가하세요.
3. 시청자가 대부분 Apple 기기인가요? HEVC를 유일한 rendition이 아니라 추가 rendition으로 고려하세요.
4. 이미 VP9에 투자했나요? 성능이 좋다면 유지하세요. 근거 없이 급하게 migration하지 마세요.
5. 장편이거나 네트워크 상태가 다양한가요? 하나의 코덱에 집착하기 전에 adaptive streaming을 사용하세요.
6. 저가형 모바일 시청자가 많은가요? 하드웨어 디코딩되는 포맷과 보수적인 비트레이트를 선호하세요.
7. 짧은 장식용 동영상인가요? 정말 동영상이어야 하는지 고려하세요. 정적 이미지, animation, 더 짧은 loop가 더 나을 수 있습니다.

<!-- tool-cta:start -->

💡 시도해 보세요: Video Converter로 다양한 코덱이 내 콘텐츠에서 어떤 결과를 내는지 테스트하여, 일반적인 벤치마크가 아니라 실제 출력에 기반해 결정하세요.

<!-- tool-cta:end -->

합리적인 기본 권장 사항

오늘 웹 동영상 파이프라인을 구축하거나 새로 고친다면 여기서 시작하세요.

• 신뢰할 수 있는 H.264/AAC MP4 fallback을 인코딩하세요.
• 이점을 얻는 브라우저와 기기를 위해 AV1을 추가하세요.
• 장편 콘텐츠에는 adaptive streaming을 사용하세요.
• 오래되고 저사양인 하드웨어를 포함해 실제 기기에서 테스트하세요.
• 출시 후 재생 오류와 버퍼링을 모니터링하세요.

코덱 선택은 한 번의 선언이 아닙니다. 유지보수 선택입니다. 브라우저 지원은 개선되고, 하드웨어는 바뀌며, 인코딩 도구는 빨라지고, 시청자는 변합니다. 결정을 주기적으로 검토하되, 모든 새로운 코덱 발표를 쫓아다니지는 마세요. 올바른 코덱은 사용자가 부드럽게 재생할 수 있고, 받아들일 만한 품질을 제공하며, 대역폭을 낭비하지 않고, 전송 스택을 취약하게 만들지 않는 코덱입니다.