마지막 수정
AI 음악 유튜브, Google AI Pro로 시작하고 Lyria API는 나중에 보는 이유
AI 음악 유튜브를 처음 실험할 때 Google AI Pro와 Lyria API를 어떻게 나눠 봐야 하는지, 공식 문서와 OsoriBada 운영 기준을 바탕으로 정리한 초안입니다.
AI 음악 유튜브를 계속 만지다 보면 질문이 금방 단순해집니다.
“어떤 도구가 더 좋은 음악을 만들어주나?”
저도 처음에는 그쪽으로 생각이 갔습니다. Google AI Pro에 음악 생성이 들어오고, Gemini API 쪽에는 Lyria 3가 보이니 자연스럽게 비교하고 싶어졌습니다. 월 구독으로 이것저것 실험하는 게 나은지, 아니면 API로 바로 생성 파이프라인을 만드는 게 나은지 궁금했습니다.
그런데 OsoriBada를 기준으로 다시 보니 질문이 조금 달라졌습니다. 무보컬 집중 음악 채널은 음악 파일 하나만으로 끝나지 않았습니다. 방 콘셉트, 썸네일 첫인상, 짧은 영상 장면, 제목, 설명문, Shorts 반응, 그리고 보컬이 섞이지 않았는지 확인하는 QC까지 같이 붙었습니다.
그래서 지금 제 결론은 이렇게 정리하고 있습니다.
Google AI Pro는 실험용 작업대에 가깝고, Lyria API는 검증된 포맷을 반복 생산할 때 보는 엔진에 가깝다.
이 글은 “둘 중 하나가 항상 정답”이라는 비교 리뷰가 아닙니다. 제가 AI 음악 유튜브를 실험하면서, 돈을 어디에 먼저 쓰고 어디서 멈출지 정해보는 운영 기록에 가깝습니다.
실제 Google 계정 화면이나 YouTube Studio 캡처가 아니라, 이 글의 판단 구조를 설명하기 위해 만든 공개용 개념 이미지입니다. 로고, 계정 정보, 실제 생성 파일명은 넣지 않았습니다.
10초 요약
- 처음 AI 음악 유튜브를 실험하는 단계라면 저는 Google AI Pro를 먼저 보겠습니다.
- 이유는 음악 생성만이 아니라 Gemini, Deep Research, Flow, 이미지·영상, 썸네일·설명문 초안까지 한 번에 굴려볼 수 있기 때문입니다.
- Lyria API는 나중에 보는 쪽이 맞다고 봅니다. 이미 반응이 있는 방 콘셉트가 있고, 생성 파일을 기록·분류·QC할 준비가 있을 때 장점이 커집니다.
- Google 도구를 쓴다고 해서 저작권, Content ID, YouTube 수익화가 자동으로 안전해지는 것은 아닙니다.
- OsoriBada처럼 strict no-vocal 채널이라면, 어떤 도구를 쓰든 보컬·허밍·입소리 질감 QC는 따로 해야 합니다.
| 구분 | Google AI Pro | Lyria API |
|---|---|---|
| 제가 보는 역할 | 실험용 작업대 | 생산용 엔진 |
| 먼저 쓰기 좋은 때 | 방 콘셉트, 영상 장면, 썸네일 훅을 빨리 돌려볼 때 | 반응 있는 콘셉트를 반복 생성하고 기록할 때 |
| 강점 | Gemini, Deep Research, Flow, 음악 아이디어를 한 번에 묶기 좋음 | prompt, model, 파일, QC 상태를 코드로 관리하기 좋음 |
| 조심할 점 | 소비자 UI와 한도는 바뀔 수 있음 | API 키, 결제, 파일 관리, 비용 제한이 필요함 |
| OsoriBada 기준 | Shorts 파일럿과 room packaging에 적합 | selected 후보를 쌓는 production lane에 적합 |
먼저 질문을 바꿔야 했다
처음에는 단순히 “Google AI Pro 음악 생성이 나을까, Lyria API가 나을까?”라고 봤습니다. 그런데 실제 운영 관점에서는 이 질문이 너무 좁았습니다.
AI 음악 유튜브에서 초반에 필요한 건 보통 이런 것들이었습니다.
- 어떤 방/상황 콘셉트가 눈에 들어오는가
- Shorts에서 멈춰 보게 만드는 장면은 무엇인가
- 썸네일 문구는 한두 단어로 잡히는가
- 제목 첫 부분이 너무 흔한 SEO 문구로만 보이지 않는가
- 음악에 사람 목소리처럼 들리는 질감이 섞이지 않는가
- 반복 생산처럼 보여도 괜찮을 만큼 영상마다 차이가 있는가이렇게 놓고 보면, 초반 질문은 “어떤 음악 모델이 더 좋은가”보다 “어떤 도구가 실험 전체를 빨리 돌려보게 해주는가”에 가깝습니다.
최근 OsoriBada 메모에서도 비슷한 판단이 나왔습니다. 공개 화면 기준으로는 롱폼보다 Shorts 쪽 신호가 더 강하게 보였고, 그래서 새 음악을 많이 뽑기보다 기존 곡과 Flow 영상 패키징으로 Shorts 6개를 먼저 테스트하자는 쪽으로 정리했습니다.
그 판단 이후로는 API부터 붙이는 게 조금 성급하게 느껴졌습니다. 아직 어떤 방이 살아날지도 모르는 상태에서 생성 엔진을 크게 만드는 건, 작업이 빨라지는 게 아니라 관리할 것이 늘어나는 쪽에 가까웠습니다.
공식 문서에서 확인한 것
확인 기준일은 2026년 6월 19일입니다. Google 쪽 요금제, 모델명, 가격, 지역 적용 여부는 바뀔 수 있으니 발행 전에는 다시 확인해야 합니다.
| 확인한 항목 | 출처 | 초안에 반영한 사실 | 제가 붙인 주의 |
|---|---|---|---|
| Google AI Pro | Google AI Plans | Gemini, Deep Research, Flow, 이미지·음악·동영상 생성 접근이 구독 묶음에 포함됨 | 국가·계정·한도는 바뀔 수 있음 |
| Gemini 음악 생성 | Gemini Apps Help | Lyria 기반 음악 생성과 SynthID 워터마킹 안내가 있음 | 기능 접근과 공개 사용 권리는 별도 |
| Lyria 3 모델 | Google AI for Developers | Clip Preview와 Pro Preview 모델이 나뉨 | preview 모델은 안정화 전 변경 가능 |
| Lyria 가격 | Gemini API Pricing | 확인일 기준 요청당 과금으로 표시됨 | 비용은 발행 전 최신 문서 재확인 필요 |
| API 약관 | Gemini API Terms | Google은 생성 콘텐츠 소유권을 주장하지 않는다고 설명함 | 사용 책임과 유사 결과 생성 가능성은 사용자 쪽에 남음 |
| YouTube 수익화 | YouTube Help | 반복·대량 생산 콘텐츠 리스크가 있음 | Google 도구 사용이 YPP 승인을 보장하지 않음 |
Google AI Pro 쪽
Google AI 요금제 페이지에서는 Google AI Pro를 Gemini 사용량 한도, Pro 모델 접근, Deep Research, Google 앱의 Gemini, Google Flow, 이미지·음악·동영상 생성 모델 접근이 묶인 구독 상품으로 설명하고 있었습니다.
제가 보기에는 이게 핵심입니다.
Google AI Pro는 “음악 API”라기보다, 여러 생성·조사 기능이 붙은 소비자용 작업 공간에 가깝다.
AI 음악 채널을 처음 실험할 때는 이 묶음이 꽤 편합니다. 음악만 보는 게 아니라, Gemini로 콘셉트를 정리하고, Flow로 영상 장면을 만들고, 썸네일 문구와 Shorts 설명까지 같이 굴려볼 수 있기 때문입니다.
Gemini Apps 도움말에는 Gemini가 Lyria로 음악을 생성할 수 있고, 텍스트나 업로드한 미디어를 바탕으로 음악을 만들 수 있다는 설명도 있었습니다. 빠른 생성은 짧은 트랙 중심이고, 더 긴 결과물은 Thinking 또는 Pro 경로가 필요하다는 안내가 있었습니다. 생성 음악에 SynthID 워터마킹이 들어간다는 설명도 확인했습니다.
다만 이것은 “구글 도구라서 공개 운영이 자동으로 안전하다”는 뜻은 아닙니다. 기능 접근과 공개 콘텐츠의 권리·수익화 판단은 별도입니다.
Lyria API 쪽
Google AI for Developers 문서에서는 Lyria 3를 Gemini API에서 사용할 수 있는 음악 생성 모델군으로 설명합니다. 텍스트 또는 이미지 입력으로 44.1kHz stereo MP3를 만들 수 있고, 두 모델이 나뉩니다.
| 모델 ID | 문서상 용도 | 길이 | 출력 |
|---|---|---|---|
lyria-3-clip-preview | 짧은 클립, 루프, 프리뷰 | 30초 | MP3 |
lyria-3-pro-preview | full-length song | 프롬프트로 조절되는 몇 분 길이 | MP3 |
가격 문서 기준으로는 Lyria 3가 Free Tier가 아니라 Paid Tier에 표시되어 있었습니다.
| 항목 | 확인일 기준 표시 가격 | 제 해석 |
|---|---|---|
| Lyria 3 Clip Preview | 요청당 $0.04 | 30초 motif 후보를 여러 개 뽑을 때 계산이 쉬움 |
| Lyria 3 Pro Preview | 요청당 $0.08 | 검증된 콘셉트를 full song 후보로 확장할 때 적합 |
가격만 보면 API가 훨씬 명확해 보입니다. 몇 개를 만들면 얼마인지 계산할 수 있기 때문입니다. 하지만 API를 쓰는 순간, 음악 생성 말고도 같이 준비해야 할 것이 생깁니다.
- API 키 관리
- 결제와 사용량 제한
- 프롬프트 저장
- 생성 파일명 규칙
- model, prompt, generation date 기록
- sha256 같은 파일 식별값
- no-vocal QC 대기열
- 실패 결과를 버리는 기준예전에 API 키를 안전하게 관리하는 기준을 적으면서도 느꼈지만, API는 편해지는 만큼 운영 책임도 같이 생깁니다. 그래서 초반 실험용이라기보다는, 이미 반복할 가치가 있는 포맷을 찾은 뒤에 쓰는 편이 더 자연스럽다고 봤습니다.
둘의 차이는 음악 품질보다 역할 차이에 가깝다
Google AI Pro는 빠른 실험에 맞다
Google AI Pro 쪽의 장점은 “한 번에 이것저것 해볼 수 있다”입니다.
예를 들어 AI 음악 채널의 방 콘셉트를 테스트한다면, 한 콘셉트마다 이런 묶음을 빠르게 만들어볼 수 있습니다.
- 방 이름: Tokyo Night Study Room
- Shorts 훅: Rain outside. One more hour inside.
- 썸네일 문구: ONE MORE HOUR / NO VOCALS
- Flow용 장면: 비 오는 밤, 작은 책상, 따뜻한 램프, 사람 없음
- 음악 방향: 조용한 피아노 중심, 보컬 없음
- 설명문 첫 줄: no-vocals quiet room for study and deep work이 단계에서는 완성곡을 많이 뽑는 것보다, “이 방 이름과 장면이 멈춰 보게 만드는가”를 보는 게 더 중요합니다. 그래서 저는 Google AI Pro를 실험용 작업대처럼 보는 편이 맞다고 생각했습니다.
Lyria API는 반복 생산에 맞다
반대로 Lyria API의 장점은 반복성과 기록입니다.
한번 Rain Rhodes Room이나 Tokyo Night Study Room 같은 콘셉트가 살아난 뒤에는 이야기가 달라집니다. 그때는 같은 기준으로 여러 음악 후보를 만들고, 통과한 것만 남기고, 나머지는 보류하는 생산 흐름이 필요합니다.
이런 흐름에는 API가 훨씬 잘 맞습니다.
1. prompt template을 고정한다.
2. Lyria 3 Clip으로 30초 motif 후보를 만든다.
3. 괜찮은 후보만 Lyria 3 Pro로 확장한다.
4. 파일마다 model, prompt, 생성일, sha256을 남긴다.
5. no-vocal QC를 통과한 파일만 selected로 옮긴다.
6. selected 파일만 롱폼/Shorts 편집으로 보낸다.
제가 잡은 흐름은 “생성 → 바로 업로드”가 아닙니다. 먼저 작은 신호를 보고, 그 다음 반복 생산으로 넘기는 쪽입니다.
이 단계에서는 Lyria API가 “음악 생성 도구”를 넘어 제작 엔진처럼 보입니다. 하지만 이 장점은 콘셉트가 어느 정도 검증된 뒤에야 살아납니다.
YouTube 수익화는 둘 다 조심해야 한다
여기서 제가 제일 경계하는 문장이 있습니다.
“Google 도구로 만든 음악이니까 YouTube 수익화에 안전하다.”
이렇게 말하면 안 된다고 봅니다.
Google API 약관은 Google이 생성 콘텐츠에 대한 소유권을 주장하지 않는다고 설명하지만, 동시에 사용자는 생성 콘텐츠 사용에 대해 관련 법을 지켜야 하고, 비슷한 결과가 다른 사람에게도 생성될 수 있다고 안내합니다.
YouTube 수익화 정책 쪽도 도구 이름보다 채널 전체의 콘텐츠 성격을 봐야 합니다. 반복적이거나 대량 생산된 콘텐츠처럼 보이면 문제가 될 수 있습니다. 결국 중요한 건 “Google로 만들었는가”가 아니라, 시청자가 봤을 때 각 영상이 충분히 다른 경험과 맥락을 갖고 있는가입니다.
그래서 OsoriBada에서는 단순히 lofi, rain, study, 1 hour를 계속 바꾸는 식보다, 방과 상황을 더 앞에 세우는 쪽이 낫다고 보고 있습니다.
Rain Rhodes Room
Night Tape Desk
Train Window Rain Room
Tokyo Night Study Room
Morning Desk Cafe
Exam Tomorrow Rain Room작은 차이처럼 보여도, 제 기준에서는 이게 반복 생산처럼 보이는 위험을 줄이는 첫 번째 장치입니다.
무보컬 채널에서는 QC가 도구보다 앞선다
OsoriBada 기준에서는 이 부분이 가장 중요합니다.
공식 문서에서 Lyria 3는 vocals, timed lyrics, full instrumental arrangements를 지원한다고 설명합니다. 이것은 기능적으로는 장점입니다. 하지만 strict no-vocal 채널 입장에서는 동시에 리스크입니다.
프롬프트에 instrumental, no vocals를 넣어도 결과물이 항상 안전하다고 볼 수는 없습니다. 보컬은 아니지만 사람 입소리처럼 들리는 질감, 허밍 같은 패드, 합창처럼 느껴지는 레이어가 섞일 수 있습니다.
그래서 제 no-vocal HOLD 기준은 꽤 빡빡합니다.
- human voice
- lyrics
- ooh / aah / ahh
- humming
- vocal pad
- choir / choral texture
- mouth sounds
- vocal chops
- syllabic texture
- 호롤롤로처럼 들리는 입소리 질감
하나라도 걸리면 “아쉽지만 좋은 곡”이 아니라 업로드 보류 후보로 봐야 합니다. AI 음악 채널에서는 좋은 음악과 올릴 수 있는 음악이 항상 같지 않았습니다.
제가 정한 순서
지금 단계에서 제가 정한 순서는 이렇습니다.
1단계: Google AI Pro로 2주짜리 콘셉트 파일럿
목표는 완성곡 대량 생산이 아닙니다. 먼저 어떤 방 콘셉트가 살아나는지 봅니다.
- Rain Rhodes Room
- Night Tape Desk
- Train Window Rain Room
- Tokyo Night Study Room
- Morning Desk Cafe
- Exam Tomorrow Rain Room각 콘셉트마다 음악 하나를 완성하려고 하기보다, 아래 묶음을 작게 만듭니다.
- 짧은 음악 아이디어
- Flow용 10~15초 영상 장면
- 썸네일 문구 1~3개
- Shorts 제목
- 롱폼으로 확장할 수 있는지 메모이 단계에서는 조회수 하나보다 평균 시청 지속 시간, 반복 재생, 구독 전환, 롱폼 유입 같은 신호를 같이 봐야 합니다.
2단계: 살아남은 콘셉트만 Lyria API로 확장
Shorts에서 특정 방 콘셉트가 반복적으로 살아나면, 그때 Lyria API를 봅니다.
예를 들어 Tokyo Night Study Room이 괜찮다면 이렇게 갑니다.
- Lyria 3 Clip으로 30초 motif 후보 만들기
- 통과 후보만 Lyria 3 Pro로 확장하기
- 파일별 prompt, model, generation date, sha256 기록하기
- no-vocal QC 통과분만 selected 처리하기
- selected만 롱폼/루프 편집으로 보내기이렇게 하면 API 자동화의 장점이 살아납니다. 이미 “이 콘셉트는 조금이라도 반응이 있다”는 전제가 생겼기 때문입니다.
언제 Lyria API부터 가도 될까
처음부터 Lyria API를 보는 게 맞는 경우도 있습니다. 다만 저는 아래 조건이 먼저 있어야 한다고 봅니다.
- 음악 파일을 저장하고 분류할 폴더 구조가 있다.
- 프롬프트와 생성 결과를 JSON 또는 CSV로 남길 수 있다.
- API 사용량과 비용을 제한하는 규칙이 있다.
- no-vocal QC 체크리스트가 있다.
- 업로드와 공개는 별도 승인 게이트로 막혀 있다.
- 실패한 결과물을 과감하게 버리는 기준이 있다.이 조건이 없으면 API는 빠른 길이 아니라, 관리할 것이 늘어나는 길이 될 수 있습니다.
자동 발행을 하지 않기로 정한 기준과도 비슷합니다. 만들 수 있다고 바로 공개하지 않고, 생성과 검수와 발행을 분리해두는 편이 나중에 덜 위험합니다.
이번에 남긴 운영 규칙
이번 비교를 하면서 제 기준은 조금 더 선명해졌습니다.
1. 첫 구독은 제작 엔진보다 실험 묶음으로 고른다.
2. 음악 생성보다 콘셉트 검증을 먼저 본다.
3. Google 도구라는 이유로 저작권·수익화 안전을 단정하지 않는다.
4. Lyria API는 반응 있는 포맷이 생긴 뒤 자동화한다.
5. 무보컬 채널에서는 생성보다 QC가 우선이다.그래서 지금의 답은 이렇습니다.
AI 음악 유튜브를 막 시작하는 단계라면 Google AI Pro가 더 편합니다. 하지만 채널 콘셉트와 QC 흐름이 잡힌 뒤에는 Lyria API가 더 좋은 제작 엔진이 될 수 있습니다.
중요한 건 둘 중 하나를 고르는 일이 아니라, 지금 내가 실험 단계에 있는지 생산 단계에 있는지 먼저 정하는 일입니다.
다음 실험 체크리스트
제가 다음에 실제로 확인할 순서는 아래입니다.
- Google AI Pro에서 방 콘셉트 4~6개 만들기
- 각 콘셉트별 Shorts용 10~15초 장면 만들기
- 기존 OsoriBada 곡 또는 짧은 음악 후보와 붙여보기
- 조회수만 보지 말고 평균 시청 지속 시간과 반복 재생 신호 보기
- 살아남은 1~2개 콘셉트만 Lyria API 후보로 넘기기
- API 생성물은 prompt, model, 생성일, 파일명, sha256, QC 결과 기록하기
- 업로드·예약·공개는 별도 승인 후 진행하기| 실험 단계 | 남길 기록 | 통과 기준 |
|---|---|---|
| 방 콘셉트 후보 | room name, hook, 장면 설명 | 한 문장으로 상황이 바로 보임 |
| Google AI Pro 파일럿 | 이미지/영상 프롬프트, Shorts 제목, 썸네일 문구 | 4~6개 후보를 빠르게 비교 가능 |
| Shorts 확인 | 조회수, 평균 시청 지속, 반복 재생, 롱폼 유입 | 1~2개 콘셉트가 상대적으로 살아남음 |
| Lyria API 확장 | prompt, model, generation date, filename, sha256 | 같은 기준으로 후보를 반복 생성 가능 |
| no-vocal QC | selected / hold / regenerate 이유 | 사람 목소리 질감이 없고 설명·권리 검토가 가능함 |
아직은 “이 도구가 정답”이라고 말하기보다, 이 순서로 작게 확인하는 쪽이 제 현재 단계에는 더 맞아 보입니다.
확인일과 한계
이 글은 2026년 6월 19일 기준으로 확인한 공식 문서와 OsoriBada 운영 메모를 바탕으로 쓴 초안입니다.
참고한 출처는 아래입니다.
- Google AI Plans: https://one.google.com/about/google-ai-plans/
- Gemini Apps Help — Generate music with Gemini Apps: https://support.google.com/gemini/answer/16901237?hl=en
- Google AI for Developers — Generate music with Lyria 3: https://ai.google.dev/gemini-api/docs/music-generation
- Gemini API Pricing: https://ai.google.dev/gemini-api/docs/pricing
- Gemini API Terms: https://ai.google.dev/gemini-api/terms
- YouTube channel monetization policies: https://support.google.com/youtube/answer/1311392?hl=en
Google AI 요금제, Flow/Music 크레딧, Lyria API 가격과 모델명은 바뀔 수 있습니다. 또 Google 도구를 사용했다는 사실은 저작권, Content ID, YouTube Partner Program 수익화 승인을 보장하지 않습니다. 실제 공개 전에는 최신 문서와 생성물 QC를 다시 확인해야 합니다.