Een melding van Apple of Google dat een update nodig is, kan over code, een storeformulier of allebei gaan. Controleer eerst om welke app en build het gaat, wat de deadline is en welke status de console toont. Vertaal de melding daarna naar de kleinste veilige wijziging en controleer de daadwerkelijk ondertekende releasekandidaat. De deadline bepaalt de planning; hij bewijst niet dat elke app opnieuw gebouwd moet worden.
Lees de exacte melding in de console
Open de melding in het ontwikkelaarsaccount dat eigenaar is van de app. Noteer:
- De app, het platform, de betrokken track en de exacte versie of build.
- De gevraagde actie, deadline, huidige status en wat er verandert als de datum verstrijkt.
- Of het gaat om een nieuwe inzending, zichtbaarheid van een bestaande app, een storeformulier of het binaire bestand.
Haal SDK-nummers niet door elkaar
Op Android bepaalt de target-API op welk gedrag van het platform je app is afgestemd. De compile- of build-SDK is de toolchain en API-set waarmee je de app bouwt; min SDK bepaalt de oudste Android-versie waarop installeren mogelijk is. Bij Apple staan Xcode en de iOS-SDK die voor uploads vereist zijn los van het deployment target: de minimale iOS-versie die de app ondersteunt. Een hogere target- of upload-SDK verhoogt de minimale OS-versie niet automatisch. Eén getal wijzigen maakt een incompatibele afhankelijkheid, permissieflow, manifestvermelding of SDK-gedragswijziging ook niet veilig.
Bepaal wat er echt moet veranderen
Neem een fictieve Android-app waarvan de Play Console om target-API 36 vraagt. Voordat er iets wordt aangepast, controleert de eigenaar in de console de genoemde app, release, deadline en status. Het team controleert of elke plugin en ingebouwde SDK met die target bouwt en goed werkt; daarna beoordeelt het gedragswijzigingen, permissies en manifestvermeldingen. Alleen een versienummer verhogen kan de build laten slagen terwijl een bibliotheek aanmelden of pushberichten nog steeds breekt.
- Controleer afhankelijkheden en privacygerelateerde SDK’s; werk incompatibele onderdelen bij of vervang ze.
- Controleer manifestvermeldingen, runtimepermissies en bijbehorende storeverklaringen.
- Bekijk informatie over accountverwijdering en leeftijdsclassificatie als die van toepassing is; deze voorbeelden gelden niet voor elke app.
- Controleer of de melding een correctie van metadata of een formulier toestaat, of een nieuw binair bestand vereist.
Houd de release beheersbaar
Werk op een onderhouden releasebranch, bewaar de laatst goedgekeurde broncode en build en noteer welke versies veranderen. Als de melding het toestaat, kan een correctie van alleen metadata in de console. Wijzigingen in code, SDK of manifest vereisen een nieuw ondertekend binair bestand.
- Bouw de releasekandidaat met de vereiste toolchain en ondertekening. Houd de kandidaat gekoppeld aan de onderhouden releasebranch.
- Installeer die ondertekende build op ondersteunde fysieke apparaten. Een ontwikkelbuild alleen controleert de releasekandidaat niet.
- Test de echte gebruikersroutes opnieuw. Controleer aanmelden, aankoop en herstel, pushmeldingen en deep links als de app die gebruikt.
- Upload naar een interne of gesloten testtrack. Controleer de app, versie, permissies en het starten in de geïnstalleerde build.
Testen, review en publicatie zijn aparte stappen
Een testbuild uploaden geeft geen toestemming voor een publieke release. Externe TestFlight-tests kunnen een bètabeoordeling vereisen. Spreek testen, beoordeling en publicatie afzonderlijk af met de accounteigenaar. De klant behoudt storeaccounts, broncode en toegang tot ondertekening. Spreek onderhoud, ASO en appondersteuning of modernisering apart af. Onze gids over beoordelingstijden helpt bij de planning.
- Melding beoordelen
- Afgebakende wijziging maken
- Ondertekende build controleren
- Eigenaar keurt volgende stap goed
Testen, inzenden voor review en openbaar uitbrengen zijn aparte beslissingen.
Gecontroleerd op 4 november 2026: Google Play vereist API 36 voor gewone telefoonapp-inzendingen; voor de zichtbaarheid van bestaande apps gelden aparte regels. Apples huidige uploadvereisten omvatten Xcode 26 en de iOS 26-SDK. Aangekondigde eisen voor 2027 zijn toekomstige wijzigingen. Controleer deadline en scope in de melding voor je eigen app.