Guideline 5.6.3: prošnja za oceno, zaradi katere Apple zavrne app

Apple zavrne app, ki prezgodaj prosi za oceno. Če se tvoja prošnja za oceno prikaže ob prvem zagonu ali med onboardingom, tvegaš zavrnitev po guideline 5.6.3. Prošnja mora priti šele, ko je uporabnik app res uporabljal, in mora iti skozi sistemsko okno.

To zavrnitev sem dobil za Solys, moj budilnik z mini igrami. Tu je, kaj pravilo pravi, kaj Apple priporoča in kako sem to popravil.

Kaj pravi guideline 5.6.3?

Guideline 5.6.3 je del »Developer Code of Conduct«, razdelka 5.6 v App Review Guidelines. Besedilo prepoveduje manipulacijo tega, kar vidijo stranke App Store: lestvic, iskanja, ocen, napotitev na tvojo app. O onboardingu ne govori.

Pa vendar je Apple prav to pravilo navedel pri moji prošnji za oceno. Utemeljitev je v njegovih pravilih oblikovanja: ob prvem zagonu ali med onboardingom si človek še ni utegnil ustvariti mnenja.

V istem razdelku 5.6.1 določa dovoljen način: za prošnjo za oceno uporabi API, ki ga ponuja Apple. Doma narejena okna za ocenjevanje niso dovoljena, guideline 3.2.2 pa prepoveduje zaklepanje funkcije, dokler uporabnik ne odda ocene.

Kdaj prositi za oceno

Applova pravila oblikovanja za ocene in mnenja so jasna. Za oceno prosiš šele, ko je človek app res uporabljal.

Trenutek prošnje	Applovo stališče	Zakaj
Ob prvem zagonu	Izogibaj se	Mnenja še ni
Med onboardingom	Izogibaj se	App še ni bila uporabljena
Sredi opravila	Izogibaj se	Prošnja prekine dejanje
Po uspešno končanem opravilu	Priporočeno	App je že znana
Na gumbu »Oceni app«	Da, s povezavo	Okna včasih ni
Večkrat zapored	Izogibaj se	Opomniki utrujajo

Zavrnitev sta mi prinesli le prvi dve vrstici. Ostalo izhaja iz Applovih nasvetov. Dve koristni smernici: Apple svetuje vsaj en do dva tedna razmika med dvema prošnjama, sistem pa sam omeji prikaz svojega okna na trikrat v obdobju 365 dni za isto app. Njegovega prikaza torej ne moreš izsiliti.

Zavrnitev 5.6.3, ki sem jo dobil za Solys

30. avgusta 2026 je bila posodobitev Solysa zavrnjena. Applovo sporočilo navaja 5.6.3 in pravi, da app prosi za oceno ob prvem zagonu ali med onboardingom. Pregled je potekal na iPad Air.

Vzrok je bil preprost. V uvodnem toku je bil zaslon »Pusti oceno« na drugem mestu, takoj za demom mini igre. Uporabnik je videl samo demo.

Popravek: prošnjo sem prestavil globlje v tok in prikaže se le, če je uporabnik pravkar zmagal v demu. Kdor demo preskoči ali izgubi, ne vidi nobene prošnje. Popravljena različica je bila nato sprejeta.

To je z moje strani stava: Applovo sporočilo je reklo »ne med onboardingom«, brez odtenkov.

Lekcija: varna izbira je, da prošnjo umakneš iz onboardinga. Za oceno, tako kot za dovoljenje, prosiš šele, ko je človek videl, kaj mu app prinaša.

Prošnja za oceno s sistemskim oknom

V Expo app gre sistemsko okno skozi knjižnico expo-store-review:

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

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

Tri stvari, ki jih moraš vedeti, iz Applove dokumentacije o prošnji za oceno:

• Sistem odloča, ali bo okno prikazal ali ne. Klic lahko ne pokaže ničesar. Ne gradi nobenega zaslona, ki je odvisen od tega, ali se okno prikaže.
• Ne sproži ga z dejanjem uporabnika, na primer z gumbom: okno se morda ne prikaže. Za gumb »Oceni app« raje odpri stran svoje app v App Store, z ?action=write-review na koncu naslova.
• Izberi trenutek uspeha: konec zaporedja dejanj, ki ga je uporabnik pravkar končal, ne odpiranja app.

Applov primer kode klic tudi odloži: počaka, da človek dejanje opravi večkrat, in za isto različico app ne vpraša dvakrat. Število ponovitev je poljubno.

Kontrolni seznam pred oddajo

• Nobene prošnje za oceno ob prvem zagonu.
• Nobene prošnje za oceno v onboardingu.
• Prošnja gre skozi sistemsko okno, ne skozi doma narejen zaslon z zvezdicami.
• Gumb »Oceni app« v nastavitvah odpre stran v App Store, ne kliče sistemskega okna.
• Prošnja pride po resnični uporabi: končano opravilo, uspešno rešena stopnja, več odpiranj.
• Uvodni tok si preizkusil tudi na iPadu: več mojih zavrnitev je bilo ugotovljenih na iPadu, za iPhone app.

Prepreči zavrnitev 5.6.3 pred naslednjo oddajo

Apple Review Kit združuje moj kontrolni seznam pred oddajo, moje popravljene Applove zavrnitve in Claude Code skille, ki pregledajo tvoj projekt. Če je bila tvoja app pravkar zavrnjena in želiš človeški pogled, rezerviraj uro z mano: tvoj uvodni tok pregledava na videoklicu, na tvojem zaslonu. Celoten postopek je na strani app, ki jo je Apple zavrnil, drugi pogosti razlogi pa so v članku zakaj Apple zavrne app.

Če pripravljaš svojo prvo objavo, opravi brezplačno diagnostiko: korake postavi v pravi vrstni red in ti pošlje moj kontrolni seznam proti Applovim zavrnitvam.

Pogosta vprašanja

Ali lahko prosim za oceno med onboardingom?

Apple to v svojih pravilih oblikovanja odsvetuje, jaz pa sem zaradi tega dobil zavrnitev po guideline 5.6.3. Človek app še ni uporabljal, zato še ne more imeti mnenja. Prošnjo postavi po resnični uporabi.

Kolikokrat lahko prikažem prošnjo za oceno?

Sistem omeji svoje okno na tri prikaze v obdobju 365 dni za isto app. Apple svetuje tudi vsaj en do dva tedna razmika med dvema prošnjama, njegov primer kode pa za isto različico app ne vpraša dvakrat.

Ali lahko naredim svoje okno za ocenjevanje?

Ne. Guideline 5.6.1 zahteva uporabo API-ja, ki ga ponuja Apple, in izključuje doma narejena okna za ocenjevanje. Lahko pa ponudiš gumb »Oceni app«, ki odpre stran tvoje app v App Store.

Ali po zavrnitvi 5.6.3 potrebujem nov build?

Da, če je prošnja v kodi builda, kar je skoraj vedno tako. Reviewer ob prvem zagonu vidi vgrajeno kodo: posodobitev na daljavo ne zadošča. Prestavi prošnjo, naredi nov build in ga ponovno oddaj.

Kdaj je pravi trenutek za prošnjo za oceno?

Takoj po uspehu: končano opravilo, zmagana stopnja, dosežen cilj. Apple priporoča trenutek, ki ničesar ne prekine, ko človek app že pozna. Izogibaj se odpiranju app in sredini dejanja.