App Review -kuvakaappausohjeet: Applen säännöt tiivistettynä

Miksi Apple välittää erityisesti kuvakaappauksista?

App Store on kuratoitu. Applen kanta, joka on toistettu App Review Guidelines -ohjeiden johdannossa, on että laadukas kauppa hyödyttää sekä käyttäjiä että kehittäjiä. Kuvakaappaukset ovat käyttäjän ensivaikutelma; harhaanjohtavat kuvakaappaukset rapauttavat luottamusta koko kauppaan. Siksi kuvakaappausten valvonta on App Review’n tiukimpia osa-alueita ja siksi ongelmien nopea korjaaminen on tärkeämpää kuin niistä kiisteleminen.

Mitä ”todenmukainen esitys” tarkoittaa (2.3.3)?

Ohje 2.3.3 vaatii, että kuvakaappaukset näyttävät sovelluksen oikeasti toiminnassa. Harmaa alue on se, mikä lasketaan ”toiminnassa olemiseksi”. Apple on tiukka näistä:

• Konseptitaide ominaisuuksista, jotka eivät sisälly toimittamaasi binääritiedostoon
• Esirenderöidyt markkinointikuvitukset, jotka näyttävät sovelluksen hypoteettisessa skenaariossa
• Kilpailijoiden kuvakaappaukset, jotka on muokattu omiksi

Apple on sallivampi näiden suhteen:

• Laitemockupit — todellinen sovellusnäkymäsi koostettuna iPhone-kehyksen sisään on hyväksyttävää
• Kuvatekstit ja otsikot — tekstipäällysteet, jotka selittävät mitä näkymä tekee
• Taustat — gradientti- tai valokuvataustat laitekehyksen takana
• Generoitu mallidata, joka uskottavasti edustaa sitä, mitä todellinen käyttäjä näkisi

Miksi paikkamerkkisisältö on ongelma?

Lorem ipsum, ”User Name” ja ilmeiset testitilit (esim. ”test@test.com”) viestivät keskeneräisestä tuotteesta. App Review pitää näitä merkkinä siitä, että sovellus on keskeneräinen — nopea reitti hylkäykseen. Täytä jokainen kenttä uskottavalla datalla: aidoilta vaikuttavilla nimillä, realistisilla transaktiosummilla ja ajantasaisilla päivämäärillä. Generoitu data on hyväksyttävää; ilmeinen paikkamerkkidata ei.

Entä väärät laitekoot (2.3.10)?

Ohje 2.3.10 koskee metadatan paikkansapitävyyttä. 6,1-tuumaisen kuvakaappauksen lähettäminen 6,7-tuumaiseen paikkaan — vaikka skaalattuna ylöspäin — hylätään, koska tuloksena oleva kuva ei edusta sovellusta suuremman laitteen todellisessa kuvasuhteessa. Käytä laitekohtaisia renderöintejä, jotka listaamme App Store -kuvakaappauskokojen oppaassa, ja anna Screenshots.live API:n generoida jokainen laite natiivisti skaalauksen sijaan.

Voiko Androidin mainita iOS-kuvakaappauksissa?

Ei. Ohje 2.3.10 kieltää viittaukset muihin mobiilialustoihin iOS-metadatassa, mukaan lukien kuvakaappauksissa. Yleisimmät rikkomukset:

• ”Now on Android” -bannerit
• Google Play -latausmerkit
• Kuvakaappaukset, joissa sovelluksesi näkyy Android-laitteen kehyksessä (Pixel, Galaxy) iPhone-kehyksen sijaan

Korjaus on alustakohtaiset variantit: sama pohja, eri laitekehyskonfiguraatio. Renderöi iOS-variantti iPhone-kehyksillä ja Android-variantti Pixel-kehyksillä, ja lataa oikeaan kauppaan. Katso monialustaisen tuen ominaisuus konfiguraatiota varten.

Entä markkinointiväitteet (2.3.7)?

Apple on hylännyt listauksia vahvistamattomista superlatiiveista: ”#1 productivity app”, ”Best note-taker on iOS”, ”Used by 10M+ teams”. Korjaus on jokin näistä:

• Mainitse lähde kuvakaappauksessa tai kuvatekstissä (”Top 10 in Productivity, App Store, US, March 2026”)
• Ole täsmällinen superlatiivin sijaan (”Trusted by 8,432 teams”, jos luku on paikkansapitävä)
• Poista väite kokonaan ja luota itse tuotteeseen

Miten ikäluokitukset vaikuttavat kuvakaappauksiin?

App Store Connectissa valitsemasi ikäluokitus koskee jokaista listauksen elementtiä — myös kuvakaappauksia. 4+-sovellus, jonka kuvakaappauksissa näkyy alkoholia, tupakkaa, voimakasta väkivaltaa tai vihjailevaa sisältöä, nostetaan korkeampaan luokitukseen tai hylätään, jos luokitus ei voi sisällyttää sisältöä. Sovita sisältö luokitukseen alusta alkaen: jos kuvakaappauksesi tarvitsee viinilistakäyttöliittymän, sovelluksen luokituksen on jo lähtökohtaisesti sisällettävä alkoholiviittaukset.

Mitkä laitekehykset ovat sallittuja?

Apple sallii sovelluksesi näyttämisen Apple-laitteen kehyksessä sille laiteluokalle, jolle olet listaamassa (iPhone, iPad, Apple Watch, Apple TV). Älä:

• Muokkaa laitekehystä visuaalisesti (omat värit, logot)
• Sekoita Android-kehyksiä iOS-listauksiin
• Käytä yleisiä ”puhelimen muotoisia” kehyksiä, joita Apple ei ole hyväksynyt

Käytä Applen virallisia laitekehysresursseja (Sketch- / Figma-kirjastot) suunnitellessasi pohjaa.

Entä kolmansien osapuolten logot ja tekijänoikeussuojattu sisältö?

Ohje 5.2 kattaa immateriaalioikeudet. Yleisin kuvakaappausrikkomus on väärennetty push-ilmoitus brändiltä, jota sovelluksella ei ole lupaa käyttää: esimerkiksi ”Slack: New message from Eve” muun kuin Slack-sovelluksen kuvakaappauksessa. Käytä yleisiä mock-ilmoituksia, anonymisoitua brändinkaltaista käyttöliittymää (ei oikeita logoja) tai lisensoitua sisältöä, johon sinulla on todistettavissa olevat oikeudet.

Miten hinnoittelun paikkansapitävyys soveltuu (3.1.1)?

Jos kuvakaappaus sanoo ”Ilmainen ikuisesti”, mutta sovelluksesi käyttää 4,99 $/kk tilausta, odota hylkäystä. Kuvakaappausten hinnoitteluväitteiden on heijastettava todellista IAP- tai tilaustuotetta, jonka julkaiset. Sama koskee ”Ei mainoksia” -väitteitä, ”Kertaostos” -väitteitä ja ”Ilmainen kokeilujakso” -kestoja — jokaisen on vastattava sitä, mitä käyttäjä kohtaa sovelluksessa.

Entä paikallisen tason yhteensopimattomuudet?

Yhdysvaltain dollarihintalappu saksalaisessa listauksessasi vaikuttaa huolimattomalta sekä App Review’lle että käyttäjille. Sama koskee päivämäärämuotoja (MM/PP/VVVV saksalaisessa listauksessa), sosiaalisia viittauksia (”Trending on Twitter” Manner-Kiinan listauksessa, jossa Twitter on estetty) ja juhlapäiviä (Thanksgiving-mainintoja muissa kuin Yhdysvaltain listauksissa). Lokalisointiopas kattaa juuri näitä tapauksia varten paikkakohtaiset ohitukset.

Mitä teet, kun saat hylkäyksen?

Useimmat kuvakaappausten hylkäykset on helppo korjata: muuta rikkova elementti pohjassasi, renderöi uudelleen API:n kautta, lataa uudelleen ja lähetä uudelleen tarkistettavaksi. Koko sykli kestää yleensä alle tunnin. Kaksi neuvoa:

• Lue tarkka ohje, johon Apple viittaa Resolution Centerissä. Korjaus on lähes aina suppeampi kuin luulet — joskus yksittäinen elementti yhdessä kuvakaappauksessa.
• Lähetä uudelleen ennen valittamista. Valitukset Resolution Centerin kautta kestävät päiviä; uudelleenlähetykset korjauksen jälkeen käsitellään yleensä tunneissa. Valitukset ovat järkeviä, kun aidosti uskot tarkistuksen olleen väärä — eivät silloin kun korjaus on ilmeinen.

Miten Google Playn säännöt eroavat?

Google Playn Store Listing and Promotional Content Policy kattaa samaa maaperää, mutta on yleisesti sallivampi markkinointikielen suhteen ja tiukempi harhaanjohtavan toiminnallisuuden suhteen. Perusasiat — todenmukainen esitys, ei väärennettyjä ilmoituksia, ikäluokituksen yhdenmukaisuus — pätevät molemmilla alustoilla. Tekniset spesifikaatiot eroavat; katso Google Playn kuvakaappausvaatimusoppaamme niitä varten.

Olennainen pointti

Nopein tapa pysyä poissa App Review’n kuvakaappausten hylkäyspinosta on aloittaa pohjasta, joka jo noudattaa sääntöjä — paikkansapitäviä laitekehyksiä, ei alustojen välisiä viittauksia, uskottavaa mallidataa, ei perustelemattomia väitteitä. Generoi variantit kyseisestä pohjasta, ja hylkäysprosentti laskee lähes nollaan.