2026년 App Store 제품 페이지: 모든 영역을 측정하다

2026년 10월, Apple은 App Store 제품 페이지에 무엇을 내놓았습니까? 2026년 10월 5일, Apple은 6월 WWDC26에서 발표하고 8월 5일 개발자들에게 준비하라고 알렸던 “creative assets”(크리에이티브 에셋)를 켰습니다. 하나는 제품 페이지 헤더로, 정확히 3840×1646픽셀(21:9)의 이미지 또는 5초에서 30초 길이의 동영상입니다. 다른 하나는 검색 결과 에셋으로, 1920×1280부터 3840×2560까지 어떤 크기든 되는 3:2이며, 검색에서 “Instead of showing the default app screenshots”(기본 앱 스크린샷을 보여 주는 대신) 표시됩니다.¹²³⁴ 사람들은 둘 다 iOS 27과 iPadOS 27 이상에서 봅니다.⁵ 같은 날 Apple은 Asset Library를 열었습니다. 이미지와 동영상을 한 번 업로드하고 사용 전에 미리 승인받아 두는 곳입니다. 아울러 제출 전에 제품 페이지와 검색 결과를 보여 주는 미리보기 도구와, iPhone Duo용 업로드도 열렸습니다. iPhone Duo 스크린샷은 2027년 4월부터 제출되는 모든 앱에 필요합니다.¹⁶⁷ 앱 페이지에 이것이 뜻하는 바는 두 가지입니다. 페이지 맨 위와 검색 결과는 이제 첫 몇 장의 스크린샷이 아니라 직접 고른 아트가 되었습니다. 그리고 크리에이티브 에셋이 한 번 승인되면, 출시된 버전에서 그것을 바꾸는 데 새 제출이 필요 없습니다.⁵³ 맞춤형 제품 페이지(앱당 최대 70개)와 제품 페이지 최적화(처리군 최대 3개, 최대 90일)에도 새 에셋을 실을 수 있습니다.⁸⁹¹⁰

TL;DR

• 10월 5일부터 열린 새 슬롯 두 개. 제품 페이지 헤더(3840×1646, 21:9)와 검색 결과 에셋(3:2, 1920×1280부터 3840×2560까지)은 이미지 또는 5초에서 30초 길이의 동영상을 받습니다. 16:9에 5244×2950인 “universal”(유니버설) PNG 한 장으로 둘 다 채울 수 있습니다. 도움말은 헤더 이미지로 JPEG를 받지만, API의 카탈로그는 PNG만 받습니다.⁴¹¹¹
• 라이브러리는 하나, 심사 경로는 둘. Asset Library에는 모든 스크린샷, 미리보기, 크리에이티브 에셋이 들어갑니다. 앱에 승인된 버전이 생긴 뒤에는 에셋을 단독으로 제출할 수 있고, 승인된 크리에이티브 에셋(헤더 또는 검색 결과 에셋)은 새 버전 없이 출시된 버전의 페이지에 게시할 수 있습니다. 스크린샷과 미리보기는 여전히 버전과 함께 심사로 갑니다. 첫 승인 전에는 모든 것이 첫 버전과 함께 제출됩니다.⁵¹²
• iPhone Duo 업로드가 열렸고, 문서화된 API 경로는 Asset Library입니다. Duo는 1398×2034(외부 디스플레이)와 2007×2853(내부 디스플레이) 스크린샷을 어느 방향으로든 받고, 앱 미리보기는 다른 최신 iPhone과 같은 886×1920입니다. Duo 스크린샷은 2027년 4월부터의 제출에 필수입니다. Apple은 Duo 업로드를 새 Asset Library를 통하는 방식으로 문서화하고 있으며, 4.5.1 OpenAPI 파일의 스크린샷과 미리보기 enum에는 Duo 값이 없습니다. 실제 서비스는 파일보다 앞서 있습니다. 지원 중단된 스크린샷 세트 리소스를 읽었더니 저희 Duo 세트가 APP_IPHONE_DUO로 반환되었습니다. 그 리소스가 새 Duo 세트를 받는지는 쓰기를 전혀 하지 않았으므로 검증하지 않았습니다.^13146151617
• 기존 영역도 커졌습니다. 맞춤형 제품 페이지는 Apple이 WWDC21에서 밝힌 앱당 35개에서 2025년 10월 28일 또는 29일(Apple의 릴리스 노트와 뉴스 항목이 하루 차이 납니다)에 70개로 늘었고, 키워드도 생겼습니다. 맞춤형 제품 페이지의 딥 링크는 iOS 18 이상에서 작동합니다. 제품 페이지 최적화는 여전히 처리군을 최대 3개, 최대 90일 동안 돌리며, 신뢰도 90%에서 결과를 판정합니다.^1871989
• Apple 자신의 페이지끼리, 개발자가 부딪힐 지점에서 최소 열 군데가 어긋납니다. 테스트는 한 번에 하나인지 여러 개인지, 어떤 앱 상태에서 테스트할 수 있는지, 누가 Asset Library를 쓸 수 있는지, 얼마나 일찍 추천해야 하는지, 키워드는 글자 수로 세는지 바이트로 세는지, 어떤 iPhone 스크린샷 클래스가 필수인지, 알파가 허용되는지, 헤더 이미지가 JPEG여도 되는지, 미리보기에 어떤 프레임 레이트와 오디오가 필요한지, 그리고 “Archived”가 무엇을 뜻하는지입니다. 각각을 아래에서 두 출처와 함께 다룹니다.^{9205122122232413114142526}
• API 자체의 읽기 결과로는, 저희 페이지 어디에도 헤더나 검색 결과 에셋이 없습니다. 페이지의 배치(placement)를 나열하라고 Apple이 문서화한 읽기를 10월 7일, 출시된 버전들과 심사 대기 중인 두 버전의 현지화 258개 전부에 대해 실행했습니다(그날 아침 심사 중이던 Reps의 tvOS 1.6.3은 제외). 반환된 배치는 2,073개였고, 하나도 빠짐없이 스크린샷이었습니다. 헤더도, 검색 결과 에셋도, 미리보기도 없었습니다. 콘솔에서 게시한 헤더가 이 읽기에 나타나는지는 저희 헤더가 하나 생길 때까지 검증되지 않은 상태입니다. Apple은 픽셀 단위의 세이프 에어리어를 공개하지 않습니다. 아래의 세이프 에어리어는 Apple의 Sketch 템플릿을 제가 측정한 값입니다.²⁷²⁸²⁹
• 저희 앱에 이것이 주는 것. 10월 7일 저희 계정에는 앱 28개가 있었고, 그중 9개가 출시되어 있었습니다. 제품 페이지 최적화 테스트나 앱 미리보기가 있는 앱은 하나도 없었고, iPhone Duo 스크린샷은 Kiradex에만 있었으며, 헤더나 검색 결과 에셋을 배치한 앱은 없었고, 어느 라이브러리에서든 크리에이티브 에셋은 Reps의 이벤트 미디어뿐이었습니다. 마지막 섹션은 모든 앱의 에이전트가 이제 만드는 키트와, 각 항목의 완료를 증명하는 읽기나 스크립트입니다.³⁰³¹

1. Apple이 무엇을, 언제 내놓았나

아래의 모든 날짜는 Apple이 날짜를 적어 둔 페이지에서 가져왔습니다. 뉴스 항목, 릴리스 노트, WWDC 세션의 연도, 또는 App Review 가이드라인 자체의 “Last Updated”(최종 업데이트) 줄입니다. Apple의 /app-store/ 아래 마케팅 페이지와 도움말 페이지에는 자체 날짜가 없으므로, 규칙이 중요한 곳에서는 페이지와 함께 제가 가져온 날짜인 2026년 10월 7일(UTC)을 밝힙니다.³²

10월 5일 릴리스 노트는 이를 한 줄로 말합니다. “You can now use creative assets to highlight your brand identity, promote seasonal updates, and showcase new app or game across the App Store”(이제 크리에이티브 에셋으로 App Store 전반에서 브랜드 정체성을 부각하고, 시즌 업데이트를 홍보하고, 새 앱이나 게임을 선보일 수 있음)라며 제품 페이지 헤더, 검색 결과, 앱 내 이벤트를 꼽습니다.⁷ 같은 날 뉴스 항목은 미리보기 도구에 대해 “With support for Dark Mode, as well as different devices and orientations”(다크 모드는 물론 여러 기기와 방향을 지원)라고 덧붙이고, Asset Library에서는 “submit creative assets for approval today to use in a future seasonal campaign, then immediately use them once you’re ready”(향후 시즌 캠페인에 쓸 크리에이티브 에셋을 오늘 승인받도록 제출해 두고, 준비되면 바로 사용)할 수 있다고 설명합니다.¹ Apple의 What’s New 페이지는 크리에이티브 에셋, Asset Library, 미리보기 도구에 “Now available”(지금 이용 가능) 표시를 달았습니다.¹⁰ 8월 5일 항목은 “As we announced in June”(6월에 발표한 대로)이라고 적었고, 이것이 10월 출시를 WWDC26 세션과 이어 줍니다. 세션 페이지 자체에는 날짜가 없지만, 세션은 6월 8일에 열린 WWDC26 컬렉션에 들어 있습니다.²³⁶³

Apple 자신의 페이지 중 두 곳은 아직 따라오지 못했습니다. 마케팅 페이지 “Creating Your Product Page”(/app-store/product-page/)는 여전히 “You can now take advantage of product page optimization, and create custom product pages”(이제 제품 페이지 최적화를 활용하고 맞춤형 제품 페이지를 만들 수 있음)로 시작하며, 헤더, 크리에이티브 에셋, Asset Library를 언급하지 않습니다.²³ “Promoting your apps” 페이지는 여전히 “up to 100 promo codes per in-app purchase”(앱 내 구입당 최대 100개의 프로모션 코드)를 제공한다고 하는데, 이는 3월 27일 릴리스 노트가 폐지한 것입니다.⁴⁰⁷

이 사이트가 다르게 말했던 곳과, 바뀐 것. 9월 22일 글 App Store Screenshots That Sell the Why는 크리에이티브 에셋을 다가올 것으로 소개했습니다. “to be submitted through a new Asset Library and checked in a product page preview tool, both listed as coming this fall”(새 Asset Library를 통해 제출하고 제품 페이지 미리보기 도구로 확인하며, 둘 다 올가을 출시 예정으로 표시됨)이라는 표현이었습니다.⁴¹ 그것들은 10월 5일에 나왔고, 이 글은 그 후속편입니다. 그 글의 두 줄은 9월 22일 당시의 Apple 스크린샷 페이지를 묘사한 것이라 10월 7일의 페이지와는 더 이상 맞지 않습니다. 당시 그 글의 표현으로는, 페이지가 6.5인치 크기를 6.9인치 세트가 없을 때만 필수로 표시했고, Duo 행은 “listed but not yet accepting uploads”(목록에는 있지만 아직 업로드를 받지 않음) 상태였습니다.⁴¹ 지금 페이지는 인치 대신 클래스로 부르고(“iPhone with Dynamic Island (large display)” 등), 필수 크기 줄은 “At least one screenshot for iPhone with Dynamic Island (medium display)”(iPhone with Dynamic Island (medium display)용 스크린샷 최소 1장)를 요구하며, Duo의 업로드 안내는 사라졌습니다.¹³ 9월 10일의 iPhone Duo 둘째 날 글은 Duo 업로드가 올해 하반기에 열린다고 독자에게 알렸는데, 그날 Apple의 표현이 그랬습니다. 업로드는 10월 5일에 열렸습니다. 그 글의 다섯 곳, 즉 오늘이라면 무엇을 쓸지에 대한 목록, Duo 스크린샷 크기에 관한 FAQ 답변, Apple의 9월 9일 릴리스 노트에 관한 메모, 앱 미리보기 행에 관한 단락, 커뮤니티 목업 도구에 관한 단락이 이와 다르게 말하고 있었고, 다섯 곳 모두 2026년 10월 7일에 날짜를 단 메모와 함께 정정했습니다.⁶⁴² 10월 2일의 Prepare Your App for iPhone Duo도 TL;DR, 상황 표, 그 표 아래의 10월 4일 재확인, 제출에 관한 섹션의 두 대목, 스크린샷 크기에 관한 FAQ 답변에서 여전히 업로드를 열리지 않은 것으로 다루고 있었고, 이 여섯 곳도 같은 날 정정했습니다.

2. 2026년의 제품 페이지, 영역별로

Apple은 이제 페이지에 올리는 것을 세 종류로 나눕니다. “App previews and screenshots showcase your app in-use or gameplay, while creative assets can be used to highlight your brand, promote seasonal offerings, showcase new content, and more.”(앱 미리보기와 스크린샷은 사용 중인 앱이나 게임플레이를 보여 주고, 크리에이티브 에셋은 브랜드를 부각하거나 시즌 상품을 홍보하거나 새 콘텐츠를 선보이는 데 쓸 수 있음)⁴³ 크리에이티브 에셋은 “optional and separate from your app’s screenshots, app previews, In-App Purchase and Subscription images, and any promotional artwork requested by editorial teams”(선택 사항이며 앱의 스크린샷, 앱 미리보기, 앱 내 구입과 구독 이미지, 에디토리얼 팀이 요청하는 홍보용 아트워크와는 별개)이고, 도움말은 이를 “distinct from the in-use functionality requirement in app previews and screenshots”(앱 미리보기와 스크린샷에 적용되는, 사용 중인 기능을 보여야 한다는 요건과는 다름)라고 설명합니다.⁵ 사양 페이지는 세 가지를 꼽습니다. “Creative assets include product page header, search results, and in-app event cards.”(크리에이티브 에셋에는 제품 페이지 헤더, 검색 결과, 앱 내 이벤트 카드가 포함됨)⁴

모든 캔버스를 같은 축척으로. Apple 도움말의 사양과 API의 참조 카탈로그를 바탕으로 스크립트로 그렸습니다.^4131411

제품 페이지 헤더

“When someone lands on your product page, the first thing they’ll notice is your header.”(누군가 제품 페이지에 들어왔을 때 가장 먼저 눈에 띄는 것은 헤더임)⁴³ WWDC26 세션의 말로는 “the first visual element people will see when they land on your app”(사람들이 앱 페이지에 들어왔을 때 처음 보게 되는 시각 요소)이며, 이미지일 수도 동영상일 수도 있습니다.³ Apple은 이를 브랜드와 시즌을 위한 자리로 내세웁니다. “Use video or images to express your brand, seasonal offerings, exciting new content, and more to set the tone for the rest of your product page.”(동영상이나 이미지로 브랜드, 시즌 상품, 흥미로운 새 콘텐츠 등을 표현해 제품 페이지 전체의 분위기를 정할 것)⁴³

검색 결과 에셋

“Your search result asset is the first thing people experience when they find your app or game through the Search tab, before they ever reach your product page.”(검색 결과 에셋은 사람들이 검색 탭에서 앱이나 게임을 찾았을 때, 제품 페이지에 닿기도 전에 가장 먼저 경험하는 것임)⁴³ 이것은 검색이 기본으로 보여 주는 것을 대신합니다. “Instead of showing the default app screenshots, you can use an impactful image or video, to make your app stand out in the Search Results.”(기본 앱 스크린샷을 보여 주는 대신, 인상적인 이미지나 동영상으로 검색 결과에서 앱을 돋보이게 할 수 있음)³ Apple의 What’s New 페이지는 Games 앱도 덧붙입니다. “Reach people in relevant search results on the App Store and in the Apple Games app.”(App Store와 Apple Games 앱의 관련 검색 결과에서 사람들에게 닿을 것)¹⁰ 비워 두어도 아무것도 깨지지 않습니다. “If you choose to not use a search result creative asset, your In-App Events, app previews, and screenshots will appear.”(검색 결과 크리에이티브 에셋을 쓰지 않기로 하면 앱 내 이벤트, 앱 미리보기, 스크린샷이 표시됨)⁴³

둘 다를 위한 파일 하나: 유니버설 에셋

16:9에 5244×2950픽셀인 PNG 하나로 두 슬롯을 모두 채울 수 있습니다. 도움말은 이렇게 씁니다. “If you upload a universal creative asset, you can use it for both your product page header and search results placement. Otherwise, select dedicated assets for each.”(유니버설 크리에이티브 에셋을 업로드하면 제품 페이지 헤더와 검색 결과 배치 모두에 쓸 수 있음. 그렇지 않으면 각각에 전용 에셋을 고를 것) 콘솔의 단축 기능인 “Use header asset in search results”(헤더 에셋을 검색 결과에 사용)는 “only available for universal creative assets”(유니버설 크리에이티브 에셋에서만 사용 가능)입니다.⁵ Apple의 사양 표는 16:9 행을 각 배치 아래에 이름 없이 싣습니다. API의 카탈로그는 이름을 붙여, 5244×2950 사양에 universalAsset: true를 표시하고 두 배치 유형 모두와 호환된다고 합니다.⁴¹¹ 유니버설 동영상은 없습니다. 카탈로그에 5244×2950 동영상 사양이 없으므로, 제가 읽기로는 유니버설 에셋은 항상 이미지입니다.¹¹

이 표에는 어긋나는 점이 두 가지 있습니다. 도움말은 헤더 이미지로 JPEG를 받고 API의 카탈로그는 받지 않으므로, PNG로 만든 헤더라면 둘 다 만족합니다.⁴¹¹ 그리고 카탈로그의 짧은 이름은 헤더 동영상의 최소 길이를 10초로, 검색 동영상은 15초로 인코딩하는데(t10~30, t15~30), 같은 항목의 구조화된 duration 필드는 도움말과 마찬가지로 5초에서 30초라고 합니다. 저는 이름보다 구조화된 필드와 도움말을 믿습니다.¹¹⁴

누가 보는가. “Creative assets support both images and videos, and are available for iOS and iPadOS apps and games running iOS 27 or iPadOS 27 or later.”(크리에이티브 에셋은 이미지와 동영상을 모두 지원하며, iOS 27 또는 iPadOS 27 이상에서 실행되는 iOS와 iPadOS 앱과 게임에서 사용할 수 있음)⁵ 제가 읽기로 “running iOS 27”은 구매자의 기기를 말하는 것이지 여러분의 배포 대상(deployment target)을 말하는 것이 아니며, 제가 저장한 어떤 페이지도 Mac, Apple TV, Apple Vision Pro, Apple Watch의 배치를 언급하지 않습니다.⁵⁴³

언어별로. Apple의 모범 사례는 이 에셋 위의 텍스트에 대해 “Be sure to localize for all languages your app supports”(앱이 지원하는 모든 언어로 현지화할 것)라고 하고, 콘솔의 미리보기는 “across different orientations and languages”(여러 방향과 언어에 걸쳐) 작동합니다.⁴³⁵ 헤더를 언어별로 업로드하는 절차를 설명하는 도움말은 없지만, API는 모든 배치를 현지화에 붙이므로, 데이터 모델상으로는 영역마다, 언어마다 헤더가 하나입니다.²⁷

세이프 에어리어. Apple은 픽셀 단위의 값을 공개하지 않습니다. 규칙은 정성적입니다. “Design key elements with a safe area in mind to accommodate different devices and orientations. Be sure your focal point artwork is within the center of your composition to prevent any unwanted clipping.”(여러 기기와 방향에 맞도록 세이프 에어리어를 염두에 두고 핵심 요소를 디자인할 것. 원치 않는 잘림을 막으려면 초점이 되는 아트워크를 구도의 중앙에 둘 것)⁴³ 다만 이 에셋용 Apple Sketch 템플릿에는 각 캔버스에 “ART SAFE AREA”라는 이름의 사각형이 그려져 있고, 저는 파일의 레이어에서 그것을 측정했습니다.²⁹

Apple의 Sketch 템플릿에 있는 “ART SAFE AREA” 사각형을 제가 측정한 것입니다. Apple은 픽셀 단위의 세이프 에어리어를 밝히지 않습니다.²⁹

이 숫자에는 두 가지 주의점이 있습니다. Sketch 파일의 일부 그룹 프레임은 갱신되지 않은 상태라, 수치는 세이프 에어리어 그룹 안에 그려진 사각형의 것입니다. 또 유니버설 캔버스의 세이프 에어리어가 높이 있는 점을 교차 확인하려고 Apple의 Photoshop이나 Pixelmator 템플릿을 열어 보지는 않았습니다.²⁹ 제가 읽기로 세이프 에어리어가 작은 것은 같은 파일이 iPhone, iPad, 방향에 따라 다르게 잘리기 때문이며, 그것을 확인하라고 있는 것이 미리보기 도구입니다.⁴³¹

템플릿. Apple의 모범 사례 페이지는 헤더와 검색 결과용 Figma, Photoshop, Pixelmator, Sketch 템플릿을 링크합니다. 8월 5일 뉴스 항목은 앞의 세 가지를 꼽았고, 제가 내려받은 Sketch 파일의 최종 수정일은 2026년 8월 28일이었습니다.⁴³²²⁹

Apple Ads는 아직. 같은 에셋을 광고에도 쓸 계획이지만, Apple Ads 페이지에는 “Coming soon to Apple Ads”(Apple Ads에 곧 제공)라고 되어 있고, 승인된 에셋은 “at a later date”(추후) 쓸 수 있게 된다고 합니다. “Videos can only be used in search results ads”(동영상은 검색 결과 광고에서만 사용 가능), “Videos can be uploaded with or without audio, but audio will not play”(동영상은 오디오 유무와 관계없이 업로드할 수 있지만 오디오는 재생되지 않음)라고도 하며, Apple Ads는 광고 크리에이티브를 자체적으로 심사합니다.⁴⁴

피처링. Apple의 모범 사례 페이지는 크리에이티브 에셋이 “when your app is featured”(앱이 피처링될 때)에도 나타난다고 하고, WWDC26 그룹 랩 요약은 새 에셋이 “also appear in featuring placements”(피처링 배치에도 나타남)라고 합니다. 둘 다 어떤 배치인지는 밝히지 않습니다.⁴³⁴⁵

스크린샷, 기기 클래스별로

장수는 그대로입니다. “You can have up to 10 screenshots on your product page. Depending on orientation, up to three screenshots can appear in search results.”(제품 페이지에는 스크린샷을 최대 10장 둘 수 있음. 방향에 따라 최대 3장이 검색 결과에 나타날 수 있음)⁴³ 도움말은 이렇게 말합니다. “You must include at least one screenshot and can upload up to 10 screenshots per device size in .jpeg, .jpg, or .png formats”(스크린샷은 최소 1장 포함해야 하며, 기기 크기별로 최대 10장을 .jpeg, .jpg, .png 형식으로 업로드할 수 있음), 그리고 “Images can’t include alpha channels or transparencies.”(이미지에는 알파 채널이나 투명 영역을 넣을 수 없음)¹³ 축소 기능이 일을 덜어 줍니다. “If your app’s user interface is consistent across multiple device sizes and localizations, you only need to provide screenshots for the highest required resolution. App Store Connect automatically scales them down for smaller device sizes.”(앱의 사용자 인터페이스가 여러 기기 크기와 현지화에서 동일하다면, 필요한 최고 해상도의 스크린샷만 제공하면 됨. 더 작은 기기 크기용으로는 App Store Connect가 자동으로 축소함)¹³

출처: App Store Connect 도움말 Screenshot specifications, 2026년 10월 7일 확인, 33행에서 283행(iPhone), 347행에서 449행(iPad), 535행에서 551행(Mac). 배치 그룹은 실제 참조 카탈로그에서.¹³¹¹ 이 페이지에는 4인치와 3.5인치 홈 버튼 iPhone, 12.9인치, 10.5인치, 9.7인치 iPad, Apple TV(1920 x 1080 또는 3840 x 2160), Apple Vision Pro(3840 x 2160), 그리고 Apple Watch 크기 여섯 가지도 실려 있으며, “You must use the same screenshot size for Apple Watch consistently across all localizations for the app.”(Apple Watch에는 앱의 모든 현지화에서 같은 스크린샷 크기를 일관되게 써야 함)라는 규칙이 붙어 있습니다.¹³

iPhone Duo 행. Apple은 Duo를 첫 번째 iPhone 카드로 싣지만, 크기 카드만 있고 다른 것은 없습니다. 기기 목록도, 필수 여부도, 대체 안내도 없습니다.¹³ 외부 1398×2034와 내부 2007×2853, 두 방향 모두라는 수치는 이 사이트의 iPhone Duo 개발자 글이 포인트 단위로 계산해 낸 것이며, 10월 7일에 가져온 Apple의 페이지 중 이와 모순되는 것은 없습니다. API의 디스플레이 클래스도 Duo의 화면 치수로 같은 쌍을 나열합니다.⁴⁶¹¹ Apple의 카탈로그는 네 가지 Duo 사양에 3:2와 2:3이라는 이름표를 붙이지만, 2034를 1398로 나누면 1.455이고 2853을 2007로 나누면 1.42이므로, 제가 읽기로 이 이름표는 분류용 구간이지 디자인 기준으로 삼을 비율이 아닙니다.¹¹ Duo 세트가 없는 페이지를 Duo 구매자가 볼 때 무엇이 보이는지는 제가 저장한 어떤 페이지에도 문서화되어 있지 않습니다.¹³

어떤 iPhone 클래스가 필수인가: Apple의 페이지끼리 어긋납니다. 도움말 페이지 맨 위에는 이렇게 적혀 있습니다. “iPhone: At least one screenshot for iPhone with Dynamic Island (medium display).”(iPhone: iPhone with Dynamic Island (medium display)용 스크린샷 최소 1장)¹³ 같은 페이지의 Face ID (large display) 행은 이것이 “Required if app runs on iPhone and screenshots for iPhone with Dynamic Island (large display) aren’t provided”(앱이 iPhone에서 실행되고 iPhone with Dynamic Island (large display)용 스크린샷이 제공되지 않으면 필수)라고 하고, 2024년 9월 11일 릴리스 노트는 iPhone에 대해 “only required to provide a single screenshot”(스크린샷 하나만 제공하면 됨)이라며 6.5인치 또는 6.9인치 크기를 꼽습니다.¹³⁷ medium display 줄이 가장 새로운 표현이지만, App Store Connect가 제출 시 어떤 규칙을 적용하는지는 검증하지 않았습니다. 저희의 출시된 iPhone 앱 7개 중 6개는 승인된 버전에 1320×2868 세트를 싣고 있습니다. 이는 큰 Dynamic Island 클래스에서 가장 큰 크기이며, 도움말에 따르면 더 작은 클래스로 축소됩니다. 일곱 번째인 Tappy Color는 같은 클래스의 다른 크기인 1290×2796 프레임 6장과, 큰 홈 버튼 클래스인 1242×2208 6장을 함께 싣고 있습니다.³⁰⁴⁷¹³

알파: 도움말과 API가 어긋납니다. 도움말은 모든 스크린샷에서 알파를 금지합니다.¹³ API의 카탈로그는 오래된 사양 35개에 alphaAllowed: true를 표시하며, 여기에는 홈 버튼 iPhone의 모든 크기, 10.5인치와 9.7인치 iPad, Mac, Apple TV, Vision Pro가 포함됩니다. Dynamic Island, Face ID, 13인치, 11인치, Duo 사양은 모두 알파를 허용하지 않습니다.¹¹ 새 스크린샷을 알파 없이 만들면 양쪽 모두 만족합니다. 카탈로그는 또 도움말이 16:10이라고 하는 Mac 크기에 16:9라는 이름표를 붙이고(2880을 1800으로 나누면 1.6), 모든 이미지에 524,288,000바이트의 최대치를 두는데, 도움말은 스크린샷에 대해 이 한도를 밝히지 않습니다.¹¹¹³

앱 미리보기

“App previews are optional. You can upload up to three app previews per supported device size and language for iOS, macOS, tvOS, and visionOS apps.”(앱 미리보기는 선택 사항임. iOS, macOS, tvOS, visionOS 앱은 지원하는 기기 크기와 언어별로 앱 미리보기를 최대 3개 업로드할 수 있음)¹⁴ 미리보기는 자동 재생되며 맨 앞에 옵니다. “App previews always appear before screenshots on iPhone, iPad, Mac, and Apple TV”(iPhone, iPad, Mac, Apple TV에서 앱 미리보기는 항상 스크린샷 앞에 나타남)이며 순서를 바꿔도 그렇습니다. 다만 도움말의 같은 단락에 예외가 하나 있습니다. “If a preview video uses an aspect ratio different from your screenshots”(미리보기 동영상이 스크린샷과 다른 화면비를 쓰는 경우)에는 대신 페이지의 A Closer Look 섹션에 나타납니다.¹⁴ 그리고 “up to three may appear in search results”(최대 3개가 검색 결과에 나타날 수 있음)입니다.¹⁴⁴³

오디오 행은 미리보기를 생성하는 사람에게 중요합니다. 도움말은 오디오 형식을 설명하지만 미리보기에 소리가 있어야 한다고는 어디에도 쓰지 않습니다. 반면 API는 모든 미리보기 사양에 audioRequired: true를 표시하고, 그 동영상 문서는 “no audio track where audioRequired is true, fails processing rather than being rejected up front”(audioRequired가 true인데 오디오 트랙이 없는) 파일이 처음부터 거부되는 것이 아니라 처리 단계에서 실패한다고 경고합니다.¹⁴¹¹⁴⁸ 따라서 소리 없는 미리보기에는 무음 스테레오 트랙이 필요하고, 두 페이지를 모두 만족하려면 프레임 레이트가 23에서 30 fps 사이여야 합니다.¹¹¹⁴

Duo에는 Duo 모양의 미리보기가 없습니다. Duo 행은 기기 해상도로 2034×1398과 2853×2007을 나열하고 “(19.5:9 aspect ratio)”(19.5:9 화면비)라는 이름표를 달았지만, 받는 파일은 모든 Face ID와 Dynamic Island iPhone과 같은 886×1920입니다. 둘째 날 글에서 이미 짚었듯이 이 이름표는 Duo의 어느 수치에도 맞지 않습니다.¹⁴¹¹⁴² App Store가 이 파일을 Duo의 디스플레이에 어떻게 맞추는지는 문서화되어 있지 않습니다.¹⁴

Apple의 미리보기 페이지는 내용에 관한 규칙을 더합니다. “App previews must show only content within the app itself. Don’t film people interacting with a device, such as an over-the-shoulder angle or fingers tapping the screen.”(앱 미리보기에는 앱 내부의 콘텐츠만 보여야 함. 어깨 너머 각도나 화면을 탭하는 손가락처럼 사람이 기기를 조작하는 모습을 촬영하지 말 것) “Avoid any seasonal or timely references that will age your video”(동영상을 낡아 보이게 할 계절적이거나 시의성 있는 언급은 피할 것)라고도 하며, Apple이 드는 예는 “new for spring”(이번 봄 새 기능)과 날짜입니다. 기능에 구입, 구독, 로그인이 필요하다면 “you must disclose this”(그 사실을 밝혀야 함). 그리고 “If you change the poster frame on an app preview that’s already approved, you’ll need to submit a new version of your app preview.”(이미 승인된 앱 미리보기의 포스터 프레임을 바꾸면 앱 미리보기의 새 버전을 제출해야 함)⁴⁹

프로모션 텍스트와 그 밖의 텍스트 필드

“Your app’s promotional text appears at the top of the description and is up to 170 characters long. You can update promotional text at any time without having to submit a new version of your app.”(앱의 프로모션 텍스트는 설명 맨 위에 나타나며 최대 170자임. 앱의 새 버전을 제출하지 않고도 언제든 업데이트할 수 있음)²³ 도움말은 그 위치를 “above your description on the App Store for customers with devices running iOS 11 or later”(iOS 11 이상 기기를 쓰는 고객에게 App Store에서 설명 위)라고 하며, Apple은 “promotional text doesn’t affect your app’s search ranking so it should not be used to display keywords”(프로모션 텍스트는 앱의 검색 순위에 영향을 주지 않으므로 키워드를 나열하는 데 쓰면 안 됨)라고 경고합니다.²⁴²³ 기본 페이지에서 버전과 버전 사이에 바꿀 수 있는 텍스트는 이것뿐입니다. 기본 페이지의 프로모션 텍스트를 고쳤을 때 App Review가 그것을 보는지는 제가 저장한 어떤 페이지에도 나오지 않습니다. 맞춤형 제품 페이지에서는 페이지와 함께 심사됩니다.⁵⁰

키워드 행은 Apple의 어긋남 중 하나입니다. 마케팅 페이지는 글자 수로 세고, 도움말은 바이트로 셉니다. 제가 읽기로 한 글자가 1바이트를 넘는 로케일에서는 바이트가 실제로 걸리는 한도이므로, 일본어나 한국어 키워드 목록은 글자 수로 짐작하는 것보다 빨리 찹니다.²³²⁴ API의 스키마는 이 길이들을 하나도 인코딩하지 않습니다. OpenAPI 파일에서 이 문자열 어디에도 maxLength가 없으므로, 한도는 도움말에만 적혀 있고, 서버가 이를 강제하는지는 쓰기를 전혀 하지 않았으므로 검증하지 않았습니다.¹⁶

앱 내 이벤트

“In-App Events are timely events within apps and games”(앱 내 이벤트는 앱과 게임 안에서 열리는 시의적절한 이벤트임)이며, “On your product page, which displays all of your currently published events”(현재 게시된 모든 이벤트를 보여 주는 제품 페이지에), 검색에, 그리고 투데이, 게임, 앱 탭의 에디토리얼 선정에 나타납니다.⁵² 검색에서 카드는 “for users who have downloaded your app, while screenshots show for those who haven’t downloaded your app”(앱을 내려받은 사용자에게 표시되고, 내려받지 않은 사람에게는 스크린샷이 표시됨)입니다.⁵² 앱 내 이벤트는 iPhone과 iPad 앱에만 있습니다.²¹

이벤트는 심사를 받으며(“In-app events must be approved before they are visible to users”(앱 내 이벤트는 사용자에게 보이기 전에 승인받아야 함)), 앱 버전이 없으면 “reviewed together with the latest version of the selected platform”(선택한 플랫폼의 최신 버전과 함께 심사됨)입니다.⁵³⁵⁵ 이벤트가 게시되면 “you can modify only the start and end dates”(시작일과 종료일만 수정할 수 있음)이고, 시작된 뒤에는 종료일만 바꿀 수 있습니다.⁵⁶ Apple은 해당하지 않는 것을 명시합니다. “Repetitive activities such as daily tasks or rewards”(일일 과제나 보상 같은 반복 활동), “Price promotions that don’t introduce any new content, features, or goods”(새 콘텐츠, 기능, 상품 없이 하는 가격 프로모션), “General promotions that raise awareness about your app or game”(앱이나 게임의 인지도를 높이는 일반 홍보)입니다.⁵² 미디어 규칙은 크리에이티브 에셋의 홍보 문구와 반대 방향을 향합니다. “When possible, avoid using text or logos in your media, especially if they include your event name or app name”(가능하면 미디어에 텍스트나 로고를 쓰지 말 것. 특히 이벤트 이름이나 앱 이름이 들어가는 경우), “Don’t add borders or gradients to your media.”(미디어에 테두리나 그라데이션을 넣지 말 것)⁵² 이벤트 미디어로 쓰는 크리에이티브 에셋에도 이 텍스트 규칙이 적용되는지는 제가 저장한 어떤 페이지에도 나오지 않습니다.

Featuring Nominations(피처링 추천)

“To nominate your app to be featured, whether it’s a new launch or an exciting update, submit your plans through App Store Connect.”(새 출시든 흥미로운 업데이트든, 앱을 피처링 대상으로 추천하려면 App Store Connect를 통해 계획을 제출할 것)²¹ 유형은 New Content, App Enhancements, App Launch 세 가지입니다. 추천 하나에 관련 앱을 최대 10개, 보충 URL을 최대 5개 지정할 수 있고, CSV 가져오기는 한 번에 최대 50개를 받으며 이름은 60자, 설명은 1,000자까지입니다.²¹⁵⁷ 이것은 App Review가 아닙니다. 에디토리얼 팀이 읽으며, “if it’s a fit, we’ll reach out to the email address you provide”(맞는다면 제공한 이메일 주소로 연락하겠음)라고 합니다.⁵⁷

얼마나 일찍: 네 가지 답. 도움말: “we recommend submitting plans as early as possible, with a minimum lead time of 3 weeks”(계획은 가능한 한 일찍, 최소 3주의 여유를 두고 제출하기를 권장함). 추천 템플릿: “Make sure to submit and finalize your plan at least three weeks in advance.”(최소 3주 전에 계획을 제출하고 확정할 것). 피처링 안내 페이지: “please give our team a minimum of two weeks notice. For wider featuring consideration, we recommend submitting a nomination up to three months in advance.”(팀에 최소 2주 전에 알려 줄 것. 더 넓은 피처링 검토를 원하면 최대 3개월 전에 추천을 제출하기를 권장함). 디스커버리 페이지의 스토리 양식: “let us know six to eight weeks in advance of your launch”(출시 6주에서 8주 전에 알려 줄 것). 네 페이지 모두 날짜가 없습니다.^21572258 제가 읽기로 네 페이지 중 두 곳이 최소치로 밝히고 있으므로, 계획의 기준으로 삼을 하한은 3주입니다.

Apple의 목록에서 에디터들이 따지는 항목의 마지막은 바로 이 글이 다루는 페이지입니다. “App Store product page. Compelling screenshots, app previews, and descriptions, as well as positive ratings and reviews.”(App Store 제품 페이지. 매력적인 스크린샷, 앱 미리보기, 설명, 그리고 긍정적인 평점과 리뷰)²²

프로모션 코드, 간단히

“You can request up to 100 promo codes per version of each platform your app supports”(앱이 지원하는 각 플랫폼의 버전마다 프로모션 코드를 최대 100개 요청할 수 있음)이며, 각 코드는 4주간 유효하고 한 번만 쓸 수 있고, 코드를 사용한 고객은 “can’t rate or review the app”(앱에 평점을 매기거나 리뷰를 쓸 수 없음)입니다.⁵⁹ 앱 내 구입용 코드는 끝났습니다. 2025년 10월 29일 뉴스 항목은 “starting March 26, 2026”(2026년 3월 26일부터)이라고 했고, 2026년 3월 27일 릴리스 노트는 그것들이 “are no longer supported”(더 이상 지원되지 않음)라고 합니다.¹⁹⁷ 이를 대신하는 것은 오퍼 코드입니다.¹⁹

3. 맞춤형 제품 페이지

맞춤형 제품 페이지는 자체 URL을 가진, 페이지의 또 다른 버전입니다. “Publish additional versions of your App Store product page, each of which highlights a feature or specific content from your app and has a unique URL to share.”(App Store 제품 페이지의 추가 버전을 게시할 수 있음. 각각 앱의 기능이나 특정 콘텐츠를 부각하며 공유용 고유 URL을 가짐)⁸ 도움말은 무엇을 다르게 할 수 있는지 나열합니다. “Each custom product page can include different screenshots, previews, promotional text, and keywords, and is localizable and shareable through a unique URL.”(각 맞춤형 제품 페이지는 서로 다른 스크린샷, 미리보기, 프로모션 텍스트, 키워드를 담을 수 있고, 현지화할 수 있으며, 고유 URL로 공유할 수 있음)⁶⁰ 2026년에 더해진 것은 헤더입니다. WWDC26 세션은 헤더가 웹사이트 배너와 맞춰진 맞춤형 페이지를 보여 주었고(“Now, you have the ability to customize the header”(이제 헤더도 맞춤 설정할 수 있음)), Apple의 What’s New 페이지는 크리에이티브 에셋을 “on your custom product pages”(맞춤형 제품 페이지에서) 쓰라고 하며, API의 카탈로그는 맞춤형 제품 페이지에도 현지화마다 헤더 하나와 검색 결과 배치 하나를 줍니다.³¹⁰¹¹ 10월 7일에 가져온 Apple의 맞춤형 제품 페이지 도움말과 마케팅 페이지는 아직 헤더를 언급하지 않습니다.⁶⁰⁸

사람들이 어떻게 닿는가. 링크로: “The unique URL adds a new product page ID parameter to the default product page URL.”(고유 URL은 기본 제품 페이지 URL에 새 제품 페이지 ID 매개변수를 더함)⁸ 광고 네트워크로: 페이지 ID는 “customProductPageIdentifier with SKOverlay”(SKOverlay의 customProductPageIdentifier)로, 또는 SKStoreProductViewController의 매개변수로 전달됩니다.⁸ 검색으로: 2025년 10월부터 “Custom product pages with keywords assigned to them can appear in search results for those selected keywords instead of your default product page.”(키워드가 지정된 맞춤형 제품 페이지는 선택한 키워드의 검색 결과에 기본 제품 페이지 대신 나타날 수 있음)¹⁹ Apple을 통해: 맞춤형 페이지는 “can appear in editorially curated stories and collections on the Today, Games, and Apps tabs”(투데이, 게임, 앱 탭의 에디토리얼 스토리와 컬렉션에 나타날 수 있음)이고, Apple Ads 변형의 바탕이 될 수도 있습니다.⁸⁶² 그 밖에는 아무도 보지 못합니다. “Custom product pages are only visible to people if they follow a custom product page link, or if you choose to make your custom product page visible in App Store search results by adding keywords.”(맞춤형 제품 페이지는 사람들이 맞춤형 제품 페이지 링크를 따라오거나, 키워드를 추가해 App Store 검색 결과에 보이도록 설정한 경우에만 보임)⁶⁰

심사. “Any metadata included in your custom product pages must be submitted for review, which you can do independent of an app update.”(맞춤형 제품 페이지에 포함된 메타데이터는 모두 심사에 제출해야 하며, 이는 앱 업데이트와 별개로 할 수 있음)⁸ 앱이 처음 승인되기 전에는 맞춤형 페이지를 “the same submission as your first iOS app version”(첫 iOS 앱 버전과 같은 제출)에 넣어야 합니다.⁵⁰ 심사 중에는 페이지가 잠깁니다. “You can’t modify a custom product page’s screenshots, previews, promotional text, or keywords, while it’s under review.”(심사 중에는 맞춤형 제품 페이지의 스크린샷, 미리보기, 프로모션 텍스트, 키워드를 수정할 수 없음)⁵⁰ 승인 뒤에는 “An approved custom product page can be edited and submitted for review without affecting its unique URL. Changes are published automatically upon approval by App Review.”(승인된 맞춤형 제품 페이지는 고유 URL에 영향을 주지 않고 편집해 심사에 제출할 수 있음. 변경 사항은 App Review가 승인하면 자동으로 게시됨)⁶⁰ 키워드를 지정하기만 하는 것은 심사가 필요 없지만(“as long as you’re just assigning keywords, you can make this live without needing to submit for review”(키워드만 지정하는 것이라면 심사에 제출하지 않고도 적용할 수 있음)), 페이지가 검색에 나오려면 승인되고 표시 설정이 켜져 있어야 합니다.⁶³⁶⁰ 비활성화하거나 삭제한 페이지는 기본 페이지로 리디렉션됩니다.⁶⁰

무엇을 위한 것인가. Apple의 예시는 캠페인입니다. 이메일로 안내하는 한 스포츠 팀의 페이지, 그리고 웹사이트 배너가 헤더가 되고 딥 링크가 요가 섹션을 여는 요가 수업 페이지입니다.⁸³ 효과에 대한 Apple 자신의 수치는 “Developers see a 2.5 percentage point increase on average when referring people to a custom product page. This is a 156% increase compared to the 1.6% average conversion rate on default product pages”(사람들을 맞춤형 제품 페이지로 보내면 개발자는 평균 2.5퍼센트포인트 증가를 봄. 이는 기본 제품 페이지의 평균 전환율 1.6%에 비해 156% 증가한 것임)이며, 날짜도 방법도 밝히지 않습니다.⁸ 제품 페이지 최적화는 맞춤형 페이지에서 돌아가지 않습니다. “Product page optimization tests aren’t available for custom product pages or for product pages on the App Store for Apple Watch or iMessage.”(제품 페이지 최적화 테스트는 맞춤형 제품 페이지나 Apple Watch 또는 iMessage용 App Store의 제품 페이지에서는 사용할 수 없음)⁶⁴ 제가 읽기로, 그러니 맞춤형 페이지는 어디론가 보내는 알려진 대상을 위한 도구이고, 테스트는 그 밖의 모든 사람이 도착하는 기본 페이지를 위한 도구입니다.

주 언어를 바꿀 때 여기에 함정이 있습니다. “If your app has a custom product page configured, you must also have uploaded screenshots in the language for each custom product page.”(앱에 맞춤형 제품 페이지가 설정되어 있다면, 각 맞춤형 제품 페이지에 대해 그 언어의 스크린샷도 업로드되어 있어야 함)⁶⁵

4. 제품 페이지 최적화

제품 페이지 최적화(product page optimization)는 기본 페이지를 대상으로 한 Apple의 A/B 테스트입니다. “Test up to three alternate product page versions against your original, view the results in App Analytics, and set the best performing version to display to everyone on the App Store.”(원본과 비교해 최대 3개의 대체 제품 페이지 버전을 테스트하고, App Analytics에서 결과를 보고, 가장 성과가 좋은 버전을 App Store의 모든 사람에게 표시하도록 설정할 것)⁹ 처리군은 “shown to a percentage of randomly selected people on the App Store in iOS and iPadOS 15 or later, who will see the same treatment for the duration of your test”(iOS와 iPadOS 15 이상의 App Store에서 무작위로 선택된 일정 비율의 사람들에게 표시되며, 그들은 테스트 기간 내내 같은 처리군을 봄)입니다.⁹ 2026년에는 처리군에 새 에셋을 실을 수 있습니다. 처리군 편집기에는 이제 “App Previews and Screenshots” 옆에 “Header and Search Results” 탭이 있고, API의 카탈로그는 처리군 현지화마다 헤더 하나와 검색 배치 하나를 주며, Apple의 모범 사례는 “you can use product page optimization to test alternative header visuals and see which performs best”(제품 페이지 최적화로 다른 헤더 비주얼을 테스트하고 어느 것이 가장 성과가 좋은지 볼 수 있음)라고 합니다.⁶⁶¹¹⁴³

Apple의 페이지끼리 어긋나는 곳. 테스트를 몇 개 돌릴 수 있는지에 대해, 마케팅 페이지는 “You can create one test at a time which will run for up to 90 days”(한 번에 하나의 테스트를 만들 수 있으며 최대 90일 동안 실행됨)라고 하고, Analytics 도움말은 “Can I run multiple tests simultaneously on different elements?”(서로 다른 요소에 대해 여러 테스트를 동시에 실행할 수 있는가?)라는 질문에 “Yes. You can test different product page elements (screenshots, description, preview video, etc.) in separate tests at the same time.”(예. 서로 다른 제품 페이지 요소(스크린샷, 설명, 미리보기 동영상 등)를 별도의 테스트로 동시에 테스트할 수 있음)라고 답합니다.⁹²⁰ 같은 Analytics 페이지는 테스트로 바꿀 수 있는 것에 “descriptions”(설명)를 넣는데, 제가 저장한 다른 어떤 페이지도 그러지 않습니다. 또 “extending your test beyond 90 days if possible”(가능하면 테스트를 90일 넘게 연장할 것)을 제안하는데, 이는 마케팅 페이지와 두 도움말 페이지 Create a test와 Run a test가 한도로 밝히는 90일, 그리고 Analytics 페이지 자신도 페이지의 다른 곳에서 기간으로 다루는 90일과 맞지 않습니다.^2096768 어떤 앱이 테스트할 수 있는지에 대해서는, 개요 도움말은 “Your app must be in the Ready for Distribution state to test its product page”(제품 페이지를 테스트하려면 앱이 배포 준비 완료 상태여야 함)라고 하고, 테스트 만들기 도움말은 “a Pre-Order Ready for Distribution or Ready for Distribution status”(사전 주문 배포 준비 완료 또는 배포 준비 완료 상태)를 허용하면서 “and is live on the App Store”(그리고 App Store에 출시되어 있을 것)를 덧붙입니다.⁶⁴⁶⁷ 이 페이지들은 모두 같은 날 아침에 가져왔습니다. 제가 읽기로 안전한 계획은 출시된 앱에서, 한 번에 하나의 테스트를, 90일 이내로 하는 것입니다.

심사. “Before you can publish your test, any new metadata that you’d like to include in your treatments must be approved by App Review.”(테스트를 게시하기 전에, 처리군에 넣고 싶은 새 메타데이터는 모두 App Review의 승인을 받아야 함) 대체 아이콘이 없는 테스트는 “can be submitted for review independent of a new app version”(새 앱 버전과 별개로 심사에 제출할 수 있음)입니다.⁹ 이미 스토어에 있는 스크린샷의 순서를 바꾸거나 아이콘만 바꾸는 것은 재제출이 필요 없습니다.⁶⁶ Browse Assets로 고른, 이미 승인된 Asset Library 헤더가 처리군 안에서 심사를 건너뛰는지는 어떤 제품 페이지 최적화 페이지에도 나오지 않습니다. 제가 읽기로는 건너뛰어야 합니다. Apple의 WWDC26 세션이 승인된 에셋은 헤더와 검색 배치에 “without going through additional reviews”(추가 심사를 거치지 않고) 쓸 수 있다고 하기 때문입니다.³

Apple이 보여 주는 통계. 테스트는 “at least five first-time downloads are attributed to the test”(최소 5건의 첫 다운로드가 테스트에 귀속되면) Analytics에 나타납니다.²⁰ 결과에는 “Bayesian techniques designed specifically for App Store product page data”(App Store 제품 페이지 데이터 전용으로 설계된 베이즈 기법)가 쓰이고, 결과 표에는 “Unique Impressions”, “Conversion Rate”, “Improvement”, “Confidence”가 있으며, 상태는 Performing Better, Performing Worse, Collecting Data, Likely to be Inconclusive의 네 가지입니다.²⁰ “When a treatment reaches 90% confidence, it may be labeled as Performing Better or Performing Worse”(처리군이 신뢰도 90%에 이르면 Performing Better 또는 Performing Worse 라벨이 붙을 수 있음)이며, 신용 구간은 “a 90% probability that the true value falls within this range”(참값이 이 범위 안에 있을 확률 90%)를 뜻합니다.²⁰ Apple의 조언은 적용이나 중지를 “until at least one treatment has been declared to be performing better or worse than the baseline with at least 90% confidence”(최소 하나의 처리군이 신뢰도 90% 이상으로 기준보다 낫거나 못하다고 판정될 때까지) 기다리라는 것, 그리고 Tech Talk에 따르면 “for at least one week and in seven day increments”(최소 1주일, 7일 단위로) 실행하라는 것입니다.⁹⁷⁰

테스트가 알려 줄 수 있는 것과 없는 것. 테스트는 포함한 현지화에 대해, 기본 페이지의 최대 네 가지 버전 중 어느 것이 더 잘 전환되는지를 신뢰도 90%로 알려 줄 수 있습니다. 단, 트래픽이 90일 안에 거기까지 도달할 때의 이야기입니다. 많은 앱의 트래픽은 그러지 못하기 때문에 “Likely to be Inconclusive”가 있는 것입니다.²⁰ 제가 읽기로 테스트는 이유를 알려 주지 못하고, 맞춤형 제품 페이지를 테스트할 수 없으며, 포함되지 않은 현지화의 구매자에 대해서는 말할 수 없고, 귀속된 첫 다운로드가 5건 미만이면 아무것도 알려 주지 않습니다.⁶⁴²⁰

5. Asset Library, 그리고 지금의 심사 방식

“Use Asset Library to submit and manage your app’s images and videos across platforms, sizes, and placements, including app previews, screenshots, and custom creative assets like the product page header and in-app event cards.”(Asset Library를 사용하면 앱 미리보기, 스크린샷, 그리고 제품 페이지 헤더나 앱 내 이벤트 카드 같은 맞춤 크리에이티브 에셋을 포함해, 앱의 이미지와 동영상을 플랫폼, 크기, 배치에 걸쳐 제출하고 관리할 수 있음)⁵ Asset Library는 App Store Connect의 사이드바 항목이며, 미디어를 받는 모든 영역(버전 페이지, 맞춤형 제품 페이지, 테스트 처리군, 앱 내 이벤트)에 이제 이를 여는 Browse Assets 버튼이 있습니다.⁵⁶⁰⁶⁶ 각 에셋의 상세 보기에는 “which App Store features and placements the asset is compatible with”(그 에셋이 어떤 App Store 기능과 배치와 호환되는지)와 “where this asset was most recently used”(이 에셋이 가장 최근에 어디에 쓰였는지)가 표시됩니다.⁵ 에셋 하나가 여러 배치를 뒷받침할 수 있고, “The poster frame set applies to everywhere the asset is used.”(설정한 포스터 프레임은 그 에셋이 쓰이는 모든 곳에 적용됨)⁵²⁶ 라이브러리에 담을 수 있는 에셋 수의 한도를 밝힌 페이지는 제가 저장한 것 중에 없습니다.

단독 심사. 새 심사 경로는 버전 없이 에셋을 심사에 보냅니다. Apple의 문구로는 조건이 두 가지입니다. 앱에 이미 승인된 버전이 있어야 하고, 에셋이 지정된 항목이 이미 진행 중인 제출에 포함되어 있지 않아야 합니다. Asset Library에서 제출하는 방법에 관한 도움말 페이지에 있는 Apple의 규칙은 다음과 같습니다.¹²

• “First app version: If your app doesn’t yet have an approved version, include your assets in the same submission as your first app version.”(첫 앱 버전: 앱에 아직 승인된 버전이 없으면 에셋을 첫 앱 버전과 같은 제출에 포함할 것)
• “Subsequent updates: After your app has an approved version, you can submit standalone assets directly from the Asset Library without creating a new app version.”(이후 업데이트: 앱에 승인된 버전이 생긴 뒤에는 새 앱 버전을 만들지 않고 Asset Library에서 단독 에셋을 바로 제출할 수 있음)
• “Assets assigned to other items: When you submit an app version, Custom Product Page, Product Page Optimization test, or In-App Event, any assets assigned to it are automatically included in that submission and reviewed together.”(다른 항목에 지정된 에셋: 앱 버전, 맞춤형 제품 페이지, 제품 페이지 최적화 테스트, 앱 내 이벤트를 제출하면 그에 지정된 에셋은 자동으로 그 제출에 포함되어 함께 심사됨)
• “Submission restrictions: An asset can’t be submitted on its own through the Asset Library if the item it is assigned to is already part of an active submission.”(제출 제한: 지정된 항목이 이미 진행 중인 제출에 포함되어 있으면 그 에셋은 Asset Library에서 단독으로 제출할 수 없음)

단독 에셋은 현재 상태의 앱을 기준으로 판단됩니다. “Standalone assets are reviewed against your app’s latest version.”(단독 에셋은 앱의 최신 버전을 기준으로 심사됨)⁵ 한 번 승인되면, 크리에이티브 에셋은 새 버전 없이 출시된 페이지에 올라갈 수 있습니다. “If your app’s current version is already live on the App Store, you can update its creative assets with approved assets without submitting a new version”(앱의 현재 버전이 이미 App Store에 출시되어 있다면, 새 버전을 제출하지 않고 승인된 에셋으로 크리에이티브 에셋을 업데이트할 수 있음)이며, Browse Assets로 에셋을 고르고 Publish를 클릭하면 됩니다.⁵ WWDC26 세션은 바로 그것을 시연했습니다. 여름 하이킹 헤더를 겨울 헤더로 바꾸며 “publishing changes directly to the App Store without a new submission”(새 제출 없이 변경 사항을 App Store에 바로 게시)한 것입니다.³

어떤 파일이 어떤 슬롯에 들어가는가. 콘솔은 에셋을 크기에 따라 여러 접점에서 쓸 수 있다고 말하지만(2026년 10월 6일 Asset Library 페이지에서 제가 관찰한 내용), 그 문장은 제가 찾은 어떤 공개 페이지에도 없습니다. 공개된 버전은 API의 참조 카탈로그로, 모든 사양에 대해 그것이 채울 수 있는 배치를 나열합니다.¹¹⁷¹

출처: 참조 카탈로그 GET /v1/appAssetLibraryRefData의 실제 읽기, 2026년 10월 7일 05:51 UTC.¹¹ 스크린샷이 크리에이티브 슬롯을 채우는 일은 없고, 크리에이티브 에셋이 스크린샷 슬롯을 채우는 일도 없습니다. 카테고리(APP_SCREENSHOTS_AND_PREVIEWS 또는 CREATIVE_ASSETS)는 파일을 예약할 때 고정됩니다.¹¹²⁶

상태. 도움말이 나열하는 상태는 Uploading, Processing, Prepare for Submission, Ready for Review, Waiting for Review, In Review, Accepted, Approved, Rejected, Archived입니다.²⁵ Accepted는 제출의 다른 무언가는 받아들여지지 않았지만 그 항목은 받아들여졌다는 뜻입니다. “All items in the submission must be accepted before any can be published.”(제출의 모든 항목이 받아들여져야 어느 것이든 게시될 수 있음)²⁵ 도움말과 API는 Archived를 다르게 정의합니다. 도움말: “The asset belonged to a previous app version and has been replaced by a newer one.”(그 에셋은 이전 앱 버전에 속했으며 더 새로운 것으로 교체되었음) API: “You retired an approved asset from active use.”(승인된 에셋을 실제 사용에서 물렸음)²⁵²⁶ 에셋은 “only when its status is Prepared for Submission”(상태가 Prepared for Submission일 때만) 삭제할 수 있고(상태 페이지의 표기는 Prepare for Submission), “Archived assets can’t be used in new placements.”(Archived 에셋은 새 배치에 쓸 수 없음)⁵²⁵

누가 쓸 수 있나: 세 가지 답. 에셋 관리에 관한 도움말 페이지: “Required role: Account Holder, Admin, App Manager, or Marketing.”(필요한 역할: Account Holder, Admin, App Manager 또는 Marketing) 제출에 관한 도움말 페이지: “Required role: Account Holder, Admin, or App Manager.”(필요한 역할: Account Holder, Admin 또는 App Manager) API 문서는 API로 라이브러리를 관리하는 역할로 ACCOUNT_HOLDER, ADMIN, APP_MANAGER만 나열합니다.⁵¹²²⁶ 제가 읽기로 Marketing 사용자는 콘솔에서 업로드는 할 수 있어도 제출은 할 수 없고, Marketing 역할의 API 키가 작동한다는 것은 전혀 문서화되어 있지 않습니다.

6. Apple의 규칙, 원문 그대로

에셋을 판단하는 기준이 되는 문장들을 Apple의 말 그대로 옮깁니다. 모범 사례 페이지는 이것들이 “reflect our overarching policies as well as how we evaluate artwork for featuring, so you can put your best work forward”(저희의 전반적인 정책과 피처링을 위해 아트워크를 평가하는 방식을 반영하며, 최고의 작업을 내놓을 수 있도록 하기 위한 것)이라고 합니다.⁴³

에셋 모범 사례, 규칙으로

2026년 10월 7일에 가져온 Apple의 App Store 에셋 모범 사례에서 옮겼습니다. 특정한 것을 지목하지 않는 한, 모든 줄은 스크린샷, 미리보기, 크리에이티브 에셋에 똑같이 적용됩니다.⁴³

어떤 에셋에든 들어갈 수 있는 것 - “Don’t include specific pricing, discounts, website URLs, copyright symbols. This ensures your content remains relevant to a global audience and more evergreen.”(구체적인 가격, 할인, 웹사이트 URL, 저작권 기호를 넣지 말 것. 그래야 콘텐츠가 전 세계 사람들에게 의미를 유지하고 오래 낡지 않음) - “Avoid claims that can’t be verified, such as awards or recognition that your app or game hasn’t actually received.”(앱이나 게임이 실제로 받지 않은 상이나 인정처럼 검증할 수 없는 주장은 피할 것) - “Don’t include logos or references to other platforms or marketplaces.”(다른 플랫폼이나 마켓플레이스의 로고나 언급을 넣지 말 것) - “Please don’t include any Apple-designated recognitions”(Apple이 지정한 표창은 넣지 말 것). Apple의 예시는 “Editor’s Choice, App of the Day, Game of the Day, or Apple Design Award winner, as many of these already appear alongside your app or game in search results, as well as on your product page.”(Editor’s Choice, App of the Day, Game of the Day, Apple Design Award 수상. 이들 중 다수는 이미 검색 결과와 제품 페이지에서 앱이나 게임 옆에 표시되기 때문)입니다. - “While you may depict content outside of your app or game in use, it must still relate to its general functionality.”(사용 중인 앱이나 게임 밖의 콘텐츠를 묘사해도 되지만, 여전히 앱의 전반적인 기능과 관련이 있어야 함)

대상 연령 - “Assets displayed on the App Store must meet a 4+ age rating, even if your app’s rating is higher and it’s intended for an older audience.”(App Store에 표시되는 에셋은, 앱의 등급이 더 높고 더 나이 든 사람들을 대상으로 하더라도 4+ 등급을 충족해야 함) - “Keep violent content in check. Games that include violence may use action imagery, but must avoid depictions of gore, graphic imagery, or weapons that are pointed directly at a person or the audience.”(폭력적인 내용은 절제할 것. 폭력이 포함된 게임은 액션 이미지를 쓸 수 있지만, 유혈, 노골적인 이미지, 사람이나 보는 이를 직접 겨누는 무기의 묘사는 피해야 함) - “You can localize your metadata, including images and videos, to tailor your content to each region or country in which you offer your app or game.”(이미지와 동영상을 포함한 메타데이터를 현지화해, 앱이나 게임을 제공하는 지역이나 국가별로 콘텐츠를 맞출 수 있음)

이미지 - “Consider using the latest UI and reflecting your app or game’s aesthetic. Aim for strong composition and a clear focal point for each asset.”(최신 UI를 쓰고 앱이나 게임의 미감을 반영하는 것을 고려할 것. 에셋마다 탄탄한 구도와 뚜렷한 초점을 목표로 할 것) - “If using text, use a short phrase that enhances your visual rather than describes it. Be sure to localize for all languages your app supports.”(텍스트를 쓴다면 비주얼을 설명하기보다 돋보이게 하는 짧은 문구를 쓸 것. 앱이 지원하는 모든 언어로 현지화할 것) - “Design key elements with a safe area in mind to accommodate different devices and orientations.”(여러 기기와 방향에 맞도록 세이프 에어리어를 염두에 두고 핵심 요소를 디자인할 것)

동영상 - “Select an impactful poster frame.”(인상적인 포스터 프레임을 고를 것) - “Start strong. Lead with your value proposition or most compelling feature.”(강하게 시작할 것. 가치 제안이나 가장 매력적인 기능으로 시작할 것) - “Avoid quick cuts and fast-moving visuals, as these can be difficult for people to follow and may not be accessible for everyone.”(빠른 컷과 빠르게 움직이는 화면은 피할 것. 따라가기 어렵고 모두에게 접근 가능하지 않을 수 있음) - “Loop seamlessly. Videos autoplay and repeat, so people may see the loop multiple times.”(이음매 없이 반복되게 할 것. 동영상은 자동 재생되고 반복되므로 사람들이 루프를 여러 번 볼 수 있음) - “In most cases, audio is muted by default, so your creative must work silently first.”(대부분의 경우 오디오는 기본적으로 음소거되므로, 크리에이티브는 먼저 소리 없이 통해야 함)

영역별로 - 헤더: “Focus on a single, clear idea. Visually dense or cluttered assets dilute your impact.”(하나의 명확한 아이디어에 집중할 것. 시각적으로 빽빽하거나 어수선한 에셋은 인상을 흐림) “Design with a first-time visitor in mind.”(처음 방문하는 사람을 염두에 두고 디자인할 것) - 검색 결과: “State the obvious. Since people tend to look for something specific when using search, be sure your app or game’s purpose is obvious at a glance.”(뻔한 것을 말할 것. 사람들은 검색할 때 특정한 무언가를 찾는 경향이 있으므로, 앱이나 게임의 목적이 한눈에 분명히 드러나게 할 것) “Showcase the firsthand experience.”(직접 겪는 경험을 보여 줄 것) - 앱 내 이벤트: “You need media for the event card (16:9 landscape) and the event details page (9:16 portrait).”(이벤트 카드(16:9 가로)와 이벤트 세부 정보 페이지(9:16 세로)용 미디어가 필요함) “Design your media to complement the badge rather than duplicate it.”(미디어는 배지를 중복하기보다 보완하도록 디자인할 것) - 스크린샷: “Stay focused on the core user experience”(핵심 사용자 경험에 집중할 것), 그다음 “avoid using the entire asset to highlight general accolades or call-to-action statements”(일반적인 수상 경력이나 행동 유도 문구를 강조하는 데 에셋 전체를 쓰지 말 것). “Lead with your best features.”(가장 좋은 기능부터 보여 줄 것) - 앱 미리보기: “Use real-UI or gameplay.”(실제 UI나 게임플레이를 쓸 것) “Tell a complete story.”(완결된 이야기를 들려줄 것) - 모두 함께: “consider using similar visual style, such as color palette, iconography, fonts, message, and tone.”(색상 팔레트, 아이콘, 글꼴, 메시지, 어조 같은 비슷한 시각 스타일을 쓰는 것을 고려할 것)

App Review의 스크린샷: 절반이 넘게 사용 중인 화면

가이드라인 2.3.3: “Screenshots should show the app in use, and not merely the title art, login page, or splash screen.”(스크린샷은 사용 중인 앱을 보여야 하며, 타이틀 아트, 로그인 페이지, 스플래시 화면만이어서는 안 됨)³⁷ 10월 5일 Apple은 이에 관한 새 도움말을 공개하고, 그날의 뉴스에서 “new App Review guidance on how to avoid common screenshot issues”(흔한 스크린샷 문제를 피하는 방법에 관한 App Review의 새 안내)로 링크했습니다.¹⁷² 판정은 개수로 합니다. “App Review takes the set of screenshots submitted for each supported device into account, and will approve only those submissions where more than half of screenshots show the app in use.”(App Review는 지원하는 기기마다 제출된 스크린샷 세트를 고려하며, 스크린샷의 절반이 넘게 사용 중인 앱을 보여 주는 제출만 승인함) 예시는 이렇습니다. “If an app has four screenshots for each device, three must show the app in use, and so on.”(앱에 기기마다 스크린샷이 4장 있다면 3장은 사용 중인 앱을 보여야 하며, 나머지도 같은 식임)⁷² 마케팅용 프레임도 그 개수 안이라면 허용됩니다. “Include splash screens or marketing text, as long as the majority of screenshots still show the app in use.”(스크린샷의 과반이 여전히 사용 중인 앱을 보여 주는 한, 스플래시 화면이나 마케팅 문구를 넣어도 됨)⁷² 하지 말아야 할 것은 이렇습니다. “Don’t submit screenshots that only show generic login pages or splash screens”(일반적인 로그인 페이지나 스플래시 화면만 있는 스크린샷을 제출하지 말 것), “Don’t let overlays or marketing visuals crowd out your app”(오버레이나 마케팅 비주얼이 앱을 밀어내게 하지 말 것), “Don’t show only the hardware or an overlay with no app interface behind it.”(하드웨어만, 또는 뒤에 앱 인터페이스가 없는 오버레이만 보여 주지 말 것)⁷² 현지화된 세트는 하나씩 판정됩니다. “Each localization’s screenshots are still assessed on whether the majority show your app in use.”(각 현지화의 스크린샷도 과반이 사용 중인 앱을 보여 주는지로 평가됨)⁷² 이것은 도움말 페이지이지 가이드라인 변경이 아닙니다. 2026년 6월 8일의 가이드라인 개정에서 2.3의 하위 항목은 하나도 바뀌지 않았습니다.⁷³

App Review가 이 절반 초과 기준을 크리에이티브 에셋에도 적용하는지는 제가 찾은 어디에도 나오지 않습니다. 도움말은 크리에이티브 에셋을 “distinct from the in-use functionality requirement”(사용 중인 기능을 보여야 한다는 요건과는 다름)라고 부르며, 제가 읽기로 이는 적용하지 않는다는 뜻입니다.⁵

가이드라인 2.3의 나머지, 그리고 이웃한 두 조항

App Review 가이드라인(“Last Updated: June 8, 2026”(최종 업데이트: 2026년 6월 8일))에서:³⁷

• 2.3: “make sure all your app metadata, including privacy information, your app description, screenshots, and previews accurately reflect the app’s core experience and remember to keep them up-to-date with new versions.”(개인정보 정보, 앱 설명, 스크린샷, 미리보기를 포함한 모든 메타데이터가 앱의 핵심 경험을 정확히 반영하게 하고, 새 버전에 맞춰 최신으로 유지할 것)
• 2.3.2: “make sure your app description, screenshots, and previews clearly indicate whether any featured items, levels, subscriptions, etc. require additional purchases.”(소개하는 아이템, 레벨, 구독 등에 추가 구입이 필요한지를 앱 설명, 스크린샷, 미리보기에 분명히 밝힐 것)
• 2.3.4: “previews may only use video screen captures of the app itself.”(미리보기에는 앱 자체의 화면 녹화 영상만 쓸 수 있음)
• 2.3.7: “Metadata such as app names, subtitles, screenshots, and previews should not include prices, terms, or descriptions that are not specific to the metadata type.”(앱 이름, 부제, 스크린샷, 미리보기 같은 메타데이터에는 그 메타데이터 유형에 맞지 않는 가격, 용어, 설명을 넣으면 안 됨)
• 2.3.8: “make sure your app and in-app purchase icons, screenshots, and previews adhere to a 4+ age rating even if your app is rated higher.”(앱의 등급이 더 높더라도, 앱과 앱 내 구입의 아이콘, 스크린샷, 미리보기는 4+ 등급을 따를 것)
• 2.3.9: “You are responsible for securing the rights to use all materials in your app icons, screenshots, and previews, and you should display fictional account information instead of data from a real person.”(앱 아이콘, 스크린샷, 미리보기에 쓰는 모든 자료의 사용 권리를 확보할 책임은 여러분에게 있으며, 실제 사람의 데이터 대신 가상의 계정 정보를 보여야 함)
• 2.3.10: “don’t include names, icons, or imagery of other mobile platforms or alternative app marketplaces in your app or metadata, unless there is specific, approved interactive functionality.”(구체적이고 승인된 연동 기능이 없는 한, 다른 모바일 플랫폼이나 대체 앱 마켓플레이스의 이름, 아이콘, 이미지를 앱이나 메타데이터에 넣지 말 것)
• 2.3.13, 이벤트에 대해: “All event metadata must be accurate and pertain to the event itself, rather than the app more generally.”(모든 이벤트 메타데이터는 정확해야 하며, 앱 전반이 아니라 이벤트 자체에 관한 것이어야 함)
• 4.1(c), 2025년 11월 13일 추가: “You cannot use another developer’s icon, brand, or product name in your app’s icon or name, without approval from the developer.”(다른 개발자의 승인 없이 그 개발자의 아이콘, 브랜드, 제품 이름을 앱의 아이콘이나 이름에 쓸 수 없음)⁷⁴
• 5.2.4(b): 앱이 Editor’s Choice로 선정되면 “Apple will apply the badge automatically.”(Apple이 배지를 자동으로 적용함)

마케팅에서의 기기 이미지와 배지

스토어 자체 슬롯 밖의 마케팅에서 기기 이미지와 App Store 배지를 다스리는 것은 Apple의 Marketing Guidelines입니다. “Use Apple-provided product bezels in all your marketing materials to display your app on the Apple devices it supports. Always use the latest-generation devices for which your app is currently developed.”(모든 마케팅 자료에서 앱이 지원하는 Apple 기기 위에 앱을 보여 줄 때는 Apple이 제공하는 제품 베젤을 쓸 것. 항상 앱이 현재 개발 대상으로 삼는 최신 세대 기기를 쓸 것)⁷⁵ Apple 제품 이미지는 “as is”(있는 그대로), “without modification”(수정 없이) 써야 하므로 반사, 그림자, 자르기, 기울이기, 애니메이션, 뒤집기, 회전은 허용되지 않습니다. “You can place promotional copy or violators beside the product images, not on top of them.”(홍보 문구나 바이올레이터는 제품 이미지 옆에 둘 수 있지만 위에는 둘 수 없음)⁷⁵ 또 “Rendering in 3D or creating any simulation of an Apple product”(Apple 제품을 3D로 렌더링하거나 시뮬레이션을 만드는 것)를 금지하고, 기기의 최소 크기를 “200 px onscreen”(화면상 200 px)으로 정하며, 상태 막대에는 “a full network icon or product designator, a full Wi-Fi icon, and a full battery icon”(가득 찬 네트워크 아이콘 또는 제품 표시, 가득 찬 Wi-Fi 아이콘, 가득 찬 배터리 아이콘)을 요구합니다.⁷⁵ 배지에 대해서는 “Use one App Store badge per layout or video”(레이아웃이나 동영상 하나에 App Store 배지는 하나), “Don’t modify, angle, or animate the App Store badge.”(App Store 배지를 변형하거나 기울이거나 애니메이션하지 말 것)⁷⁵ 9월 22일 글은 이 규칙을 그 글의 스크린샷에 적용했습니다. 제가 읽기로 Apple 기기를 보여 주는 헤더나 검색 에셋도 똑같이 이 규칙에 묶입니다.⁴¹

광고

이 에셋을 Apple Ads로 내보낼 때는 더 엄격한 정책이 적용됩니다. “Pricing, offers, or other incentivized promotions are not allowed in your app icon, name, subtitle, custom product page assets, or creative assets. App rankings, app awards claims, and promoting in-app purchases are also not allowed.”(앱 아이콘, 이름, 부제, 맞춤형 제품 페이지 에셋, 크리에이티브 에셋에 가격, 할인 혜택, 그 밖의 보상성 프로모션은 허용되지 않음. 앱 순위, 수상 주장, 앱 내 구입 홍보도 허용되지 않음)⁴⁴ 언어에 대해서는 “The custom product page and creative assets that you use must match the default language for the associated App Store country or region where your campaign is set to run. You can include a creative asset with no text that can be used when you don’t have a localized image or video.”(사용하는 맞춤형 제품 페이지와 크리에이티브 에셋은 캠페인이 실행되도록 설정된 App Store 국가 또는 지역의 기본 언어와 일치해야 함. 현지화된 이미지나 동영상이 없을 때 쓸 수 있도록 텍스트 없는 크리에이티브 에셋을 넣을 수 있음)⁴⁴

현지화

App Store 메타데이터는 이제 50개 현지화를 지원합니다. 2026년 3월 31일 뉴스 항목이 11개를 추가하며 “bringing the total number of supported localizations to 50”(지원하는 현지화가 모두 50개가 됨)이라고 했습니다.³⁵ 새 언어는 복사본으로 시작합니다. “screenshots and the properties for the new language default to those of the primary language, except for the description and keywords.”(새 언어의 스크린샷과 속성은 설명과 키워드를 제외하고 주 언어의 것이 기본값이 됨)⁶⁵ 맞는 현지화가 없으면 “the next most relevant localization is used”(다음으로 관련성 높은 현지화가 쓰임)이고, 그 밖의 경우에는 주 언어가 표시됩니다.⁶⁵ 미리보기에 대해서는 “If an app preview is not provided for a specific language, the preview in the next best available language appears on your App Store product page.”(특정 언어용 앱 미리보기가 없으면 다음으로 적합한 언어의 미리보기가 App Store 제품 페이지에 나타남)¹³

Apple 자신의 페이지가 어긋나는 곳

작은 어긋남 두 가지는 나온 자리에 그대로 둡니다. 카탈로그가 도움말이 16:10이라고 하는 Mac 크기를 16:9로 표시하는 점(섹션 2), 그리고 Analytics 페이지가 테스트로 바꿀 수 있는 것에 설명을 넣고 90일을 넘겨 실행하라고 제안하는 점(섹션 4)입니다.

7. 측정하기

App Store Connect의 App Analytics는 이 영역들의 수치가 보고되는 곳이며, Apple은 올해 이를 새로 만들었습니다. 2026년 3월 25일 뉴스 항목은 이를 Analytics의 “biggest update since its launch”(출시 이후 가장 큰 업데이트)라고 부르며 “More than 100 new metrics”(100개가 넘는 새 지표), 코호트, 동종 앱 벤치마크를 꼽았습니다.⁷⁶ 제품 페이지에 대해 Analytics가 보여 줄 수 있는 것은 다음과 같습니다.

거기서 말하는 “전환”이란. Apple은 전환율을 “Total downloads and pre-orders divided by unique device impressions”(총 다운로드와 사전 주문을 고유 기기 노출로 나눈 것)로 정의하고, 노출을 “on the Today, Games, Apps, and Search tabs of the App Store for more than one second”(App Store의 투데이, 게임, 앱, 검색 탭에서 1초 넘게) 보인 것으로 정의하며, 여기에는 “Includes product page views”(제품 페이지 조회 포함)가 붙습니다.⁷⁷ 그러니 페이지의 전환율은 페이지 방문자 중 다운로드한 사람의 비율이 아닙니다. 스토어 어디에서든 앱을 1초 동안 본 모든 사람을 셉니다. 반면 테스트 결과 표의 전환율은 각 변형에 대해 “the percentage of viewers who downloaded your app”(본 사람 가운데 앱을 다운로드한 사람의 비율)입니다.²⁰ 제가 읽기로 두 수치는 비교할 수 없으며, 헤더 변경은 대시보드의 전환율이 움직이는 것을 지켜보는 것이 아니라 테스트로 판단해야 합니다.

측정할 수 없는 것. 제가 저장한 Analytics 페이지 중 어느 것도 제품 페이지 헤더나 검색 결과 에셋의 지표를 언급하지 않습니다. 제가 읽기로 이를 측정하는 가장 깔끔한 방법은 테스트 처리군이고, 다른 길은 맞춤형 제품 페이지입니다. 맞춤형 페이지는 자체 헤더를 가지며, Analytics는 그 전환을 기본 페이지와 비교해 보고합니다.⁷⁷⁶⁶ 키워드 수준의 데이터는 없습니다. WWDC26 App Store Connect 그룹 랩에서 Apple의 답은 “We don’t provide keyword level data in ASC”(ASC에서는 키워드 수준 데이터를 제공하지 않음)였고, 광고용과 자연 검색용으로 맞춤형 제품 페이지를 하나씩 두어 둘을 구분하라고 제안했습니다.⁴⁵ 개별 맞춤형 페이지는 “in the detailed reports, which have more rigorous privacy protections than the standard reports”(표준 보고서보다 더 엄격한 개인정보 보호가 적용되는 상세 보고서에서)만 내보낼 수 있습니다.⁷⁹ 추천에는 지표가 아예 없습니다. 그리고 맞춤형 페이지의 효과에 대한 Apple 자신의 주장, 섹션 3에서 인용한 2.5포인트 상승에는 날짜도 방법도 붙어 있지 않습니다.⁸

8. 에이전트가 자동화할 수 있는 것

저희 앱의 App Store 작업은 에이전트가 App Store Connect API를 통해 합니다. 그래서 이 섹션을 가장 꼼꼼히 읽었습니다. Apple이 문서와 함께 배포하는 OpenAPI 파일은 버전 4.5.1이며, 최종 수정일은 2026년 10월 6일입니다. WWDC26 세션은 API 쪽도 약속했습니다(“you can upload and submit to Asset Library, using the App Store Connect API as well”(App Store Connect API로도 Asset Library에 업로드하고 제출할 수 있음)).¹⁶³

핵심: 모든 마케팅 미디어가 Asset Library로 옮겨 갔습니다. 4.5.1 릴리스 노트는 라이브러리 이미지, 동영상, 배치, 배치 순서, 참조 데이터를 추가하며 “Target iPhone Duo screenshots and app previews with the new IPHONE_DUO display class in AppAssetLibraryDisplayClass.”(AppAssetLibraryDisplayClass의 새 IPHONE_DUO 디스플레이 클래스로 iPhone Duo 스크린샷과 앱 미리보기를 대상으로 지정할 것)라고 씁니다. 옛 방식은 지원이 중단되었습니다. “The App Screenshot Sets, App Screenshots, App Preview Sets, and App Previews resources are deprecated”(App Screenshot Sets, App Screenshots, App Preview Sets, App Previews 리소스는 지원 중단됨)이며, 이벤트 스크린샷과 비디오 클립 리소스도 마찬가지입니다.¹⁵ 옛 리소스 페이지는 모두 이제 “This resource is deprecated. Use the App Asset Library and App Asset Library placements instead.”(이 리소스는 지원 중단되었습니다. 대신 App Asset Library와 App Asset Library 배치를 사용하십시오)로 시작합니다.⁸¹ 기계가 읽는 파일은 아직 따라오지 못했습니다. OpenAPI 문서는 그 생성 작업들을 여전히 지원 중단으로 표시하지 않으면서, experiments 리소스의 버전 1에는 지원 중단 표시를 달고 있습니다.¹⁶ iPhone Duo에 대해 문서가 가리키는 방향은 하나입니다. 옛 리소스가 요구하는 ScreenshotDisplayType과 PreviewType에는 4.5.1 파일에서 Duo 값이 없으므로, Duo 스크린샷과 미리보기로 가는 문서화된 API 경로는 Asset Library이며, IPHONE_DUO 디스플레이 클래스와 IPHONE_DUO_PROFILE 배치 그룹을 씁니다.¹⁶¹¹ 이는 9월 22일 글이 4.5 파일에서 찾은 것, 즉 iPhone 디스플레이 유형이 여덟 개이고 Duo용은 없다는 결과와 일치합니다.⁴¹ 그런데 실제 서비스는 파일보다 앞서 있습니다. 지원 중단된 appScreenshotSets 리소스로 Kiradex의 스크린샷 세트를 읽기 전용 GET으로 읽었더니 Duo 세트가 "screenshotDisplayType": "APP_IPHONE_DUO"로 반환되었는데, 이는 4.5.1 enum에 없는 값이며, 배치 읽기에서도 같은 프레임 열 장이 IPHONE_DUO_PROFILE로 반환되었습니다.¹⁷²⁸ 그러니 옛 리소스는 적어도 Duo 세트를 보고할 수는 있습니다. APP_IPHONE_DUO의 생성을 받는지는 검증되지 않았습니다. 그것을 확인하려면 쓰기가 필요한데, 저는 쓰기를 하지 않았습니다. 에이전트는 Apple이 문서화한 경로인 Asset Library 위에 구축해야 합니다.

리소스별로

마지막 행은 Apple 문서가 아니라 OpenAPI 파일을 제가 읽은 것입니다. 심사 제출 항목은 라이브러리 이미지나 동영상을 가리킬 수 있으며, API에서 단독 에셋 제출은 그렇게 표현됩니다. Apple의 Asset Library 문서는 배치가 상위 영역과 함께 심사로 간다는 것만 설명합니다.¹⁶²⁷

업로드 흐름

1. GET /v1/apps/{id}/assetLibrary로 id를 얻어 둡니다.
2. GET /v1/appAssetLibraryRefData를 읽고 파일을 정확한 사양 크기에 맞춥니다. “Image specifications state exact dimensions, not ranges”(이미지 사양은 범위가 아니라 정확한 치수를 밝힘)이며, 크리에이티브 검색용과 이벤트용 크기가 예외입니다.⁸²¹¹
3. 예약: 파일 이름, 바이트 크기, 카테고리를 담아 POST /v1/appAssetLibraryImages(또는 Videos). 응답은 uploadOperations가 담긴 AWAITING_UPLOAD입니다.⁸²
4. 각 파트를 해당 URL로 PUT합니다. “The upload URLs are unauthenticated and time-limited, so you don’t send a JSON Web Token (JWT), and you don’t share them.”(업로드 URL은 인증이 없고 시간 제한이 있으므로 JSON Web Token(JWT)을 보내지 않으며, URL을 공유하지도 않음)⁸²
5. uploaded: true만 담은 PATCH .../{id}로 커밋합니다. “Unlike the deprecated appScreenshots flow, there’s no sourceFileChecksum attribute to send”(지원 중단된 appScreenshots 흐름과 달리 보낼 sourceFileChecksum 속성이 없음). 받은 바이트가 선언한 크기와 맞지 않으면 커밋은 실패합니다.⁸²
6. PREPARE_FOR_SUBMISSION(또는 stateDetails가 붙은 FAILED)이 될 때까지 폴링한 다음, specId를 다시 읽어 카탈로그의 imageSpecs(또는 videoSpecs)에서 찾고, 그 shortName이 의도한 사양인지(1320×2868 스크린샷이라면 i1320x2868a0), 그리고 쓰려는 배치 그룹이 배치 유형의 specMappings 아래에 그 specId를 나열하는지 확인합니다. Apple은 처리 중에 파일을 사양에 맞추며, 사양 문서는 specId를 하드코딩한 목록이 아니라 카탈로그에서 확인하라고 합니다.^82837111
7. 배치: 영역과 현지화마다 POST /v1/appAssetLibraryPlacements를 한 번, 이어서 그룹마다 순서 요청을 한 번.²⁷
8. 상위 영역을 제출합니다. 배치는 그 심사 상태를 따릅니다.²⁷

Apple의 마이그레이션 문서에는 함정이 두 가지 있습니다. “You can only create placements while the parent surface is editable, so migrate against an App Store version in PREPARE_FOR_SUBMISSION rather than one that’s already approved.”(배치는 상위 영역을 편집할 수 있을 때만 만들 수 있으므로, 이미 승인된 버전이 아니라 PREPARE_FOR_SUBMISSION 상태의 App Store 버전을 대상으로 마이그레이션할 것) 그리고 삭제는 역순입니다. “Delete the placements first, then the asset.”(배치를 먼저 삭제하고, 그다음 에셋을 삭제할 것)⁸³ 미리보기에 대해 카탈로그의 audioRequired: true는 오디오 트랙이 있어야 한다는 뜻이며, 필요하면 무음이어도 됩니다. 스테레오는 도움말의 사양이지 카탈로그의 사양이 아닙니다.¹¹⁴⁸

API가 없어 콘솔이 필요한 것

• 미리보기 도구. 제품 페이지나 검색 결과를 렌더링하는 엔드포인트는 없습니다. 확인은 사람이, 또는 콘솔을 조작하는 에이전트가 iPhone, iPad, Duo에서, 두 방향과 다크 모드로 직접 보는 것입니다.¹¹⁶
• 출시된 버전에서 크리에이티브 에셋 교체. 도움말의 흐름은 출시된 버전에서 Browse Assets, 이어서 Publish입니다. API는 편집 가능한 상위 영역에만 배치를 만들므로, 제가 읽기로 이 교체는 콘솔 작업입니다.⁵⁸³
• “Use header asset in search results”(헤더 에셋을 검색 결과에 사용). API에는 이 토글이 없습니다. 배치 모델을 제가 읽기로, 그에 해당하는 것은 같은 유니버설 에셋의 두 번째 배치입니다.⁵¹¹
• 콘솔에서 게시한 헤더 확인. API에서 그것이 보여야 할 곳은 배치 읽기이며, 버전 현지화 위의 PRODUCT_PAGE_HEADER_ASSET 또는 APP_STORE_SEARCH_RESULTS_ASSET 배치로 나타나야 합니다. 하지만 저희 앱에는 아직 하나도 없으므로, 콘솔에서 게시한 헤더가 거기에 나타나는지는 검증되지 않았습니다(섹션 9).²⁷²⁸
• Media Manager의 축소 선택(도움말: “to manage scaled app previews and screenshots for other device sizes, select View All Sizes in Media Manager”(다른 기기 크기용으로 축소된 앱 미리보기와 스크린샷을 관리하려면 Media Manager에서 View All Sizes를 선택할 것))⁵과 길이 검사. OpenAPI 파일은 도움말의 텍스트 한도를 하나도 인코딩하지 않으며(어떤 문자열에도 maxLength가 없음), 저는 쓰기를 하지 않았으므로 서버가 너무 긴 문자열을 거부하는지는 검증되지 않았습니다. 에이전트 자체의 스크립트가 무엇이든 보내기 전에 모든 길이를 검사합니다.¹⁶²⁴
• Marketing 역할의 키. API 문서는 라이브러리에 대해 Account Holder, Admin, App Manager만 명시합니다.²⁶
• 광고와 리텐션 배치. enum에는 SEARCH_RESULTS_ADS_ASSET, TODAY_TAB_ADS_ASSET, RETENTION_MESSAGE_ASSET이 있지만, 실제 카탈로그는 기능 네 개와 배치 유형 일곱 개만 반환합니다. Apple은 “treat a feature that’s absent as unavailable for your app”(없는 기능은 그 앱에서 사용할 수 없는 것으로 간주할 것)이라고 합니다.¹¹⁷¹

9. 2026년 10월 7일의 저희 앱

2026년 10월 7일 저는 05:47:01부터 05:51:14 UTC까지 저희 App Store Connect 계정을 읽었고, 이어서 05:51:43부터 05:52:03까지의 두 번째 읽기에서 모든 앱의 Asset Library 이미지와 동영상, 그리고 별점을 위한 미국 공개 조회를 읽었으며, 08:04:24부터 08:05:53 UTC까지 출시된 모든 버전과 심사 대기 중인 두 버전의 에셋 배치를 보려고 계정을 다시 읽었습니다. 모든 요청은 읽기 전용 GET이었고 아무것도 쓰지 않았습니다.³⁰²⁸ 계정에는 앱이 28개 있습니다. 9개는 출시된 버전이 있고, 19개는 한 번도 출시된 적이 없습니다. Kiradex와 Founder Camera는 심사 대기 중이고, 나머지 17개는 어느 영역에도 아무것도 없는 1.0을 각각 제출 준비 중(Prepare for Submission) 상태로 두고 있습니다. 플랫폼별로 그 17개는 iOS 앱 12개(그중 3개는 Mac 또는 tvOS 1.0도 보유), Mac 전용 앱 4개, visionOS 전용 앱 1개입니다.³⁰ 스토어로 가는 길에 이름이 바뀐 앱이 둘 있습니다. Banana List는 Get Bananas로, Yawara는 Randori로 출시되며, 계정에 Water라는 앱은 없습니다.³⁰

영역별로 본 저희 앱. 10월 7일에 저장한 API 응답으로 스크립트가 그렸습니다(헤더와 검색 열은 배치 읽기, 08:04:24부터 08:05:53 UTC). 제출하지 않은 1.0만 있는 앱 17개는 뺐습니다.³⁰²⁸

스크린샷 수는 주 로케일(영어, 미국)의 것으로, 구매자가 보는 버전, 또는 출시된 버전이 없는 두 앱은 대기 중인 버전 기준입니다. iPhone 열은 큰 Dynamic Island 세트를 셉니다. Tappy Color를 뺀 모든 앱에서 1320×2868이며, Tappy Color의 프레임 6장은 1290×2796입니다.⁴⁷ “라이브러리 이미지”는 GET /v1/appAssetLibraries/{id}/images로 앱의 Asset Library에 있는 모든 이미지를 센 것으로, 각 행의 시간대가 아니라 두 번째 읽기(05:51:43부터 05:52:03 UTC)에서 읽었습니다. 괄호 안의 숫자는 CREATIVE_ASSETS 카테고리입니다.³¹

무언가가 있는 영역에 담긴 내용은 다음과 같습니다.

• Reps에는 맞춤형 제품 페이지 “Progress Pics (all locales)”가 하나 있습니다. 승인되어 22개 로케일에 표시되며, 각각 iPhone 스크린샷 8장과 iPad 스크린샷 7장이 있지만, 미리보기도 프로모션 텍스트도 딥 링크도 없습니다.⁸⁵ 앱 내 이벤트 “Progress Pics”도 하나 있습니다. Major Update 배지로 승인되었고, 10월 7일 14:00 UTC에 게시되어 10월 8일에 시작하고 11월 8일에 끝나며, 175개 국가와 지역이 대상이고, 앱 안으로 가는 딥 링크가 있습니다.⁸⁵ 크리에이티브 에셋 세 개는 그 이벤트의 1920×1080 카드와 1080×1920 세부 정보 이미지(둘 다 승인됨), 그리고 업로드가 끝나지 않은 카드 예약 하나입니다.⁸⁵ Reps의 출시된 iOS 버전은 22개 로케일 모두에 프로모션 텍스트가 있습니다. 영어는 “New: Progress Pics. Front, side and back on the same mark every time. Encrypted on your iPhone, synced only through your own iCloud, never on our servers.”(새 기능: Progress Pics. 정면, 옆면, 뒷면을 매번 같은 위치에서. iPhone에서 암호화되고, 오직 여러분의 iCloud로만 동기화되며, 저희 서버에는 절대 올라가지 않습니다)입니다.⁸⁵
• Tappy Color에는 맞춤형 제품 페이지가 두 개 있습니다. 하나는 승인되어 두 가지 크기에 각각 스크린샷 6장과 프로모션 텍스트가 있고, 다른 하나는 제출 준비 중이며 각각 10장입니다. 둘 다 딥 링크가 없습니다.⁴⁷
• Kiradex는 계정에서 유일하게 Duo 스크린샷을 가지고 있습니다. 가로 방향 내부 디스플레이(2853×2007) 5장과 세로 방향 외부 디스플레이(1398×2034) 5장이며, 1320×2868 8장과 함께 모두 심사 대기 중인 1.0에 있습니다.¹⁷ 유일한 추천은 App Launch로, 10월 7일 04:37 UTC에 제출되었고 게시 시작일은 Duo 판매 첫날인 10월 23일입니다.⁹²⁶ 프로모션 텍스트는 “Scan a card and it’s registered. Every set, English and Japanese. Your lists live in your own iCloud: no account, no ads.”(카드를 스캔하면 등록 완료. 영어판과 일본어판의 모든 세트. 목록은 여러분의 iCloud에: 계정도 광고도 없음)입니다.¹⁷
• 941 Tiles는 Mac 앱으로 14.99달러에 출시되어 있으며, 17개 로케일에 Mac 스크린샷이 있고, 프로모션 텍스트는 아직 제출하지 않은 1.3.1에만 있습니다.⁹¹

빈틈을 세어 보면. 제품 페이지 최적화 테스트, 앱 미리보기, 또는 라이브러리 안의 동영상을 하나라도 가진 앱은 없습니다.³⁰³¹ 출시된 iPhone 앱 7개가 테스트를 돌릴 수 있지만 아무도 돌리지 않습니다.³⁰⁶⁷ Duo 세트는 Kiradex에만 있습니다.¹⁷ 헤더나 검색 결과 사양으로 확인되는 라이브러리 이미지는 없고, 계정의 크리에이티브 에셋은 Reps의 이벤트 미디어뿐이며, 배치 읽기는 현지화 258개 어디에서도 헤더나 검색 결과 배치를 찾지 못했습니다.³¹²⁸ 있는 맞춤형 페이지 중 딥 링크가 있는 것은 없습니다.⁸⁵⁴⁷ 출시된 페이지 대부분에 프로모션 텍스트가 없습니다. Return과 Get Bananas는 27개 로케일 전부, Ace Citizenship은 12개 중 10개, Tappy Color와 ResumeGeni for iOS는 각자의 유일한 로케일, Reps는 Mac과 출시된 tvOS 1.6.2, 941 Tiles는 출시된 버전에서 빠져 있습니다. 심사 중인 Reps의 tvOS 1.6.3은 22개 로케일 모두에 있고, 941 Tiles의 제출하지 않은 1.3.1도 17개 모두에 있습니다.³⁰⁸⁵⁹¹ Founder Camera의 영어 외 로케일 11개에는 스크린샷이 없고, Ace Citizenship의 5.5인치 세트는 영어에만 있습니다. 배치 읽기는 Founder Camera의 그 현지화 11개에 대해 빈 목록을 반환했으며, 그 로케일의 구매자가 어떤 이미지를 보는지는 API가 보고하지 않는 스토어의 대체 표시에 달려 있습니다.^84882893

배치 읽기가 보여 주는 것과 보여 줄 수 없는 것. 에셋 배치에 관한 Apple의 문서는 한 영역의 모든 배치를 나열하는 읽기로 GET /v1/appStoreVersionLocalizations/{id}/placements를 듭니다.²⁷ 저는 10월 7일 08:04:24부터 08:05:53 UTC까지 출시된 버전 14개의 모든 현지화(245개)와 심사 대기 중인 Kiradex와 Founder Camera 버전(13개 더)에 대해 이 읽기를 실행했습니다. 요청 258건, 오류 없음이었고, 그날 아침 심사 중이던 Reps의 tvOS 1.6.3은 포함하지 않았습니다.²⁸ 반환된 배치는 2,073개였고, 모두 APP_SCREENSHOT이었습니다. 어느 앱에도 PRODUCT_PAGE_HEADER_ASSET, APP_STORE_SEARCH_RESULTS_ASSET, APP_PREVIEW가 없습니다.²⁸ 스크린샷 배치는 표의 스크린샷 수와 프레임 하나하나까지 일치하므로, 이 읽기는 라이브러리가 생기기 전에 업로드된 스크린샷도 봅니다. 라이브러리 쪽도 일치합니다. 크리에이티브 카테고리에는 Reps의 이벤트 미디어만 있으며, 도움말은 헤더가 Asset Library에 있다고 합니다.²⁸³¹⁵ 이를 대상으로 스크립트를 짜는 사람을 위한 세부 사항이 두 가지 있습니다. 모든 배치는 state로 ACTIVE를 가지며, 941 Tiles의 출시된 Mac 배치 85개만 INACTIVE인데, 두 값 모두 4.5.1 파일의 AppAssetLibraryPlacementState enum에 없습니다. 그리고 Kiradex의 Duo 프레임은 IPHONE_DUO_PROFILE에 있습니다.²⁸¹⁶ 이 읽기가 아직 보여 줄 수 없는 것은 콘솔에서 게시한 헤더가 여기에 나타나는지입니다. 비교할 헤더가 저희에게 아직 하나도 없기 때문입니다. 배치 모델을 제가 읽기로는 PRODUCT_PAGE_HEADER_ASSET 배치로 나타날 것이며, 저희가 처음 게시하는 헤더가 그 시험대가 됩니다. 별점은 미국 공개 조회에서만 가져왔고, Analytics는 읽지 않았습니다(그 보고서 API는 먼저 보고서 요청이 필요한데, 그것은 쓰기입니다).⁹³

라이브러리에 든 것, 사양별로. 라이브러리 이미지는 specId를 가집니다. 이는 처리 중에 App Store Connect가 파일을 맞춘 카탈로그 사양이며, Apple의 페이지는 에셋에 반환된 specId를 “by looking it up in the catalog”(카탈로그에서 찾아서) 확인하라고 합니다.⁷¹⁸² 카탈로그의 imageSpecs와 맞춰 보면, 계정의 라이브러리 이미지 3,655개 중 3,546개가 확인되며, 모두 사양과 같은 치수를 가집니다. 사양의 shortName이 그것을 이름으로 알려 주므로, Kiradex의 외부 디스플레이 프레임은 i1398x2034a0으로, 내부 디스플레이 프레임은 i2853x2007a0으로 확인됩니다.³¹¹¹ 사양별로 라이브러리에는 i1320x2868a0(큰 Dynamic Island iPhone) 1,168개, i2064x2752a0(13인치 iPad) 815개, i416x496a0 437개와 i368x448a1 75개(Apple Watch), i2880x1800a1 425개와 i2560x1600a1 141개(Mac), i3840x2160a1 302개와 i1920x1080a1 111개(Apple TV), i1290x2796a0 23개, i1242x2208a1 22개, i1398x2034a0 15개와 i2853x2007a0 5개(Duo, 모두 Kiradex의 것), i2048x2732a0 5개, 그리고 이벤트 카드의 i16x9w1920~3840a0와 이벤트 세부 정보 페이지의 i9x16w1080~2160a0가 하나씩 있으며, 둘 다 Reps의 것입니다. 헤더의 i3840x1646a0, 유니버설의 i5244x2950a0, 검색 에셋의 i3x2w1920~3840a0로 확인되는 것은 하나도 없습니다.³¹¹¹ Kiradex의 라이브러리에는 페이지에 배치된 것보다 외부 디스플레이 이미지가 10개 더 있으며, 제출 준비 중 상태입니다.³¹²⁸ 확인되지 않는 109개는 업로드가 끝나지 않은 Reps의 카드 예약 하나와 Get Bananas의 출시된 Mac 세트 전체입니다. 후자는 27개 로케일마다 스크린샷 4장, 모두 108개로, 승인되어 MAC_PROFILE에 배치되어 있지만 크기는 1800×1104이고 specId는 null입니다. 1800×1104는 모두 16:10인 도움말의 Mac 크기 네 가지 중 어느 것도 아니며, 카탈로그의 어떤 사양과도 맞지 않습니다. 카탈로그의 MAC_PROFILE이 나열하는 것은 i2880x1800a1, i2560x1600a1, i1440x900a1, i1280x800a1뿐입니다.^8731281311

10. 브리프: 각 앱의 에이전트가 만드는 것과 통과해야 할 검사

이 섹션은 각 앱의 App Store 운영을 맡은 에이전트를 위해 쓴 것입니다. 각 항목은 무엇을 만들지, 완료를 증명하는 검사(API 읽기, 파일에 대한 스크립트 실행, 또는 App Store Connect 미리보기 도구의 캡처), 그리고 섹션 9의 읽기를 바탕으로 2026년 10월 7일에 앱이 어디에 있었는지를 밝힙니다. 여기의 모든 한도는 Apple의 것이며 출처는 위에 있습니다. 순서와 선택은 제 것입니다. 여기 있는 어떤 것도 평소처럼 제가 변경 사항을 검토하지 않은 채 App Store Connect에 쓰면 안 됩니다.

공통 키트

출시된 버전이 있는 모든 iPhone과 iPad 앱은 열 가지 항목을 모두 받으며, K3는 두 부분으로 나뉩니다. iPhone 세트는 모든 앱에, 13인치 iPad 세트는 iPad에서 실행되는 각 앱에 필요하며, 후자는 도움말이 제출의 조건으로 삼습니다.¹³ 헤더, 검색 결과 에셋, 맞춤형 제품 페이지, 테스트, 이벤트는 iPhone과 iPad에만 있습니다.⁵⁸⁹²¹

K1. 제품 페이지 헤더. K2도 채울 수 있는 16:9에 5244×2950인 유니버설 PNG 하나를 만들거나, 정확히 3840×1646인 21:9 전용 PNG를 만듭니다(PNG인 이유는 API의 카탈로그가 헤더 이미지로 다른 것을 받지 않기 때문). 알파 없음. 핵심 내용은 템플릿의 안전 사각형 안에(섹션 2). 4+ 등급. 가격, 할인, URL, 저작권 기호, 다른 플랫폼의 로고, Apple이 지정한 표창 없음. 텍스트가 있다면 모든 언어로 현지화한 짧은 문구로, 아니면 텍스트를 아예 넣지 않습니다.^4112943 - 검사, 스크립트: 파일이 PNG이고, 정확히 5244 x 2950 또는 3840 x 1646이며, 알파 채널이 없음. - 검사, 읽기: GET /v1/appAssetLibraries/{id}/images?filter[category]=CREATIVE_ASSETS가 그 폭과 높이로, 카탈로그에서 i5244x2950a0 또는 i3840x1646a0로 확인되는 specId와 state APPROVED를 가진 것으로 반환하고, GET /v1/appStoreVersionLocalizations/{id}/placements?filter[placementType]=PRODUCT_PAGE_HEADER_ASSET가 각 로케일에서 배치 하나를 반환함. 콘솔에서 게시한 첫 헤더가 이 읽기에 배치를 만들지 않으면, 아래의 미리보기 도구 캡처가 인수 검사가 되고, 배치가 없는 것은 API의 빈틈으로 기록함.¹⁶¹¹²⁸ - 검사, 캡처: iPhone, iPad, iPhone Duo의 미리보기 도구에서, 세로와 가로, 라이트와 다크 모드, 모든 로케일로 보았을 때 중요한 것이 잘리지 않음.¹⁶ - 10월 7일 상태: 계정의 라이브러리 이미지 중 헤더 사양으로 확인되는 것은 없고, 배치 읽기는 어느 현지화에서도 PRODUCT_PAGE_HEADER_ASSET을 반환하지 않았음(08:04:24부터 08:05:53 UTC). 콘솔은 확인하지 않았음.³¹²⁸

K2. 검색 결과 에셋. K1의 유니버설 파일을 두 번째로 배치하거나, 1920×1280과 3840×2560 사이의 3:2 이미지를 씁니다. 앱의 목적이 “obvious at a glance”(한눈에 분명)하게 하고, 인터페이스나 콘텐츠를 보여 줍니다.⁴⁴³ - 검사, 스크립트: 그 범위 안의 3:2, 또는 유니버설 크기. 알파 없음. - 검사, 읽기: 라이브러리 이미지의 specId가 i5244x2950a0 또는 i3x2w1920~3840a0로 확인되고, 같은 배치 읽기를 filter[placementType]=APP_STORE_SEARCH_RESULTS_ASSET로 하면 로케일마다 하나가 반환됨. 콘솔에서 게시한 첫 검색 에셋이 이 읽기에 배치를 만들지 않으면, 아래의 미리보기 도구 캡처가 인수 검사가 되고, 배치가 없는 것은 API의 빈틈으로 기록함.¹⁶¹¹²⁸ - 검사, 캡처: iPhone과 iPad에서 미리보기 도구의 검색 결과.⁵ - 10월 7일 상태: 어느 앱에도 없음. 검색 사양으로 확인되는 라이브러리 이미지가 없고, APP_STORE_SEARCH_RESULTS_ASSET 배치가 있는 현지화도 없음.³¹²⁸

K3. 1320×2868의 큰 iPhone 세트, 그리고 앱이 iPad에서 실행되면 13인치 iPad 세트. 1320×2868 스크린샷 최대 10장. 이는 큰 Dynamic Island 클래스에서 가장 큰 크기입니다(6.9인치 모델이며, 도움말의 목록에 따르면 iPhone Air와 Plus 모델도 같은 클래스). 알파 없음, 현재 인터페이스, 페이지가 가진 모든 로케일에서. 각 로케일 세트의 절반이 넘게 사용 중인 앱을 보여 줄 것.¹³⁷² 앱이 iPad에서 실행된다면, 도움말의 말로 “if your app supports iPadOS”(앱이 iPadOS를 지원한다면), 도움말은 앱을 제출하기 위한 조건으로 두 번째 세트를 요구합니다. “At least one screenshot for iPad 13-inch display”(iPad 13인치 디스플레이용 스크린샷 최소 1장)이며, 도움말은 이 행에 “Required if app runs on iPad”(앱이 iPad에서 실행되면 필수)라고 표시합니다. 2064×2752 또는 2048×2732(가로로는 2752×2064 또는 2732×2048) 스크린샷 최대 10장, 알파 없음, 모든 로케일에서, 같은 절반 초과 규칙을 따릅니다. 에이전트는 이를 호환성 목록이 아니라 앱 자체의 타깃에서 확인하며, 기기 패밀리에 iPad가 있어야 합니다. iPhone 전용 앱도 호환 모드로 iPad에서 실행되고, 공개 조회는 유니버설이든 아니든 저희의 출시된 모든 iOS 앱에 대해 supportedDevices 아래에 iPad 모델 80개를 나열하기 때문입니다.¹³⁷² - 검사, 읽기(iPhone): 세트를 싣는 버전의 현지화에서, 그리고 출시된 뒤 출시 버전의 현지화에서 다시 한 번(세트가 라이브러리에만 있는 것이 아니라 페이지에 있도록), filter[placementGroup]=IPHONE_DYNAMIC_ISLAND_LARGE_PROFILE&include=image로 읽은 배치가 모든 로케일에서 1개에서 10개이고, 포함된 모든 이미지가 1320 x 2868이며 그 specId가 i1320x2868a0로 확인됨(include=image 없이는 읽기가 치수를 반환하지 않음).¹⁶²⁷¹¹ - 검사, 읽기(iPad, 앱이 iPad에서 실행되는 경우): 같은 읽기를 filter[placementGroup]=IPAD_13_PROFILE&include=image로 하면 모든 로케일에서 1개에서 10개이고, 포함된 각 이미지의 specId가 카탈로그가 IPAD_13_PROFILE에 대응시키는 스크린샷 사양 네 가지, i2064x2752a0, i2752x2064a0, i2048x2732a0, i2732x2048a0 중 하나로 확인됨.¹⁶²⁷¹¹ - 검사, 스크립트: 프레임에 이름표를 단 목록이 각 프레임을 사용 중인지 아닌지로 표시하며, 로케일마다, 기기 세트마다 사용 중인 프레임이 절반을 넘음.⁷² - 검사, 캡처: iPhone의 미리보기 도구에서, 그리고 iPad에서 실행되는 앱이라면 iPad에서도, 각 세트가 의도한 순서로 보임.¹ - 10월 7일 상태: 출시된 모든 iPhone 앱에서 주 로케일의 이 클래스는 채워져 있음(5장에서 8장). 7개 중 6개는 1320×2868. Tappy Color의 프레임 6장은 1290×2796이므로, Tappy Color는 세트를 1320×2868로 다시 만들 때까지 이 검사를 통과하지 못함. Founder Camera의 1.0.1은 영어에만 세트가 있음.^30472884 - 10월 7일 상태, iPad: 미국 공개 조회는 출시된 앱 중 네 개, Reps, Return, Get Bananas, ResumeGeni for iOS의 features에 iosUniversal을 나열하며, 네 앱 모두 출시 버전에서 iPad 읽기를 통과함. Reps는 22개 로케일마다 7장, Return과 Get Bananas는 27개 로케일마다 5장으로 모두 i2064x2752a0로 확인되고, ResumeGeni for iOS는 유일한 로케일에 5장으로 i2048x2732a0로 확인됨. Ace Citizenship, Randori, Tappy Color는 유니버설 표시가 없고 iPad 세트도 없으므로, 그 해석에 따르면 iPad 부분은 해당하지 않음. 심사 대기 중인 두 앱 모두 iPad 세트가 없음. 저장한 읽기에는 그 기기 패밀리가 기록되어 있지 않지만, Kiradex의 추천은 유일한 기기 패밀리로 iPhone을 나열함.⁹⁴²⁸

K4. iPhone Duo 세트. 외부 디스플레이 1398×2034와 내부 디스플레이 2007×2853을 앱이 지원하는 방향으로 만들어, Asset Library로 업로드하고(Apple이 문서화한 경로, 섹션 8) IPHONE_DUO_PROFILE에 배치합니다. 출시된 앱이라면 이 세트는 앱의 다음 버전과 함께 갑니다. 도움말은 버전이 제출 준비 중, Invalid Binary, 또는 거부된 상태 중 하나일 때만 스크린샷을 심사로 보내고, API는 상위 항목을 편집할 수 있을 때만 배치를 만들기 때문입니다. 2027년 4월부터의 제출에 필수이며, Duo는 2026년 10월 23일 고객에게 제공됩니다.^1315115836 - 검사, 읽기: 세트를 싣는 버전의 현지화에서, 그리고 출시된 뒤 출시 버전의 현지화에서 다시 한 번, 배치 읽기를 filter[placementGroup]=IPHONE_DUO_PROFILE&include=image로 하면 모든 로케일에서 세트가 반환되고, 포함된 각 이미지의 specId가 카탈로그에서 Duo 사양 네 가지, i1398x2034a0, i2034x1398a0, i2007x2853a0, i2853x2007a0 중 하나로 확인됨.¹⁶⁸³¹¹ - 검사, 캡처: iPhone Duo의 미리보기 도구.⁶ - 10월 7일 상태: Kiradex만. 대기 중인 1.0에 프레임 10장이 있으며, 배치 읽기상 IPHONE_DUO_PROFILE에 있음.¹⁷²⁸

K5. 앱 미리보기. 모든 최신 iPhone과 Duo용으로 886×1920(세로). 15초에서 30초. 23에서 30 fps. .mov, .m4v, .mp4의 H.264로 500 MB 이하. 44.1 또는 48 kHz의 스테레오 256 kbps AAC 트랙(동영상에 소리가 없으면 무음으로). 앱의 화면 캡처만. 포스터 프레임은 승인 뒤에는 바꿀 수 없으므로 승인 전에 고릅니다.^141148375 iPad에서 실행되는 앱이라면 iPad 미리보기는 1200×1600(세로) 또는 1600×1200으로, IPAD_13_PROFILE의 카탈로그 v1200x1600f23~30t15~30u1 또는 v1600x1200f23~30t15~30u1이며, 길이, 프레임 레이트, 오디오는 같습니다. 11인치 클래스도 같은 두 크기를 받습니다.¹⁴¹¹ - 검사, 스크립트: 파일을 조사하면 그 치수, 그 길이, 23에서 30의 프레임 레이트, 그리고 2채널 트랙 하나 또는 도움말이 함께 허용하는 1채널 트랙 둘로 된 256 kbps, 44.1 또는 48 kHz의 AAC 오디오가 보고됨. - 검사, 읽기(처리됨): 동영상이 FAILED가 아니라 PREPARE_FOR_SUBMISSION에 이르고, 미리보기 사양(세로 iPhone 파일이라면 v886x1920f23~30t15~30u1)으로 확인되는 specId를 가짐. 이 상태는 페이지가 아닙니다. Apple의 문서는 이를 “Processing succeeded and the video is ready to place.”(처리가 성공했고 동영상을 배치할 준비가 됨)로 정의합니다.⁴⁸⁸²¹¹ - 검사, 읽기(배치됨): 미리보기를 싣는 버전이 심사를 통과하고 출시되면, 미리보기를 보여 줄 모든 로케일에 대해 출시 버전의 현지화에서 GET /v1/appStoreVersionLocalizations/{id}/placements?filter[placementType]=APP_PREVIEW&include=video가, 의도한 각 그룹(세로 iPhone 파일은 IPHONE_DYNAMIC_ISLAND_LARGE_PROFILE, Duo는 IPHONE_DUO_PROFILE(카탈로그는 이를 같은 886×1920 사양에 대응시킴), iPad 파일은 IPAD_13_PROFILE)에 포함된 동영상이 업로드한 바로 그것인 배치를 반환하고, 그 state가 ACTIVE임. 이는 10월 7일 저희의 출시된 iOS 버전의 모든 배치가 가졌던 값입니다. 상태만으로는 출시가 증명되지 않습니다. 그날 아침 941 Tiles의 출시된 Mac 배치는 INACTIVE였고, 심사 대기 중인 두 버전의 배치는 ACTIVE였습니다. 그래서 이 검사는 출시 버전의 현지화를 읽습니다. 동영상 배치와 버전 제출은 쓰기이며, 이 섹션 맨 위의 검토 규칙을 따릅니다.^48271628 - 검사, 캡처: 그 각 로케일에서 미리보기 도구가 미리보기를 고른 포스터 프레임과 함께 보여 주고 재생하며, 도움말이 말하는 자리, 즉 스크린샷 앞이나, 화면비가 스크린샷과 다르면 A Closer Look에 있음.¹⁴¹ - 10월 7일 상태: 계정의 어느 앱에도 미리보기가 없고, 어느 라이브러리에도 동영상이 없음.³¹

K6. 프로모션 텍스트. 출시된 모든 버전의 모든 로케일에 최대 170자로, 무엇이 새로운지 씁니다. 절대 키워드 목록으로 쓰지 않습니다.²³²⁴ - 검사, 읽기와 스크립트: GET /v1/appStoreVersions/{id}/appStoreVersionLocalizations가 모든 로케일에 대해 비어 있지 않고 170자 이하인 promotionalText를 반환함.¹⁶ - 10월 7일 상태: Reps의 iOS 버전, Randori, ResumeGeni for Safari에서 완비. Return과 Get Bananas는 전부 없음, Ace Citizenship은 12개 로케일 중 10개에서 없음, Tappy Color, ResumeGeni for iOS, Reps의 Mac 버전과 출시된 tvOS 1.6.2, 941 Tiles의 출시 버전에서 없음. 심사 중인 Reps의 tvOS 1.6.3은 이미 22개 로케일 모두에 있으므로, Reps의 tvOS는 1.6.3이 출시되면 그것을 대상으로 검사하며, 그동안 텍스트를 다시 쓰지 않음.³⁰⁸⁵

K7. 캠페인마다 맞춤형 제품 페이지와 딥 링크. 저희가 실제로 사람들을 보내는 대상(글 속 링크, 이벤트, 광고)마다 페이지 하나. 자체 헤더, 스크린샷, 프로모션 텍스트를 갖고, 캠페인이 다루는 콘텐츠로 가는 앱 딥 링크를 답니다. 키워드는 그 페이지가 자연 검색에서도 이겨야 할 때만 쓰며, 조합은 각각 한 페이지에만 고유하게 합니다.⁶⁰⁸³ - 검사, 읽기: GET /v1/apps/{id}/appCustomProductPages가 visible이 true인 페이지를 나열함. GET /v1/appCustomProductPages/{id}/appCustomProductPageVersions가 state APPROVED이고 null이 아닌 deepLink를 가진 현재 버전을 보여 줌. 그리고 GET /v1/appCustomProductPageVersions/{id}/appCustomProductPageLocalizations의 각 현지화에 대해 GET /v1/appCustomProductPageLocalizations/{id}/placements?filter[placementType]=PRODUCT_PAGE_HEADER_ASSET가 배치 하나를 반환함.¹⁶ - 검사, 캡처: 페이지 URL로 페이지가 열리고, iOS 18 이상에서 그 열기 버튼이 딥 링크된 화면에 도착함.⁸ - 10월 7일 상태: Reps에 한 페이지, Tappy Color에 두 페이지가 있고 모두 딥 링크가 없음. 다른 앱에는 없음.⁸⁵⁴⁷

K8. 처리군 세 개짜리 제품 페이지 최적화 테스트. 출시된 iPhone 앱의 기본 페이지에서. 한 번에 하나의 테스트. 한 가지만 바꾸는 처리군 세 개(먼저 헤더). 이유가 없는 한 모든 현지화. 처리군에 신뢰도 90% 라벨이 붙거나 90일이 지날 때까지, 주 단위로 돌립니다.^9672070 - 검사, 읽기: GET /v1/apps/{id}/appStoreVersionExperimentsV2가 state가 APPROVED이고, startDate가 과거이며, endDate에 아직 이르지 않은 테스트를 정확히 하나 반환함. 스키마의 state에는 실행 중을 뜻하는 값이 없으므로, 제가 읽기로는 이 조합이 실행 중인 테스트입니다. 이어서 GET /v2/appStoreVersionExperiments/{id}/appStoreVersionExperimentTreatments가 처리군 세 개를 반환하고, 각 처리군의 appStoreVersionExperimentTreatmentLocalizations 읽기가 그 현지화를 반환함.¹⁶ - 검사, 캡처: Analytics의 제품 페이지 최적화 화면이 각 처리군의 상태를 보여 줌.²⁰ - 10월 7일 상태: 어느 앱에도 없음. 자격이 있는 출시된 iPhone 앱은 7개.³⁰

K9. 앱 내 이벤트, 앱에 진짜 이벤트가 있을 때. 앱 안에서 일어나는 시의적절한 일이며, 일일 과제, 가격 인하, 일반 홍보가 아닌 것. 15분에서 31일. 게시는 최대 14일 전까지. 이름 30자, 짧은 설명 50자, 긴 설명 120자. 16:9 카드와 9:16 세부 정보 미디어.⁵²⁵³⁴ - 검사, 읽기와 스크립트: GET /v1/apps/{id}/appEvents가 게시일 전에는 eventState APPROVED, 게시일 뒤에는 PUBLISHED인 이벤트(API의 상태는 DRAFT에서 APPROVED, PUBLISHED, PAST를 거쳐 ARCHIVED까지)와 그 날짜를 보여 줌. 이 읽기에는 텍스트가 없고 이벤트 현지화로 가는 링크만 있으므로, GET /v1/appEvents/{id}/localizations(또는 첫 읽기에 include=localizations를 붙이는 방법. 이 경우 이벤트당 최대 50개까지 반환)로 텍스트를 가져오고, 마지막 페이지까지 따라가 반환된 모든 현지화의 이름, 짧은 설명, 긴 설명이 그 한도 안에 있음.¹⁶⁸⁵ - 검사, 캡처: 게시된 뒤 제품 페이지의 이벤트 카드. - 10월 7일 상태: Reps에 하나. 승인되었고 10월 7일 게시.⁸⁵

K10. 출시나 개선이 해당할 때의 추천. Apple의 페이지가 밝히는 두 최소치 중 긴 쪽(도움말과 추천 템플릿은 3주, 피처링 안내 페이지는 2주)에 따라, 적어 넣는 날짜보다 최소 3주 전에 제출합니다.²¹⁵⁷²² - 검사, 읽기와 스크립트: GET /v1/nominations?filter[state]=SUBMITTED가 그것을 반환하고, 그 publishStartDate가 제출일로부터 21일 이상 뒤임.¹⁶ - 10월 7일 상태: Kiradex에 하나. 10월 23일의 App Launch로, 16일 전에 제출됨. 피처링 안내 페이지의 2주보다는 길고 도움말의 3주보다는 짧음.⁹²²²²¹

앱별로, 앱마다 다른 점

Kiradex(심사 대기 중). 버전 1.0이 심사 대기 중이므로 앱에는 승인된 버전이 없고, 에셋을 단독으로 제출할 수 없습니다. 1.0이 승인될 때까지 에셋은 버전과 함께 가야 하며, 이미 진행 중인 제출에 포함된 항목에 지정된 에셋은 단독으로 제출할 수 없습니다.¹⁷¹² 따라서 헤더와 검색 에셋은 1.0의 승인을 기다린 뒤, 단독으로 또는 빌드 47과 48이 이미 업로드된 버전 1.0.1과 함께 갑니다.¹⁷¹² 10월 23일 추천은 제출한 그대로 둡니다. Duo 세트는 있습니다(내부는 가로, 외부는 세로). 다른 방향은 앱이 지원하는 포즈에 비추어 에이전트가 판단합니다.¹⁷ 1.0에는 iPad 세트가 없고, 추천은 유일한 기기 패밀리로 iPhone을 나열합니다. 앱이 실제로 iPad에서 실행된다면 K3의 13인치 세트는 1.0.1에 넣습니다.⁹⁴ Kiradex의 헤더와 검색 에셋은 앱 자체의 인터페이스를 보여 줍니다.

Reps(10월 7일 이벤트 게시). Progress Pics 이벤트는 2026년 10월 7일 14:00 UTC에 게시되고 10월 8일에 시작합니다. 검사는 그 시각 이후 제품 페이지의 이벤트 카드 캡처입니다.⁸⁵ 맞춤형 제품 페이지에는 딥 링크가 없습니다. 이벤트가 이미 쓰는 것을 더하면 페이지는 URL을 바꾸지 않고 다시 심사로 갑니다.⁸⁵⁶⁰ Reps의 헤더, 검색 에셋, 첫 테스트는 같은 Progress Pics 아이디어를 담아야 하며, 그래야 이벤트, 맞춤형 페이지, 기본 페이지가 일치합니다.³ 13인치 iPad 세트, 즉 22개 로케일 모두에 있는 2064×2752 프레임 7장은 이미 K3의 iPad 읽기를 통과합니다.⁹⁴ 라이브러리에 있는 이벤트 카드 예약 하나는 업로드가 끝나지 않았습니다. API가 허용하면 제거하고, 아니면 그대로 둡니다. 아무것도 배치하지 않기 때문입니다.⁸⁵⁸³ Reps의 Mac 1.6.2와 출시된 tvOS 1.6.2에는 프로모션 텍스트가 없습니다. 10월 7일 심사 중이던 tvOS 1.6.3은 22개 로케일 모두에 있으므로, 아직 필요한 것은 Mac 버전입니다(K6). 크리에이티브 에셋 항목은 둘 다에 해당하지 않습니다.⁸⁵⁵

출시된 버전이 없는 앱. Kiradex, Founder Camera, 그리고 다른 17개에는 출시된 버전이 없으며, 어느 것도 에셋을 단독으로 제출할 수 없습니다. 키트는 각 앱의 첫 제출에 들어가거나, 그 승인을 기다립니다.³⁰¹² 제출하지 않은 1.0만 있는 17개는 플랫폼별로 나뉘고, 키트도 그에 따라 나뉩니다.³⁰ iOS 1.0을 가진 12개는 제출 전에 K1부터 K6까지를 거기에 넣습니다. iPad에서 실행되는 앱은 K3의 13인치 iPad 세트도 포함하는데, 도움말이 그 세트를 제출의 조건으로 삼기 때문입니다. 그리고 출시될 때까지 다른 것은 하지 않습니다. 그중 Mac이나 tvOS 1.0도 가진 3개는 그 버전에 자체 스크린샷과 프로모션 텍스트만 줍니다. Mac 전용 4개는 K1부터 K5가 아니라 아래의 Mac 키트를 받습니다. 헤더, 검색 에셋, K3의 iPhone과 iPad 세트, Duo 세트, iPhone과 iPad 미리보기 크기는 어느 것도 Mac 앱에 해당하지 않습니다. visionOS 전용 앱은 따로 한 줄을 받습니다. 3840×2160의 Apple Vision Pro 스크린샷 세트(“Required for Apple Vision Pro”(Apple Vision Pro에 필수)), 가로 3840×2160의 선택적 미리보기, 그리고 프로모션 텍스트입니다. 크리에이티브 에셋, 맞춤형 제품 페이지, 테스트, 이벤트는 iPhone과 iPad 기능이므로 키트의 다른 것은 해당하지 않습니다.^131458921

Founder Camera(심사 대기 중, 영어 전용 스크린샷). 이 앱이 App Store Connect에서 가진 적 있는 유일한 버전인 버전 1.0.1에는 로케일이 12개 있고 모두 프로모션 텍스트가 있지만, 스크린샷은 영어에만 있으며 나머지 로케일 11개에는 하나도 없습니다.⁸⁴ 다음은 이 버전 다음 버전에서, 로케일마다 스크린샷 세트, 앱이 iPad에서 실행된다면 각 로케일에 13인치 iPad 세트(1.0.1에는 없음), Duo 세트, 그리고 헤더와 검색 에셋입니다. 승인 뒤에는 크리에이티브 에셋을 대신 단독으로 보낼 수 있습니다.⁸⁴⁹⁴¹²

941 Tiles, ResumeGeni for Safari, 그리고 아직 출시하지 않은 Mac 전용 앱 네 개. 헤더와 검색 에셋은 iOS 27과 iPadOS 27의 배치이고, 맞춤형 제품 페이지는 iPhone과 iPad용이며, 테스트는 iOS와 iPadOS에서 돌아가고, 앱 내 이벤트는 iPhone과 iPad 전용입니다. 따라서 K1부터 K4(K3의 iPad 세트 포함), K5의 iPhone과 iPad 크기, K7, K8, K9는 어느 것도 해당하지 않습니다.⁵⁸⁹²¹ 이들의 키트는 Mac 스크린샷(1280×800, 1440×900, 2560×1600, 2880×1800 중 하나로, 모두 16:10의 가로이며 모든 로케일에서. “Required for Mac apps”(Mac 앱에 필수)), 프로모션 텍스트, 선택적인 1920×1080 미리보기, 그리고 릴리스가 해당할 때의 추천입니다.¹³¹⁴ 941 Tiles의 첫 수는 제출하지 않은 1.3.1의 17개 로케일 모두에 이미 써 둔 프로모션 텍스트입니다. 프로모션 텍스트는 새 버전 없이 바꿀 수 있으므로, 지금 출시된 1.3에 올릴 수 있습니다.⁹¹²³

Tappy Color. 두 번째 맞춤형 제품 페이지가 제출 준비 중에 머물러 있습니다. 딥 링크를 달아 제출하거나 삭제합니다.⁴⁷ 목록의 로케일이 하나이므로 K3와 K6는 각각 로케일 하나 분량이며, 공개 조회가 유니버설로 표시하지 않으므로 그 플래그를 제가 읽기로 K3는 iPhone 세트뿐입니다.⁴⁷⁹⁴

Return, Get Bananas, Ace Citizenship, Randori, ResumeGeni for iOS. iOS 버전에는 키트 전체. Return과 Get Bananas는 Mac(Return은 tvOS도) 버전도 내며, 그 버전들은 스크린샷과 텍스트만 받습니다.⁸⁶⁸⁷ Return, Get Bananas, ResumeGeni for iOS는 공개 조회의 iosUniversal 플래그를 가지고 있고, 제가 읽기로 이는 iPad에서 실행된다는 표시이며, 이미 모든 로케일에서 K3의 iPad 읽기를 통과합니다. Ace Citizenship과 Randori는 유니버설 표시가 없으므로, 그 해석에 따르면 상황이 바뀌지 않는 한 K3는 iPhone 세트뿐입니다.⁹⁴ 프로모션 텍스트가 먼저입니다. Return과 Get Bananas는 27개 로케일에 없고, Ace Citizenship은 12개 중 2개에만 있습니다.⁸⁶⁸⁷⁸⁸ Get Bananas의 출시된 Mac 세트도 다시 만들어야 합니다. 그 스크린샷 4장은 27개 로케일 모두에서 1800×1104인데, 이는 도움말의 Mac 크기가 아니며 어떤 카탈로그 사양으로도 확인되지 않습니다(섹션 9). 다음 Mac 버전과 함께 1280×800, 1440×900, 2560×1600, 2880×1800 중 하나로 다시 만듭니다. 검사, 읽기: Mac 현지화의 배치를 filter[placementGroup]=MAC_PROFILE&include=image로 읽으면 specId가 i2880x1800a1, i2560x1600a1, i1440x900a1, i1280x800a1 중 하나로 확인되는 이미지가 반환됨.^87131116

작업 순서

1. 2026년 10월 7일: 14:00 UTC 이후 제품 페이지의 Reps 이벤트 카드를 캡처합니다.⁸⁵
2. 프로모션 텍스트를 그것이 없는 모든 출시 버전에(K6). 텍스트이므로 새 버전이 필요 없고, 가장 적은 일로 가장 많은 구매자에게 닿습니다.²³
3. 13인치 iPad 세트(K3)를 iPad에서 실행되는 모든 앱의 첫 제출에. 도움말이 제출에 필수로 요구하기 때문입니다. 조회가 유니버설로 표시한 출시된 앱 네 개는 그 해석에 따르면 이미 모든 로케일에 가지고 있으므로, 그 앱들에 대한 작업은 읽기뿐입니다.¹³⁹⁴
4. 출시된 iPhone 앱마다 유니버설 헤더와 검색 에셋 하나(K1, K2): 단독으로 제출하고, 미리보기 도구로 확인하고, 콘솔에서 게시합니다. 제가 읽기로 이것은 Apple이 내놓은 것 중 가장 눈에 띄는 변화이며, 저희 앱은 아직 아무도 쓰지 않았습니다.
5. 출시된 iPhone 앱의 Duo 세트(K4)를 각 앱의 다음 버전과 함께, 2027년 4월 전에. Duo가 10월 23일에 판매를 시작하고 Duo 세트가 없는 페이지가 Duo에서 어떻게 보이는지는 문서화되어 있지 않으므로, 빠를수록 좋습니다.⁶¹³
6. 출시된 iPhone 앱마다 테스트 하나(K8), 변수는 헤더, 한 번에 하나씩.
7. 딥 링크가 있는 맞춤형 제품 페이지(K7): Reps의 기존 페이지를 고치고, 그다음엔 실제로 진행하는 캠페인을 위해서만 페이지를 만듭니다.
8. 미리보기(K5)를 앱별로. 각각 라이브러리에서만이 아니라 출시된 페이지에서 확인합니다.
9. 이벤트와 추천(K9, K10)은 앱에 진짜 할 말이 있을 때, 3주 전에.

콘솔이 필요한 것

미리보기 도구 캡처, 승인된 크리에이티브 에셋을 출시된 버전에 게시하는 것, “Use header asset in search results”(헤더 에셋을 검색 결과에 사용) 선택(API에서는 유니버설 파일의 두 번째 배치), 첫 번째 것이 확인될 때까지 콘솔에서 게시한 헤더가 배치 읽기에 나타나는지 확인하는 것, 그리고 Analytics에서 테스트 상태를 읽는 것입니다.^5832820 키트의 나머지는 모두 섹션 8에 엔드포인트가 있습니다.

이 브리프에 없는 것

• Apple Ads 캠페인: 광고 배치는 아직 실제 카탈로그에 없고, Apple Ads는 크리에이티브를 따로 심사합니다.¹¹⁴⁴
• 이름, 부제, 키워드, 설명. 가격, 앱 내 구입 이미지, 프로모션 코드, 오퍼 코드.
• 대체 앱 아이콘 테스트. 모든 아이콘이 출시하는 바이너리에 들어 있어야 합니다.⁹
• Analytics 보고서 요청. 이는 쓰기입니다.⁹³
• 리텐션 메시지 배치. 실제 카탈로그가 제공하지 않습니다.¹¹

핵심 정리

앱을 마케팅한다면

• iOS 27과 iPadOS 27에서는 제품 페이지 맨 위와 검색 결과를 이제 직접 디자인할 수 있습니다. 3840×1646 헤더와 3:2 검색 에셋, 또는 둘 다에 쓰는 5244×2950 PNG 한 장입니다.⁴⁵
• 크리에이티브 에셋은 Asset Library에서 미리 승인받아 두십시오. 승인되면 출시된 페이지에서 시즌별로 교체하는 데 새 버전이 필요 없습니다.⁵³
• 스크린샷은 여전히 각 기기 세트의 절반이 넘게 사용 중인 앱을 보여 줄 때만 App Review를 통과합니다.⁷²
• iPhone Duo 세트를 지금 계획하십시오. 외부 1398×2034, 내부 2007×2853이며, 2027년 4월부터의 제출에 필수입니다.¹³⁶
• 사람들을 보내는 대상에는 딥 링크가 있는 맞춤형 제품 페이지(최대 70개)를, 기본 페이지에는 테스트(처리군 최대 3개, 최대 90일)를 쓰십시오.⁸⁹
• 추천은 Apple의 페이지가 밝히는 두 최소치 중 긴 쪽인 최소 3주 전에 하십시오.²¹²²

자동화를 만든다면

• 스크린샷, 미리보기, 크리에이티브 에셋은 이제 appAssetLibraryImages, appAssetLibraryVideos, appAssetLibraryPlacements를 거칩니다. 세트 기반 리소스는 지원 중단되었고, Apple은 Duo 업로드를 라이브러리를 통해서만 문서화합니다(옛 세트 리소스를 실제로 읽었을 때 Duo 세트가 보고되기는 했지만, 그것을 받는지는 검증되지 않았습니다).¹⁵¹⁶¹⁷
• 예약하고, 파트를 PUT하고, uploaded: true만으로 커밋한 다음 specId를 다시 읽으십시오.⁸²
• 크기와 한도는 하드코딩하지 말고 GET /v1/appAssetLibraryRefData를 읽고, 헤더 이미지는 PNG로 내십시오.⁸³¹¹
• 미리보기에 오디오 트랙(도움말에 따르면 스테레오)과 23에서 30 fps의 프레임 레이트를 주십시오. 그렇지 않으면 처리가 실패합니다.¹¹⁴⁸
• 도움말의 텍스트 한도는 직접 강제하십시오. API의 스키마에는 한도가 없습니다.¹⁶²⁴
• 콘솔의 몫을 남겨 두십시오. 미리보기 도구와 출시된 크리에이티브 에셋 교체에는 엔드포인트가 없습니다. 페이지에 무엇이 실려 있는지는 배치를 읽어 확인하고, 그 읽기를 믿기 전에 콘솔에서 게시한 헤더가 거기에 나타나는지 확인하십시오.^5832728

자주 묻는 질문

앱 하나에 맞춤형 제품 페이지를 몇 개까지 만들 수 있습니까?

70개입니다. Apple은 한도를 맞춤형 제품 페이지가 WWDC21에서 발표될 때의 35개에서, 2025년 10월 28일자 릴리스 노트와 10월 29일자 뉴스 항목에서 70개로 올렸습니다. “You can now create up to 70 custom product pages per app on the App Store.”(이제 App Store에서 앱당 최대 70개의 맞춤형 제품 페이지를 만들 수 있음)¹⁸⁷¹⁹ 표시되는 곳은 iPhone과 iPad의 iOS 15 이상이며, 딥 링크는 iOS 18 이상에서 작동합니다.⁶⁰⁸

App Store 제품 페이지 헤더의 크기는 얼마입니까?

21:9에 정확히 3840×1646픽셀이며, 이미지 또는 30이나 60 fps의 5초에서 30초 길이 동영상입니다. 16:9에 5244×2950인 PNG도 되며, 이것은 검색 결과 슬롯도 채울 수 있습니다. 도움말은 3840×1646 이미지에 JPEG와 PNG를 받지만, API의 사양 카탈로그는 PNG만 받으므로 PNG가 안전한 선택입니다.⁴¹¹

App Store 검색 결과 크리에이티브 에셋의 크기는 얼마입니까?

1920×1280부터 3840×2560픽셀까지 어떤 크기든 되는 3:2 이미지나 동영상, 또는 5244×2950 유니버설 PNG입니다. 검색의 동영상은 음소거되며 “can’t currently be unmuted”(현재는 음소거를 해제할 수 없음).⁴ 아무것도 추가하지 않으면 앱 내 이벤트, 미리보기, 스크린샷이 예전처럼 표시됩니다.⁴³

App Store 스크린샷과 크리에이티브 에셋은 App Review를 거칩니까?

예. 스크린샷과 미리보기는 그것이 속한 버전, 맞춤형 제품 페이지, 테스트와 함께 심사되며, 크리에이티브 에셋은 버전과 함께 가거나, 앱에 승인된 버전이 생긴 뒤에는 Asset Library에서 단독 제출로 갑니다. “Standalone assets are reviewed against your app’s latest version.”(단독 에셋은 앱의 최신 버전을 기준으로 심사됨)¹²⁵ 스크린샷의 기준은 기기마다 “more than half of screenshots show the app in use”(스크린샷의 절반이 넘게 사용 중인 앱을 보여 줌)입니다.⁷²

App Store용 iPhone Duo 스크린샷 크기는 얼마입니까?

외부 디스플레이는 1398×2034픽셀, 내부 디스플레이는 2007×2853픽셀이며, 각각 가로로도 받습니다. Duo의 앱 미리보기는 다른 최신 iPhone과 같은 886×1920 파일입니다. Duo 스크린샷은 2027년 4월까지는 선택 사항이며, 그 뒤로는 제출하는 모든 앱에 필요합니다. API에서 Apple은 이를 asset library를 통해서만 문서화합니다. 지원 중단된 스크린샷 세트 리소스를 실제로 읽었을 때 Duo 세트가 반환되기는 했지만, 그 리소스가 새 세트를 받는지는 검증되지 않았습니다.^131461517

새 앱 버전을 제출하지 않고 제품 페이지 헤더를 바꿀 수 있습니까?

예. 새 에셋이 이미 승인되었고 현재 버전이 출시되어 있다면 가능합니다. “If your app’s current version is already live on the App Store, you can update its creative assets with approved assets without submitting a new version.”(앱의 현재 버전이 이미 App Store에 출시되어 있다면, 새 버전을 제출하지 않고 승인된 에셋으로 크리에이티브 에셋을 업데이트할 수 있음) Browse Assets로 고르고 Publish를 클릭합니다.⁵

App Store 제품 페이지 최적화 테스트는 얼마나 실행됩니까?

최대 90일이며, 원본에 맞서 처리군을 최대 3개 둡니다. Apple은 처리군을 적용하기 전에 신뢰도 90%를 기다리고, 최소 1주일, 7일 단위로 실행하라고 권합니다.⁹⁷⁰ Apple의 마케팅 페이지는 한 번에 하나의 테스트라고 하고, Analytics 도움말은 서로 다른 요소에 대해 여러 개를 실행할 수 있다고 합니다.⁹²⁰

이 사이트의 관련 글: App Store Screenshots That Sell the Why는 스크린샷 세트 37개와 Apple의 수상 경력 및 베젤 규칙을 읽어 봅니다. What App Review Looks For는 이 에셋들이 거치는 심사를 다룹니다. 그리고 iPhone Duo 시리즈, Prepare Your App for iPhone Duo부터 Designing for iPhone Duo와 iPhone Duo for Developers까지는 이 스크린샷 크기가 나온 디스플레이를 계산해 냅니다.

출처