# Guideline 2.3.3: Apple odrzuciło zrzuty ekranu, co poprawić > Guideline 2.3.3: ponad połowa zrzutów musi pokazywać prawdziwy ekran aplikacji w użyciu. Co przechodzi, co jest odrzucane i jak to poprawić bez nowego buildu. Oryginalna strona: [Guideline 2.3.3: Apple odrzuciło zrzuty ekranu, co poprawić](https://devoria.fr/pl/blog/guideline-2-3-3-zrzuty-ekranu-odrzucone-apple) Autor: [Mehdi Azizi](https://devoria.fr/pl/mehdi-azizi) Publikacja: 2026-11-04 Ostatnia aktualizacja treści: 2026-11-04 Odrzucenie „Guideline 2.3.3 - Performance - Accurate Metadata” oznacza, że według Apple twoje zrzuty ekranu nie pokazują aplikacji w działaniu. **Reguła jest konkretna: dla każdego typu urządzenia ponad połowa zrzutów musi pokazywać prawdziwy ekran aplikacji w użyciu.** Odrzucenie dotyczy karty produktu, nie binarki: podmieniasz zrzuty i wysyłasz ten sam build. Przeżyłem to 27 października 2026 z Vigie, moją aplikacją do śledzenia ASO. Moje zrzuty pokazywały przerysowane karty interfejsu wokół maskotki, bez telefonu. Apple je odrzuciło. W tym poradniku znajdziesz otrzymaną wiadomość, to, co Apple nazywa „app in use”, co przechodzi, a co nie, a na końcu checklistę, której używam od tamtej pory. Cytowane zasady pochodzą z oficjalnych stron Apple, sprawdzonych 3 listopada 2026. ## Wiadomość od Apple, słowo w słowo Wiadomość zaczyna się od nazwy reguły, a potem wskazuje rozmiar urządzenia. W przypadku Vigie zdanie, na którym opierało się odrzucenie, brzmiało tak: ```text The 6.7-inch iPhone screenshots do not show the actual app in use. ``` Inne odrzucenia 2.3.3 dokładniej opisują, czego oczekuje recenzent. To poniżej zostało [opublikowane na forach Apple](https://developer.apple.com/forums/thread/765166) w październiku 2024 przez dewelopera, którego sloty na iPada pokazywały ramkę iPhone'a. Oto fragment z listą wymagań, słowo w słowo: ```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. ``` Po polsku: grafika reklamowa, która nie pokazuje interfejsu aplikacji, nie ma miejsca wśród zrzutów. Większość z nich musi pokazywać główne funkcje. A każdy zrzut pokazuje właściwe urządzenie: zrzut z iPhone'a robi się na iPhonie, nie na iPadzie, chyba że chcesz pokazać, że aplikacja działa na kilku platformach Apple. ## Co Apple nazywa „app in use” Tekst [guideline 2.3.3](https://developer.apple.com/app-store/review/guidelines/#2.3.3) jest krótki: „Screenshots should show the app in use, and not merely the title art, login page, or splash screen.” Zrzuty muszą pokazywać aplikację w użyciu, a nie tylko logo, ekran logowania czy ekran startowy. Ten sam tekst pozwala na dodane na wierzchu teksty i obrazy. [Strona pomocy App Review o 2.3.3](https://developer.apple.com/help/app-review/guideline-reference/2-3-3-screenshots) wyjaśnia, jak to jest oceniane. Apple ocenia serię dla każdego typu urządzenia i zatwierdza ją tylko wtedy, gdy ponad połowa zrzutów pokazuje aplikację w użyciu. Każdy język jest oceniany osobno. Strona wymienia też, czego unikać: - **zrzutów pokazujących tylko stronę logowania albo ekran startowy**; - **interfejsu, który nie odpowiada prawdziwemu**, albo wprowadzającej w błąd grafiki reklamowej; - **ozdobników, które przytłaczają aplikację**, albo samego sprzętu, bez interfejsu. **Mówiąc prościej, „w użyciu” oznacza: prawdziwy interfejs twojego buildu, z treścią, robiący to, po co ludzie pobierają aplikację.** Krótki tytuł nad prawdziwym ekranem to nadal zrzut w użyciu. ## Ile zrzutów musi pokazywać aplikację Apple podaje dwa przykłady: przy trzech zrzutach dwa muszą pokazywać aplikację. Przy czterech trzy. Reszta wynika z tej samej zasady: ponad połowa. | Wysłane zrzuty | Minimum w użyciu | Możliwe grafiki marketingowe | | -------------- | ---------------- | ---------------------------- | | 1 | 1 | 0 | | 2 | 2 | 0 | | 3 | 2 | 1 | | 4 | 3 | 1 | | 5 | 3 | 2 | | 6 | 4 | 2 | | 8 | 5 | 3 | | 10 | 6 | 4 | Liczy się to dla każdego typu urządzenia i każdego języka. Wystarczy jeden zrzut na urządzenie, jeśli pokazuje aplikację w użyciu. Według [specyfikacji zrzutów ekranu](https://developer.apple.com/help/app-store-connect/reference/app-information/screenshot-specifications) Apple wymaga co najmniej jednego zrzutu dla iPhone'a z Dynamic Island o średnim ekranie i przyjmuje do 10 na rozmiar. Jeśli twój interfejs jest taki sam na wszystkich rozmiarach i we wszystkich językach, wystarczy najwyższa wymagana rozdzielczość: App Store Connect zmniejszy ją dla mniejszych rozmiarów. Dokładne wymiary znajdziesz w artykule o [rozmiarach zrzutów ekranu w App Store](https://devoria.fr/pl/blog/rozmiar-zrzutow-ekranu-app-store). ## Co przechodzi, a co nie | Zrzut | Werdykt | Co decyduje | | ----------------------------------------------- | -------------------------- | -------------------------------------------------------------------------------- | | Prawdziwy ekran aplikacji, krótki tytuł nad nim | Przechodzi | Dodany tekst jest dozwolony przez 2.3.3 | | Prawdziwy ekran umieszczony w iPhonie | Przechodzi | Prawdziwy interfejs, na właściwym urządzeniu | | Samo logo, ekran startowy albo logowanie | Odrzucony | Wymienione dosłownie w regule | | Grafika marketingowa bez interfejsu | Tolerowana w mniejszości | Tylko jeśli większość pokazuje aplikację | | Przerysowane karty interfejsu, bez aplikacji | Odrzucony | Moje odrzucenie z 27 października 2026 | | Makieta ekranu, którego nie ma w buildzie | Odrzucony | Interfejs nieodpowiadający prawdziwemu | | Pusty telefon albo tło bez interfejsu | Odrzucony | Na liście rzeczy do unikania | | Zrzut z iPhone'a w slotach na iPada | Odrzucony | Złe urządzenie, według odrzucenia z forum | | Obraz rozciągnięty na dwa zrzuty | Przechodzi | Dozwolone, dopóki aplikacja jest widoczna | | Pasek stanu innej platformy | Odrzucony, z tytułu 2.3.10 | Apple odsyła do [guideline 2.3.10](https://devoria.fr/pl/blog/guideline-2-3-10-odrzucenie-aplikacji-metadane) | Apple nie wymaga ramki telefonu. Pełnoekranowy zrzut aplikacji wystarczy. Ramka ma jedną zaletę: na pierwszy rzut oka widać, że obraz to aplikacja. ## Mój przypadek: Vigie odrzucona 27 października 2026 Przy wersji 1.1 Vigie poszedłem za trendem ze studiów robiących zrzuty: ciągła panorama, maskotka i pływające karty interfejsu zamiast całego telefonu. Karty były przerysowane specjalnie na tę okazję, z fikcyjnymi aplikacjami. Wyglądało ładnie. Tylko że to nie była aplikacja. Recenzent napisał, że zrzuty dla iPhone'a 6,7 cala nie pokazują aplikacji w użyciu. Nie kłóciłem się: miał rację. Zrobiłem całą serię od nowa według prostej zasady: 1. **Każdy panel pokazuje iPhone'a z natywnym zrzutem z symulatora**, wklejonym co do piksela, bez retuszu interfejsu. 2. **Powiększona karta pojawia się tylko obok telefonu**, nigdy zamiast niego, i jest wycięta z tego samego zrzutu. 3. **Tło zostaje wokół**, nigdy na ekranie. To odrzucenie nie wymagało nowego buildu. Podmieniłem zrzuty i wysłałem tę samą wersję jeszcze tego samego wieczoru. Potem zmieniłem build, żeby poprawić tytuł w aplikacji, bez związku ze zrzutami. Vigie 1.1 była w sprzedaży 29 października z tą serią. > Przerysowana karta, nawet wierna, to nie aplikacja. Recenzent chce zobaczyć ekran, który użytkownik będzie miał w rękach. ## Poprawka bez nowego buildu 1. **Przeczytaj całą wiadomość.** Mówi, którego rozmiaru urządzenia dotyczy, czasem też którego języka. Zmienić trzeba wszystkie dotknięte serie, nie tylko pierwszą. 2. **Zrób zrzuty od nowa z wysłanego buildu.** Na symulatorze albo urządzeniu, z prawdziwą treścią. Ponad połowa w użyciu, dla każdego urządzenia i każdego języka. 3. **Podmień zrzuty w App Store Connect.** Według [pomocy o zarządzaniu materiałami](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-your-app-store-assets) jest to możliwe, gdy aplikacja ma jeden z tych statusów: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected albo Developer Rejected. 4. **Wyślij ponownie, zależnie od wyświetlanego statusu.** Dla Metadata Rejected [tabela statusów](https://developer.apple.com/help/app-store-connect/reference/app-information/app-and-submission-statuses) mówi: przeczytaj wiadomość, popraw metadane, a potem odpowiedz na wiadomość od App Review. Jeśli zgłoszenie pokazuje Unresolved Issues, postępuj według [procedury Apple](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/): w Apps, View App Review Issues & Messages, potem Resolve, Edit przy odrzuconym elemencie, Add for Review i na końcu Resubmit to App Review. 5. **Nie ruszaj zrzutów po wysłaniu.** Według tej samej tabeli statusów w Waiting for Review nie możesz ani wysyłać, ani modyfikować zrzutów. Każdy odrzucony element można zmienić tylko raz przed ponownym wysłaniem: sprawdź nową serię, zanim klikniesz. Odpowiedź, którą napisałbym do recenzenta, po angielsku: ```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] ``` Ton i formę dobrej odpowiedzi opisuję w artykule [jak odpowiedzieć App Review](https://devoria.fr/pl/blog/resolution-center-apple-odpowiedz-odrzucenie-app-review). ## Checklista przed wysłaniem zrzutów - Ponad połowa zrzutów dla każdego typu urządzenia pokazuje prawdziwy ekran, z treścią. - Ta sama zasada obowiązuje w każdym języku, nie tylko po angielsku. - Żaden zrzut nie pokazuje wyłącznie logo, ekranu startowego czy logowania. - Pokazany interfejs istnieje w wysłanym buildzie, dokładnie taki sam. - Tytuły i tło pozwalają czytać interfejs. - Zrzuty z iPhone'a są zrobione na iPhonie, a z iPada na iPadzie. - Żadnych śladów innej platformy, nawet w pasku stanu. - Jeśli twoja aplikacja ma tryb ciemny, jeden zrzut go pokazuje: radzi to strona pomocy Apple. - Pliki są w JPEG albo PNG, bez przezroczystości. Apple przypomina też na swojej [stronie o karcie produktu](https://developer.apple.com/app-store/product-page/), że pierwsze zrzuty mogą pojawiać się w wynikach wyszukiwania. **Moim zdaniem zrzut, który jasno pokazuje aplikację w działaniu, sprzedaje lepiej niż slogan.** Inne powody odrzucenia karty znajdziesz w artykule [dlaczego Apple odrzuca aplikację](https://devoria.fr/pl/blog/odrzucenie-aplikacji-apple-prawdziwe-przypadki). ## Zrzuty, które przechodzą za pierwszym razem [App Store Screenshots Kit](https://devoria.fr/pl/kits/app-store-screenshots) zawiera moje szablony i skill, który tworzy zrzuty z prawdziwych ekranów twojej aplikacji, w rozmiarach wymaganych przez Apple. Jeśli twoja karta właśnie została odrzucona, [Review Kit](https://devoria.fr/pl/kits/app-review) zawiera moją checklistę przed wysłaniem, moje poprawione odrzucenia i szablony odpowiedzi dla recenzenta. Cały proces opisuję na stronie [aplikacja odrzucona przez Apple](https://devoria.fr/pl/expertise/aplikacja-odrzucona-przez-apple). Jeśli przygotowujesz swoją pierwszą publikację, [zrób bezpłatną diagnozę](https://devoria.fr/pl/diagnostic): ułoży kroki we właściwej kolejności i wyśle ci moją checklistę przeciw odrzuceniom Apple. ## Najczęściej zadawane pytania ### Co oznacza „Guideline 2.3.3 - Performance - Accurate Metadata”? To nazwa odrzucenia za zrzuty, które nie pokazują aplikacji w użyciu. Apple uznaje, że zbyt wiele zrzutów to grafiki marketingowe, ekrany startowe albo interfejsy, które nie pochodzą z aplikacji. Wiadomość często wskazuje, którego rozmiaru urządzenia to dotyczy. ### Czy po odrzuceniu 2.3.3 potrzebny jest nowy build? Nie. Odrzucenie dotyczy karty w App Store. Podmieniasz zrzuty w App Store Connect, a potem wysyłasz tę samą wersję, odpowiadając na wiadomość od App Review. ### Ile zrzutów musi pokazywać aplikację w użyciu? Ponad połowa, dla każdego typu urządzenia i w każdym języku. Przy trzech zrzutach dwa muszą pokazywać aplikację. Przy czterech trzy. Wystarczy jeden zrzut, jeśli pokazuje aplikację w użyciu. ### Czy można dodać tekst marketingowy na zrzutach w App Store? Tak. Guideline 2.3.3 pozwala na dodane na wierzchu teksty i obrazy. Nie mogą zasłaniać interfejsu, a większość zrzutów nadal musi pokazywać aplikację w użyciu. ### Czy wokół zrzutów potrzebna jest ramka iPhone'a? Nie, Apple tego nie wymaga: pełnoekranowy zrzut aplikacji przechodzi. Ramka pomaga zrozumieć, że obraz to aplikacja. Musi to być ramka właściwego urządzenia: nigdy ramka iPhone'a na zrzucie przeznaczonym dla iPada. ### Czy można zmieniać zrzuty, gdy aplikacja czeka na review? Nie. W statusie Waiting for Review App Store Connect nie pozwala ani wysyłać, ani modyfikować zrzutów. Żeby je zmienić, wycofaj zgłoszenie z review albo poczekaj na decyzję. ## Twój projekt [Review Kit](https://devoria.fr/pl/kits/app-review): Moja checklista do App Store Review, poprawione odrzucenia od Apple, checklista do Google Play i trzy skille Claude Code. 219 zł. [iOS & Android Kit](https://devoria.fr/pl/kits/ios): Stwórz swoją aplikację na iPhone'a i Androida z Claude Code: kod startowy moich aplikacji, droga aż do sklepów i wszystkie kity. 439 zł. [Diagnoza: co dzieli cię od twojej aplikacji na iPhone'a](https://devoria.fr/pl/diagnostic): 7 pytań, 60 sekund: wiesz, co naprawdę blokuje publikację twojej aplikacji na iPhone'a, masz plan w 4 krokach i kit dopasowany do ciebie.