Spotify 팟캐스트를 Apple에 보낼 때 RSS는 자동 배포가 아니다
크리에이터 도구 및 경제
팟캐스트 링크만 주면 AI가 읽는다…PodcastsToText API 공개
PodcastsToText는 2026년 9월 25일 공식 발표문에서 Spotify·Apple Podcasts 에피소드 링크로 전사를 시작하는 REST API와 호스팅형 MCP 서버를 공개했다. 창업자 Marios Stylianou는 링크에서 에피소드를 찾아 음원에 접근하는 작업을 두고 “That is the part we had already solved”라고 설명했다. 개발자는 음원 파일을 먼저 내려받아 올리는 절차 없이 공개 에피소드의 주소를 전사 요청에 사용할 수 있다.
REST API는 제작자가 정한 순서대로 전사를 요청하고 결과를 받아 자막이나 쇼노트 제작으로 넘기는 경로다. MCP 서버는 AI 비서가 에피소드를 찾고 전사문을 읽은 뒤 사용자의 요청에 따라 다음 작업을 고르는 경로다. 두 방식 모두 출시된 기능이며, 전사 작업과 후속 생성 작업에는 계정의 사용 가능 분량과 부여된 권한이 적용된다. 한국 제작자에게 중요한 차이는 링크 입력 자체보다 이후 호출을 제작 시스템이 결정하는지, 연결한 AI 비서가 결정하는지에 있다.
에피소드 링크에서 자막까지 이어지는 과정
링크를 입력하면 서비스가 해당 에피소드와 음원을 찾고 전사 작업을 시작한다. Spotify나 Apple Podcasts에서 복사한 공개 에피소드 주소를 그대로 넣을 수 있으므로, 별도로 RSS 피드를 추적해 음원 주소를 찾아내는 코드를 만들 필요가 줄어든다. 직접 보유한 오디오 파일을 올리는 경로도 있어, 이미 제작 파일을 관리하는 팀은 링크 입력과 업로드 중 작업 방식에 맞는 쪽을 선택할 수 있다.
REST 요청은 완성된 전사문 대신 작업 식별자를 먼저 돌려준다. 제작 시스템은 그 식별자로 처리 상태를 조회하거나, 완료 시 웹훅 알림을 받도록 연결할 수 있다. 긴 에피소드의 처리가 끝날 때까지 같은 요청을 열어 둘 필요가 없다는 뜻이다. 발행 일정에 맞춰 여러 에피소드를 처리한다면 각 작업의 상태를 구분하고, 완료된 결과만 편집 단계로 넘기는 흐름을 구성할 수 있다.
완료된 전사문에는 발언 시점과 화자 표시를 담을 수 있다. 일반 텍스트와 구조화된 데이터를 보관용 원문으로 쓰고, SRT나 VTT는 영상과 플레이어에 붙일 자막으로 내보내는 식이다. 화자 분리는 발언을 구분하는 데 도움을 주지만, 실제 사람의 이름까지 언제나 정확히 알아낸다는 약속은 아니다. 진행자와 출연자가 겹쳐 말하거나 고유명사를 언급한 대목은 공개용 자막에 옮기기 전에 녹음과 대조해야 한다.
쇼노트와 챕터는 자막 파일을 다른 형식으로 저장한 결과물이 아니라, 전사문을 바탕으로 별도로 생성하는 콘텐츠다. 챕터에는 에피소드의 흐름과 시간 위치가 중요하고, 쇼노트에는 발언의 맥락과 이름 표기가 중요하다. 따라서 공개 에피소드 링크를 받아 전사를 완료한 다음 자막을 추출하고 쇼노트 초안을 만드는 흐름은 가능하지만, 두 산출물이 같은 검토를 거쳐 바로 발행될 수 있는 것은 아니다.
반복 발행에는 REST, 대화 속 탐색에는 MCP
정해진 발행 절차를 반복한다면 REST가 흐름을 명확하게 만든다. 새 에피소드가 올라왔을 때 전사를 시작하고, 완료 알림을 받은 뒤 전사 데이터를 저장하며, 자막을 지정된 편집 단계로 보내는 순서를 제작자가 정할 수 있다. 호출 결과와 작업 식별자를 기록하면 어느 에피소드가 처리 중이고 어느 에피소드가 후속 편집을 기다리는지도 구분하기 쉽다.
MCP는 AI 비서가 대화 도중 필요한 도구를 선택하는 방식에 맞는다. 사용자가 특정 에피소드의 내용을 묻거나 챕터와 쇼노트를 요청하면, 비서는 연결된 도구로 에피소드를 찾고 전사문을 읽어 작업을 이어 갈 수 있다. 전사문을 읽는 호출과 새 전사를 시작하는 호출은 계정에 미치는 영향이 다르다. 대화형 연결에서 중요한 것은 비서가 무엇을 볼 수 있는지뿐 아니라 어떤 작업을 새로 실행할 수 있는지다.
외부 Claude 연결 서비스 변경 기록에도 9월 27일 PodcastsToText 항목이 나타난다. 이 기록이 보여 주는 것은 연결 목록에서의 존재와 순위 변화이며, 전사의 정확도나 한국어 처리 성능을 측정한 결과는 아니다. 실제 제작 흐름을 결정할 때에는 목록의 순위보다 REST와 MCP에서 누가 호출 순서를 통제하는지가 더 직접적인 기준이다.
두 경로를 나눠 쓰는 구성도 가능하다. 정기적으로 발행하는 에피소드의 전사와 자막 추출은 REST로 처리하고, 이미 완성된 전사문을 놓고 질문하거나 쇼노트 방향을 바꾸는 작업은 MCP에 맡길 수 있다. 이때 AI 비서가 기존 전사문만 읽으면 되는지, 새 에피소드의 전사까지 시작해야 하는지를 먼저 구분해야 키에 부여할 권한도 정해진다.
유료 요금과 키 권한은 함께 계산해야 한다
PodcastsToText 개발자 안내는 API와 MCP 서버를 Creator·Pro·Studio·Podmaxxing 요금제에서 제공하고 시작 가격을 월 14달러로 표시한다. 무료 이용 범위는 웹 스튜디오 체험용이며 API 사용에는 적용되지 않는다. 전사를 시작하려면 해당 요금제에 더해 사용 가능한 전사 분량도 있어야 한다. 구독료만 보고 자동화 비용이 모두 해결된다고 판단하기 어려운 이유다.
REST와 MCP는 별도의 개발자 결제 계정이 아니라 같은 계정의 잔액을 사용한다. 웹 스튜디오에서 직접 처리하는 에피소드와 자동화가 처리하는 에피소드가 같은 사용 가능 분량에 영향을 준다는 뜻이다. 정기 배치 작업과 대화형 비서를 동시에 연결한다면 어느 쪽이 전사를 새로 시작할 수 있는지 구분해야 한다. 대화 중 여러 링크를 연속으로 처리하도록 허용한 경우에는 사람의 수동 작업보다 잔액이 빠르게 줄 수 있다.
키의 권한 범위는 이 비용 경계를 실제 호출에 반영하는 수단이다. 완성된 전사문을 찾아 읽는 연결에는 읽기 권한을 주고, 새 전사를 시작하는 제작 시스템에만 전사 생성 권한을 주는 구성이 목적에 맞다. 쇼노트 생성이나 공개 페이지 발행처럼 추가 작업을 실행하는 연결에는 그 작업에 필요한 권한을 따로 판단해야 한다. 한 키에 모든 기능을 열어 두면 편리하지만, 연결한 도구가 실행할 수 있는 작업도 그만큼 넓어진다.
정기 배치용 키와 AI 비서용 키를 분리하면 어느 연결에서 호출이 일어났는지 파악하기 쉽다. 사용하지 않는 연결의 키를 폐기하거나 권한을 줄이기도 수월하다. 잔액을 조회할 수 있는 기능을 제작 흐름에 포함하면 다음 에피소드를 처리하기 전에 남은 분량을 확인할 수 있다. 이는 비용을 예측하는 장치인 동시에, 발행 직전 전사 작업이 잔액 부족으로 멈추는 일을 줄이는 운영 방식이다.
한국 제작자에게 남는 편집 판단
공개 에피소드 주소에서 전사와 자막까지 이어지는 연결은 이번 공개로 단순해졌다. 그렇다고 전사문, 자막, 쇼노트가 같은 완성 기준을 갖는 것은 아니다. 검색용 원문은 발언을 찾기 쉬워야 하고, 자막은 시간과 화자 표시가 맞아야 하며, 쇼노트는 에피소드 전체의 논점을 제대로 담아야 한다. 입력이 하나여도 공개되는 산출물마다 확인할 내용은 달라진다.
한국어 에피소드에서는 진행자와 게스트의 이름, 외래어 표기, 제품명처럼 녹음 밖의 맥락이 필요한 대목이 특히 눈에 띌 수 있다. 화자 표시가 어긋나면 정확한 문장도 다른 사람의 발언처럼 보이고, 시간 정보가 어긋나면 자막의 활용도가 떨어진다. 쇼노트 초안에서는 핵심 발언이 누구의 주장인지, 에피소드의 앞부분만 강조하지 않았는지를 편집자가 판단해야 한다. 자동화가 줄이는 것은 이 판단에 앞서 음원을 찾고 전사를 시작하는 반복 작업이다.
따라서 제작 흐름의 마지막 경계는 공개 권한을 어디까지 넘길지에 있다. 전사 생성과 내부 검토까지 자동으로 연결하더라도, 공개용 자막과 쇼노트를 발행하는 결정은 별도의 단계로 둘 수 있다. REST로 일정한 산출 경로를 만들든 MCP로 대화형 편집을 붙이든, 키에 허용한 작업 범위가 자동화가 도달할 수 있는 지점을 결정한다.
함께 읽기:
관련 기사
뉴스레터 구독
최신 Web3, AI, 암호화폐 뉴스를 이메일로 받아보세요.
0