Stemplet som svindler over en opdatering, der aldrig blev udgivet: hvad Apple bytter væk

Den 28. oktober delte en udvikler, der skriver på X som Stacy, et screenshot af en besked i App Store Connect med titlen Pending Termination Notice. Appsene bag kontoen har tjent 114.000 dollar. Næste morgen var opslaget set omkring 180.000 gange, og svarene var fulde af udviklere, der tjekkede deres egne gamle afvisninger.

Historien er kort. For mere end seks måneder siden tilføjede en opdatering til en eksisterende app ét bibliotek. App Review afviste den mere end otte gange, og næsten aldrig på grund af biblioteket. Gennemgangen hæftede sig ved nøgleord, der havde været live i over et år, ved en undertitel i én lokalisering, ved screenshotsene og til sidst ved appens navn, som er det navn, de fleste brugere skriver for at finde den.

Stacy bad om et opkald. Reviewerne, som opslaget beskriver som virkelig gode, sagde, at navnet var det sidste tilbageværende problem. Appen fik nyt navn og blev sendt ind igen. Tre dage senere kom en generisk afvisning, der igen listede undertitlen og screenshotsene. På det tidspunkt besluttede Stacy, at opdateringen ikke var nødvendig, og droppede den.

Måneder senere skrev Apple i den samme tråd, at kontoen var markeret til fjernelse for "uærlig eller svigagtig aktivitet". Appen er væk fra butikken. En klage ligger hos App Review Board.

Hvad meddelelsen egentlig beskylder for

Screenshottet viser begrundelsen i ét afsnit: "Indsendelser fra din konto har gentagne gange overtrådt App Review-retningslinjerne i et forsøg på at omgå gennemgangsprocessen. Efter flere genindsendelser er de overtrædelser af retningslinjerne, som blev beskrevet for dig i tidligere korrespondance, stadig ikke løst." Udbetalinger er sat på pause, overførsel af apps er slået fra, og oprettelse af en ny konto "kan medføre opsigelse af den nye eller tilknyttede konti."

Læs det langsomt. Der står intet om en skjult funktion, en falsk anmeldelse eller et bedrageri. Anklagen er et mønster: mange genindsendelser og en overtrædelse, der stadig er åben til sidst. Mønstret passer på en udvikler, der tester gennemgangen af for at smugle noget igennem. Det passer lige så godt på en udvikler, der blev ved med at forsøge at tilfredsstille reviewerne, derefter opgav og holdt op med at svare i en tråd, vedkommende anså for lukket.

Reglen bag er retningslinje 5.6, Developer Code of Conduct: "Gentagen manipulerende eller vildledende adfærd eller anden svigagtig optræden vil føre til, at du bliver fjernet fra Apple Developer Program." Retningslinje 2.3.1 tilføjer, at "grov eller gentagen adfærd er grund til fjernelse." I begge er det ordet gentagen, der bærer vægten, og at genindsende igen og igen er netop, hvad samvittighedsfulde udviklere gør, når en reviewer bliver ved med at finde noget nyt.

Svarene blev til en kø

Inden for et døgn havde tråden samlet udviklere med det samme brev. Jeg har læst hvert af opslagene nedenfor i sin helhed. Hvert af dem er udviklerens egen beretning, og ingen af dem kommer med Apples side.

• @Tom4icecram har lavet apps på fuld tid i over ti år, og profilen lyder nu "All Apps are currently down." Opsummeringen: "Pludselig overtræder en app, de har godkendt, deres aftale. De anklager dig for uærlig eller svigagtig aktivitet. Hele din konto lukkes og tager års urelateret arbejde med sig."
• @thebuildersince, en soloudvikler med otte live apps, fik for næsten et år siden én afvist over et ord i navnet. Appen blev omdøbt, godkendt, så opdateret og godkendt igen og derefter ladet i fred i ni måneder. I denne uge kom den samme formulering om "gentagne overtrædelser". "Jeg havde aldrig forventet, at en afvisning, en rettelse og en godkendelse ville komme tilbage et år senere som 'svindel'." Klageformularen, bemærker udvikleren, rummer 2.000 tegn.
• David Razmadze, iOS-udvikler i mere end seks år, skriver, at kontoen blev opsagt i år "efter seks år på App Store."
• Javi (@rameerez) skrev i juli 2025, at notariseringsjob til en macOS-app havde stået stille i flere dage, så næste skridt var en mail til Developer Support, "og det næste jeg ved er, at de HAR OPSAGT hele min udviklerkonto?!"

Stacy lagde næste morgen en opfølgning op med de detaljer, folk blev ved med at spørge efter. Appen er næsten tre år gammel, har en lav refusionsrate og er live på Google Play. Biblioteket var der til annonceattribution, og ingen af afvisningerne handlede om det. Stacys teori er "en bølge af automatiske bans, der bare tjekker, om du har haft en stribe afvisninger tidligere." Ingen uden for Apple kan bekræfte det. Sagen med @thebuildersince passer ubehageligt godt ind, for dér var afvisningen rettet og godkendt.

Nogle markeringer er berettigede, og en historie, der ser ren ud i et opslag, kan se anderledes ud, når man hører den anden side. I august trak John Gruber en historie om en App Store-afvisning tilbage, den første i Daring Fireballs 24 år, fordi udviklerens beretning havde vildledt ham. Det har jeg i baghovedet, når jeg læser alt ovenstående. Det, ingen af disse udviklere beskriver, er en advarsel med konkrete detaljer før meddelelsen.

Apple har et reelt svindelproblem

Intet af dette foregår i et vakuum. I 2025 opsagde Apple 193.000 udviklerkonti over svindelmistanke og afviste mere end 138.000 tilmeldinger. Apple fjernede næsten 59.000 apps for bait-and-switch, altså apps godkendt som et puslespil eller en lommeregner, der efter gennemgangen blev lavet om til værktøjer til økonomisk svindel, og afviste over 22.000 indsendelser for skjulte eller udokumenterede funktioner.

Den 16. oktober, tolv dage før Stacys opslag, strammede Apple retningslinjerne igen. En ny 2.5.19 forbyder skjulte, hvilende eller udokumenterede funktioner og nævner kodeobfuskering som grund til opsigelse. For apps med brugergenereret indhold tilføjede Apple, at udviklere, der "undlader at afhjælpe identificerede overtrædelser efter påtale, kan anses for at overtræde Developer Code of Conduct." Jeg ved ikke, om noget af det nåede Stacys sag. Det beskriver til gengæld stemningen, App Review arbejder i dette efterår.

Set indefra den stemning ligner en app, der bliver ved med at komme tilbage med det markerede problem stadig åbent, første træk i et bait-and-switch. Jeg forstår, hvorfor mønstret bliver markeret. Det, jeg ikke kan forsvare, er en markering, der kan ende i en svindeldom, mens den samme tråd rummer et opkald, hvor en reviewer sagde, at der kun var én ting tilbage at rette.

Sanktionen rammer hårdest dem, den ikke var skrevet til

En svindeloperation behandler en udviklerkonto som en forbrugsvare. Derfor var der 193.000 af dem at opsige på ét år, og derfor bruger meddelelsen en sætning på at advare mod at oprette nye. For de folk er et livsvarigt forbud mod programmet en linje i et brev og prisen for en ny identitet.

For en udvikler, hvis app har tjent seks cifre, og hvis brugere finder den på navn, afslutter den samme linje forretningen på Apples platforme. Hver eneste app under kontoen forsvinder fra butikken sammen med sine bedømmelser, sine placeringer og de brugere, der ville have fået næste version. Den, der aldrig skar et hjørne, har mest at miste ved en sanktion, der er lavet til folk, som intet har at miste.

Der er heller ingen anden vej på iOS. Siden iOS 17.4 kan brugere i EU installere apps fra alternative markedspladser og fra udvikleres egne websites, og det nævnes ofte som svaret på App Stores magt. Disse apps skal stadig notariseres af Apple, og Apples egen beskrivelse af en markedsplads er en tjeneste, der modtager notariserede apps "fra andre medlemmer af Apple Developer Program." Retningslinjerne siger, at apps i strid med reglerne bliver "fjernet fra App Store og blokeret fra installation via alternativ distribution." En opsagt konto har ingen vej til en iPhone i noget land.

Hvor de udviklere tager hen i stedet

Så de tager til Android og til nettet, og de tager deres næste idéer med sig. Stacys app er allerede på Google Play og klarer sig fint efter Stacys egen beretning. Det er den del, jeg mener, Apple undervurderer.

Jeg har været iOS-udvikler siden iPhone OS 2, den dag App Store åbnede i juli 2008. Hver eneste app, jeg har udgivet siden, ligger under én Apple-konto, og efter atten år er jeg stadig bange for, at en meddelelse som denne en morgen lander i min egen indbakke. Jeg har aldrig købt en anmeldelse, skjult en funktion eller sendt én ting til reviewerne og en anden til brugerne. Når jeg læser Stacys tråd, er jeg ikke længere sikker på, at det er nok.

En af mine egne apps er allerede et offer for den frygt. Sing It Like Britney: Karaoke havde en kernefunktion, Chaos Mode, som adskilte den fra andre karaokeapps, da den udkom. Så fastslog en gennemgang en gang, at den var en kopi af andre apps. Det tror jeg ikke, men jeg vil ikke have den markering stående på min konto, mens meddelelser som Stacys bliver sendt ud. Derfor fjernede jeg selv appen fra App Store, med vilje, så min konto holdes uden for rækkevidde af et mønster som Stacys. Den var kun til iOS, da jeg besluttede at fjerne den, og i den nærmeste fremtid flytter udviklingen af den til kun Android.

Jeg bygger native og iPhone først, fordi aftalen i de fleste af de år var klar. Du følger reglerne, du bliver afvist, du retter det, reviewerne nævner, og du udgiver. En afvisning kunne være langsom, smålig eller direkte forkert, og den var stadig en samtale, der endte med en afgørelse om ét build.

Det, der slider på den tillid, er uensartethed langt mere end strenghed. Nøgleord, der er godkendt i et år, bliver afvist på en opdatering, der ikke rørte dem. En reviewer i telefonen nævner det sidste problem, og den næste reviewer lister tre andre. En indsendelse, du gik fra, kommer måneder senere tilbage som bevis imod dig. Hver af dem lærer en udvikler, at en tidligere godkendelse ikke beskytter noget, og at det at være vedholdende og lydhør kan læses som et forsøg på at omgå reglerne.

Folk, der i dag vælger, hvor de skal bygge først, vil drage den oplagte konklusion. Hvis en gået i stå opdatering kan blive til en svindelsag, bør et lille team sørge for, at iPhone-appen aldrig er hele forretningen: Android fra første version, en webudgave hvor det giver mening, en brugerliste, som Apple ikke ejer. Hvert af dem er fornuftig risikostyring. Hvert af dem gør også iOS til én kanal blandt flere for netop de udviklere, der før så den som hovedkanalen.

Google Play er ikke et fristed. Dets hjælpesider siger, at en opsagt konto mister alle sine apps, brugere, statistikker og bedømmelser, at relaterede konti bliver opsagt med den, og at nye konti også bliver opsagt. At sprede sig over flere butikker gør ikke nogen enkelt af dem mere retfærdig. Det gør en enkelt afgørelse til noget, man kan overleve.

Hvis du har en gammel afvisning liggende i App Store Connect

Ingen uden for Apple ved præcis, hvad der flytter en sag fra afvist til markeret. Det her er de vaner, jeg ville tage op i dag, og ingen af dem er en garanti.

1. Luk forladte tråde skriftligt. Hvis du har besluttet ikke at udgive en afvist version, så svar App Review og skriv, at du trækker ændringen tilbage og ikke sender den ind igen. Meddelelsen taler om overtrædelser, der "stadig ikke er løst", og en afvisning, du er holdt op med at svare på, ser præcis sådan ud fra den anden side.
2. Gem hver afvisningsbesked og hvert screenshot, også dem du fik løst. Sagen med @thebuildersince var rettet og godkendt og kom alligevel tilbage et år senere. Hvis du nogensinde skal klage, er optegnelsen over, hvad du ændrede og hvornår, det bevis, du har.
3. Skriv hvert opkald ind i tråden. Efter en telefonsamtale med App Review skal du skrive et kort resumé af, hvad der blev aftalt. Den næste reviewer læser tråden, og et opkald efterlader intet i den.
4. Send kun ind igen med en ændring og en note. Hver indsendelse bør rette noget, der er nævnt i den sidste afvisning, og sige det i Notes for Review. Flere genindsendelser i træk med de samme metadata ligner afprøvning, uanset hensigten.
5. Brug fejlrettelsesvejen, når den gælder. Retningslinjerne siger, at for apps, der allerede er i butikken, "forsinkes fejlrettelser ikke på grund af overtrædelser af retningslinjerne, undtagen dem der vedrører lovgivning eller sikkerhed." Du beder om det i App Store Connect og forpligter dig til at tage fat på problemet i næste indsendelse.
6. Opret ikke en ny konto efter en meddelelse. Brevet siger, at den nye konto også kan blive taget ned. Klag til App Review Board, svar præcis på det, meddelelsen henviser til, og hvis reglen er 5.6, så følg den vej tilbage, som retningslinjen selv beskriver: "en skriftlig erklæring med de forbedringer, du agter at gennemføre."
7. Hold dine brugere tilgængelige uden for butikken. En mailliste, et website, en Android-version. Med dem på plads er en opsigelse en forfærdelig måned. Uden dem er den enden på firmaet.

Hvis du står midt i en afvisning lige nu, har jeg skrevet om hvad Apple afviser under 4.2 og 4.3 og om hvad en lang gennemgang egentlig betyder, og der er en side her om at få en afvist app igennem.

Hvad Apple bytter væk

App Review findes for at holde butikken troværdig, og hver ærlig udvikler har gavn af det, når det virker. Et system, der ikke kan skelne en svindler fra en, der opgav en opdatering efter otte runder, bruger en anden slags tillid, den som udviklere nærer til Apple, og bruger den på de folk, platformen har mest brug for. De svarer på hver afvisning, omdøber deres app, når de bliver bedt om det, og tager telefonen. De er også dem med en reel forretning, der kunne flytte.

Jeg håber, App Review Board omgør denne afgørelse hurtigt, og jeg håber, Apple siger offentligt, at det ikke er svindel at gå fra en afvist opdatering. Indtil Apple gør det, vil de råd, jeg giver kunder, omfatte en Android-version og en mailliste, og de råd handlede førhen ikke om Apple.