# Guideline 2.3.3: capturi de ecran respinse de Apple > Guideline 2.3.3: peste jumătate din capturi trebuie să arate ecranul real al aplicației în uz. Ce trece, ce e respins și cum corectezi fără build nou. Pagina originală: [Guideline 2.3.3: capturi de ecran respinse de Apple](https://devoria.fr/ro/blog/guideline-2-3-3-capturi-ecran-respinse-apple) Autor: [Mehdi Azizi](https://devoria.fr/ro/mehdi-azizi) Publicare: 2026-11-04 Ultima revizuire a conținutului: 2026-11-04 Un refuz „Guideline 2.3.3 - Performance - Accurate Metadata” înseamnă că Apple consideră că printr-o captură de ecran nu se vede aplicația în timp ce e folosită. **Regula are cifre clare: pentru fiecare tip de dispozitiv, peste jumătate din capturi trebuie să arate ecranul real al aplicației în uz.** Refuzul privește pagina din App Store, nu binarul: înlocuiești capturile și retrimiți același build. Am trecut prin asta pe 27 octombrie 2026 cu Vigie, aplicația mea de monitorizare ASO. Capturile mele arătau carduri de interfață redesenate în jurul unei mascote, fără telefon. Apple le-a respins. Ghidul ăsta reia mesajul primit, ce înțelege Apple prin „app in use”, ce trece și ce nu, apoi checklistul pe care îl aplic de atunci. Regulile citate vin din paginile oficiale Apple, recitite pe 3 noiembrie 2026. ## Mesajul Apple, cuvânt cu cuvânt Mesajul începe cu titlul regulii, apoi numește dimensiunea de dispozitiv vizată. Pentru Vigie, fraza care conținea refuzul era asta: ```text The 6.7-inch iPhone screenshots do not show the actual app in use. ``` Alte refuzuri 2.3.3 detaliază ce așteaptă reviewerul. Acesta a fost [publicat pe forumurile Apple](https://developer.apple.com/forums/thread/765166) în octombrie 2024 de un developer ale cărui sloturi de iPad arătau o ramă de iPhone. Iată pasajul care listează cerințele, cuvânt cu cuvânt: ```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. ``` Pe românește: un vizual publicitar care nu arată interfața aplicației nu are ce căuta printre capturi. Majoritatea trebuie să arate funcțiile principale. Și fiecare captură arată dispozitivul corect: o captură de iPhone se face pe iPhone, nu pe iPad, cu excepția cazului în care vrei să arăți că aplicația merge pe mai multe platforme Apple. ## Ce înțelege Apple prin „app in use” Textul [guideline-ului 2.3.3](https://developer.apple.com/app-store/review/guidelines/#2.3.3) e scurt: „Screenshots should show the app in use, and not merely the title art, login page, or splash screen.” Capturile trebuie să arate aplicația în uz, nu doar logoul, ecranul de login sau ecranul de pornire. Același text permite textele și imaginile adăugate deasupra. [Pagina de ajutor App Review despre 2.3.3](https://developer.apple.com/help/app-review/guideline-reference/2-3-3-screenshots) explică modul de evaluare. Apple evaluează seria fiecărui tip de dispozitiv și aprobă doar dacă peste jumătate din capturi arată aplicația în uz. Fiecare limbă e evaluată separat. Pagina listează și ce trebuie evitat: - **capturi care arată doar o pagină de login sau un ecran de pornire**; - **o interfață care nu corespunde celei reale**, sau un vizual publicitar înșelător; - **decoruri care acoperă aplicația**, sau doar hardware-ul, fără interfață în spate. **Pe scurt, „în uz” înseamnă: interfața reală din build-ul tău, cu conținut, făcând exact lucrul pentru care cineva descarcă aplicația.** Un titlu scurt deasupra unui ecran real rămâne o captură în uz. ## Câte capturi trebuie să arate aplicația Apple dă două exemple: cu trei capturi, două trebuie să arate aplicația. Cu patru, trei. Restul se deduce din aceeași regulă, peste jumătate. | Capturi trimise | Minim în uz | Vizualuri de marketing posibile | | --------------- | ----------- | ------------------------------- | | 1 | 1 | 0 | | 2 | 2 | 0 | | 3 | 2 | 1 | | 4 | 3 | 1 | | 5 | 3 | 2 | | 6 | 4 | 2 | | 8 | 5 | 3 | | 10 | 6 | 4 | Numărătoarea se face pe tip de dispozitiv și pe limbă. O singură captură pe dispozitiv e suficientă, dacă arată aplicația în uz. Conform [specificațiilor pentru capturi](https://developer.apple.com/help/app-store-connect/reference/app-information/screenshot-specifications), Apple cere cel puțin o captură pentru iPhone-ul cu Dynamic Island cu ecran mediu și acceptă până la 10 pe dimensiune. Dacă interfața ta e aceeași pe toate dimensiunile și în toate limbile, cea mai mare rezoluție cerută e suficientă: App Store Connect o micșorează pentru dimensiunile mai mici. Dimensiunile exacte sunt în [dimensiunea capturilor App Store](https://devoria.fr/ro/blog/dimensiuni-capturi-app-store-2026). ## Ce trece, ce nu trece | Captură | Verdict | Ce decide | | ----------------------------------------------- | ------------------------ | -------------------------------------------------------------------------------------- | | Ecran real al aplicației, titlu scurt deasupra | Trece | Textul adăugat e permis de 2.3.3 | | Ecran real pus într-un iPhone | Trece | Interfața reală, pe dispozitivul corect | | Doar logo, ecran de pornire sau login | Respinsă | Citat cuvânt cu cuvânt de regulă | | Vizual de marketing fără interfață | Tolerat în minoritate | Doar dacă majoritatea arată aplicația | | Carduri de interfață redesenate, fără aplicație | Respinsă | Refuzul meu din 27 octombrie 2026 | | Ecran machetat care nu există în build | Respinsă | Interfață care nu corespunde celei reale | | Telefon gol sau decor fără interfață în spate | Respinsă | Listat la ce trebuie evitat | | Captură de iPhone în sloturile de iPad | Respinsă | Dispozitivul greșit, conform refuzului de pe forum | | Imagine care se întinde pe două capturi | Trece | Permis, atâta timp cât aplicația rămâne vizibilă | | Bară de stare a altei platforme | Respinsă, în baza 2.3.10 | Trimis de Apple către [guideline 2.3.10](https://devoria.fr/ro/blog/guideline-2-3-10-aplicatie-respinsa-metadate) | Apple nu impune o ramă de telefon. O captură full screen a aplicației e suficientă. Rama are un avantaj: face evident, din prima privire, că imaginea e aplicația. ## Cazul meu: Vigie respinsă pe 27 octombrie 2026 Pentru versiunea 1.1 a Vigie, urmasem un trend al studiourilor de capturi: o frescă continuă, o mascotă și carduri de interfață plutitoare în loc de un telefon întreg. Cardurile erau redesenate special, cu aplicații fictive. Arăta bine. Nu era aplicația. Reviewerul a scris că, pe iPhone de 6,7 inch, capturile nu arătau aplicația în uz. N-am contestat: avea dreptate. Am refăcut toată seria cu o regulă simplă: 1. **Fiecare panou arată un iPhone cu o captură nativă din simulator**, lipită la pixel, fără retuș al interfeței. 2. **Un card mărit apare doar pe lângă telefon**, niciodată în locul lui, și e decupat din aceeași captură. 3. **Decorul rămâne în jur**, niciodată peste ecran. Refuzul ăsta nu cerea niciun build nou. Am înlocuit capturile și am retrimis aceeași versiune chiar în seara aceea. Apoi am schimbat build-ul ca să corectez un titlu din aplicație, fără legătură cu capturile. Vigie 1.1 era în vânzare pe 29 octombrie cu seria asta. > Un card redesenat, chiar și fidel, nu e aplicația. Reviewerul vrea să vadă ecranul pe care utilizatorul îl va avea în mână. ## Corectezi fără build nou 1. **Citește mesajul în întregime.** Îți spune ce dimensiune de dispozitiv e vizată, uneori și ce limbă. Toate seriile vizate trebuie schimbate, nu doar prima. 2. **Refă capturile din build-ul trimis.** Simulator sau dispozitiv, cu conținut real. Peste jumătate în uz, pentru fiecare dispozitiv și fiecare limbă. 3. **Înlocuiește capturile în App Store Connect.** Conform [ajutorului despre gestionarea materialelor vizuale](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-your-app-store-assets), se poate când aplicația e într-unul din aceste statusuri: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected sau Developer Rejected. 4. **Retrimite, în funcție de statusul afișat.** Pentru Metadata Rejected, [tabelul statusurilor](https://developer.apple.com/help/app-store-connect/reference/app-information/app-and-submission-statuses) spune: citește mesajul, corectează metadatele, apoi răspunde la mesajul App Review. Dacă trimiterea afișează Unresolved Issues, urmează [procedura Apple](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/): în Apps, View App Review Issues & Messages, apoi Resolve, Edit pe elementul respins, Add for Review și, la final, Resubmit to App Review. 5. **Nu mai atinge capturile după trimitere.** Conform aceluiași tabel al statusurilor, în Waiting for Review nu poți nici încărca, nici modifica capturi. Fiecare element respins se modifică o singură dată înainte de retrimitere: verifică noua serie înainte să dai click. Răspunsul pe care i l-aș scrie reviewerului, în engleză: ```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] ``` Tonul și forma unui răspuns bun sunt detaliate în [cum răspunzi la App Review](https://devoria.fr/ro/blog/resolution-center-apple-raspuns-refuz-app-review). ## Checklistul înainte să trimiți capturile - Peste jumătate din capturile fiecărui tip de dispozitiv arată ecranul real, cu conținut. - Aceeași regulă e respectată în fiecare limbă, nu doar în engleză. - Nicio captură nu arată doar logoul, ecranul de pornire sau login-ul. - Interfața arătată există identic în build-ul trimis. - Titlurile și decorul lasă interfața lizibilă. - Capturile de iPhone sunt făcute pe iPhone, cele de iPad pe iPad. - Nicio urmă a altei platforme, nici măcar în bara de stare. - Dacă aplicația ta are mod întunecat, o captură îl arată: pagina de ajutor Apple recomandă asta. - Fișierele sunt JPEG sau PNG, fără transparență. Apple amintește și, pe [pagina despre pagina de produs](https://developer.apple.com/app-store/product-page/), că primele capturi pot apărea în rezultatele căutării. **Din experiența mea, o captură care arată clar aplicația în acțiune vinde mai bine decât un slogan.** Celelalte motive de refuz legate de pagina din App Store sunt în [de ce respinge Apple o aplicație](https://devoria.fr/ro/blog/aplicatie-respinsa-apple-cazuri-reale). ## Capturi care trec din prima [App Store Screenshots Kit](https://devoria.fr/ro/kits/app-store-screenshots) adună șabloanele mele și skill-ul care îți creează capturile din ecranele reale ale aplicației, în dimensiunile cerute de Apple. Dacă pagina ta tocmai a fost respinsă, [Review Kit](https://devoria.fr/ro/kits/app-review) conține checklistul meu de dinainte de trimitere, refuzurile mele corectate și șabloanele de răspuns pentru reviewer. Tot procesul e pe pagina [aplicație respinsă de Apple](https://devoria.fr/ro/expertise/aplicatie-respinsa-de-apple). Dacă îți pregătești prima lansare, [fă-ți diagnosticul gratuit](https://devoria.fr/ro/diagnostic): îți pune pașii în ordine și îți trimite checklistul meu anti-refuz Apple. ## Întrebări frecvente ### Ce înseamnă „Guideline 2.3.3 - Performance - Accurate Metadata”? E titlul refuzului pentru capturi care nu arată aplicația în uz. Apple consideră că prea multe capturi sunt vizualuri de marketing, ecrane de pornire sau interfețe care nu sunt ale aplicației. Mesajul precizează adesea dimensiunea de dispozitiv vizată. ### E nevoie de un build nou după un refuz 2.3.3? Nu. Refuzul privește pagina din App Store. Înlocuiești capturile în App Store Connect, apoi retrimiți aceeași versiune răspunzând la mesajul App Review. ### Câte capturi trebuie să arate aplicația în uz? Peste jumătate, pentru fiecare tip de dispozitiv și în fiecare limbă. Cu trei capturi, două trebuie să arate aplicația. Cu patru, trei. O singură captură e suficientă dacă arată aplicația în uz. ### Pot pune text de marketing pe capturile App Store? Da. Guideline-ul 2.3.3 permite textele și imaginile adăugate deasupra. Nu trebuie să ascundă interfața, iar majoritatea capturilor trebuie să arate în continuare aplicația în uz. ### E nevoie de o ramă de iPhone în jurul capturilor? Nu, Apple nu o cere: o captură full screen a aplicației trece. Rama îl ajută pe cititor să înțeleagă că imaginea e aplicația. Trebuie să fie rama dispozitivului corect: niciodată o ramă de iPhone pe o captură destinată iPad-ului. ### Pot modifica capturile cât timp aplicația așteaptă review-ul? Nu. În statusul Waiting for Review, App Store Connect nu permite nici încărcarea, nici modificarea capturilor. Ca să le schimbi, retrage trimiterea din review sau așteaptă decizia. ## Proiectul tău [Review Kit](https://devoria.fr/ro/kits/app-review): Checklistul meu de review App Store, respingerile mele de la Apple rezolvate, checklistul pentru Google Play și trei skilluri Claude Code. 259 RON. [iOS & Android Kit](https://devoria.fr/ro/kits/ios): Creează-ți aplicația de iPhone și Android cu Claude Code: codul de pornire al aplicațiilor mele, drumul până în store-uri și toate kiturile. 529 RON. [Diagnostic: ce te desparte de aplicația ta de iPhone](https://devoria.fr/ro/diagnostic): 7 întrebări, 60 de secunde: afli ce te blochează de fapt să-ți publici aplicația de iPhone, traseul tău în 4 etape și kitul potrivit pentru tine.