Guideline 2.3.3: capturi de ecran respinse de Apple

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:

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 î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:

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 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 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, 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.

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

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, 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 spune: citește mesajul, corectează metadatele, apoi răspunde la mesajul App Review. Dacă trimiterea afișează Unresolved Issues, urmează procedura Apple: î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ă:

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.

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, 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.

Capturi care trec din prima

App Store Screenshots Kit 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 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.

Dacă îți pregătești prima lansare, fă-ți diagnosticul gratuit: îț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.