0. 유튜브 답장: “자동 업로드가 무조건 비공개는 아닙니다.” 네?
유튜브에 동영상을 자동으로 올리는 도구를 만들었다고 해 보자. 오래된 설명에는 “심사를 받기 전에는 모든 영상이 비공개”라는 말이 많다. 그런데 담당팀의 답장은 API로 업로드한 동영상이 자동으로 비공개 처리되는 것은 아니다라는 내용이었다.
버튼 하나 만드는데 입국 심사라도 받아야 하나 싶었더니 안내판이 오래됐을 수도 있다.
2026년 10월 9일 기준, 최신 상세 설명은 미확인 프로젝트도 비공개로만 올리도록 제한되지 않는다고 명시한다. 하지만 공개를 요청할 수 있다는 것, 다른 사람이 실제로 볼 수 있다는 것, 모든 심사를 통과했다는 것은 다른 문제다.
1. 이메일은 무엇을 알려 주었을까?
메일의 핵심은 네 가지다. API를 통한 업로드가 자동 비공개를 뜻하지 않는다. 외부의 오래된 정보보다는 공식 문서의 최신 내용을 보라. 이번 문의를 종료한다. 이용 횟수 증액은 별도 양식으로 신청하라.
여기에 “프로젝트가 심사를 통과했다” 또는 **“한도가 늘었다”**는 말은 없다. 문의 종료와 심사 승인은 다르다. 상담원이 인사를 마쳤다고 졸업장을 발급한 것은 아니다.
2. 그런데 왜 옛날에는 비공개로만 된다고 했을까?
이전 안내에는 2020년 7월 28일 이후 생성된 미확인 프로젝트의 영상 업로드가 비공개로 제한된다는 내용이 있었다. 오래된 블로그나 검색 결과, 일부 공식 요약에도 그 설명이 남아 있다.
하지만 2026년 10월 8일 갱신된 공식 업로드 설명은 미확인 프로젝트도 비공개로 제한되지 않는다고 말한다. 다른 공식 영상 안내는 위쪽 요약과 아래쪽 공개 범위 세부 설명이 서로 어긋나기도 한다.
그러니 검색 결과가 많이 나온다고 정답인 것은 아니다. 담당자의 직접 답변과 최신 상세 설명을 함께 봐야 한다. 개별 계정에서 성공하는지는 실제 확인이 필요하다.
3. 전체 공개, 링크 공개, 비공개는 다르다
전체 공개는 누구나 볼 수 있다. 링크 공개는 주소를 아는 사람이 볼 수 있다. 비공개는 소유자와 허가된 사람만 볼 수 있다.
최신 문서는 공개 범위를 생략하면 보통 전체 공개가 되지만 계정 설정 등에 따라 비공개가 될 수 있다고 설명한다. 자동 게시라면 전체 공개를 분명히 지정하고 반환된 결과를 확인하자. 컴퓨터가 “알아서 눈치껏” 처리해 주길 기대하는 순간 문제가 생긴다.
마지막에 실제 설정 예시도 실었다. 업로드 성공과 로그아웃한 사람이 재생할 수 있다는 것은 별도로 확인해야 한다.
4. '심사'라는 말 안에는 세 가지가 들어 있다
첫째, 영상이 공개될 수 있는가. 선택한 공개 범위와 계정·영상에 걸린 제한의 문제다.
둘째, 앱이 내 채널에 업로드할 수 있는가. Google 계정 소유자의 허락이 필요하고, 앱 자체의 확인 절차가 요구되는 경우도 있다.
셋째, 하루 이용 횟수를 늘릴 수 있는가. 기본 상한을 초과하려면 별도 신청과 심사가 필요하다.
그러니까 “무조건 비공개 제한이 없다”와 “모든 종류의 허가와 심사가 사라졌다”는 전혀 다른 이야기다. 서로 다른 창구 셋이 전부 '심사'라고 써 놓으면 누가 안 헷갈리겠는가.
5. 하루에 100개 업로드할 수 있다는 뜻일까?
2026년 6월 1일부터 영상 업로드는 전용 이용 한도를 갖는다. 기본값은 하루 업로드 요청 100회다. 검색도 별도로 하루100회이고, 다른 기능은 하루 총 10,000단위가 기본이다. 한도는 미국 태평양 시간 자정에 초기화된다.
100번 요청할 수 있다는 말은 100개가 반드시 공개된다는 뜻이 아니다. 실패한 요청도 한도를 사용할 수 있고, 채널 자체의 업로드 제한도 따로 있다. 과거 안내의 “한 번당 1,600단위”는 예전 계산 방식이다.
더 필요하면 공식 증액 절차를 이용해야 한다. 같은 서비스를 위해 프로젝트를 여러 개 만들어 한도를 인위적으로 늘리는 행위는 금지다. 분신술을 써도 이용 규칙은 분신하지 않는다.
6. 실패 시점을 세 가지로 나눠 보자
업로드 전에는 계정 허가 부족, 남은 횟수 부족, 잘못된 파일이나 입력 내용 때문에 막힐 수 있다.
업로드 직후에는 영상 번호는 나왔어도 아직 처리 중이거나 공개 범위가 예상과 다를 수 있다. 결과와 관리 화면을 모두 확인한다.
업로드 후에는 타인의 저작물이나 개인정보 침해, 반복적인 스팸성 게시, 규정 위반 등이 문제가 되어 영상이 삭제되거나 권한이 제한될 수 있다.
네트워크가 끊겼다고 바로 열 번 재전송하지 말자. 영상이 이미 만들어졌는지 먼저 확인해야 한다. 똑같은 테스트 영상 열 개를 올렸다면 검증이 아니라 직접 기획한 스팸 전시회다.
7. “나중에 안 되면 그때 해결하지 뭐”가 통하는 범위
규칙을 지키는 짧은 영상 한 개를 시험한다면 꽤 합리적인 접근이다. 끝없는 예상보다 실제 결과를 알아보는 편이 낫다.
하지만 모든 실수가 원상복구되는 것은 아니다. 설정 오류는 고칠 수 있어도 공개 영상은 삭제 전에 복사될 수 있다. 저작권이나 개인정보 문제는 신뢰까지 손상시킬 수 있다.
공식 개발자 규칙은 위반 시 이용 한도 축소, 접속 권한 취소, 계정에 대한 조치가 가능하다고 안내한다. 나중에 해결하겠다는 태도가 처음부터 규칙 위반을 허용하는 것은 아니다.
8. 가장 작은 테스트와 네 가지 질문
먼저 직접 만든 짧은 영상 하나를 준비한다. 올릴 채널과 음악·영상의 사용 권리, 다른 사람의 개인 정보를 확인한다. 전체 공개를 지정해 한 번 전송하고 영상 번호와 상태를 기록한다. 로그인하지 않은 화면에서도 재생되는지 살펴본다. 문제가 생기면 이유를 남기고 무한 반복하지 않는다.
이메일을 받았으면 심사에 합격했나? 아니다. 문의가 끝났다는 뜻이다.
미확인 프로젝트는 반드시 비공개인가? 최신 상세 문서는 그렇지 않다고 한다. 별도 제한은 있을 수 있다.
100회면 100개 모두 성공하나? 아니다. 요청 횟수의 한도다.
한도가 모자라면? 별도로 공식 신청을 한다.
결론: 규칙을 지키면서 한 편을 실제로 시험한 뒤 확대하자. 무작정 멈춰 있거나 무작정 올릴 필요는 없다.
공식 자료(2026년 10월 9일 확인): 업로드, 영상 설정, 이용 한도, 심사와 증액, 변경 기록, 개발자 규칙.
개발용 설정 예시
{
"snippet": {
"title": "Upload test",
"description": "Test video",
"categoryId": "22"
},
"status": { "privacyStatus": "public" }
}
