2026-08-23

왓츠앱은 보내는 영상을 기본 480p로 압축한다 (그리고 원본을 최대 2GB까지 그대로 보내는 문서 트릭)

왓츠앱으로 화면 녹화나 폰 영상을 보내 본 사람이라면 누구나 겪어 봤을 것이다 — 내 폰에서는 선명하던 영상이 상대방에게는 흐릿하고 뭉개진 채 도착한다. 착각도 아니고 카메라 탓도 아니다. 왓츠앱이 전송 과정에서 파일을 재인코딩하기 때문이다. 대부분이 모르는 해결책은, 왓츠앱에 똑같은 영상을 압축 없이 그대로, 최대 2GB까지 보내는 두 번째 경로가 있다는 사실이다. 각 경로가 실제로 무엇을 하는지, 원본 화질 경로에 붙는 — 거의 아무도 말해 주지 않는 — 함정 하나, 그리고 내 기기에서 무손실로 클립을 먼저 트림하는 것이 그 경로를 실용적으로 만들어 주는 이유를 정리했다.

보통 방식으로 보낸 영상에 왓츠앱이 하는 일

사진/동영상 선택기로 영상을 첨부하면 왓츠앱은 전송 전에 재인코딩을 한다. 미디어 품질 설정에 관한 9to5Mac의 보도가 숫자를 붙여 준다 — 기본값인 표준 품질은 영상을 480p로 보내고, HD 옵션은 그걸 720p로 올려 준다. 여기서 눈여겨볼 대목이 둘 있다. 첫째, 480p가 기본값이다 — 보낼 때마다 HD 토글을 일부러 누르거나 설정 > 저장용량 및 데이터에서 기본값을 바꾸지 않는 한, 4K로 찍은 영상도 거기에 눌려 들어간다. 둘째, HD조차 원본이 아니다 — 같은 보도가 짚듯 HD 옵션을 켜도 압축은 여전히 이루어지고, 덜 공격적일 뿐이다. 미디어 경로는 내 실제 파일을 보내는 게 아니라, 왓츠앱이 더 작게 재인코딩한 사본을 보낸다.

문서 경로: 같은 영상을, 손대지 않고, 최대 2GB까지

왓츠앱의 첨부 메뉴에는 두 번째 선택지 — 문서 — 가 있고, PDF만이 아니라 영상 파일도 받는다. 이 경로로 보낸 파일은 아예 재인코딩되지 않는다 — Android Police의 표현대로 왓츠앱은 문서를 전송 전에 압축하지 않으며, 영상을 문서로 첨부하는 것이 원본 화질 그대로 보내는 오래된 요령인 이유가 바로 그것이다. 이 경로의 용량 예산도 넉넉하다 — 왓츠앱 자체 발표가 파일 전송 상한을 한 번에 2GB로 올렸고 — 이전에는 100MB였다 — 전송은 다른 모든 것과 마찬가지로 종단간 암호화되며, 큰 파일에는 Wi-Fi 사용을 권한다. 그러니 진짜 질문은 왓츠앱이 내 원본 영상을 나를 수 있느냐가 아니다. 원본을 그대로 보내는 게 과연 좋은 생각이냐 — 이고, 여기서 함정 둘이 등장한다.

함정 하나: 원본은 크다 — 그러니 먼저 무손실로 트림한다

왓츠앱이 애초에 미디어를 압축하는 이유는 원본이 크기 때문이다 — 요즘 폰 촬영본은 짧은 녹화도 수백 메가바이트에 이르고, 왓츠앱의 2GB 발표 자체가 큰 전송에는 Wi-Fi를 권할 정도다. 몇 분짜리 원본 전체를 문서로 보내는 것도 되긴 하지만, 올리는 데도 느리고 상대방이 받는 데도 느리며, 대개는 무의미하다 — 정작 누군가 보고 싶어 하는 부분은 녹화의 일부이기 때문이다. 그게 지렛대다. NearVid의 트림은 무손실 스트림 복사다 — 영상과 오디오 데이터를 손대지 않고 그대로 복사해 내며, 재인코딩도 세대 손실도 없고, 대부분 파일에서 1초도 안 걸린다. 3분짜리 녹화를 중요한 20초로 잘라내면 원본 그대로의 화질에 크기는 몇 분의 일인 파일이 남는다 — 문서 경로로 보낼 가치가 있는 파일이 바로 그것이다. 트림은 전부 브라우저 탭 안, 내 기기 위에서 이루어진다 — 왓츠앱에 직접 첨부하기 전까지 클립은 어디에도 업로드되지 않는다.

함정 둘: 문서는 보낸 그대로 도착한다 — 코덱까지 그대로

미디어 경로의 재인코딩에는 진짜 장점이 하나 있다 — 반대편에 도착하는 것이 왓츠앱이 폭넓은 재생성을 고려해 고른 형식이라는 점이다. 문서에는 그런 단계가 없다. 수신자는 내가 보낸 파일을 문자 그대로 받으므로, 재생 여부는 전적으로 수신자 기기가 그 안의 코덱을 지원하느냐에 달린다. 가상의 문제가 아니다 — 아이폰은 몇 년째 기본으로 HEVC 녹화를 해 왔고 Windows는 여전히 HEVC 디코더 없이 출고된다. Windows에서 안 열리는 아이폰 영상 글이 마이크로소프트의 유료 확장 오류까지 짚어 놓았다. 반대 방향으로는, 브라우저 화면 녹화 도구가 기본으로 내놓는 WebM을 구형 아이폰은 아예 재생하지 못한다 — 자세한 내용은 아이폰·파워포인트에서 안 열리는 WebM 글에 있다. 상대방 기기가 어느 쪽 함정에든 걸린다면 변환한 사본을 보내면 된다 — Chrome을 비롯한 Chromium 계열 브라우저에서는 실측 확인을 거쳐 나타나는 NearVid의 "MP4로 변환" 카드가 가장 폭넓게 재생되는 조합인 H.264+AAC로 로컬에서 재인코딩해 주고, "WebM으로 변환"은 지원되는 모든 브라우저에서 동작하며, 내보내기 화면의 "≈" 크기 추정치가 인코딩 전에 각 품질 프리셋의 대략적인 결과 크기를 알려 준다. 변환한 사본은 더 이상 원본과 바이트 단위로 같지는 않지만, 내가 고른 품질 프리셋으로 내가 재인코딩한 것이다 — 일괄 480p가 아니라.

여기서 NearVid가 해 주지 않는 것

늘 같은 솔직함을 유지하자면 — NearVid는 왓츠앱의 규칙을 알지 못하고 왓츠앱과 통신하지도 않는다. "왓츠앱에 맞추기" 버튼도, 자동 비트레이트 타게팅도 없고, HD 설정을 대신 켜 주는 기능도 없다 — 그건 9to5Mac의 안내대로 왓츠앱 자체의 설정 > 저장용량 및 데이터 안에 있다. 이 이야기에서 NearVid가 하는 일은 정확히 셋이고, 전부 내 기기 위에서다 — 보낼 가치가 있는 부분만 남기는 무손실 트림, 수신자 기기에 다른 코덱이 필요할 때의 선택적 변환, 그리고 재인코딩 전에 보여 주는 정직한 크기 추정치. 결과물을 왓츠앱에서 문서로 첨부하는 건 왓츠앱 안에서 직접 하는 단계다.

정직한 요약

왓츠앱의 일반 선택기로 보낸 영상은 재인코딩된다 — 9to5Mac 보도 기준으로 기본 480p, HD 옵션으로 720p, 그리고 HD조차 여전히 압축이다. 문서 첨부 경로는 왓츠앱 자체 발표 기준 파일당 2GB까지 압축 없이 내 파일을 그대로 보내지만 — 크기도 코덱도 녹화된 그대로 도착한다. 실용적인 워크플로는 이렇다 — NearVid에서 중요한 몇 초만 무손실로 트림하고, 수신자 기기가 내 코덱을 재생하지 못할 때만 변환하고, 그 결과물을 문서로 첨부한다. 원본 화질에, 전송량은 몇 분의 일이고, 영상은 가는 길에 어떤 서버도 거치지 않는다 — 처음으로 업로드되는 곳이 왓츠앱의 종단간 암호화 통로다.