# Guideline 2.3.3: hylätyt kuvakaappaukset ja niiden korjaus > Guideline 2.3.3: yli puolet kuvakaappauksista on näytettävä sovelluksen oikea näkymä käytössä. Mikä menee läpi, mikä hylätään ja korjaus ilman uutta buildia. Alkuperäinen sivu: [Guideline 2.3.3: hylätyt kuvakaappaukset ja niiden korjaus](https://devoria.fr/fi/blog/guideline-2-3-3-hylatyt-kuvakaappaukset) Kirjoittaja: [Mehdi Azizi](https://devoria.fr/fi/mehdi-azizi) Julkaistu: 2026-11-04 Sisältö tarkistettu viimeksi: 2026-11-04 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ä: ```text 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](https://developer.apple.com/forums/thread/765166) lokakuussa 2024 kehittäjä, jonka iPad-paikoissa näkyi iPhonen kehys. Tässä vaatimukset luetteleva kohta sanasta sanaan: ```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. ``` 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](https://developer.apple.com/app-store/review/guidelines/#2.3.3) 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](https://developer.apple.com/help/app-review/guideline-reference/2-3-3-screenshots) 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](https://developer.apple.com/help/app-store-connect/reference/app-information/screenshot-specifications) 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](https://devoria.fr/fi/blog/app-store-kuvakaappausten-koot-mitat-2026). ## 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](https://devoria.fr/fi/blog/guideline-2-3-10-sovellus-hylatty-metatiedot) | 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](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-your-app-store-assets) 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](https://developer.apple.com/help/app-store-connect/reference/app-information/app-and-submission-statuses) sanoo: lue viesti, korjaa metatiedot ja vastaa sitten App Reviewin viestiin. Jos lähetyksessä näkyy Unresolved Issues, noudata [Applen ohjetta](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/): 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: ```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] ``` Hyvän vastauksen sävy ja muoto käydään läpi artikkelissa [App Reviewiin vastaaminen](https://devoria.fr/fi/blog/apple-resolution-center-vastaa-app-review-hylkaykseen). ## 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](https://developer.apple.com/app-store/product-page/), 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](https://devoria.fr/fi/blog/apple-hylkasi-sovelluksen-syyt). ## Kuvakaappaukset, jotka menevät läpi ensimmäisellä kerralla [App Store Screenshots Kit](https://devoria.fr/fi/kits/app-store-screenshots) sisältää mallipohjani ja skillin, joka luo kuvakaappaukset sovelluksesi oikeista näkymistä Applen vaatimissa koissa. Jos sovellussivusi on juuri hylätty, [Review Kit](https://devoria.fr/fi/kits/app-review) sisältää lähetystä edeltävän tarkistuslistani, korjatut hylkäykseni ja vastauspohjat arvioijalle. Koko prosessi on sivulla [Applen hylkäämä sovellus](https://devoria.fr/fi/expertise/apple-hylkasi-sovelluksen). Jos valmistelet ensimmäistä julkaisuasi, [tee ilmainen diagnoosi](https://devoria.fr/fi/diagnostic): 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ä. ## Projektisi [Review Kit](https://devoria.fr/fi/kits/app-review): App Store -tarkastuksen tarkistuslistani, korjatut Applen hylkäykseni, Google Playn lista ja kolme Claude Code -skilliä. 49 €. [iOS & Android Kit](https://devoria.fr/fi/kits/ios): Tee iPhone- ja Android-sovelluksesi Claude Codella: sovellusteni pohjakoodi, polku kauppoihin asti ja kaikki kitit. 99 €. [Diagnoosi: mikä erottaa sinut omasta iPhone-sovelluksestasi](https://devoria.fr/fi/diagnostic): 7 kysymystä, 60 sekuntia: tiedät, mikä oikeasti estää sinua julkaisemasta iPhone-sovellustasi, saat 4 vaiheen polkusi ja sinulle sopivan kitin.