재생 시간은 0초인데 영상 파일은 전송됐습니다

무엇을 바꿔서 비교했나요?

표를 좌우로 밀면 나머지 열을 볼 수 있습니다.

데이터 사용이 걱정될 때 확인할 세 가지

자동 시작과 미리보기를 나눠 보세요

서비스가 각각의 설정을 제공한다면 하나를 껐다고 다른 동작도 멈췄다고 판단하지 마세요. 같은 페이지에서 한 조건만 바꾸고 해당 미디어 요청이 달라지는지 비교해야 원인을 좁힐 수 있습니다.

캐시를 사용한 결과와 새 요청을 구분하세요

다시 열었을 때 전송이 줄었다면 설정 변경이 아니라 캐시 때문일 수 있습니다. 이번에는 매번 새 임시 환경을 열고 서버에서 no-store를 지정했습니다. 이 통제 조건은 비교를 위한 것이며, 평소에도 캐시를 계속 지우라는 뜻은 아닙니다.

전송량과 재생 실패를 별개의 질문으로 다루세요

파일을 받았다고 재생이 허용되는 것은 아닙니다. 같은 정상 파일의 자동 시작이 거절되고 버튼 클릭 조건에서는 재생된 결과는 별도의 30회 재생 실험에서 확인할 수 있습니다.

짧은 파일 하나로 일반화할 수 없는 것

metadata와 auto가 같은 바이트를 전송한 것은 이번 짧은 WebM과 빠른 로컬 연결에서의 결과입니다. MDN은 preload를 브라우저에 전달하는 힌트로 설명합니다. 특정 단어가 일정한 바이트 상한을 보장한다고 해석하면 안 됩니다.

Windows의 두 Chromium 계열 브라우저를 자동화된 headless 모드로 실행했습니다. 모바일 실기기, 다른 브라우저 엔진, HLS·DASH, 광고 플레이어, 실제 이동통신 과금은 측정하지 않았습니다. none 조건에서도 이후 재생 버튼을 누르거나 페이지 스크립트가 동작하면 요청이 발생할 수 있습니다.

이 기록은 외부 서비스의 영상이나 계정을 이용한 평가가 아닙니다. 특정 사이트의 속도·안전성·가동률, 영상 1분당 데이터 사용량은 이 표에서 판단할 수 없습니다. 재현할 때에는 표본, 서버의 캐시 조건과 관찰 시간을 함께 맞춰야 합니다.