Guideline 5.6.3: arvostelupyyntö, joka hylkää sovelluksesi

Apple hylkää sovelluksen, joka pyytää arviota liian aikaisin. Jos arvostelupyyntösi näkyy ensimmäisellä käynnistyskerralla tai onboardingin aikana, riskinä on hylkäys guideline 5.6.3:n perusteella. Pyynnön pitää tulla vasta sen jälkeen, kun käyttäjä on oikeasti käyttänyt sovellusta, ja sen pitää kulkea järjestelmän oman ikkunan kautta.

Sain tämän hylkäyksen Solysille, minipelejä sisältävälle herätyskellolleni. Tässä kerron, mitä sääntö sanoo, mitä Apple suosittelee ja miten korjasin asian.

Mitä guideline 5.6.3 sanoo?

Guideline 5.6.3 kuuluu ”Developer Code of Conductiin”, eli App Review Guidelinesin kohtaan 5.6. Sen teksti kieltää manipuloimasta sitä, mitä App Storen asiakkaat näkevät: listauksia, hakua, arvosteluja ja viittauksia sovellukseesi. Onboardingista se ei puhu.

Silti juuri tähän sääntöön Apple vetosi arviopyyntöni kohdalla. Perustelu löytyy Applen suunnitteluohjeista: ensimmäisellä käynnistyskerralla tai onboardingin aikana ihminen ei ole vielä ehtinyt muodostaa mielipidettä.

Samassa kohdassa 5.6.1 kertoo sallitun tavan: arvostelua pyydetään Applen tarjoamalla API:lla. Itse tehtyjä arviointi-ikkunoita ei hyväksytä, ja guideline 3.2.2 kieltää lukitsemasta toimintoa arvion saamiseen asti.

Milloin arvostelua kannattaa pyytää

Applen suunnitteluohjeet arvioista ja arvosteluista ovat selkeät. Arviota pyydetään vasta, kun ihminen on oikeasti käyttänyt sovellusta.

Pyynnön ajankohta	Applen kanta	Miksi
Ensimmäisellä käynnistyskerralla	Vältä	Mielipidettä ei vielä ole
Onboardingin aikana	Vältä	Sovellusta ei ole vielä käytetty
Kesken tehtävän	Vältä	Pyyntö keskeyttää toiminnan
Onnistuneen tehtävän jälkeen	Suositeltu	Sovellus on jo tuttu
”Arvioi sovellus” -painikkeessa	Kyllä, linkillä	Ikkuna ei aina näy
Monta kertaa peräkkäin	Vältä	Muistutukset kyllästyttävät

Vain kaksi ensimmäistä riviä toivat minulle hylkäyksen. Loput ovat Applen neuvoja. Kaksi hyödyllistä nyrkkisääntöä: Apple neuvoo jättämään kahden pyynnön väliin vähintään yhdestä kahteen viikkoa, ja järjestelmä itse rajoittaa ikkunansa näyttämisen kolmeen kertaan 365 päivän jaksossa samaa sovellusta kohden. Et siis voi pakottaa sitä näkymään.

5.6.3-hylkäys, jonka sain Solysille

30. elokuuta 2026 Solysin päivitys hylätään. Applen viesti viittaa kohtaan 5.6.3 ja sanoo, että sovellus pyytää arviota ensimmäisellä käynnistyskerralla tai onboardingin aikana. Tarkistus tehtiin iPad Airilla.

Syy oli yksinkertainen. Aloituspolussa ”Jätä arvostelu” -näkymä tuli toisena, heti minipelin demon jälkeen. Käyttäjä oli nähnyt vain demon.

Korjaus: pyyntö siirrettiin myöhemmäksi polussa, ja se näkyy vain, jos käyttäjä on juuri voittanut demon. Se, joka ohittaa demon tai häviää sen, ei näe pyyntöä lainkaan. Korjattu versio hyväksyttiin sen jälkeen.

Tämä on minulta uhkapeli: Applen viesti sanoi ”ei onboardingin aikana”, ilman mitään varauksia.

Opetus: varma ratkaisu on viedä pyyntö kokonaan pois onboardingista. Arviota, kuten lupaakin, pyydetään vasta, kun ihminen on nähnyt, mitä hyötyä sovelluksesta on hänelle.

Arvostelun pyytäminen järjestelmän ikkunalla

Expo-sovelluksessa järjestelmän ikkuna kulkee expo-store-review-kirjaston kautta:

import * as StoreReview from "expo-store-review";

export async function demanderUnAvis() {
  if (await StoreReview.isAvailableAsync()) {
    await StoreReview.requestReview();
  }
}

Kolme asiaa Applen arvostelupyyntöjä koskevasta dokumentaatiosta:

• Järjestelmä päättää, näytetäänkö ikkuna vai ei. Kutsu ei välttämättä näytä mitään. Älä rakenna näkymää, joka riippuu ikkunan ilmestymisestä.
• Älä laukaise sitä käyttäjän toiminnosta, kuten painikkeesta: ikkuna ei välttämättä näy. ”Arvioi sovellus” -painikkeessa avaa mieluummin sovelluksesi App Store -sivu ja lisää osoitteen loppuun ?action=write-review.
• Valitse onnistumisen hetki: käyttäjän juuri päättämän toimintosarjan loppu, ei sovelluksen avaaminen.

Applen koodiesimerkki myös viivästää kutsua: se odottaa, että ihminen on suorittanut toiminnon useita kertoja, eikä se pyydä kahdesti saman sovellusversion aikana. Kertojen määrän saat valita itse.

Tarkistuslista ennen lähettämistä

• Ei arviopyyntöä ensimmäisellä käynnistyskerralla.
• Ei arviopyyntöä onboardingissa.
• Pyyntö kulkee järjestelmän ikkunan kautta, ei itse tehdyn tähtinäkymän kautta.
• Asetusten ”Arvioi sovellus” -painike avaa App Store -sivun eikä kutsu järjestelmän ikkunaa.
• Pyyntö tulee todellisen käytön jälkeen: valmis tehtävä, läpäisty taso, useita avauskertoja.
• Olet testannut aloituspolun myös iPadilla: useat hylkäyksistäni havaittiin iPadilla, vaikka kyse oli iPhone-sovelluksista.

Vältä 5.6.3-hylkäys ennen seuraavaa lähetystäsi

Apple Review Kit kokoaa yhteen tarkistuslistani ennen lähetystä, korjatut Apple-hylkäykseni ja Claude Code -skillit, jotka lukevat projektisi läpi. Jos sovelluksesi juuri hylättiin ja haluat ihmisen näkemyksen, varaa tunti kanssani: käydään aloituspolkusi läpi videopuhelussa, sinun näytöltäsi. Koko prosessi löytyy sivulta Applen hylkäämä sovellus, ja muut yleiset syyt artikkelista miksi Apple hylkää sovelluksen.

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

Usein kysytyt kysymykset

Voiko arviota pyytää onboardingin aikana?

Apple ei suosittele sitä suunnitteluohjeissaan, ja sain siitä hylkäyksen guideline 5.6.3:n perusteella. Ihminen ei ole vielä käyttänyt sovellusta, joten hänellä ei voi olla mielipidettä. Sijoita pyyntö todellisen käytön jälkeen.

Kuinka monta kertaa arvostelupyynnön voi näyttää?

Järjestelmä rajoittaa ikkunansa kolmeen näyttökertaan 365 päivän jaksossa samaa sovellusta kohden. Apple neuvoo myös jättämään kahden pyynnön väliin vähintään yhdestä kahteen viikkoa, eikä sen koodiesimerkki pyydä kahdesti saman sovellusversion aikana.

Voiko tehdä oman arviointi-ikkunan?

Ei. Guideline 5.6.1 edellyttää Applen tarjoaman API:n käyttöä ja sulkee pois itse tehdyt arviointi-ikkunat. Voit sen sijaan tarjota ”Arvioi sovellus” -painikkeen, joka avaa sovelluksesi App Store -sivun.

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

Kyllä, jos pyyntö on buildin koodissa, mikä on lähes aina tilanne. Tarkastaja näkee buildiin sisältyvän koodin ensimmäisellä käynnistyskerralla: etäpäivitys ei riitä. Siirrä pyyntö, tee uusi build ja lähetä se uudelleen.

Mikä on oikea hetki pyytää arvostelua?

Heti onnistumisen jälkeen: valmis tehtävä, voitettu taso, saavutettu tavoite. Apple suosittelee hetkeä, joka ei keskeytä mitään ja jolloin ihminen tuntee jo sovelluksen. Vältä sovelluksen avaamista ja toiminnon keskivaihetta.