Apple heeft opgeschreven hoe App Review werkt. Dit zou ik aanpassen voordat ik indien

Het meeste dat ik over App Review weet, heb ik geleerd van afwijzingsmails. Dus toen Apples Hello Developer van november 2026 zei “Bekijk nieuwe hulpartikelen van App Review”, heb ik ze allemaal gelezen. Ze staan nu op één plek, App Review Help, en ze zeggen hardop veel dingen die vroeger folklore waren.

Dit staat erin dat telt voor een Mac-app, en dit zou ik aanpassen voor mijn volgende indiening.

Eerst: voor wie dit is

App Review kijkt alleen naar wat via App Store Connect gaat: de Mac App Store, TestFlight, In-App Purchases en de rest. Verkoop je je Mac-app vanaf je eigen site met een Developer ID, dan beoordeelt niemand bij Apple hem. Hij gaat door notarisatie, een geautomatiseerde controle. Verspreid je dus alleen direct, lees dit dan vluchtig en bewaar het voor de dag dat je een Mac App Store-versie toevoegt.

Hoe lang een beoordeling duurt

Het artikel over de beoordelingsstatus geeft Apples eigen doel: minstens 50% van de indieningen beoordelen in minder dan 24 uur en 90% in minder dan 48 uur. Het zegt ook wat een beoordeling trager maakt, zoals een beperkte beoordelingsgeschiedenis, documenten die Apple nodig heeft, of complexe of nieuwe problemen.

Wat ik zou doen: een lanceringsdag plannen met twee vrije dagen ervoor, meer voor een eerste app. En vroeg indienen met een handmatige release, zodat je de minuut kunt kiezen waarop hij live gaat.

In het veld Notes win je beoordelingen

Het artikel over de volledige beoordeling is openhartig: “Onvolledige indieningen worden afgewezen.” De details die tellen:

• Demo-logins moeten werken als de beoordeling begint, niet alleen als je indient. Een testaccount dat ondertussen verloopt of verandert, kan tot afwijzing leiden.
• Heeft inloggen een code nodig, zet die dan in Notes. Zonder code moet Apple misschien bellen, en bellen is meestal binnen drie tot vijf werkdagen gedaan. Dat is een week weg.
• Abonnementen hebben een demo-account met een verlopen abonnement nodig, zodat de beoordelaar de hele aankoopflow kan zien.

Wat ik zou doen: het veld Notes schrijven als een korte handleiding voor een vreemde. Waar je eerst klikt, welk account je gebruikt en wat het menubalkicoon doet als je app geen venster heeft. Dat laatste is heel Mac.

Als hij wordt afgewezen

Dit is het deel dat ik jaren geleden op papier had willen hebben.

• Dien niet opnieuw in om een vraag te beantwoorden. Vraagt App Review om informatie, antwoord dan in App Store Connect. Dien alleen opnieuw in voor een fix in de build, en pas als je elk genoemd probleem hebt opgelost.
• Zoek bovenaan naar "Bug Fix Submissions:". Begint een afwijzing met die opmerking, dan zegt het artikel over Bug Fix Submissions dat je kunt antwoorden om te accepteren en het probleem in je volgende update kunt aanpakken. Dien niet opnieuw in. Het werkt alleen voor apps die eerder zijn goedgekeurd, nooit voor juridische of veiligheidsproblemen, en een probleem kan niet twee keer worden uitgesteld.
• Versnel alleen als het echt nodig is. Apple zegt dat verzoeken om versnelde beoordeling “gereserveerd moeten blijven voor zaken van echte urgentie”, en alleen voor builds die al zijn ingediend. Heb je een lancering rond een evenement, zet dan het evenement en de datum in Notes.
• Ga als laatste in beroep. Reageer eerst op de afwijzing en leg het uit. Werkt dat niet, dan neemt de App Review Board één beroep per app aan, en als je opnieuw hebt ingediend, kun je niet meer in beroep tegen die afwijzing.

Vier regels, met cijfers

De artikelen over de richtlijnen zijn kort en concreet.

• Screenshots, 2.3.3. Meer dan de helft van je screenshots moet de app in gebruik tonen, geteld per apparaattype. Bij drie screenshots moeten er twee de app zijn. Een startscherm of een titelkaart is prima zolang het de minderheid is. De screenshotcontrole van MacPip controleert de formaten, en de rest kun je zelf tellen.
• Namaak, 4.1. Zet geen namen van populaire apps of beschermde merktermen in een metadataveld. Dat geldt ook voor je zoekwoorden, waar de naam van een concurrent de klassieke misser is. De zoekwoordencontrole voor de App Store telt je velden zodat je ziet wat erin staat.
• Purpose strings, 5.1.1(ii). Elke beschermde bron heeft een eigen duidelijke purpose string nodig, vertaald als je app dat is. Apples eigen slechte voorbeeld is "To use location." En je bent ook verantwoordelijk voor wat je SDK's vragen. Plak je Info.plist in de Info.plist-uitleg en lege en vage strings worden gemarkeerd.
• Account verwijderen, 5.1.1(v). Als mensen in je app een account kunnen maken, moeten ze het verwijderen ervan in de app kunnen starten. Deactiveren is niet genoeg, en je kunt ze niet laten bellen. Als ze een abonnement hebben, zeg dan dat de betaling via Apple doorloopt tot ze opzeggen.

De ene regel over de Mac

Alleen het artikel over compatibele apparaten noemt de Mac. Het zegt dat compatibele iPhone- en iPad-apps ongewijzigd kunnen draaien op Macs met Apple silicon, en dat apps die leunen op aanraking die je met een toetsenbord niet kunt doen, niet goed geschikt zijn voor macOS. Maak je een iPad-app, kijk dan of hij in de Mac App Store verschijnt, en zet dat uit als hij niet goed werkt met toetsenbord en trackpad. Dezelfde pagina zegt dat TestFlight tot 100 interne en 10.000 externe testers aankan, en dat ook de eerste build die je aan externe testers geeft langs App Review gaat.

What's New telt ook mee

Nog één, uit de richtlijnen en niet uit de nieuwe artikelen. Guideline 2.3.12 zegt dat je What's New-tekst nieuwe functies en wijzigingen moet beschrijven, en alleen simpele bugfixes en prestatiewerk komen weg met een algemene regel. "Bug fixes and improvements" bij een versie met een nieuwe functie is vragen om een vraag.

Dus de nieuwe gratis tool van vandaag is de release notes formatter. Plak ruwe notities of je regels van git log --oneline. Hij sorteert ze in Nieuw, Verbeterd en Opgelost, laat de chore-, ci- en merge-regels weg, markeert ticketnummers en bestandsnamen, controleert de limiet van 4.000 tekens en geeft je drie kopieën: platte tekst voor App Store Connect, HTML voor je Sparkle-appcast en Markdown voor GitHub. Je notities blijven in je browser. De Sparkle-appcastcontrole staat ernaast, voor de feed waar ze in komen.

Mijn korte lijst

1. Twee vrije dagen vóór de lanceringsdag, en een handmatige release.
2. Een veld Notes dat een vreemde kan volgen, met een werkend demo-account.
3. Antwoord, dien niet opnieuw in, als ze alleen een vraag stellen.
4. Tel screenshots, lees elke purpose string en houd namen van andere apps uit je zoekwoorden.
5. What's New die zegt wat er veranderd is.

En als de app eenmaal uit is, is vermelden op MacPip gratis, met of zonder Mac App Store. Vermeldingen worden automatisch gescand als ze worden ingediend, en een blauw vinkje betekent alleen dat een persoon de app op een datum heeft uitgeprobeerd.

Bronnen

• Apple Developer: Hello Developer, november 2026
• Apple Developer: App Review Help
• App Review Help: De beoordelingsstatus van een indiening volgen
• App Review Help: Informatie geven voor een volledige beoordeling
• App Review Help: Aanbiedingen voor Bug Fix Submission accepteren
• App Review Help: Een versnelde beoordeling aanvragen
• App Review Help: In beroep gaan bij de App Review Board
• App Review Help: 2.3.3, Toon je app in gebruik met screenshots
• App Review Help: 4.1, Afwijzingen voor namaak en imitatie voorkomen
• App Review Help: 5.1.1(ii), Duidelijke purpose strings schrijven
• App Review Help: 5.1.1(v), Account verwijderen aanbieden in je app
• App Review Help: Test je app op compatibele apparaten
• Apple Developer: App Review Guidelines

Lees verder

• Claude Fable 5.2 en Mythos 5.2: wat er nieuw is, de benchmarks, en wat het betekent voor je MacClaude Fable 5.2 en Mythos 5.2 kwamen uit op 9 november 2026. De benchmarks van Anthropic als grafieken, de prijzen, wat er op een Mac verandert, en vier gratis tools.
• De Swift Student Challenge neemt nu Mac-apps aan. Dit zou ik bouwenDe Swift Student Challenge 2027 van Apple loopt van 8 februari tot 28 en neemt voor het eerst apps voor elk Apple-platform aan, macOS inbegrepen. De regels, de data en hoe ik een Mac-inzending zou plannen.
• macOS 27.2.1 laat curl eMudhra niet meer vertrouwen. Dit zou ik controleren in mijn Mac-appmacOS 27.2.1, 26.7.3 en 15.8.3 verwijderen vijf rootcertificaten uit /etc/ssl/cert.pem na de compromittering van de eMudhra-sleutels. Wat er veranderde, wie het raakt en wat makers van Mac-apps moeten testen.
• Live Activities komen naar de menubalk van de Mac. Dit zou ik doen met mijn Mac-appDe beta van macOS 27.3 zet Live Activities in de menubalk van Macs met Apple silicon, en Mac-apps kunnen er zelf een starten. Wat er veranderd is, de limieten en wat je als eerste kunt proberen.
• Geheugen maakt Macs duurder. Dit zou ik doen met mijn Mac-appApple zegt dat geheugen Macs tot in 2027 schaars en duurder houdt, en de goedkoopste Mac heeft 8 GB. Waarom dat uitmaakt voor je Mac-app, en de checks voor deze week.
• Apple laat je nu praten met mensen die opzeggen. Dit zou ik doen met mijn Mac-appSinds 4 november kunnen App Store-abonnementen een bericht of aanbod tonen als iemand opzegt. De regels, wat Apple zegt te doen en wat je op de Mac moet controleren.
• Apple voegt twee vragen over de leeftijdsclassificatie toe. Dit zou ik doen met mijn Mac-appVanaf 16 november vraagt App Store Connect naar gedeelde locatie en datingfuncties, en elke app moet uiterlijk 12 januari 2027 antwoord geven. Wat er verandert en wat je kunt doen.
• Siri AI staat nu open voor elke ontwikkelaar. Dit zou ik met mijn Mac-app doenApple heeft Siri AI voor alle ontwikkelaars geopend in de macOS 27.3-beta. Wat er veranderd is, wat je nu wel en niet kunt uitbrengen en een kort plan voor een kleine Mac-app.
• Macs met touchscreen verschijnen 6 november. Dit zou ik controleren in mijn Mac-appDe eerste touch-Macs van Apple komen 6 november. Wat er veranderd is, wat Apple ontwikkelaars vertelt te doen en een korte lijst om te testen in je eigen Mac-app.
• Kennismaking met MacPipWat MacPip is, waarom ik het heb gebouwd, hoe vermelden en lanceringsdag werken, wat een blauw vinkje echt betekent, en de echte cijfers uit de eerste dagen.
• Een Mac-app lanceren: een checklist die op één pagina pastWat je moet doen voor, op en na de lanceringsdag van een Mac-app: ondertekenen, je pagina, directory's, Product Hunt, Show HN en wat je moet meten.
• Hoe je een beschrijving van één regel schrijft die zegt wat je Mac-app doetEen eenvoudige manier om de ene regel onder de naam van je Mac-app te schrijven: noem de taak, haal de hype weg, en test hem op iemand die de app nog nooit heeft gezien.
• Ondertekenen en notariseren, in heldere taal, voor mensen die hun eerste Mac-app makenWat codeondertekening, notarisatie en stapling elk doen, in welke volgorde, wat je gebruikers zien zonder die stappen, en hoe je je eigen build controleert.
• Wat een dofollow-link eerlijk gezegd waard is, van een site die er één aanbiedtWat dofollow betekent, wat Google zegt over links, waarom een link van een nieuwe directory vandaag weinig waard is, en wat je kunt doen in plaats van links kopen.

Dien je app inGratis tools voor makers