Godkendelse i App Store: sådan kommer jeres app igennem

Lanceringen er planlagt til en mandag. Pressemeddelelsen er skrevet, nyhedsbrevet er klar, og fredag eftermiddag kommer der en mail fra Apple: »Guideline 2.1 – Performance – App Completeness«. Revieweren kunne ikke logge ind, fordi demokontoen krævede en SMS-kode til en telefon, der lå på kontoret. Weekenden går med at rette, indsende igen og vente. Det er en af de mest almindelige grunde til afvisning, og den er helt undgåelig. Godkendelse i App Store er sjældent svær. Den kræver bare, at man kender reglerne og forbereder sig.

Vi bygger apps i React Native, så én kodebase udgives i både App Store og Google Play. Guiden beskriver processen i begge butikker, de afvisninger, vi oftest ser, og en tidsplan, I kan regne med. Butikkernes regler ændrer sig løbende, så tjek altid Apples App Review Guidelines og Googles Developer Program Policies for den aktuelle ordlyd.

Hvordan foregår review i App Store?

Når appen er bygget og testet, uploades den via App Store Connect sammen med navn, beskrivelse, skærmbilleder, privatlivsoplysninger, aldersgrænse og noter til revieweren. Herefter står den i kø, indtil en medarbejder hos Apple installerer den, afprøver den og vurderer den mod retningslinjerne. Retningslinjerne er delt i fem områder: sikkerhed, ydeevne, forretning, design og jura. Bliver appen godkendt, kan I udgive den med det samme eller på et valgt tidspunkt. Bliver den afvist, får I en besked med henvisning til den konkrete retningslinje, og I kan svare, rette og indsende igen.

Hvorfor bliver apps afvist i App Store?

Afvisninger følger et mønster. De fleste skyldes, at noget mangler i indsendelsen, eller at appen rammer en regel, udviklerne ikke kendte. Tabellen viser de typiske grunde, vi ser, og hvordan de undgås. Numrene henviser til Apples retningslinjer, som de typisk citeres i afvisningsbeskeder.

Sletning af konto og tilladelser

To krav overrasker mange. Det første er, at en app, der lader brugere oprette en konto, også skal lade dem slette den inde i appen. Det er ikke nok at skrive »send os en mail«. Google har et tilsvarende krav, og her skal sletning også kunne bestilles via en webside. Det andet er, at hver tilladelse, appen beder om, som kamera, placering eller kontakter, skal have en tekst, der forklarer præcist, hvorfor den skal bruges. »Appen har brug for din placering« bliver afvist. »Vi bruger din placering til at vise de nærmeste butikker« bliver godkendt. Begge dele hænger tæt sammen med GDPR for hjemmesider og apps.

Hvornår er en app »bare en hjemmeside«?

Retningslinje 4.2 rammer apps, der i praksis er en hjemmeside pakket ind i en app-skal. Apple vil have, at en app giver noget, en hjemmeside ikke gør: push-beskeder, offlineadgang, kamera, betaling med Apple Pay, login med Face ID eller en oplevelse, der er bygget til telefonen. Er jeres behov dækket af en god mobilhjemmeside, kan en progressiv webapp være et bedre og billigere valg. Vi gennemgår afvejningen i guiden om webapp vs. native app.

Hvor lang tid tager godkendelse i App Store og Google Play?

Det, der tager tid, er som regel forberedelsen omkring review. En ny organisationskonto, et D-U-N-S-nummer og Googles lukkede test for nye personlige konti kan tilsammen tage flere uger, hvis I starter sent. Tabellen viser en realistisk plan for en første udgivelse.

Vores råd er enkelt: læg aldrig en lancering på en dato, der ligger mindre end en uge efter første indsendelse. Indsend gerne appen til review tidligt og vælg manuel udgivelse, så den ligger godkendt og klar, til I trykker på knappen. Den samlede tidsplan for at bygge en app gennemgår vi i guiden hvor lang tid tager det at lave en app.

Hvad er forskellen på App Store og Google Play?

Googles krav om lukket test er værd at kende. Har I en ny personlig udviklerkonto, skal appen ligge i en lukket test med et minimum af testere, der har været tilmeldt i 14 dage i træk, før I kan søge om adgang til produktion. Antallet af testere har ændret sig undervejs, så tjek Googles aktuelle krav. For virksomheder er det oftest lettest at oprette en organisationskonto, hvor kravet typisk ikke gælder på samme måde. Uanset hvad er det en god idé at teste med rigtige brugere før lancering.

Tjekliste før I indsender appen til review

1. Appen er testet på rigtige iPhones og Android-telefoner, også ældre modeller og små skærme.
2. Der er ingen pladsholdertekst, døde knapper eller »kommer snart«-sider.
3. Revieweren har en demokonto med data, der virker uden SMS-kode eller MitID.
4. Noter til revieweren forklarer funktioner, der kræver særlig hardware, placering eller betaling.
5. Privatlivspolitikken er linket fra butikssiden og fra appen.
6. App Privacy og Data safety passer til appens egen kode og alle SDK’er.
7. Hver tilladelse har en konkret forklaring på, hvorfor den bruges.
8. Brugere kan slette deres konto inde i appen og via en webside.
9. Digitale varer sælges via butikkernes køb, fysiske ydelser via almindelig betaling.
10. Skærmbilleder viser den version, der indsendes, i de krævede størrelser.
11. Status som erhvervsdrivende og kontaktoplysninger for EU er udfyldt.
12. Lanceringsdatoen ligger mindst en uge efter første indsendelse.

Hvad sker der, når appen bliver afvist?

Bliv ikke nervøs. En afvisning er en del af processen og sker for de fleste apps på et tidspunkt. Læs beskeden grundigt, find den retningslinje, der henvises til, og vurdér, om revieweren har ret. Har de det, så ret fejlen og indsend igen med en kort forklaring. Har de misforstået appen, kan I svare i Resolution Center med en forklaring, skærmbilleder eller en video, og ofte bliver sagen løst på den måde. Er I fortsat uenige, kan I klage til Apples App Review Board. Hos Google foregår det via Play Console, hvor I kan rette og indsende en ny version eller anmode om en ny vurdering.

Et eksempel: en servicevirksomhed får lavet en bookingapp, hvor kunder kan bestille og betale for rengøring. Første indsendelse afvises under 5.1.1, fordi kontosletning kun var mulig via mail. Knappen tilføjes i profilen, og sletningen kobles til backend, så data også forsvinder fra nyhedsbrevsværktøjet. Ny indsendelse godkendes dagen efter. Betalingen for rengøringen går via almindelig kortbetaling, fordi ydelsen leveres i den fysiske verden, så der er ingen provision til Apple. I et forløb som dette tager vejen fra første indsendelse til godkendelse typisk få dage, og med en uges buffer rykker lanceringsdatoen sig ikke.

Hvad koster det at få en app udgivet og godkendt?

Selve butikkerne er billige: 99 USD om året til Apple og 25 USD én gang til Google. Det, der koster, er at bygge appen, så den lever op til kravene, og at holde den opdateret, når Apple og Google udgiver nye versioner af deres styresystemer og stiller nye krav. Se de typiske markedspriser i guiden hvad koster en app. Hos os starter en app til både iOS og Android ved 28.000 kr. plus 1.200 kr. om måneden, og den månedlige pris dækker hosting, vedligeholdelse, opdateringer, support, sikkerhed og backups. Læs mere om app-udvikling i React Native, eller få en fast pris inden for 24 timer.