Så klarar appen granskningen i App Store och Google Play
Av CodexierPublicerad 6 min läsning
Varje app går igenom en mänsklig eller automatisk granskning innan den dyker upp i App Store eller Google Play, och de flesta första inlämningar får avslag av skäl som inte har med kodkvalitet att göra: en inloggning granskaren inte kommer förbi, en integritetsdeklaration som motsäger appen, en skärmbild som visar en funktion som inte finns. Den här guiden förklarar hur granskningen går till i varje butik, avslagen vi ser oftast och hur du förbereder en inlämning som går igenom första gången.
Det korta svaret
Inlämning till butikerna ingår i varje plattformsoberoende appbygge vi levererar, och det är där ett lanseringsdatum oftast spricker när ett team gör det för första gången.
Så går granskningen till i varje butik
| Aspekt | Apple App Store | Google Play |
|---|---|---|
| Vem granskar | Mänskliga granskare mot App Review Guidelines | Automatisk skanning plus manuell granskning för policyområden |
| Typisk tid | Oftast inom 48 timmar, längre vid första inlämningen | Timmar till flera dagar; nya utvecklarkonton väntar längst |
| Test före släpp | TestFlight, med egen lättare granskning för externa testare | Interna, stängda och öppna testspår |
| Nya privata konton | Vanlig granskning | Obligatoriskt stängt test med riktiga testare under en bestämd period före produktion |
| Besked vid avslag | Meddelande i App Store Connect med hänvisning till riktlinjenummer | Mejl och notis i konsolen med hänvisning till en policy |
Båda butikerna uppdaterar sina regler flera gånger om året. Läs de aktuella riktlinjerna veckan ni lämnar in, inte versionen ni minns.
En praktisk skillnad spelar roll för planeringen: Apples granskare använder faktiskt appen, så allt hen inte kan nå eller förstå blir ett avslag. Googles automatiska kontroller fokuserar på behörigheter, datasäkerhetsdeklarationer och policykategorier, så avvikelser i konsolen är det vanliga felet där.
Vanliga orsaker till avslag
- Granskaren kan inte logga in: inget demokonto, enbart BankID-inloggning utan alternativ, eller en verifieringskod som skickas till en telefon hen inte har.
- Appen är en hemsida i ett skal utan något som en app tillför. Apple avslår dessa med hänvisning till minimifunktionalitet.
- Krascher eller uppenbara buggar på granskarens enhet, ofta en iPad eller en skärmstorlek teamet aldrig testat.
- Integritetsdeklarationen eller datasäkerhetsformuläret motsäger vad appen gör, till exempel att deklarera ingen datainsamling medan appen använder analys.
- Behörighetsfrågor utan tydligt skäl: texten som förklarar varför ni behöver kameran eller positionen saknas eller är allmän.
- Betalningar för digitalt innehåll som kringgår butikens köp i appen, eller en prenumeration utan de villkor och den återställningsfunktion som krävs.
- Skärmbilder eller beskrivningar som visar funktioner som inte finns i bygget, eller nämner andra plattformar.
- Saknad kontoradering: båda butikerna kräver att en användare som kan skapa ett konto i appen också kan radera det.
Demokonton och anteckningar till granskaren
Det enskilt mest effektiva du kan göra är att skriva en anteckning till granskaren. Hen ser hundratals appar och har minuter för er. Berätta i några meningar vad appen är till för, vem som använder den och hur man når varje huvudfunktion. Ge en demoinloggning som fungerar, med data redan i, och som inte går ut eller kräver en kod som skickas någon annanstans. Är appen beroende av hårdvara, en fysisk plats eller ett medlemskap, förklara hur granskaren ändå kan prova den: ett demoläge, en test-QR-kod, en video.
Svenska appar och BankID
En granskare i ett annat land kan inte använda BankID. Erbjud en testinloggning som kringgår det för granskning, begränsad till ett demokonto, och skriv det i anteckningen.
Appar bara för befintliga kunder
Förklara att användare läggs upp av ert företag och lämna ett komplett demokonto. Apple godtar det om anteckningen är tydlig.
Interna personalappar
Överväg olistad distribution hos Apple eller ett privat spår hos Google i stället för publik listning, vilket också mildrar granskningen.
Integritetsuppgifter och behörigheter
Båda butikerna kräver numera en offentlig deklaration av vilka data appen samlar in och varför, och båda kontrollerar den mot appen. Innan ni fyller i Apples integritetsetiketter eller Googles datasäkerhetsformulär: lista varje SDK i appen, analys, kraschrapportering, kartor, betalningar, push, och vad var och en skickar. Deklarationen måste täcka allt, integritetspolicyn som länkas från listningen måste stämma, och enligt GDPR måste ni ändå ha en rättslig grund för varje post, så arbetet är inte bortkastat. Gå sedan igenom varje behörighet appen begär, ta bort dem den inte behöver och skriv ett specifikt skäl i en mening för var och en som är kvar. En positionsfråga som säger att appen behöver din position avslås; en som säger att den behöver din position för att visa närmaste verkstad gör det inte.
Så svarar du på ett avslag
Ett avslag är ett meddelande, inte en dom. Läs den riktlinje som anges, avgör om granskaren missförstått appen eller hittat en verklig brist, och svara därefter. Kunde hen inte logga in, svara i resolution center med bättre instruktioner och vid behov en skärminspelning; ofta krävs inget nytt bygge. Är problemet verkligt, åtgärda det, lämna in ett nytt bygge och hänvisa till den tidigare konversationen i anteckningen. Argumentera artigt bara när ni är säkra på att riktlinjen inte gäller, och räkna med att det tar längre tid än att rätta. Spara varje utbyte med granskaren i ett delat dokument så att nästa release inte upprepar det.
När ni inte behöver hjälp med det här: ett team som släppt i båda butikerna förut, med befintligt utvecklarkonto och en rutin för integritetsdeklarationer, kan sköta granskningen internt. Det är den första inlämningen, BankID-inloggningen och integritetspappren som kostar förstagångsteam veckor. Är det där ni är, eller om ni fortfarande avgör om ni alls behöver en app, kommer vår guide om app, PWA eller mobilsajt först, och ett samtal på en kvart avgör resten; våra fasta apppriser finns på prissidan.
Vanliga frågor
Hur lång tid ska vi räkna med för granskning i lanseringsplanen?
Räkna med två veckor från första inlämning till godkännande för en ny app i någon av butikerna, även om det typiska fallet går fortare. Det täcker en avslagsrunda, och på Google Play den obligatoriska testperioden för ett nytt privat utvecklarkonto, som kan vara betydligt längre.
Måste vi använda köp i appen för prenumerationer?
Om prenumerationen låser upp digitalt innehåll eller funktioner i appen, ja i båda butikerna, med deras provision. Fysiska varor och tjänster som konsumeras utanför appen, som ett gymmedlemskap eller en bokning, får använda ert eget betalflöde. Gråzoner finns; fråga innan ni bygger, inte efter avslaget.
Kan vi publicera en app som bara fungerar för våra egna kunder?
Ja. Förklara i anteckningen till granskaren att konton läggs upp av ert företag och lämna ett fungerande demokonto. För appar enbart för personal undviker Apples olistade distribution och Googles privata eller hanterade distribution publik listning helt.
Hur blir granskningen efter första släppet?
Varje uppdatering granskas igen, oftast snabbare. Håll demokontot vid liv, uppdatera anteckningen när funktioner ändras och kontrollera integritetsdeklarationerna varje gång ett SDK läggs till. De flesta senare avslag beror på ett utgånget demokonto eller ett nytt SDK som inte deklarerats.
Lämnar ni in en app för första gången?
Berätta vad appen gör och hur användarna loggar in. På en kvart listar vi anteckningen till granskaren, demokontot, integritetsdeklarationerna och behörighetstexterna ni behöver innan ni trycker på skicka.
Boka ett kostnadsfritt 15-minuterssamtal