9 grunde til, at din app kan blive afvist af Apple Review

Vi har meget med Apple App Review at gøre. Alt for meget faktisk.

Vi har indsendt tusindvis af apps på vegne af kunder og behandlet masser af afvisninger. I denne artikel vil vi dække nogle af de største fejl, som vi har set, og som kan få din app afvist af Apple Review Team.

Det er et emne, der ligger alle app-udviklere på sinde, og forhåbentlig vil denne artikel holde dig ude af det frygtede Apple Resolution Center. Ok, Resolution Center er slet ikke så slemt og er i virkeligheden et sted, der hjælper dig med at få din app gennem de strenge iOS-retningslinjer og den manuelle gennemgangsproces. Denne artikel har til formål at begrænse din tid derinde og forsøge at få din app accepteret første gang, så lad os komme i gang.

Din app er ikke for alle

En af hovedårsagerne til afvisning er at indsende en offentlig app, som ikke er relevant for den brede befolkning. Hvis du har en app, som kun vil være til gavn for en håndfuld mennesker i den brede offentlighed, vil Apple sige nej.

Hvis din app f.eks. skulle promovere en lokal købmandsbutik i en by med 27 indbyggere, er jeg bange for, at sandsynligheden er stor for, at Apple vil sige “nej”. Din app skal også have en eller anden form for funktionalitet. Forsvundet er f.eks. de dage med I Am Rich-appen, som ikke gjorde andet end at lade andre mennesker vide, at du var rig nok til at bruge dumme beløb på et skærmbillede! Seriøst, tjek linket, folk har faktisk købt den. Grundlæggende skal du sørge for, at din app gør noget nyttigt og for en bred vifte af mennesker.

Hvad med en app til ansatte i en virksomhed?

Apps til intern brug i en virksomhed, f.eks. et værktøj til salgsmedarbejdere, kan indsendes via Apple Enterprise-programmet. Appen vil ikke være tilgængelig i app-butikken, så alle kan downloade den, den er kun begrænset til visse enheder.

Din app er identisk med dit websted

Mange mennesker ønsker en app, der gør nøjagtig det samme som deres websted, og som vises med samme design.

For eksempel et kirkes websted, der ønsker at vise oplysninger om kirken og nogle blogindlæg i app’en. Denne type app vil blive afvist. Hvorfor?

Apple ønsker, at appen skal gøre noget, som webstedet ikke kan gøre. Hvorfor har man ellers brug for en app? Desværre vil push-meddelelser alene ikke få dig over denne hurdle. Du skal skabe interaktivitet som f.eks. et medlemsområde, køb i appen, download af medier, brug af enhedens kamera og lignende native funktioner.

Apple forventer, at appen opfylder deres retningslinjer for menneskelige grænseflader. Human Interface Guidelines er softwareudviklingsdokumenter, som tilbyder applikationsudviklere et sæt anbefalinger. Kort sagt ønsker Apple, at dine apps skal opfylde deres designprincipper og retningslinjer. Åh, og brug ikke Apple-branding i din app, det kan de heller ikke lide, og det vil være en afvisning.

Din app fungerer ikke eller er ufuldstændig

Dette kan virke indlysende, men sørg for at teste din app, inden du sender den til anmeldelse. Hvis anmelderne ikke kan logge ind, fordi du ikke har givet dem legitimationsoplysninger, eller hvis de finder døde links, vil de afvise din app.

Hvis din app bruger demo-indhold, kan de også afvise den. Det er ok at oprette falske brugerprofiler og tilføje noget indhold, så din app ikke er tom, bare få den til at se ægte ud.

Du skal sørge for, at din app heller ikke hænger på splash-skærmen. Hvis en app tager over ti sekunder at indlæse fra splash-skærmen, vil du højst sandsynligt ikke komme forbi anmelderne. For at være ærlig, hvis din app alligevel hænger så længe på startskærmen, tyder det på, at der er et større problem i udviklingen af appen.

Din appbeskrivelse er ufuldstændig

Dette er en nem en af slagsen. Sørg for, at appen har en god beskrivelse, og at du medtager alt det, der skal være der.

Der er masser af plads til rådighed, når du udfylder dine beskrivelser, så brug den. Fortæl dine kunder om alle dine apps funktioner, hvad den kan gøre, og hvem du er. Hvis du bruger funktioner, der kræver en ekstra beskrivelse, f.eks. køb i appen, skal du sørge for at medtage det.

Apple sætter pris på disse oplysninger, og hvis du udelader dem eller kun i meget begrænset omfang, er det en sikker måde at blive afvist på. Du skal heller ikke inkludere prisen på appen i beskrivelsen. Forskellige lande kan se din app, og hvis du sælger din app til disse lande, vil den højst sandsynligt være i en anden valuta. Overlad alt dette til Apple.

Du har kopieret en anden app

Så dette fører mig videre til mit næste punkt: Lad være med at kopiere! Hvis din app-beskrivelse beskriver sig selv som Facebook for eksempel, kommer den ikke ind i butikken. Du skal sørge for, at din app er unik, den er ny og frisk. Selvfølgelig er der ikke noget galt i at tage en eksisterende idé og forbedre den, men at kopiere en anden app på en åbenlys måde vil ikke få min anmeldelse.

Din app er for stor

Sørg for, at din .ipa-filstørrelse ikke er for stor. I skrivende stund tillader Apple, at apps på op til 100 Mb kan downloades via et mobilnetværk via App Store. Alt større bliver afvist.

Din samlede app-størrelse kan være op til 4 GB, men jo større filen er, jo længere tid tager det for brugerne at downloade den. Prøv at holde dig under 50 MB for at sikre, at din app er hurtig og nem at hente i App Store.

Du har brugt det forkerte versionsnummer

Apple kan godt lide tallet et i dine build-numre. Så når du uploader en app, skal du sørge for at bruge et versionsnummer på mindst 1, dvs. 1.1.0, 1.0.0.0 osv. Hvis Apple ser et nummer lavere end det, f.eks. 0.1, vil de afvise den.

Når Apple ser et versionsnummer lavere end 1, går de ud fra, at appen stadig er i en pre-distributionsfase. De vil gerne se flotte, komplette, funktionsrige apps. Hvis de føler, at appen er ufuldstændig, selv om det kun er et versionsnummer, vil de afvise den. De bryder sig heller ikke om ordene “Alpha” og “Beta”, så prøv at holde dem ude af dine beskrivelser.

Du misbrugte downloading

Fortsat på udviklingssiden skal du ikke downloade indhold eller scripts ved kørselstid. Apple oplyser, at “Apps, der downloader kode på nogen måde eller i nogen form, vil blive afvist”. Jeg indrømmer, at det er en ret vag udtalelse, men tænk over det på denne måde: Hvis du downloader Javascript ved kørselstid, som effektivt ændrer den måde, appen fungerer på, kan den nu blive betragtet som en anden app end den, som anmelderen har gennemgået.

Apple ønsker at sikre, at den app, de har godkendt, er den app, der distribueres til brugeren. Du må heller ikke misbruge filsystemet. Det vil sige, at du ikke må downloade filer uden brugerens tilladelse. Du skal også sørge for, at din app rent faktisk fungerer på en eller anden måde, når der heller ikke er noget netværk. Selv om det blot er en side, der fortæller, at der er brug for en internetforbindelse, har Apple brug for den form for funktionalitet. En god måde at teste dette på er ved at sætte din enhed i flytilstand og se, hvad der sker, når du tester.

Du har overtrådt Apples retningslinjer

Apple har et sæt retningslinjer for App Store-anmeldelser, som du skal overholde. Du kan gennemgå dem , men lad os hurtigt gennemgå disse, da de er ret selvforklarende:

• Apps, der er ærekrænkende, fornærmende, fornærmende, ondskabsfulde og ondskabsfulde over for religion, kultur og etnicitet, vil blive afvist.
• Ingen spil.
• Ingen voksenindhold.
• Matching Icons
• Brug Apple til In-App Payments, altså ingen PayPal.
• Lad ikke brugeren underskrive en brugeraftale.

Som du kan forestille dig, er dette på ingen måde den fulde liste, men den burde dække de fleste af de sikre måder at få afvist din app på.

Hvad skal du gøre, hvis din app bliver afvist

Som jeg nævnte i starten af artiklen, er det sådan, at hvis din app finder vej til Resolution Center, er den der af en grund, som vil blive beskrevet i detaljer for dig.

Det, du skal gøre, er nøje at gennemgå grunden til afvisningen og rette problemet. Google er din ven, hvis du bare sætter afvisningsårsagen der, bør du finde en tråd et sted, der forklarer det mere indgående.

Resolution Center er ikke verdens ende, og når problemet er blevet rettet, kan du frit uploade igen. Sørg for at bumpe dit build-nummer, før du sender igen, ellers får du en fejl, når du forsøger at uploade din .ipa-fil.