2026-08-31

2026년 앱스토어·구글 플레이 앱 소개 영상 규정 (그리고 화면 캡처에서 재인코딩 없이 15~30초 미리보기를 잘라내는 법)

지금까지 이 시리즈가 만난 독자들은 전부 남의 구멍에 영상을 끼워 넣으려는 사람들이었다 — 25MB 첨부, 20MB 디스코드 메시지, 15초 엣시 상품 영상. 이번 글은 방금 앱을 다 만들고 이제 스토어 등록 페이지를 채워야 하는 사람을 위한 글이다. 양대 앱 스토어 모두 앱이 실제로 움직이는 영상을 원하는데, 원하는 방식이 서로 너무 달라서 같은 이름으로 부르기도 어색할 정도다. 애플은 진짜 영상 파일을 원한다 — 15~30초라는 단단한 창 안에서, 지정된 코덱으로, 지정된 픽셀 크기로. 구글 플레이는 파일을 아예 받지 않는다 — 유튜브 URL을 원한다. 그런데 두 길 모두 출발점은 같다: 내 앱을 이리저리 눌러 본, 길고 두서없는 화면 캡처 하나. 그리고 그 중간 어딘가에 쓸 만한 25초가 있다. 두 스토어의 실제 규정을 각 사 자체 문서에서 확인하고 — 재인코딩이 눈에 띄게 망가뜨리는 바로 그런 종류의 영상을 재인코딩 없이, 내 컴퓨터 위에서 잘라내는 방법을 정리했다.

애플의 규정: 진짜 파일, 단단한 창

애플의 요구 사항은 App Store Connect 도움말의 앱 미리보기 사양 페이지에 있는데, 이례적으로 구체적이다. 앱 미리보기는 15초 이상 30초 이하여야 한다 — 권장이 아니라 바닥과 천장이다. 미리보기는 최대 3개까지; 파일은 .mov, .m4v, .mp4 중 하나; 비디오 코덱은 H.264 또는 ProRes 422(HQ 한정); 프레임레이트는 최대 30fps; 파일 크기는 최대 500MB; 해상도는 애플 자체 표에서 골라야 한다 — 현행 6.9"·6.5"·6.1" 아이폰 클래스는 세로 886×1920, 구형 5.5"는 1080×1920, 4.7"는 750×1334. 기본 포스터 프레임 위치(5초 지점)까지 사양에 박혀 있다. 애플의 앱 미리보기 안내 페이지는 내용 규칙을 얹는다: 미리보기는 "앱 안의 콘텐츠만" 보여줘야 하고 — 손가락도, 기기를 어깨너머로 찍은 장면도 안 된다 — 애플이 권하는 캡처 경로는 뜻밖에 소박하다: 기기를 맥에 연결해 macOS의 QuickTime Player로, 확대 없이 네이티브 UI 해상도 그대로 찍으라는 것.

구글 플레이의 규정: 파일이 아예 없다

같은 기능의 구글 플레이 버전은, 구글 자체 미리보기 자산 페이지 기준으로, 업로드가 아니다. 홍보 영상 칸에 들어가는 건 유튜브 URL이다 — 재생목록이나 채널 말고 영상 하나의 URL. 영상의 공개 범위는 공개 또는 일부공개여야 하고(비공개 불가), 임베드가 가능해야 하고, 연령 제한이 걸려 있으면 안 되고, 내 앱 소개 앞에 남의 광고가 붙지 않도록 광고를 꺼 두라고 안내한다. 명시된 길이 상한은 없다 — 하지만 같은 문서 안에 부드러운 상한이 숨어 있다: "처음 30초만 자동 재생된다." 그리고 1024×500 피처 그래픽(JPEG 또는 24비트 PNG)을 함께 올리지 않으면 영상 자체가 목록에 표시되지 않는다. 서류 양식만 보면 이보다 다를 수 없는 두 스토어가 — 엄격한 파일 사양 대 유튜브 링크 — 편집적으로는 같은 사실 하나로 수렴한다: 주어지는 건 30초 남짓의 주목이고, 그보다 길면 애플은 반려하고 플레이는 그냥 자동 재생을 멈춘다.

왜 이 컷만큼은 스트림 카피여야 하나

앱 화면 캡처는 재인코딩의 상처가 가장 눈에 잘 보이는 영상이다. 손실 인코더가 가장 못 지키는 것들로 가득하기 때문이다: 1픽셀짜리 가는 선, 작고 또렷한 글자, 단색 사이의 딱 떨어지는 경계. 캡처를 재인코딩 한 번 돌리면 내 앱 설정 화면의 레이블 글자가 미묘하게 뭉개진 채 나온다 — 앱을 또렷해 보이게 하는 게 존재 이유인 영상에서 말이다. NearVid의 트림은 인코더를 아예 건드리지 않는다: 스트림 카피, 즉 지정한 시작과 끝 사이의 비디오·오디오 데이터를 바이트 그대로 복사하는 방식이라, 남긴 25초는 QuickTime이 건네준 캡처와 픽셀 단위로 동일하고, 작업 자체가 영상 처리보다 파일 복사에 가까워 몇 초 만에 끝난다. 전부 브라우저 탭 안에서 돌고 아무것도 업로드되지 않는데 — 이 시리즈의 다른 글들과 달리 여기서 그 가치는 프라이버시보다 반복 속도 쪽이다: 이 영상은 한 번에 안 끝난다. 자르고, 보고, 움찔하고, 다시 자르게 된다. 산수의 우연 하나: NearVid의 데스크톱 파일당 상한이 500MB인데, 이는 애플이 완성된 미리보기 파일에 거는 상한과 정확히 같은 숫자다 — 합법적인 앱 미리보기가 될 수 있는 캡처라면 전부 들어온다는 뜻이다. (모바일·저메모리 기기에서는 NearVid 상한이 50MB로 내려가지만, 어차피 QuickTime과 에뮬레이터가 사는 곳이 데스크톱이니 스토어 등록 준비는 데스크톱 일이다.)

여기서 진짜로 무는 키프레임 디테일

이 시리즈 어디보다 이 글에서 무겁게 작동하는 정직한 역학이 하나 있다. NearVid의 트림은 시작·끝 시각을 입력 칸에 적는 방식인데, 무손실 컷은 키프레임에서만 시작할 수 있어서 내보낸 클립이 입력한 초보다 조금 일찍 시작될 수 있다 — 스틸 프레임 글에서 설명한 그 트레이드오프다. 시리즈의 다른 글에서는 이게 미관상의 주름이지만, 여기서는 반려 사유가 될 수 있다: 애플의 30초 천장은 파일의 실제 길이에 걸리므로, 29.5초짜리 창을 입력했는데 시작점 앞 키프레임이 2초 뒤에 있었다면 손에 쥐는 건 31.5초짜리 파일이다. 실전 규칙은 이렇다: 애플 창의 한가운데를 노려서 25초쯤으로 자르고, App Store Connect 근처에 가기 전에 내보낸 클립의 실제 길이를 플레이어에서 확인할 것. 길게 나왔으면 입력한 시작점을 조금 뒤로 옮겨 다시 자르면 된다 — 스트림 카피는 워낙 싸서 다시 자르기가 렌더 대기열이 아니라 10초짜리 루프다.

안드로이드 쪽에서 오는 WebM 주름

앱이 안드로이드 우선이라면 원본 캡처가 애초에 MP4가 아닐 가능성이 크다. 구글의 Android Studio 문서 기준으로, 안드로이드 에뮬레이터의 화면 녹화는 WebM(또는 움직이는 GIF)으로 저장된다. 플레이 등록에는 아무 장애가 아니다 — 영상은 어차피 유튜브로 가고, 유튜브는 WebM을 잘 받고, NearVid의 트림은 WebM도 다른 포맷과 똑같이 스트림 카피한다. 하지만 같은 앱에 iOS 빌드가 생기는 순간 그 캡처는 애플의 포맷 목록과 마주친다 — .mov, .m4v, .mp4, H.264 또는 ProRes — WebM은 그 어느 것도 아니다. NearVid의 "MP4로 변환" 카드가 정확히 이 틈을 메운다: WebM이 안 열리는 이유 글에서 설명한, 업로드 없는 WebCodecs 기반 브라우저 내 H.264 MP4 재인코딩이다. 먼저 트림하고, 짧아진 클립을 그다음에 변환할 것 — 그리고 아래 정직함 섹션을 볼 것. 이 글에서 유일하게 재인코딩인 단계가 이것이고, 이 카드는 WebCodecs H.264 지원이 확인되는 브라우저에서만 나타나기 때문이다.

같은 캡처에서 스크린샷까지

구글 플레이의 그 페이지는 스크린샷 규정도 정한다: 최소 2장, JPEG 또는 24비트 PNG, 모든 변이 320px에서 3840px 사이. 완벽한 스크린샷 순간이 이미 캡처 안에 있다면 — 날아가는 중인 애니메이션, 다시 만들기 귀찮은 빈 화면 상태 — NearVid의 프레임 추출이 그 프레임을(가장 가까운 키프레임이 아니라 정확히 그 프레임을) 캡처 자체의 해상도로 JPG로 뽑아 주고, 요즘 기기 캡처라면 그 해상도는 플레이의 범위 안에 넉넉히 들어간다. 미리보기처럼 기기별 지정 크기를 요구하는 애플 스크린샷 슬롯에는 이 글 전체에 걸린 것과 같은 단서가 붙는다: NearVid는 원본 해상도 그대로 추출할 뿐 리사이즈하지 않으니, 필요한 크기로 캡처하라.

여기서 NearVid가 해 주지 않는 것

늘 하던 정직함 섹션인데, 이 글에는 유난히 필요하다. NearVid는 영상을 리사이즈하지 않는다 — 애플의 해상도 표(886×1920과 그 친구들)는 캡처 자체가 맞춰야 하고, 그래서 기기를 QuickTime으로 네이티브 그대로 찍으라는 애플의 조언이 곧 따라야 할 조언이다. 프레임레이트도 바꾸지 않는다 — 애플은 미리보기를 30fps로 제한하는데, 60fps로 찍었다면 NearVid의 트림은 60fps를 그대로 유지한다; 30으로 찍든가, 아니면 그건 편집기의 일이다. 테이크 여러 개를 이어 붙이거나, 애플이 명시적으로 허용하는 텍스트 오버레이·터치 핫스팟·디졸브 전환을 얹어 주지도 않는다 — 그 층을 위해 애플 자신이 iMovie와 Final Cut Pro를 가리키고 있고, NearVid는 트리머이자 컨버터이지 편집기가 아니다. 업로드도 하지 않는다: 플레이 등록용 유튜브에도, App Store Connect에도 — 깨끗한 로컬 파일 하나를 손에 쥐여줄 뿐, 나머지 서류 작업은 내 몫이다. 그리고 MP4 변환 카드는 WebCodecs 관문 뒤에 있어서, H.264 인코딩 지원이 부실한 브라우저에서는 트림은 되지만 WebM→MP4 단계가 아예 나타나지 않는다.

정직한 요약

각 스토어 자체 문서 기준으로 — 애플 앱 미리보기는 진짜 파일이다: 15~30초라는 단단한 경계, .mov/.m4v/.mp4, H.264 또는 ProRes 422(HQ), 최대 30fps와 500MB, 기기별 지정 해상도, 언어당 최대 3개, 앱 안의 콘텐츠만. 구글 플레이는 파일을 받지 않는다: 공개 또는 일부공개에, 임베드 가능하고, 광고 없는 유튜브 URL 하나 — 1024×500 피처 그래픽이 있어야 표시되고, 자동 재생은 처음 30초뿐. 둘 다 같은 너무 긴 화면 캡처에서 출발하고, 첫수는 이 시리즈가 늘 도달하는 그 수다: 쓸 만한 25초를 픽셀 그대로 남기는, 내 기기 위의 무손실 트림 — 단, 애플 창의 한가운데를 노릴 것. 키프레임에 맞춰 앞당겨진 시작점이 클립을 늘릴 수 있고, 길이야말로 애플이 가차 없이 반려하는 단 하나의 사양이기 때문이다. 재인코딩은 스토어의 포맷 목록이 강요할 때만 — 구체적으로는 안드로이드 에뮬레이터의 WebM이 애플의 MP4 모양 문을 만나는 그 지점에서만.