Guideline 2.3.3: elutasított App Store képernyőképek

Ha „Guideline 2.3.3 - Performance - Accurate Metadata” elutasítást kapsz, az azt jelenti, hogy az Apple szerint a képernyőképeid nem mutatják az appot működés közben. A szabály számszerű: minden eszköztípusnál a képernyőképek több mint felének az app valódi, használat közbeni képernyőjét kell mutatnia. Az elutasítás az adatlapra vonatkozik, nem a binárisra: lecseréled a képernyőképeket, és ugyanazt a buildet küldöd vissza.

Én 2026. október 27-én éltem át ezt a Vigie-vel, az ASO-követő appommal. A képernyőképeim egy kabala köré újrarajzolt felületkártyákat mutattak, telefon nélkül. Az Apple elutasította őket. Ez az útmutató sorra veszi a kapott üzenetet, azt, amit az Apple „app in use” alatt ért, mi megy át és mi nem, aztán azt az ellenőrzőlistát, amit azóta használok. Az idézett szabályok az Apple hivatalos oldalairól származnak, 2026. november 3-án újraolvasva.

Az Apple üzenete, szó szerint

Az üzenet a szabály címével kezdődik, aztán megnevezi az érintett eszközméretet. A Vigie esetében ez volt az elutasítást hordozó mondat:

The 6.7-inch iPhone screenshots do not show the actual app in use.

Más 2.3.3-as elutasítások részletezik, mit vár a reviewer. Ezt az Apple fórumain tette közzé 2024 októberében egy fejlesztő, akinek az iPad-helyein iPhone-keret szerepelt. Íme a követelményeket felsoroló rész, szó szerint:

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.

Magyarul: egy reklámkép, ami nem mutatja az app felületét, nem való a képernyőképek közé. A többségnek a fő funkciókat kell mutatnia. És minden kép a megfelelő eszközt mutatja: iPhone-képernyőképet iPhone-on készítesz, nem iPaden, kivéve, ha azt akarod megmutatni, hogy az app több Apple-platformon is működik.

Mit ért az Apple „app in use” alatt

A guideline 2.3.3 szövege rövid: „Screenshots should show the app in use, and not merely the title art, login page, or splash screen.” A képernyőképeknek az appot használat közben kell mutatniuk, nem csak a logót, a bejelentkezési oldalt vagy az indítóképernyőt. Ugyanez a szöveg megengedi a ráhelyezett szövegeket és képeket.

Az App Review súgóoldala a 2.3.3-ról pontosítja, hogyan bírálnak. Az Apple eszköztípusonként értékeli a sorozatot, és csak akkor hagyja jóvá, ha a képek több mint fele használat közben mutatja az appot. Minden nyelvet külön bírálnak. Az oldal azt is felsorolja, mit kerülj:

• olyan képernyőképeket, amelyek csak bejelentkezési oldalt vagy indítóképernyőt mutatnak;
• olyan felületet, ami nem egyezik a valódival, vagy félrevezető reklámképet;
• olyan díszítést, ami elnyomja az appot, vagy csak a hardvert, mögötte felület nélkül.

Egyszerűen: a „használat közben” azt jelenti, hogy a buildod valódi felülete látszik, tartalommal, miközben azt csinálja, amiért letöltik az appot. Egy rövid cím egy valódi képernyő fölött továbbra is használat közbeni képernyőkép.

Hány képernyőképnek kell az appot mutatnia

Az Apple két példát hoz: három képből kettőnek kell az appot mutatnia. Négyből háromnak. A többi ugyanebből a szabályból következik: több mint a fele.

Elküldött képek	Minimum használat közben	Lehetséges marketingképek
1	1	0
2	2	0
3	2	1
4	3	1
5	3	2
6	4	2
8	5	3
10	6	4

A számolás eszköztípusonként és nyelvenként történik. Eszközönként egyetlen kép is elég, ha használat közben mutatja az appot. A képernyőkép-specifikációk szerint az Apple legalább egy képet kér a közepes kijelzőméretű, Dynamic Islanddel rendelkező iPhone-hoz, és méretenként legfeljebb 10-et fogad el. Ha a felületed minden méreten és minden nyelven ugyanaz, elég a legnagyobb kért felbontás: az App Store Connect lekicsinyíti a kisebb méretekre. A pontos méreteket az App Store képernyőképek méreteiről szóló cikkben találod.

Mi megy át, mi nem

Képernyőkép	Ítélet	Mi dönt
Az app valódi képernyője, fölötte rövid cím	Átmegy	A ráhelyezett szöveget a 2.3.3 megengedi
Valódi képernyő iPhone-ba helyezve	Átmegy	A valódi felület, a megfelelő eszközön
Csak logó, indítóképernyő vagy bejelentkezés	Elutasítva	A szabály szó szerint említi
Marketingkép felület nélkül	Kisebbségben elfogadható	Csak ha a többség az appot mutatja
Újrarajzolt felületkártyák, app nélkül	Elutasítva	Az én 2026. október 27-i elutasításom
Megtervezett képernyő, ami nincs benne a buildben	Elutasítva	A felület nem egyezik a valódival
Üres telefon vagy díszlet felület nélkül	Elutasítva	Szerepel a kerülendők között
iPhone-képernyőkép az iPad-helyeken	Elutasítva	Rossz eszköz, a fórumos elutasítás szerint
Két képernyőképen átnyúló kép	Átmegy	Megengedett, amíg az app látható marad
Másik platform állapotsora	Elutasítva, a 2.3.10 alapján	Az Apple a guideline 2.3.10-hez irányítja

Az Apple nem ír elő telefonkeretet. Az app teljes képernyős képe is elég. A keretnek egy előnye van: első ránézésre nyilvánvalóvá teszi, hogy a kép maga az app.

Az én esetem: a Vigie elutasítása 2026. október 27-én

A Vigie 1.1-es verziójánál a képernyőkép-stúdiók egyik trendjét követtem: folytatólagos panoráma, kabala, és egész telefon helyett lebegő felületkártyák. A kártyákat erre az alkalomra rajzoltam újra, kitalált appokkal. Szép volt. Csak nem az app volt.

A reviewer azt írta, hogy a 6,7 hüvelykes iPhone képernyőképei nem mutatják az appot használat közben. Nem vitatkoztam: igaza volt. Az egész sorozatot újracsináltam egy egyszerű szabály szerint:

1. Minden panel egy iPhone-t mutat a szimulátor natív képernyőképével, pixelpontosan beillesztve, a felület retusálása nélkül.
2. Felnagyított kártya csak a telefon mellett jelenik meg, soha nem helyette, és ugyanebből a képernyőképből van kivágva.
3. A díszlet körülötte marad, soha nem a képernyőn.

Ehhez az elutasításhoz nem kellett új build. Lecseréltem a képeket, és még aznap este visszaküldtem ugyanazt a verziót. Utána buildet váltottam, hogy kijavítsak egy címet az appban, aminek semmi köze nem volt a képernyőképekhez. A Vigie 1.1 október 29-én már elérhető volt ezzel a sorozattal.

Egy újrarajzolt kártya, még ha hű is, nem az app. A reviewer azt a képernyőt akarja látni, ami a felhasználó kezébe kerül.

Javítás új build nélkül

1. Olvasd el az üzenetet végig. Megmondja, melyik eszközméretről van szó, néha azt is, melyik nyelvről. Minden érintett sorozatot cserélni kell, nem csak az elsőt.
2. Készítsd el újra a képeket az elküldött buildből. Szimulátoron vagy eszközön, valódi tartalommal. Több mint a fele használat közben, minden eszközre és minden nyelvre.
3. Cseréld le a képeket az App Store Connectben. A vizuális anyagok kezeléséről szóló súgó szerint ez akkor lehetséges, ha az app az alábbi státuszok egyikében van: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected vagy Developer Rejected.
4. Küldd vissza a megjelenített státusz szerint. Metadata Rejected esetén a státusztáblázat ezt mondja: olvasd el az üzenetet, javítsd a metaadatokat, aztán válaszolj az App Review üzenetére. Ha a beküldésnél Unresolved Issues látszik, kövesd az Apple eljárását: az Apps alatt View App Review Issues & Messages, aztán Resolve, Edit az elutasított elemen, Add for Review, végül Resubmit to App Review.
5. Beküldés után már ne nyúlj a képekhez. Ugyanezen státusztáblázat szerint Waiting for Review állapotban se feltölteni, se módosítani nem tudsz képernyőképeket.

Minden elutasított elem csak egyszer módosítható a visszaküldés előtt: ellenőrizd az új sorozatot, mielőtt kattintasz. Ezt a választ írnám a reviewernek, angolul:

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]

Egy jó válasz hangnemét és formáját a válasz az App Review-nak cikkben részletezem.

Az ellenőrzőlista a képernyőképek beküldése előtt

• Minden eszköztípusnál a képek több mint fele a valódi képernyőt mutatja, tartalommal.
• Ugyanez a szabály minden nyelven érvényes, nem csak angolul.
• Egyik kép sem mutat csak logót, indítóképernyőt vagy bejelentkezést.
• A bemutatott felület pontosan így létezik az elküldött buildben.
• A címek és a díszlet olvashatóan hagyják a felületet.
• Az iPhone-képek iPhone-on, az iPad-képek iPaden készültek.
• Semmi nyoma másik platformnak, még az állapotsorban sem.
• Ha az appodnak van sötét módja, egy kép mutassa: az Apple súgóoldala ezt javasolja.
• A fájlok JPEG vagy PNG formátumúak, átlátszóság nélkül.

Az Apple a termékoldalról szóló oldalán arra is emlékeztet, hogy az első képernyőképek megjelenhetnek a keresési találatokban. Szerintem egy kép, ami világosan mutatja az appot működés közben, jobban elad, mint egy szlogen. Az adatlap többi elutasítási okát a miért utasítja el az Apple az appot cikkben találod.

Képernyőképek, amelyek elsőre átmennek

Az App Store Screenshots Kit összegyűjti a sablonjaimat és azt a skillt, ami az appod valódi képernyőiből készíti el a képeket, az Apple által kért méretekben. Ha az adatlapodat épp most utasították el, a Review Kit tartalmazza a beküldés előtti ellenőrzőlistámat, a kijavított elutasításaimat és a reviewernek szóló válaszsablonokat. A teljes folyamat az Apple által elutasított alkalmazás oldalon van.

Ha az első megjelenésedre készülsz, csináld meg az ingyenes diagnosztikát: sorba rakja a lépéseket, és elküldi neked az Apple-elutasítás elleni ellenőrzőlistámat.

Gyakori kérdések

Mit jelent a „Guideline 2.3.3 - Performance - Accurate Metadata”?

Ez annak az elutasításnak a címe, amikor a képernyőképek nem mutatják az appot használat közben. Az Apple úgy ítéli, hogy túl sok kép marketingkép, indítóképernyő vagy nem az appból származó felület. Az üzenet gyakran megnevezi az érintett eszközméretet.

Kell új build egy 2.3.3-as elutasítás után?

Nem. Az elutasítás az App Store-adatlapra vonatkozik. Lecseréled a képeket az App Store Connectben, aztán ugyanazt a verziót küldöd vissza, válaszolva az App Review üzenetére.

Hány képernyőképnek kell használat közben mutatnia az appot?

Több mint a felének, minden eszköztípusnál és minden nyelven. Három képből kettőnek kell az appot mutatnia. Négyből háromnak. Egyetlen kép is elég, ha használat közben mutatja az appot.

Lehet marketingszöveg az App Store képernyőképeken?

Igen. A guideline 2.3.3 megengedi a ráhelyezett szövegeket és képeket. Nem takarhatják el a felületet, és a képek többségének továbbra is használat közben kell mutatnia az appot.

Kell iPhone-keret a képernyőképek köré?

Nem, az Apple nem követeli meg: az app teljes képernyős képe is átmegy. A keret segít megérteni, hogy a kép maga az app. A megfelelő eszköz keretének kell lennie: soha ne legyen iPhone-keret egy iPadre szánt képen.

Módosíthatók a képernyőképek, amíg az app a reviewra vár?

Nem. Waiting for Review státuszban az App Store Connect nem enged képernyőképet feltölteni vagy módosítani. Ha cserélni akarod őket, vond vissza a beküldést a reviewból, vagy várd meg a döntést.