2026-08-17

2026년 애플 팟캐스트에 영상이 추가됐다 (그리고 RSS 피드엔 여전히 오디오 전용 MP3가 필요한 이유)

팟캐스트의 기본 결과물이 2026년 들어 조용히 바뀌었다. 예전엔 카메라 앞에서 녹화하는 게 유튜브 클립용으로 몇몇 쇼만 추가로 하던 일이었다면, 올해는 그게 사실상 플랫폼 기본값에 가까워졌다. 애플 팟캐스트에 실제 영상 기능이 생겼고, 스포티파이는 같은 기반 기술을 도입하겠다고 밝혔으며, 에디슨 리서치 자체 수치가 두 회사가 왜 그렇게 움직였는지 보여준다. 그렇다고 해서 기존 팟캐스트 RSS 피드가 실제로 받아주는 형식이 달라진 건 아니다 — 그리고 방송을 영상 파일 하나로 녹화하고 편집한다면, 거기서 제대로 된 오디오 전용 에피소드를 뽑아내는 건 여전히 별도의 단계다.

2026년에 실제로 바뀐 것

2월 17일, 애플 자체 뉴스룸 발표는 팟캐스트 앱 안에 HLS 기반 영상 재생 기능을 도입했고, 이 기능은 3월 말 iOS 26.4 정식 출시에 실렸다. 애플의 표현을 그대로 옮기자면 — "영상은 팔로워나 다운로드 수를 흔들지 않고 기존 쇼에 매끄럽게 통합된다." 즉 제작자는 기존과 같은 피드로 발행하고, 팟캐스트 앱 자체가 같은 에피소드 안에서 시청과 청취를 오갈 수 있게 해준다는 뜻이다.

스포티파이는 몇 달 뒤 뒤를 이었다. 5월 14일 TechCrunch 보도에 따르면 스포티파이는 자사 영상 팟캐스트에도 애플의 HLS 방식을 도입하기로 했고, 이를 통해 스포티파이에서 호스팅되는 쇼가 기존 설정을 바꾸지 않고도 애플 팟캐스트에서 영상을 배포하고 수익화할 수 있게 된다 — 두 회사가 각자 따로 움직이는 게 아니라 실제로 교차 플랫폼 수렴이 일어난 사례다.

두 회사가 왜 이 시점에 움직였는지는 청취자 지표를 보면 설명이 된다. 에디슨 리서치의 Podcast Consumer 2026 연구는 6월 4일 보도자료로 발표됐는데, 주간 팟캐스트 소비자 중 영상을 시청한다는 응답(82%)이 오디오만 듣는다는 응답(78%)에 거의 근접했다는 걸 보여준다 — 몇 년 전만 해도 없던 수준의 균형이다. 같은 연구를 다룬 Inside Radio의 별도 보도는 플랫폼 이동을 구체적인 숫자로 짚는다 — 주간 팟캐스트 소비자 중 가장 자주 쓰는 서비스로 유튜브를 꼽은 비율이 37%로, 2년 전 31%에서 올라왔고, 이는 그 항목에서 그동안 앞서 있던 스포티파이를 넘어서기에 충분한 수치였다.

그래도 오디오 RSS 피드가 받는 형식은 그대로다

청취자 수준의 영상 균형도, 애플 자체 앱 안의 영상 지원도 모두 실제로 일어난 일이다. 하지만 바뀌지 않은 건 기존 팟캐스트 RSS 피드 뒤에 있는 기술 규격이다 — Overcast, Pocket Casts, 차량용 팟캐스트 앱, 그리고 애플 팟캐스트나 스포티파이의 오디오 등급을 쓰는 많은 청취자가 여전히 이걸 쓴다. 애플 팟캐스트 Connect의 자체 오디오 요건 페이지는 지금도 에피소드 오디오 파일로 받아주는 형식을 딱 두 가지로 못박고 있다 — MP3 아니면 AAC, 모노는 64~128kbps, 스테레오는 128~256kbps 권장, 샘플레이트는 44.1kHz 또는 48kHz다. 영상 파일은 어떻게 감싸거나 인코딩했든 이 목록에 없다 — 오디오 전용 앱이 읽는 RSS 인클로저는 여전히 재생 시점에 화면만 뺀 영상 트랙이 아니라 진짜 오디오 파일이어야 한다.

다시 말해 2026년은 팟캐스트의 기존 배포 방식 위에 영상 피드를 하나 더 얹은 것이지, 오디오 피드를 대체한 게 아니다. Zoom, Riverside, StreamYard, OBS 등으로 방송을 영상 파일 하나로 녹화하고 편집한다면, 그 파일은 영상 쪽(유튜브, 애플 팟캐스트 영상, 스포티파이 영상)에는 정확히 맞고, 그대로는 RSS 쪽에는 정확히 맞지 않는다. 거기서 진짜 MP3를 뽑아내는 건 여전히 직접 해야 하는 단계다.

녹화 하나, 내보내기는 둘

이 작업 흐름은 이미 많은 쇼가 하던 방식에서 크게 달라지지 않는다 — RSS 피드를 갱신하기 전에 로컬 단계 하나가 더 붙을 뿐이다. 지금처럼 방송을 영상으로 녹화하고 편집한다. 확정되면 그 영상 파일을 지금 영상을 받아주는 피드 — 유튜브, 애플 팟캐스트 영상, 스포티파이 영상 — 에 그대로 발행한다. 그다음 오디오 RSS 피드를 위해 NearVid의 "오디오 추출" 카드를 쓴다 — 오디오 트랙만 뽑아서 브라우저 안에서 곧바로 MP3로 저장해 준다. 앱 자체가 이 기능을 설명하는 문구 그대로다 — "오디오 트랙만 MP3로 추출합니다." 이 단계 어디에도 영상 파일을 어딘가에 업로드할 필요는 없다.

NearVid의 MP4 변환과는 다르다는 점도 알아둘 만하다 — MP4 변환은 브라우저 자체의 H.264 인코더를 WebCodecs로 호출하는 방식이라 현재는 Chrome과 Chromium 계열 브라우저에서만 나타난다. 반면 오디오 추출은 트림이나 WebM 변환과 같은, 직접 빌드한 GPL-free ffmpeg.wasm 엔진으로 동작하기 때문에 Firefox나 Safari에서도 Chrome과 똑같이 동작한다. 이 단계만큼은 브라우저 지원 여부를 따로 신경 쓸 필요가 없다.

시작하기 전에 알아둘 만한 실제 제약 하나 — NearVid의 오디오 추출 기능은 파일 전체를 대상으로 동작한다. 트림이나 변환 카드에 있는 것과 같은 시작·종료 구간 지정은 여기엔 없다. 영상 앞부분의 헛기침이나 죽은 공백을 잘라내고 MP3로 내보내고 싶다면, 그 작업을 먼저 처리해야 한다 — 영상을 무손실로(스트림 복사, 재인코딩 없음, 원본 포맷 유지, 사실상 즉시) 먼저 트림해서 다운로드한 뒤, 그 짧아진 클립에 오디오 추출을 돌리면 된다. 한 번이 아니라 두 번의 짧은 작업이 되지만, 어느 쪽이든 파일은 계속 내 기기 안에만 있다.

평범한 클립보다 여기서 로컬 처리가 더 중요한 이유

아직 공개하지 않은 에피소드는 화면 녹화나 여행 영상 같은 평범한 클립과는 다른 종류의 파일이다. 아직 공개하지 않은 게스트와의 대화, 아직 송출되지 않은 광고 리드, 아직 쓸지 말지 고민 중인 초벌 편집본일 수 있다. 그 파일을 단순히 MP3 하나 뽑겠다고 클라우드 변환 서비스에 돌리면, 아직 공개되지 않은 콘텐츠의 사본을 어딘가의 서버가 잠깐이나마 갖고 있게 된다 — "빠르고 별거 아닌" 단계라서 마침 열려 있는 다른 탭의 변환 도구로 무심코 넘기기 딱 좋은 지점이기도 하다. NearVid는 애초에 파일을 업로드하지 않는다 — 추출은 그 브라우저 탭 안에서 끝난다. 오디오만 뽑아내는 게 에피소드를 내보내는 과정에서 가장 덜 민감한 부분처럼 느껴지기 쉬운 만큼, 오히려 기억해 둘 가치가 있는 지점이다.

정직한 요약

2026년 중반 시점의 사실들 — 애플은 2월 17일 발표하고 3월 말 iOS 26.4 정식 출시에 실은, HLS 기반의 진짜 영상 기능을 애플 팟캐스트에 추가했다. 스포티파이는 5월에 같은 기반 기술을 자사 영상 팟캐스트 교차 플랫폼 배포에 도입하겠다고 밝혔다. 그리고 에디슨 리서치 자체 수치는 주간 팟캐스트 소비자가 이제 시청(82%)과 청취(78%)를 거의 비슷한 비율로 한다는 것, 그리고 가장 자주 쓰는 플랫폼으로 유튜브를 꼽는 비율이 2년 전 31%에서 37%로 올랐다는 것을 보여준다. 그렇다고 애플 자체 RSS 규격이 쇼의 오디오 쪽에 요구하는 형식이 바뀐 건 아니다 — 여전히 MP3 아니면 AAC이고, 영상은 아니다. NearVid가 실제로 해주는 건 그 사이의 작지만 꼭 필요한 단계다 — 영상 파일에서 오디오 트랙을 진짜 MP3로, 어떤 브라우저에서든, 로컬에서 뽑아내는 것. RSS 피드가 늘 기대해 온 그 파일이 녹화본을 어딘가에 업로드해야만 나오는 일이 없도록.