Guideline 2.3.3: hylätyt kuvakaappaukset ja niiden korjaus

Hylkäys "Guideline 2.3.3 - Performance - Accurate Metadata" tarkoittaa, että Applen mielestä kuvakaappauksesi eivät näytä sovellusta käytössä. Sääntö on tarkka: jokaisella laitetyypillä yli puolen kuvakaappauksista on näytettävä sovelluksen oikea näkymä käytössä. Hylkäys koskee sovellussivua, ei binääriä: vaihdat kuvakaappaukset ja lähetät saman buildin uudelleen.

Kävin tämän läpi 27. lokakuuta 2026 Vigien kanssa. Se on ASO-seurantasovellukseni. Kuvakaappauksissani oli maskotin ympärille uudelleen piirrettyjä käyttöliittymäkortteja, ilman puhelinta. Apple hylkäsi ne. Tässä oppaassa käyn läpi saamani viestin, mitä Apple tarkoittaa sanoilla "app in use", mikä menee läpi ja mikä ei, sekä tarkistuslistan, jota käytän nykyään. Lainatut säännöt ovat Applen virallisilta sivuilta, ja luin ne uudelleen 3. marraskuuta 2026.

Applen viesti sanasta sanaan

Viesti alkaa säännön otsikolla ja kertoo sitten, mitä laitekokoa se koskee. Vigien kohdalla hylkäyksen ratkaissut lause oli tämä:

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

Osa 2.3.3-hylkäyksistä kertoo tarkemmin, mitä arvioija odottaa. Tämän julkaisi Applen foorumeilla lokakuussa 2024 kehittäjä, jonka iPad-paikoissa näkyi iPhonen kehys. Tässä vaatimukset luetteleva kohta sanasta sanaan:

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.

Suomeksi: mainoskuva, joka ei näytä sovelluksen käyttöliittymää, ei kuulu kuvakaappauksiin. Suurimman osan pitää näyttää päätoiminnot. Ja jokaisessa kuvakaappauksessa on oikea laite: iPhonen kuvakaappaus otetaan iPhonella, ei iPadilla, paitsi jos halutaan näyttää, että sovellus toimii useilla Applen alustoilla.

Mitä Apple tarkoittaa sanoilla "app in use"

Guideline 2.3.3:n teksti on lyhyt: "Screenshots should show the app in use, and not merely the title art, login page, or splash screen." Kuvakaappausten pitää näyttää sovellus käytössä, ei pelkkää logoa, kirjautumissivua tai käynnistysnäyttöä. Sama teksti sallii päälle lisätyt tekstit ja kuvat.

App Reviewin ohjesivu 2.3.3:sta tarkentaa arviointitapaa. Apple arvioi jokaisen laitetyypin sarjan erikseen ja hyväksyy vain, jos yli puolet kuvakaappauksista näyttää sovelluksen käytössä. Jokainen kieli arvioidaan erikseen. Sivulla luetellaan myös, mitä kannattaa välttää:

• kuvakaappaukset, joissa on pelkkä kirjautumissivu tai käynnistysnäyttö
• käyttöliittymä, joka ei vastaa oikeaa, tai harhaanjohtava mainoskuva
• koristelut, jotka peittävät sovelluksen, tai pelkkä laite ilman käyttöliittymää

Yksinkertaisesti: "käytössä" tarkoittaa buildisi oikeaa käyttöliittymää, jossa on sisältöä ja joka tekee sitä, minkä takia sovellus ladataan. Lyhyt otsikko oikean näkymän yläpuolella on edelleen kuvakaappaus sovelluksesta käytössä.

Montako kuvakaappausta pitää näyttää sovellus

Apple antaa kaksi esimerkkiä: kolmesta kuvakaappauksesta kahden pitää näyttää sovellus. Neljästä kolmen. Loput seuraavat samasta säännöstä: yli puolet.

Lähetetyt kuvakaappaukset	Vähintään käytössä	Mahdolliset markkinointikuvat
1	1	0
2	2	0
3	2	1
4	3	1
5	3	2
6	4	2
8	5	3
10	6	4

Laskenta tehdään laitetyypeittäin ja kielittäin. Yksi kuvakaappaus laitetta kohden riittää, jos se näyttää sovelluksen käytössä. Kuvakaappausten teknisten tietojen mukaan Apple vaatii vähintään yhden kuvakaappauksen keskikokoiselle Dynamic Island -iPhonelle ja hyväksyy enintään 10 kokoa kohden. Jos käyttöliittymäsi on sama kaikissa koissa ja kaikilla kielillä, suurin vaadittu resoluutio riittää: App Store Connect pienentää sen pienempiin kokoihin. Tarkat mitat löydät artikkelista App Storen kuvakaappausten koot.

Mikä menee läpi ja mikä ei

Kuvakaappaus	Tulos	Mikä ratkaisee
Sovelluksen oikea näkymä, lyhyt otsikko yläpuolella	Menee läpi	2.3.3 sallii lisätyn tekstin
Oikea näkymä iPhonen sisällä	Menee läpi	Oikea käyttöliittymä, oikeassa laitteessa
Pelkkä logo, käynnistysnäyttö tai kirjautuminen	Hylätään	Mainitaan säännössä sanatarkasti
Markkinointikuva ilman käyttöliittymää	Sallitaan vähemmistönä	Vain jos suurin osa näyttää sovelluksen
Uudelleen piirretyt käyttöliittymäkortit ilman sovellusta	Hylätään	Oma hylkäykseni 27. lokakuuta 2026
Mallinnettu näkymä, jota ei ole buildissa	Hylätään	Käyttöliittymä ei vastaa oikeaa
Tyhjä puhelin tai tausta ilman käyttöliittymää	Hylätään	Mainitaan vältettävissä asioissa
iPhonen kuvakaappaus iPad-paikoissa	Hylätään	Väärä laite, foorumin hylkäyksen mukaan
Kuva, joka jatkuu kahden kuvakaappauksen yli	Menee läpi	Sallittu, kunhan sovellus näkyy
Toisen alustan tilarivi	Hylätään, kohdan 2.3.10 perusteella	Apple ohjaa guideline 2.3.10:een

Apple ei vaadi puhelimen kehystä. Koko näytön kuvakaappaus sovelluksesta riittää. Kehyksessä on yksi etu: siitä näkee heti ensisilmäyksellä, että kuva on sovellus.

Oma tapaukseni: Vigie hylättiin 27. lokakuuta 2026

Vigien versiossa 1.1 seurasin kuvakaappausstudioiden trendiä: yhtenäinen panoraama, maskotti ja leijuvia käyttöliittymäkortteja kokonaisen puhelimen sijaan. Kortit oli piirretty uudelleen tätä varten, kuvitteellisilla sovelluksilla. Se näytti hienolta. Se ei ollut sovellus.

Arvioija kirjoitti, että 6,7 tuuman iPhonen kuvakaappaukset eivät näyttäneet sovellusta käytössä. En kiistänyt: hän oli oikeassa. Tein koko sarjan uudelleen yksinkertaisella säännöllä:

1. Jokaisessa paneelissa on iPhone, jossa on simulaattorin alkuperäinen kuvakaappaus, liitettynä pikselintarkasti, käyttöliittymää muokkaamatta.
2. Suurennettu kortti näkyy vain puhelimen lisäksi, ei koskaan sen tilalla, ja se on leikattu samasta kuvakaappauksesta.
3. Tausta pysyy ympärillä, ei koskaan näytön päällä.

Tämä hylkäys ei vaatinut uutta buildia. Vaihdoin kuvakaappaukset ja lähetin saman version uudelleen jo samana iltana. Vaihdoin sen jälkeen buildin korjatakseni sovelluksen sisäisen otsikon, mikä ei liittynyt kuvakaappauksiin. Vigie 1.1 oli myynnissä 29. lokakuuta tällä sarjalla.

Uudelleen piirretty kortti, vaikka tarkka, ei ole sovellus. Arvioija haluaa nähdä näkymän, joka käyttäjällä on oikeasti käsissään.

Korjaus ilman uutta buildia

1. Lue viesti kokonaan. Se kertoo, mitä laitekokoa se koskee, joskus myös kielen. Kaikki koskevat sarjat on vaihdettava, ei vain ensimmäistä.
2. Ota kuvakaappaukset uudelleen lähetetystä buildista. Simulaattorilla tai laitteella, oikealla sisällöllä. Yli puolet käytössä, jokaisella laitteella ja jokaisella kielellä.
3. Vaihda kuvakaappaukset App Store Connectissa. Visuaalisten aineistojen hallinnan ohjeen mukaan se onnistuu, kun sovellus on jossakin näistä tiloista: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected tai Developer Rejected.
4. Lähetä uudelleen näkyvän tilan mukaan. Tilassa Metadata Rejected tilataulukko sanoo: lue viesti, korjaa metatiedot ja vastaa sitten App Reviewin viestiin. Jos lähetyksessä näkyy Unresolved Issues, noudata Applen ohjetta: Apps-kohdassa View App Review Issues & Messages, sitten Resolve, Edit hylätyn kohteen kohdalla, Add for Review ja lopuksi Resubmit to App Review.
5. Älä koske kuvakaappauksiin enää lähetyksen jälkeen. Saman tilataulukon mukaan tilassa Waiting for Review et voi lähettää etkä muokata kuvakaappauksia.

Jokaista hylättyä kohdetta voi muokata vain kerran ennen uudelleenlähetystä: tarkista uusi sarjasi ennen kuin klikkaat. Vastaus, jonka kirjoittaisin arvioijalle englanniksi:

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]

Hyvän vastauksen sävy ja muoto käydään läpi artikkelissa App Reviewiin vastaaminen.

Tarkistuslista ennen kuvakaappausten lähettämistä

• Yli puolet jokaisen laitetyypin kuvakaappauksista näyttää oikean näkymän sisällön kanssa.
• Sama sääntö pätee jokaisella kielellä, ei vain englanniksi.
• Mikään kuvakaappaus ei näytä pelkkää logoa, käynnistysnäyttöä tai kirjautumista.
• Näytetty käyttöliittymä on lähetetyssä buildissa täsmälleen samanlaisena.
• Otsikot ja tausta jättävät käyttöliittymän luettavaksi.
• iPhonen kuvakaappaukset on otettu iPhonella, iPadin kuvakaappaukset iPadilla.
• Ei jälkeäkään muista alustoista, ei edes tilarivillä.
• Jos sovelluksessasi on tumma tila, yksi kuvakaappaus näyttää sen: Applen ohjesivu suosittelee sitä.
• Tiedostot ovat JPEG- tai PNG-muodossa, ilman läpinäkyvyyttä.

Apple muistuttaa myös tuotesivua käsittelevällä sivullaan, että ensimmäiset kuvakaappaukset voivat näkyä hakutuloksissa. Minusta kuvakaappaus, joka näyttää selvästi sovelluksen toiminnassa, myy paremmin kuin iskulause. Muut sovellussivun hylkäyssyyt löydät artikkelista miksi Apple hylkää sovelluksen.

Kuvakaappaukset, jotka menevät läpi ensimmäisellä kerralla

App Store Screenshots Kit sisältää mallipohjani ja skillin, joka luo kuvakaappaukset sovelluksesi oikeista näkymistä Applen vaatimissa koissa. Jos sovellussivusi on juuri hylätty, Review Kit sisältää lähetystä edeltävän tarkistuslistani, korjatut hylkäykseni ja vastauspohjat arvioijalle. Koko prosessi on sivulla Applen hylkäämä sovellus.

Jos valmistelet ensimmäistä julkaisuasi, tee ilmainen diagnoosi: se laittaa vaiheet oikeaan järjestykseen ja lähettää sinulle tarkistuslistani Applen hylkäysten välttämiseen.

Usein kysytyt kysymykset

Mitä "Guideline 2.3.3 - Performance - Accurate Metadata" tarkoittaa?

Se on hylkäyksen otsikko, kun kuvakaappaukset eivät näytä sovellusta käytössä. Applen mielestä liian moni kuvakaappaus on markkinointikuva, käynnistysnäyttö tai käyttöliittymä, joka ei ole sovelluksen oma. Viesti kertoo usein, mitä laitekokoa se koskee.

Tarvitaanko 2.3.3-hylkäyksen jälkeen uusi build?

Ei. Hylkäys koskee App Store -sivua. Vaihdat kuvakaappaukset App Store Connectissa ja lähetät saman version uudelleen vastaamalla App Reviewin viestiin.

Montako kuvakaappausta pitää näyttää sovellus käytössä?

Yli puolet, jokaisella laitetyypillä ja jokaisella kielellä. Kolmesta kuvakaappauksesta kahden pitää näyttää sovellus. Neljästä kolmen. Yksi kuvakaappaus riittää, jos se näyttää sovelluksen käytössä.

Voiko App Storen kuvakaappauksiin laittaa markkinointitekstiä?

Kyllä. Guideline 2.3.3 sallii päälle lisätyt tekstit ja kuvat. Ne eivät saa peittää käyttöliittymää, ja suurimman osan kuvakaappauksista on silti näytettävä sovellus käytössä.

Tarvitaanko kuvakaappausten ympärille iPhonen kehys?

Ei, Apple ei vaadi sitä: koko näytön kuvakaappaus sovelluksesta menee läpi. Kehys auttaa katsojaa ymmärtämään, että kuva on sovellus. Sen on oltava oikean laitteen kehys: ei koskaan iPhonen kehystä iPadille tarkoitetussa kuvakaappauksessa.

Voiko kuvakaappauksia muokata, kun sovellus odottaa arviointia?

Ei. Tilassa Waiting for Review App Store Connect ei salli kuvakaappausten lähettämistä eikä muokkaamista. Jos haluat vaihtaa ne, vedä lähetys pois arvioinnista tai odota päätöstä.