Apple afviser ubrugelige apps: svaret er ikke at bruge uger på dem
· 6 min. læsning
Den 9. juni 2026 strammede Apple sine valideringsregler for at sortere apps „uden værdi“ fra. Mange læste ét enkelt budskab ind i det: at man nu skal bruge uger på en app, for at den bliver godkendt. Det passer ikke. Apple måler ikke den tid, du bruger. Apple ser på, om appen fortjener at eksistere.
Det, Apple ændrede den 9. juni 2026
Den vigtigste ændring rammer guideline 4.3(b). Apple tilføjer her en sætning uden tvetydighed:
„Indsend ikke apps, der ikke kan skelnes fra det, som allerede er bredt tilgængeligt. At skabe opportunistiske varianter af eksisterende kategorier eller populære apps forringer opdagelsen på App Store, sænker den samlede kvalitet og skader både brugere og udviklere.“
Apple nævner endda de kategorier, der ikke længere bliver godkendt uden en reelt anderledes oplevelse: dating, lommelygte, lydeffekter, baggrundsbilleder, simpel timer, spådom. Apps med prutlyde, bøvselyde, Kama Sutra eller drukspil placerer Apple i kategorien „middelmådige, af lav kvalitet eller uden indsats“.
Kriteriet er ikke tiden, du bruger
Det er pointen, som de fleste kommentarer overser. Apple afviser ikke en app, fordi den er lavet hurtigt. Apple afviser den, fordi den ikke bidrager med noget. Endnu en klon bliver kasseret, selv om den kostede dig tre uger. En fokuseret app med en reel grund til at eksistere, bygget på fire dage, består.
Værdi er altså ikke et spørgsmål om timer. Du kan bruge en måned på at finpudse en idé, som ingen er interesseret i, eller levere noget på få dage, der løser et rigtigt problem. Apple vil se det sidste.
Klausulen, der virkelig ændrer spillet
Den vigtigste stramning er ikke afvisningen ved indgangen, men det, der sker bagefter. Apple giver sig nu ret til at fjerne apps, der allerede er udgivet:
„Vi kan fremover fjerne disse apps fra App Store, hvis de ikke opdateres, forbedres eller ikke tiltrækker kunder. Gentagne indsendelser af denne type kan føre til udelukkelse fra Apples udviklerprogram.“
En app kan altså blive godkendt, forblive online og derefter forsvinde af mangel på brugere. Og en udvikler, der udsender den ene ligegyldige app efter den anden, sætter sin konto på spil. At bruge seks uger på at polere en app i tomrummet, uden nogensinde at holde den op mod rigtige brugere, bliver det værst tænkelige væddemål.
En indkøbsliste-app i en overfyldt kategori
Jeg udgav en i år, og på papiret er det præcis den type app, disse regler sigter mod. Indkøbslister er overfyldt. Apples egne eksempler nævner lommelygter, baggrunde og simple timere, og en indkøbsliste bor tæt nok på den gade til, at man tænker sig om en ekstra gang, før man laver en mere.
Den kom igennem ved første gennemgang, uden afvisning og uden en eneste besked fra en anmelder.
Den kom igennem, fordi den gør én ting, som intet andet i App Store gør på samme måde. TapTap Grocery er én skærm og ét tryk. Du trykker på et stort farvet ikon, og varen står på listen. Der er intet søgefelt, intet opskriftsbibliotek, ingen lageroversigt, ingen stregkodescanner, ingen madplan. Et barn, der endnu ikke kan læse, kan tilføje æbler, fordi billedet er et æble. Den kører på Apple Watch, som er der, hvor en liste hører hjemme, når begge hænder er fulde.
De funktioner, jeg udelod, er hele argumentet. Indkøbsapps får med tiden opskrifter og madplaner, for det er det, man griber til, når man skal begrunde en højere pris. Hver tilføjelse koster et tryk, en skærm eller en beslutning, præcis i det øjeblik hvor nogen står i køkkenet med et barn, der hiver i ærmet. At lade dem ude var ikke dovenskab. Det er produktet.
Det er, hvad en reelt anderledes oplevelse betyder. Det kræver ikke en ny kategori, og det betyder ikke at overgå de etablerede på funktionslisten. Det betyder at have et holdbart svar på det spørgsmål, godkendelsen i virkeligheden stiller: hvorfor findes den her, når de andre allerede er der? Her er svaret, at de andre ikke er ét tryk og én skærm, og ikke kan blive det, på grund af alt det, de har valgt at lægge til.
Derfor er en MVP på få dage det rigtige svar
Når Apple belønner nytte og reel brug, er logikken at levere en version hurtigt, som gør én ting godt, lægge den i hænderne på rigtige brugere og så iterere. Ikke at finpudse den i ugevis, før man overhovedet ved, om nogen vil have den.
En god MVP hviler på en klar kerne:
- En hovedfunktion, der virkelig fungerer, ikke en mockup
- Ægte native funktioner, dem som en simpel hjemmeside pakket ind i en webview ikke kan tilbyde
- En ren indstillingsskærm med privatliv og styring af notifikationer
- Noget, der måler, om folk kommer tilbage, så du kan afgøre, hvad der skal bygges næst
Den kerne bygges på få dage, når man ved, hvor man er på vej hen. Resten, de sekundære funktioner og grænsetilfældene, kommer bagefter, når appen har bevist, at den interesserer nogen.
Hurtig fordi erfaren, ikke hurtig fordi sjusket
Der er en nuance, man ikke må overse. „At levere på få dage“ er ikke det samme som „at sjuske“. De apps, Apple rydder ud i nu, er netop dem, der blev produceret hurtigt og uden håndværk, ofte genereret af vibe coding-værktøjer. Hastigheden redder dem ikke; deres manglende værdi dømmer dem.
Forskellen ligger i erfaringen. Efter atten år med app-udvikling ved man, hvad der består valideringen, og hvad der bliver kasseret. Man ved, hvilke native funktioner en reviewer forventer, hvor guideline 4.2 driller, hvorfor en forklædt web app aldrig holder i længden. Man spilder ikke tid på at genopdage reglerne ved at samle afvisninger. Man bygger appen rigtigt første gang.
Det er dét, at levere hurtigt uden at levere dårligt. Man skærer spildet væk, ikke de nødvendige funktioner. Kernen er aldrig til forhandling. Det, man fjerner, er de uger, der ellers gik med at finpudse det, som ingen har brug for.