Ik los de echte oorzaak op, bereid een schone herindiening voor en ken App Review sinds 2008.
Wanneer je app of update wordt geblokkeerd door App Review, vind ik de oorzaak, los die op en bereid een herindiening voor die standhoudt. Dagtarief: € 500 of $ 600.
Ongeveer één op de vier indieningen wordt afgewezen, beoordelingswachtrijen worden soms langer, en de regels blijven verschuiven. Een afwijzing is geen doodlopende weg, het is een stap die je met methode doorwerkt. De echte kosten zijn zelden de weigering zelf. Het is de tijd die je verliest wanneer je niet precies kunt zeggen waar de beoordelaar bezwaar tegen maakt.
Guideline 4.3 richt zich op apps die er te minimaal uitzien of te dicht bij andere die al in de store staan. Guideline 2.1 dekt apps die onvolledig zijn of crashen tijdens de beoordeling. Daarbovenop zitten privacyvragen, de Sign in with Apple-vereiste wanneer je bepaalde externe logins aanbiedt, en het vermelden van het gebruik van generatieve AI. Veel afwijzingen zijn eigenlijk metadata-afwijzingen, die sneller op te lossen zijn dan een codeprobleem.
Een afwijzing is meestal terug te voeren op iets specifieks: een leeg scherm op een bepaald moment, een toestemming gevraagd zonder rechtvaardiging, een beschrijving die te veel belooft. Ik herleid het tot die oorzaak in plaats van een reactie op te lappen die de volgende keer wordt geweigerd. Een schone herindiening met een duidelijke notitie aan de beoordelaar gaat veel soepeler door.
Ik heb geschreven over apps gebouwd via vibe coding, op tools als Replit, die worden afgewezen omdat ze niet echt native zijn en lezen als een website in een wrapper. Een app die echt native is, systeemcomponenten gebruikt en zich gedraagt zoals het besturingssysteem verwacht, geeft 4.3 en 2.1 veel minder houvast. De kwaliteit die een beoordelaar waarneemt telt net zo zwaar als formele naleving van de regels.
Tegen mijn dagtarief van € 500 of $ 600. Een metadata-afwijzing is vaak in minder dan een dag opgelost, terwijl een code- of productprobleem langer duurt, afhankelijk van hoe diep de oorzaak zit.
Ja. Ik lees de bestaande code en App Store Connect-opzet om de oorzaak te vinden, ook als ik de app niet heb geschreven. Bij afwijzingen is dat vrijwel altijd de situatie.
Niemand bepaalt de timing van Apple, maar ik kan een verzoek om versnelde beoordeling indienen wanneer een kritieke update vastzit, en belangrijker nog een herindiening leveren die niet opnieuw wordt afgewezen.
Meestal wel. Guideline 4.3 vraagt je de app onderscheidender en vollediger te maken. Ik kijk naar wat hem minimaal of generiek doet lezen en los het op productniveau op in plaats van de listing op te smukken.
Ja. Ik schrijf feitelijke antwoorden aan de beoordelaar en een toelichtende notitie die doorloopt wat er is veranderd, wat het heen-en-weer terugdringt.
Ik voeg Sign in with Apple toe wanneer de regel dat vereist, en ik zet de juiste vermelding op voor het gebruik van generatieve AI. Beide zijn veelvoorkomende, goed begrepen redenen met bekende oplossingen.
Stuur de productcontext, het doelplatform, de status van de repository en de planning. Ik laat je snel weten of ik kan helpen.