# Guideline 2.3.3: Apple відхилила скриншоти, як переробити > Guideline 2.3.3: понад половина скриншотів має показувати справжній екран застосунку в дії. Що проходить, що відхиляють і як виправити без нового білда. Оригінальна сторінка: [Guideline 2.3.3: Apple відхилила скриншоти, як переробити](https://devoria.fr/uk/blog/guideline-2-3-3-screenshots-rejected-apple) Автор: [Mehdi Azizi](https://devoria.fr/uk/mehdi-azizi) Опубліковано: 2026-11-04 Останнє оновлення змісту: 2026-11-04 Відмова «Guideline 2.3.3 - Performance - Accurate Metadata» означає, що, на думку Apple, твої скриншоти не показують застосунок у роботі. **Правило має точну цифру: для кожного типу пристрою понад половина скриншотів мають показувати справжній екран застосунку в дії.** Відмова стосується сторінки в App Store, а не бінарника: ти замінюєш скриншоти й надсилаєш той самий білд. Я пройшов через це 27 жовтня 2026 року з Vigie, моїм застосунком для відстеження ASO. Мої скриншоти показували перемальовані картки інтерфейсу навколо маскота, без телефона. Apple їх відхилила. У цьому гайді: повідомлення, яке я отримав, що Apple називає «app in use», що проходить і що ні, а потім чекліст, яким я користуюся відтоді. Наведені правила взято з офіційних сторінок Apple, перечитаних 3 листопада 2026 року. ## Повідомлення Apple, слово в слово Повідомлення починається з назви правила, а потім називає розмір пристрою, якого воно стосується. Для Vigie ключова фраза відмови була така: ```text The 6.7-inch iPhone screenshots do not show the actual app in use. ``` Інші відмови за 2.3.3 детально пояснюють, чого чекає рев'юер. Цю [опублікували на форумах Apple](https://developer.apple.com/forums/thread/765166) у жовтні 2024 року: у розробника в слотах для iPad була рамка iPhone. Ось уривок зі списком вимог, слово в слово: ```text Some or all of the provided screenshots do not sufficiently show the app in use. Screenshots should highlight the app's core concept to help users understand the app's functionality and value. - Marketing or promotional materials that do not reflect the UI of the app are not appropriate for screenshots. - The majority of the screenshots should highlight the app's main features and functionality. - Confirm that the app looks and behaves identically in all languages and on all supported devices. - Make sure that the screenshots show the app in use on the correct device, unless they are included to demonstrate that the app can be used on multiple Apple platforms. For example, iPhone screenshots should be taken on iPhone, not on iPad. ``` Простими словами: рекламному візуалу, який не показує інтерфейс застосунку, не місце серед скриншотів. Більшість має показувати основні функції. І кожен скриншот показує правильний пристрій: скриншот iPhone знімають на iPhone, а не на iPad, хіба що треба показати, що застосунок працює на кількох платформах Apple. ## Що Apple називає «app in use» Текст [guideline 2.3.3](https://developer.apple.com/app-store/review/guidelines/#2.3.3) короткий: «Screenshots should show the app in use, and not merely the title art, login page, or splash screen.» Скриншоти мають показувати застосунок у дії, а не лише логотип, екран входу чи екран запуску. Той самий текст дозволяє накладати поверх текст і зображення. [Сторінка довідки App Review про 2.3.3](https://developer.apple.com/help/app-review/guideline-reference/2-3-3-screenshots) уточнює, як оцінюють. Apple оцінює набір для кожного типу пристрою і схвалює лише тоді, коли понад половина скриншотів показують застосунок у дії. Кожну мову оцінюють окремо. На сторінці також перелічено, чого уникати: - **скриншотів, що показують лише сторінку входу або екран запуску**; - **інтерфейсу, який не відповідає справжньому**, або оманливого рекламного візуалу; - **оформлення, яке затуляє застосунок**, або самого пристрою без інтерфейсу. **Простіше кажучи, «в дії» означає: справжній інтерфейс твого білда, з контентом, який робить те, заради чого застосунок завантажують.** Короткий заголовок над справжнім екраном усе одно лишається скриншотом у дії. ## Скільки скриншотів мають показувати застосунок Apple наводить два приклади: якщо скриншотів три, два мають показувати застосунок. Якщо чотири, то три. Решта випливає з того самого правила: понад половину. | Надіслано скриншотів | Мінімум у дії | Можливих маркетингових візуалів | | -------------------- | ------------- | ------------------------------- | | 1 | 1 | 0 | | 2 | 2 | 0 | | 3 | 2 | 1 | | 4 | 3 | 1 | | 5 | 3 | 2 | | 6 | 4 | 2 | | 8 | 5 | 3 | | 10 | 6 | 4 | Рахують для кожного типу пристрою й кожної мови. Достатньо одного скриншота на пристрій, якщо він показує застосунок у дії. Згідно зі [специфікаціями скриншотів](https://developer.apple.com/help/app-store-connect/reference/app-information/screenshot-specifications), Apple вимагає щонайменше один скриншот для iPhone з Dynamic Island із середнім екраном і приймає до 10 на кожен розмір. Якщо твій інтерфейс однаковий на всіх розмірах і в усіх мовах, вистачить найвищої обов'язкової роздільності: App Store Connect зменшить її для менших розмірів. Точні розміри дивись у статті [розмір скриншотів App Store](https://devoria.fr/uk/blog/rozmir-skrynshotiv-app-store-2026). ## Що проходить, а що ні | Скриншот | Вердикт | Що вирішує | | ----------------------------------------------------- | -------------------- | ---------------------------------------------------------------------------------- | | Справжній екран застосунку, короткий заголовок зверху | Проходить | Доданий текст дозволено правилом 2.3.3 | | Справжній екран у рамці iPhone | Проходить | Справжній інтерфейс на правильному пристрої | | Лише логотип, екран запуску чи входу | Відхилено | Прямо названо в правилі | | Маркетинговий візуал без інтерфейсу | Допустимо в меншості | Лише якщо більшість показує застосунок | | Перемальовані картки інтерфейсу, без застосунку | Відхилено | Моя відмова 27 жовтня 2026 року | | Намальований екран, якого немає в білді | Відхилено | Інтерфейс не відповідає справжньому | | Порожній телефон або декор без інтерфейсу | Відхилено | У списку того, чого слід уникати | | Скриншот iPhone у слотах для iPad | Відхилено | Не той пристрій, згідно з відмовою з форуму | | Зображення, що тягнеться на два скриншоти | Проходить | Дозволено, якщо застосунок лишається видимим | | Рядок стану іншої платформи | Відхилено, за 2.3.10 | Apple відсилає до [guideline 2.3.10](https://devoria.fr/uk/blog/guideline-2-3-10-app-rejected-metadata) | Apple не вимагає рамки телефона. Повноекранного скриншота застосунку достатньо. Рамка має одну перевагу: з першого погляду зрозуміло, що на зображенні саме застосунок. ## Мій випадок: Vigie відхилили 27 жовтня 2026 року Для версії 1.1 Vigie я пішов за трендом студій скриншотів: суцільна панорама, маскот і плаваючі картки інтерфейсу замість цілого телефона. Картки я перемалював спеціально, з вигаданими застосунками. Було гарно. Але це був не застосунок. Рев'юер написав, що скриншоти для iPhone 6,7 дюйма не показують застосунок у дії. Я не сперечався: він мав рацію. Я переробив увесь набір за простим правилом: 1. **Кожна панель показує iPhone з нативним скриншотом із симулятора**, вставленим піксель у піксель, без ретуші інтерфейсу. 2. **Збільшена картка з'являється лише на додачу до телефона**, ніколи замість нього, і вирізана вона з того самого скриншота. 3. **Декор лишається навколо**, ніколи не поверх екрана. Ця відмова не вимагала нового білда. Я замінив скриншоти й того ж вечора надіслав ту саму версію. Потім я все ж змінив білд, щоб виправити заголовок у застосунку, але це не стосувалося скриншотів. 29 жовтня Vigie 1.1 вже продавався з цим набором. > Перемальована картка, навіть точна, не є застосунком. Рев'юер хоче бачити той екран, який користувач триматиме в руках. ## Як виправити без нового білда 1. **Прочитай повідомлення повністю.** Там сказано, якого розміру пристрою воно стосується, іноді й якої мови. Змінити треба всі зачеплені набори, а не лише перший. 2. **Переzнім скриншоти з надісланого білда.** На симуляторі чи пристрої, зі справжнім контентом. Понад половина в дії, для кожного пристрою й кожної мови. 3. **Заміни скриншоти в App Store Connect.** Згідно з [довідкою про керування візуалами](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-your-app-store-assets), це можна зробити, коли застосунок має один із цих статусів: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected або Developer Rejected. 4. **Надішли повторно, залежно від статусу.** Для Metadata Rejected [таблиця статусів](https://developer.apple.com/help/app-store-connect/reference/app-information/app-and-submission-statuses) каже: прочитай повідомлення, виправ метадані, а потім дай відповідь на повідомлення App Review. Якщо подання має статус Unresolved Issues, дій за [процедурою Apple](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/): в Apps відкрий View App Review Issues & Messages, потім Resolve, Edit на відхиленому елементі, Add for Review і нарешті Resubmit to App Review. 5. **Не чіпай скриншоти після надсилання.** Згідно з тією ж таблицею статусів, у статусі Waiting for Review не можна ні завантажити, ні змінити скриншоти. Кожен відхилений елемент можна змінити лише раз перед повторним надсиланням: перевір новий набір, перш ніж клікати. Відповідь, яку я написав би рев'юеру англійською: ```text Hello App Review team, Thank you for your feedback regarding Guideline 2.3.3. We replaced the [6.9-inch iPhone] screenshots in all localizations. Each screenshot now shows the actual app interface, captured from the submitted build: [main screen], [key feature], [result screen]. The build is unchanged. Best regards, [Your name] ``` Тон і форму гарної відповіді детально розібрано в статті [як відповідати App Review](https://devoria.fr/uk/blog/resolution-center-apple-reply-app-review-rejection). ## Чекліст перед надсиланням скриншотів - Понад половина скриншотів для кожного типу пристрою показують справжній екран із контентом. - Те саме правило діє для кожної мови, а не лише для англійської. - Жоден скриншот не показує лише логотип, екран запуску чи вхід. - Показаний інтерфейс існує в надісланому білді, один в один. - Заголовки й декор не заважають читати інтерфейс. - Скриншоти iPhone зроблено на iPhone, скриншоти iPad на iPad. - Жодних слідів іншої платформи, навіть у рядку стану. - Якщо в застосунку є темний режим, один скриншот його показує: це радить сторінка довідки Apple. - Файли у форматі JPEG або PNG, без прозорості. Apple також нагадує на своїй [сторінці про сторінку продукту](https://developer.apple.com/app-store/product-page/), що перші скриншоти можуть з'являтися в результатах пошуку. **Як на мене, скриншот, який чітко показує застосунок у роботі, продає краще за слоган.** Інші причини відмов через сторінку в App Store дивись у статті [чому Apple відхиляє застосунок](https://devoria.fr/uk/blog/vidmova-apple-app-store-prychyny). ## Скриншоти, які проходять з першого разу [App Store Screenshots Kit](https://devoria.fr/uk/kits/app-store-screenshots) містить мої шаблони та skill, який створює скриншоти зі справжніх екранів твого застосунку в розмірах, яких вимагає Apple. Якщо твою сторінку щойно відхилили, [Review Kit](https://devoria.fr/uk/kits/app-review) містить мій чекліст перед надсиланням, мої виправлені відмови та шаблони відповідей рев'юеру. Повний процес описано на сторінці [застосунок відхилено Apple](https://devoria.fr/uk/expertise/app-rejected-by-apple). Якщо готуєш свій перший реліз, [пройди безкоштовну діагностику](https://devoria.fr/uk/diagnostic): вона розставить кроки в правильному порядку й надішле тобі мій чекліст проти відмов Apple. ## Поширені запитання ### Що означає «Guideline 2.3.3 - Performance - Accurate Metadata»? Це назва відмови для скриншотів, які не показують застосунок у дії. Apple вважає, що забагато скриншотів є маркетинговими візуалами, екранами запуску чи інтерфейсами, які не належать застосунку. У повідомленні часто вказано розмір пристрою, якого це стосується. ### Чи потрібен новий білд після відмови за 2.3.3? Ні. Відмова стосується сторінки в App Store. Ти замінюєш скриншоти в App Store Connect, а потім надсилаєш ту саму версію, відповівши на повідомлення App Review. ### Скільки скриншотів мають показувати застосунок у дії? Понад половина, для кожного типу пристрою й у кожній мові. Якщо скриншотів три, два мають показувати застосунок. Якщо чотири, то три. Одного скриншота достатньо, якщо він показує застосунок у дії. ### Чи можна додавати маркетинговий текст на скриншоти App Store? Так. Guideline 2.3.3 дозволяє накладати поверх текст і зображення. Вони не повинні затуляти інтерфейс, а більшість скриншотів однаково має показувати застосунок у дії. ### Чи потрібна рамка iPhone навколо скриншотів? Ні, Apple цього не вимагає: повноекранний скриншот застосунку проходить. Рамка допомагає зрозуміти, що на зображенні застосунок. Вона має бути від правильного пристрою: ніколи не став рамку iPhone на скриншот для iPad. ### Чи можна змінювати скриншоти, поки застосунок чекає на рев'ю? Ні. У статусі Waiting for Review App Store Connect не дозволяє ні завантажувати, ні змінювати скриншоти. Щоб їх змінити, відклич подання з рев'ю або дочекайся рішення. ## Твій проєкт [Review Kit](https://devoria.fr/uk/kits/app-review): Мій чекліст для перевірки в App Store, виправлені відмови Apple, чекліст для Google Play і три скіли для Claude Code. 2 499 ₴. [iOS & Android Kit](https://devoria.fr/uk/kits/ios): Створи свій застосунок для iPhone і Android з Claude Code: стартовий код моїх застосунків, шлях до публікації в сторах і всі кіти. 4 999 ₴. [Діагностика: що відділяє тебе від твого застосунку для iPhone](https://devoria.fr/uk/diagnostic): 7 запитань, 60 секунд: ти дізнаєшся, що насправді заважає тобі опублікувати застосунок для iPhone, отримаєш свій шлях у 4 кроки і кіт, який тобі підходить.