Guideline 5.6.3: be om betyg utan att appen nekas
Av Mehdi Azizi
Publicerad , 6 min
Be om betyg först när användaren faktiskt har använt appen, via systemets ruta. Aldrig vid första start eller i onboardingen, då riskerar du nej enligt 5.6.3.
Apple nekar en app som ber om betyg för tidigt. Om din förfrågan om betyg visas vid första start eller under onboardingen riskerar du att nekas enligt guideline 5.6.3. Förfrågan ska komma efter att användaren verkligen har använt appen, och den ska gå via systemets ruta.
Jag fick det här avslaget på Solys, min väckarklocka med minispel. Här är vad regeln säger, vad Apple rekommenderar och hur jag fixade det.
Vad säger guideline 5.6.3?
Guideline 5.6.3 ingår i ”Developer Code of Conduct”, avsnitt 5.6 i App Review Guidelines. Texten förbjuder dig att manipulera det App Store-kunderna ser: topplistor, sökning, recensioner, hänvisningar till din app. Den nämner inte onboarding.
Ändå var det den regeln Apple hänvisade till för min betygsförfrågan. Resonemanget finns i Apples designregler: vid första start eller under onboardingen har personen inte hunnit bilda sig en uppfattning.
I samma avsnitt anger 5.6.1 det tillåtna sättet: använd API:t som Apple tillhandahåller för att be om en recension. Hemmabyggda betygsrutor är inte tillåtna, och guideline 3.2.2 förbjuder att låsa en funktion tills användaren har gett ett betyg.
När ska du be om ett betyg?
Apples designregler för betyg och recensioner är tydliga. Du ber om ett betyg först när personen verkligen har använt appen.
| När förfrågan visas | Apples hållning | Varför |
|---|---|---|
| Vid första start | Undvik | Ingen åsikt ännu |
| Under onboardingen | Undvik | Appen inte använd ännu |
| Mitt i en uppgift | Undvik | Förfrågan avbryter |
| Efter en lyckad uppgift | Rekommenderas | Appen är redan känd |
| På en knapp ”Betygsätt appen” | Ja, med en länk | Rutan visas inte alltid |
| Flera gånger i rad | Undvik | Påminnelser tröttar ut |
Bara de två första raderna gav mig ett avslag. Resten kommer från Apples råd. Två bra riktmärken: Apple rekommenderar minst en till två veckor mellan två förfrågningar, och systemet begränsar själv visningen av sin ruta till tre gånger per 365-dagarsperiod för samma app. Du kan alltså inte tvinga fram den.
Avslaget enligt 5.6.3 som jag fick på Solys
Den 30 augusti 2026 nekas en uppdatering av Solys. Apples meddelande hänvisar till 5.6.3 och säger att appen ber om betyg vid första start eller under onboardingen. Granskningen gjordes på en iPad Air.
Orsaken var enkel. I välkomstflödet kom skärmen ”Lämna en recension” på andra plats, direkt efter demon av minispelet. Användaren hade bara sett demon.
Fixen: förfrågan flyttades längre fram i flödet, och den visas bara om användaren precis har vunnit demon. Den som hoppar över demon eller förlorar ser ingen förfrågan. Den rättade versionen godkändes sedan.
Det är en chansning från min sida: Apples meddelande sa ”inte under onboardingen”, utan förbehåll.
Lärdomen: det säkra är att flytta ut förfrågan ur onboardingen. Ett betyg, precis som en behörighet, ber du om efter att personen har sett vad appen ger henne.
Be om betyg med systemets ruta
I en Expo-app går systemets ruta via biblioteket expo-store-review:
import * as StoreReview from "expo-store-review";
export async function demanderUnAvis() {
if (await StoreReview.isAvailableAsync()) {
await StoreReview.requestReview();
}
}
Tre saker att veta, hämtade från Apples dokumentation om att be om recensioner:
- Det är systemet som bestämmer om rutan visas eller inte. Anropet kanske inte visar något alls. Bygg ingen skärm som är beroende av att den dyker upp.
- Undvik att trigga den från en användarhandling, som en knapp: rutan kanske inte visas. För en knapp ”Betygsätt appen”, öppna i stället din apps sida i App Store, med
?action=write-reviewi slutet av adressen. - Välj ett ögonblick av framgång: slutet på en serie handlingar som användaren precis har slutfört, inte när appen öppnas.
Apples kodexempel fördröjer också anropet: det väntar tills personen har slutfört handlingen flera gånger, och det frågar inte två gånger för samma version av appen. Antalet gånger väljer du själv.
Checklistan innan du skickar in
- Ingen betygsförfrågan vid första start.
- Ingen betygsförfrågan i onboardingen.
- Förfrågan går via systemets ruta, inte via en egen skärm med stjärnor.
- Knappen ”Betygsätt appen” i inställningarna öppnar App Store-sidan, den anropar inte systemets ruta.
- Förfrågan kommer efter verklig användning: en slutförd uppgift, en klarad nivå, flera öppningar.
- Du har testat välkomstflödet på iPad också: flera av mina avslag upptäcktes på iPad, för iPhone-appar.
Undvik avslag enligt 5.6.3 innan nästa inskickning
Apple Review Kit samlar min checklista inför inskickning, mina rättade avslag från Apple och Claude Code-skills som går igenom ditt projekt. Om din app precis har nekats och du vill ha mänskliga ögon på den, boka en timme med mig: vi går igenom ditt välkomstflöde i ett videosamtal, på din skärm. Hela tillvägagångssättet finns på sidan app nekad av Apple, och andra vanliga orsaker finns i varför Apple nekar en app.
Om du förbereder din första release, gör din gratis diagnos: den sätter stegen i rätt ordning och skickar dig min checklista mot avslag från Apple.
Vanliga frågor
Får man be om betyg under onboardingen?
Apple avråder från det i sina designregler, och jag fick ett avslag för det, enligt guideline 5.6.3. Personen har inte använt appen än: hon kan inte ha någon åsikt. Placera förfrågan efter verklig användning.
Hur många gånger får man visa betygsförfrågan?
Systemet begränsar sin ruta till tre visningar per 365-dagarsperiod för samma app. Apple rekommenderar också minst en till två veckor mellan två förfrågningar, och deras kodexempel frågar inte två gånger för samma version av appen.
Får man bygga en egen betygsruta?
Nej. Guideline 5.6.1 kräver att du använder API:t som Apple tillhandahåller, och den utesluter hemmabyggda betygsrutor. Däremot kan du erbjuda en knapp ”Betygsätt appen” som öppnar din apps sida i App Store.
Behövs ett nytt build efter ett avslag enligt 5.6.3?
Ja, om förfrågan finns i buildens kod, vilket nästan alltid är fallet. Granskaren ser koden som är inbyggd vid första start: en fjärruppdatering räcker inte. Flytta förfrågan, gör ett nytt build och skicka in det igen.
När är rätt tillfälle att be om betyg?
Direkt efter en framgång: en slutförd uppgift, en vunnen nivå, ett uppnått mål. Apple rekommenderar ett tillfälle som inte avbryter något, när personen redan känner appen. Undvik när appen öppnas och mitt i en handling.