AskCleanAskClean

어디에도 업로드하지 않고 동영상 압축하기

이 압축 도구는 전부 브라우저 안에서 돌아갑니다. 동영상은 WebCodecs를 통해 여러분 기기가 직접 디코딩하고 다시 인코딩하며, 압축된 조각은 완성되는 즉시 로컬 저장소에 곧바로 기록됩니다. 아무것도 업로드되지 않고, 결과물을 메모리에 쌓아두지 않기 때문에 파일 크기 제한도 없습니다. 유일한 한계는 여러분의 남은 디스크 공간뿐입니다. 파일을 고르면 바로 시작됩니다.

업로드하지 않는 압축은 무엇이 다른가

웹에 있는 무료 동영상 압축 도구는 대부분 업로드 서비스입니다. 통제할 수 없는 서버에 파일을 넘기고, 다른 사람들의 파일 뒤에서 순서를 기다리고, 처리가 끝나면 결과를 내려받습니다. 작동은 하지만 대가가 큽니다. 영상이 남의 디스크에 복사되고, 보관 기간은 개인정보 처리방침에 적힌 대로이며, 400 MB 클립은 아무 일도 시작되기 전에 먼저 업로드 대역폭을 다 지나가야 합니다.

이 도구는 그 순서를 뒤집습니다. 브라우저가 디스크에서 파일을 직접 읽고, WebCodecs API를 통해 프레임을 기기 자체의 비디오 인코더에 넘기며, 새 MP4를 인코딩하는 대로 로컬 저장소에 씁니다. 네트워크를 지나가는 것은 아무것도 없습니다. 압축 중에 브라우저 네트워크 패널을 열어 확인해도 되고, 이 페이지가 로드된 뒤 인터넷을 끊고 압축해 봐도 됩니다.

실질적인 결과가 둘 있습니다. 첫째, 속도가 업로드 대역폭이 아니라 하드웨어에 좌우되므로 짧은 클립은 몇 초 만에 끝납니다. 둘째, 제한을 걸 이유가 없습니다. 일일 할당량도, 대기 순번도, 가입도, 워터마크도 없습니다. 비용을 회수해야 할 서버가 아예 없기 때문입니다.

로컬 압축이 못 하는 단 한 가지는 비디오 인코더가 없는 브라우저에서 돌아가는 것입니다. 지원되지 않으면 위 도구가 슬쩍 업로드로 돌아가는 대신 그 사실을 분명히 알려줍니다.

큰 동영상을 용량 제한 없이 압축하기

브라우저 기반 압축이 무너지는 지점은 대개 큰 파일이고, 원인은 메모리입니다. 이런 도구를 만드는 가장 단순한 방법은 완성된 동영상을 메모리에 모았다가 다 되면 넘겨주는 것인데, 그러면 작업에 필요한 메모리가 결과물 크기를 따라 함께 커집니다. 긴 녹화는 결국 기기가 내줄 수 있는 것보다 많은 메모리를 요구하게 되고, 탭은 중간에서 죽습니다. 브라우저 압축 도구가 보통 최대 파일 크기를 내거는 이유가 이것입니다.

이 도구는 그렇게 동작하지 않습니다. 압축된 조각은 인코딩되는 순간 브라우저의 로컬 저장소에 기록되므로, 동영상이 아무리 길어도 메모리 사용량은 평평하게 유지됩니다. 직접 측정했습니다. 40분짜리 1080p 녹화를 500 MB 파일로 압축했을 때 메모리 최고치는 643 MB였고 처음부터 끝까지 일정했습니다. 같은 작업을 결과물을 메모리에 모으는 방식으로 했더니 최고치가 1,246 MB였고 끝날 때까지도 계속 올라가고 있었습니다. 여기에 용량 제한이 없는 이유는 전적으로 이 차이 때문입니다.

제한 대신 있는 것은 갑자기 실패하지 않게 해주는 검사입니다. 인코딩을 시작하기 전에 결과물이 얼마나 클지 추정해 브라우저가 실제로 쓸 수 있는 여유 공간과 비교합니다. 들어가지 않으면 40분 뒤가 아니라 그 자리에서 알려줍니다. 남는 것도 없습니다. 도중에 취소하거나 탭을 닫으면 쓰다 만 파일은 삭제됩니다.

실제 한계는 우리가 정한 숫자가 아니라 여러분의 남은 디스크 공간입니다. 수 GB짜리 원본도 괜찮습니다. 두 시간짜리 동영상은 용량의 문제가 아니라 인내심의 문제입니다.

브라우저에서 동영상 압축하는 방법

전체 과정은 세 단계이고 설정은 필요 없습니다. 기본값인 720p가 대부분에게 맞습니다.

  1. 동영상을 선택하거나 위 상자로 끌어다 놓으세요. 파일은 로컬에서 읽히며 길이, 해상도, 용량이 즉시 표시됩니다.
  2. 화질을 고르세요. 720p는 원본과 가장 비슷하고, 540p는 메신저 앱에 맞춘 크기이며, 360p가 가장 강하게 줄입니다. 목표 해상도는 실행 전에 표시됩니다.
  3. 압축을 누르고 기다리세요. 진행률은 추정이 아니라 실제 값입니다. 끝나면 전후 용량이 표시되고, 다운로드로 새 파일을 저장합니다.

압축은 되돌릴 수 없습니다. 버려진 디테일은 복구되지 않습니다. 압축본을 확인하고 만족하기 전까지는 원본을 보관하세요.

어떤 화질을 골라야 하나

각 단계는 동영상의 짧은 변을 목표값까지 줄이고 평균 비트레이트에 상한을 둡니다. 너비가 아니라 짧은 변을 쓰는 이유는 휴대폰으로 찍은 세로 영상과 카메라로 찍은 가로 영상을 같은 기준으로 다루기 위해서입니다.

확대는 절대 하지 않습니다. 720p 동영상을 720p 설정에 넣으면 해상도는 그대로 두고 비트레이트만 바뀝니다. 이 경우 절감량이 4K 원본보다 훨씬 적다는 점은 알아둘 만합니다.

단계목표적합한 용도
720p · 고화질짧은 변 720 px, 약 2 Mbps기본값. 공유, 보관, 휴대폰이나 노트북에서 보기.
540p · 균형짧은 변 540 px, 약 1 Mbps메신저 앱, 이메일 첨부, 업로드 용량 제한이 있는 경우.
360p · 최소 용량짧은 변 360 px, 약 0.6 Mbps긴 동영상을 엄격한 용량 상한에 맞출 때.

이 세 단계와 비트레이트는 Photo Slim이 iPhone에서 쓰는 것과 동일합니다. 여기서 압축한 클립과 앱에서 압축한 클립은 결과가 같습니다.

동영상을 10 MB, 25 MB, 100 MB로 압축하는 방법

필요한 것이 «더 작게»가 아니라 숫자일 때가 있습니다. 25 MB가 넘으면 받지 않는 업로드 양식, 10 MB에서 막히는 메신저, 상한이 100 MB인 포털. 화질 단계에서 목표 용량으로 바꾸면 그 숫자를 그대로 넘기게 됩니다. 예산을 영상 길이로 나눠 비트레이트를 구하고, 오디오가 가져갈 몫을 뺀 다음, 그 비트레이트가 실제로 감당할 수 있는 해상도를 고릅니다. 720p인지 540p인지 360p인지 시행착오로 찾을 필요가 없습니다.

목표에 정확히 맞추지 않고 일부러 조금 아래를 겨냥합니다. 25.4 MB로 나온 파일은 60 MB와 똑같이 거절당하기 때문입니다. 알아둘 만한 한계가 둘 있습니다. 오디오 트랙은 그대로 복사되므로 예산의 고정된 몫을 차지하고, 어떤 화질 설정으로도 되찾을 수 없습니다. 그리고 길이가 어느 선을 넘으면 작은 목표는 화질 문제가 아니라 아예 불가능해집니다. 40분짜리 녹화가 볼 만한 10 MB 파일이 되지는 않습니다. 그런 경우에는 시간을 들여 뭉개진 결과를 만들기 전에 미리 알려 드립니다.

목표에 맞추는 대신 그 아래를 겨냥하기 때문에, 상대가 1 MB를 1,000킬로바이트로 세든 1,024킬로바이트로 세든 제한을 통과합니다.

얼마나 작아지나요

거의 전적으로 원본이 무엇이냐에 달려 있고, 고정된 비율을 약속하는 도구는 추측하고 있는 것입니다. 절감은 두 곳에서 나옵니다. 해상도를 낮추는 것과 비트레이트를 낮추는 것. 원본이 두 항목 모두에서 목표보다 훨씬 높으면 감소폭이 극적이고, 이미 가깝다면 가져갈 것이 별로 없습니다.

실측 세 건이 범위를 구체적으로 보여줍니다. 96 Mbps로 촬영된 9초짜리 4K 클립은 720p 설정에서 105 MB에서 2 MB가 되었습니다. 길이에 비해 원본 비트레이트가 터무니없이 높아 원본의 2% 미만입니다. 121초짜리 1080p 동영상은 101 MB에서 25 MB로 약 4분의 1이 되었습니다. 이미 720p였던 150초짜리 클립은 95 MB에서 37 MB, 약 39%에 그쳤습니다. 해상도를 전혀 낮출 수 없었기 때문입니다.

패턴은 일관됩니다. 비트레이트가 높은 휴대폰 영상, 화면 녹화, 4K로 찍은 것은 엄청나게 줄어듭니다. 이미 한 번 압축된 동영상 — 예컨대 메신저 앱에서 받은 클립 — 은 내줄 것이 훨씬 적고, 다시 압축하면 용량보다 화질을 잃습니다.

브라우저 지원

이 도구에는 WebCodecs API와 작동하는 H.264 비디오 인코더가 필요합니다. 이 조합은 최신 Chrome, Edge, 그 밖의 Chromium 기반 브라우저와 Safari 18 이상에 있습니다. Firefox는 아직 WebCodecs 비디오 인코더를 제공하지 않으므로, 중간에 실패하는 대신 이를 감지해 알려드립니다.

지원 여부는 버튼을 누를 때가 아니라 페이지가 로드될 때 확인하므로, 파일을 고르기 전에 알 수 있습니다.

브라우저사용 가능비고
Chrome / Edge(데스크톱)가능가장 빠릅니다. 하드웨어 인코더가 있으면 사용합니다.
Safari 18+(macOS)가능지원됩니다. 같은 설정에서도 출력 용량이 Chrome과 조금 다를 수 있습니다.
모바일 Chrome / Safari대체로 가능최신 기기에서는 되지만 긴 동영상은 느리고 배터리를 많이 씁니다.
Firefox아직 불가WebCodecs 비디오 인코더가 없습니다. 페이지에서 대안을 안내합니다.

시작하기 전에 알아둘 제한

이것은 단일 파일 도구이며, 어디까지 하는지 솔직하게 밝힙니다. 압축 도중에 알게 되는 것보다 경계를 미리 아는 편이 낫습니다.

  1. 한 번에 한 파일입니다. 일괄 대기열이 없습니다. 카메라 롤 전체라면 앱이 맞는 도구입니다.
  2. 고정된 용량 제한은 없지만 저장 공간 검사가 있습니다. 한계는 여러분의 남은 디스크 공간이고, 도중이 아니라 인코딩 시작 전에 확인합니다.
  3. 목표 용량은 최선을 다하는 것이지 보장이 아닙니다. 10, 25, 100 MB 중 하나를 고르면 비트레이트가 그 숫자에서 역산되고 조금 아래를 겨냥합니다. 다만 오디오는 그대로 복사되어 예산의 고정된 몫을 차지하고, 충분히 긴 영상은 어떤 화질로도 작은 목표에 들어가지 않습니다. 그 사실은 압축이 끝난 뒤가 아니라 시작하기 전에 알려 드립니다.
  4. 오디오는 재인코딩하지 않고 복사합니다. 5.1 서라운드를 포함해 원래 사운드트랙이 그대로 보존되며, 그만큼 오디오는 용량 감소에 전혀 기여하지 않습니다.
  5. 출력은 항상 MP4입니다(기본 H.264, 켜면 HEVC). 형식 변환, GIF 내보내기, 자르기, 워터마크 삽입은 없습니다.
  6. 아주 긴 동영상은 여전히 시간이 걸립니다. 하드웨어 인코딩이 되는 데스크톱에서 실시간의 10~17배로 측정되었고, 10분짜리 동영상은 약 1분이면 끝납니다. 휴대폰은 상당히 느립니다.

여기서 하는 어떤 작업도 디스크의 원본 파일을 건드리지 않습니다. 압축본은 별도로 다운로드되는 사본이므로, 원본을 지울지 여부는 언제나 여러분의 명시적인 결정입니다.

자주 묻는 질문

제 동영상이 정말 업로드되지 않나요?

네, 그리고 확인할 수 있습니다. 압축은 WebCodecs를 통해 이루어집니다. 프레임을 기기 자체의 비디오 인코더에 넘기는 브라우저 API이며, 파일을 받는 서버가 존재하지 않습니다. 압축하는 동안 브라우저의 네트워크 패널을 열어보면 업로드가 없고, 이 페이지를 불러온 뒤 인터넷을 끊고 압축해도 그대로 작동합니다.

얼마나 큰 동영상까지 압축할 수 있나요?

용량 제한이 없습니다. 압축된 조각은 메모리에 모으지 않고 인코딩되는 대로 저장소에 기록되므로, 두 시간짜리 녹화에 필요한 메모리는 2분짜리와 거의 같습니다. 500 MB 결과물을 만들 때 최고치는 처음부터 끝까지 643 MB로 일정했습니다. 실제 경계는 남은 디스크 공간이며, 도중이 아니라 인코딩 시작 전에 확인됩니다. 수 GB 파일도 됩니다. 다만 더 오래 걸릴 뿐입니다.

워터마크나 계정, 일일 제한이 있나요?

전부 없습니다. 워터마크가 붙지 않고, 만들거나 로그인할 계정도 없으며, 일일 할당량이나 대기 순번도 없습니다. 비용을 회수해야 할 서버가 아예 없기 때문입니다.

압축하는 데 얼마나 걸리나요?

하드웨어 인코딩이 되는 데스크톱에서 실시간의 10~17배로 측정했습니다. 2분짜리 클립은 약 9초, 10분짜리 동영상은 약 1분, 40분짜리 녹화는 3분 미만입니다. 빠른 이유는 페이지 안에서 소프트웨어 인코더를 돌리는 대신 WebCodecs가 프레임을 기기에 내장된 비디오 인코더로 넘기기 때문입니다. 휴대폰은 눈에 띄게 느리고, 탭이 전면에 있어야 합니다.

압축하면 화질이 떨어지나요?

기술적으로는 그렇습니다. 압축은 데이터를 버리는 일이니까요. 다만 720p 설정에서는 휴대폰이나 노트북으로 차이를 알아보기 어렵습니다. 눈에 띄게 뭉개지는 것은 해상도를 크게 낮출 때이며, 360p는 의도적인 맞바꿈입니다. 결과를 확인하기 전까지 원본을 보관하세요. 압축은 되돌릴 수 없습니다.

동영상을 25 MB 이하로 압축하려면?

화질 단계에서 목표 용량으로 바꾸고 25 MB를 고르세요. 10 MB와 100 MB도 있습니다. 화질을 고르는 대신 숫자를 주면, 영상 길이에서 비트레이트를 역산하고 그 비트레이트가 감당할 해상도를 고른 다음 목표보다 조금 아래를 겨냥합니다. 그래서 결과는 제한에 걸치는 게 아니라 확실히 통과합니다. 가능 여부를 정하는 건 두 가지입니다. 오디오는 그대로 복사되어 예산의 고정된 몫을 차지한다는 점, 그리고 충분히 긴 영상은 어떤 화질로도 작은 목표에 들어가지 않는다는 점입니다. 후자에 해당하면 볼 수 없는 결과물을 건네는 대신 시작 전에 알려 드립니다.

왜 조금밖에 줄지 않았나요?

거의 언제나 이미 효율적으로 압축되어 있었기 때문입니다. 이미 720p인 클립은 720p 설정에서 해상도를 낮출 수 없어 비트레이트만 떨어지므로, 보통 80%가 아니라 40% 정도만 줄어듭니다. 더 낮은 단계를 시도하거나, 더 뺄 것이 없다는 사실을 받아들이세요.

H.264와 HEVC 중 무엇을 써야 하나요?

기본값은 H.264입니다. 어디서나 재생되고 모든 기기에서 빠르게 인코딩되기 때문입니다. HEVC는 더 효율적인 코덱이지만 이 페이지에서는 파일이 더 작아지지 않습니다. 두 코덱에 같은 목표 비트레이트를 주기 때문에, HEVC는 그 효율을 더 작은 파일이 아니라 더 깨끗한 화면에 씁니다. 직접 측정해 보니 같은 비트레이트에서 화질이 뚜렷하게 좋았고 크기는 오히려 조금 커졌습니다. 또한 실용적이려면 하드웨어 HEVC 인코더가 필요합니다. 없는 기기에서는 10배 넘게 느려질 수 있고 오래된 플레이어는 결과물을 열지 못할 수 있습니다. 같은 크기에서 가장 좋은 화질을 원하고 결과물이 본인용이라면 켜세요.

iPhone이나 Android에서도 되나요?

최신 휴대폰이라면 됩니다. Safari 18+ 와 Chrome 모두 필요한 API를 지원합니다. 다만 긴 동영상에 이상적인 곳은 아닙니다. 인코딩이 더 느리고, 탭을 전면에 유지해야 하며, 배터리를 많이 씁니다. 휴대폰 라이브러리 전체라면 일괄 처리하는 네이티브 앱이 훨씬 잘 맞습니다.

오디오는 어떻게 처리되나요?

5.1 서라운드 트랙을 포함해 재인코딩 없이 그대로 복사됩니다. 사운드트랙이 원래 그대로 유지되고, 그만큼 용량 감소는 전부 영상에서 나옵니다. 낮은 비트레이트의 음성이 대부분인 클립이라면 압축된 파일에서 오디오가 차지하는 비중이 꽤 커질 수 있습니다.

동영상을 한 번에 많이 압축하려면?

여기서는 안 됩니다. 이 도구는 의도적으로 한 번에 한 파일만 다룹니다. iPhone에서는 Photo Slim이 라이브러리 전체를 검사해 무엇을 건드리기 전에 각 동영상의 예상 절감량을 보여주고, 기기 안에서 일괄 압축합니다. 원본은 '최근 삭제된 항목'으로 이동해 30일간 복구할 수 있습니다.

함께 읽기

AskClean 팀 · 업데이트 2026-08-12