Jeg fikser den virkelige årsaken, forbereder en ren ominnsending og har kjent App Review siden 2008.
Når appen din eller oppdateringen blokkeres av App Review, finner jeg årsaken, fikser den og forbereder en ominnsending som holder. Dagspris: 500 € eller 600 $.
Omtrent én innsending av fire avvises, gjennomgangskøene blir tidvis lengre, og reglene fortsetter å forskyve seg. Et avslag er ingen blindvei, det er et steg du arbeider deg gjennom med metode. Den virkelige kostnaden er sjelden selve avslaget. Det er tiden du taper når du ikke nøyaktig kan si hva anmelderen innvender mot.
Guideline 4.3 retter seg mot apper som ser for minimale ut eller for nær andre som allerede er i butikken. Guideline 2.1 dekker apper som er ufullstendige eller krasjer under gjennomgang. Oppå det ligger personvernspørsmål, kravet om Sign in with Apple når du tilbyr visse tredjepartsinnlogginger, og opplysning om bruk av generativ AI. Mange avslag er egentlig metadata-avslag, som er raskere å fikse enn et kodeproblem.
Et avslag kan som regel spores til noe spesifikt: en blank skjerm på et gitt øyeblikk, en tillatelse bedt om uten begrunnelse, en beskrivelse som overselger. Jeg sporer det til den årsaken i stedet for å lappe et svar som avvises i neste runde. En ren ominnsending med en tydelig note til anmelderen går mye smidigere gjennom.
Jeg har skrevet om apper bygget gjennom vibe coding, på verktøy som Replit, som avvises fordi de ikke er ekte native og leses som et nettsted i et omslag. En app som er ekte native, bruker systemkomponenter og oppfører seg slik operativsystemet forventer, gir 4.3 og 2.1 mye mindre å gripe fatt i. Kvaliteten en anmelder oppfatter teller like mye som formell etterlevelse av reglene.
Til dagsprisen min på 500 € eller 600 $. Et metadata-avslag løses ofte på under en dag, mens et kode- eller produktproblem tar lengre tid avhengig av hvor dypt årsaken sitter.
Ja. Jeg leser den eksisterende koden og App Store Connect-oppsettet for å finne årsaken, selv når jeg ikke skrev appen. Ved avslag er det nesten alltid situasjonen.
Ingen styrer Apples tidsplan, men jeg kan sende inn en forespørsel om framskyndet gjennomgang når en kritisk oppdatering sitter fast, og viktigere levere en ominnsending som ikke avvises igjen.
Som regel ja. Guideline 4.3 ber deg gjøre appen mer særpreget og mer komplett. Jeg ser på hva som får den til å leses som minimal eller generisk og fikser det på produktnivå snarere enn å pynte på listingen.
Ja. Jeg skriver saklige svar til anmelderen og en forklarende note som går gjennom hva som ble endret, noe som reduserer antall fram-og-tilbake-runder.
Jeg legger til Sign in with Apple når regelen krever det, og jeg setter opp riktig opplysning for bruk av generativ AI. Begge er vanlige, godt forståtte grunner med kjente løsninger.
Send produktkonteksten, målplattformen, repository-status og tidsplan. Jeg sier raskt om jeg kan hjelpe.