Preview en release duidelijk gescheiden.
Richtlijn 2.5.2 gaat over apps die code downloaden, installeren of uitvoeren en daarmee hun werking veranderen. De editor en gehoste preview van Buildy staan los van het project dat je compileert. Dit vermijdt dat specifieke patroon, maar garandeert geen goedkeuring: Apple beoordeelt elke uiteindelijke app en haar gedrag.
Wat Guideline 2.5.2 omvat.
“Apps moeten op zichzelf staan binnen hun bundels en mogen geen gegevens lezen of schrijven buiten het daarvoor bestemde containergebied, noch mogen ze code downloaden, installeren of uitvoeren die functies of functionaliteit van de app introduceert of wijzigt, inclusief andere apps.”
Het relevante risico zit in het gedrag van de ingediende app, niet in de naam van de gebruikte tool. Een problematisch patroon bestaat uit drie delen:
- Een verspreide app ontvangt na beoordeling nieuwe uitvoerbare code.
- Die code wijzigt functies die voor de gebruiker beschikbaar zijn.
- Een runtime in de app voert de gedownloade code uit.
Een zelfstandige build vermijdt dit patroon. App Review beoordeelt ook stabiliteit, privacy, betalingen, inhoud, minimale functionaliteit en afhankelijkheden. Architectuur beperkt een bekend risico, maar bepaalt de uitkomst niet.
Preview-infrastructuur en releaseproject zijn gescheiden.
De editor en gehoste preview zijn ontwikkeldiensten. Het releaseproject is een aparte output die je controleert en compileert voor verspreiding.
Op buildy.me
Buildy bundelt het huidige project voor een geïsoleerde browserpreview. Die wordt gebruikt voor iteratie en tests op apparaten.
Export
Betaalde abonnementen exporteren het project voor het gekozen doel: Expo, Kotlin, SwiftUI of React met Vite. De previewdienst van Buildy wordt niet aan die code toegevoegd.
Ondertekende build
Het buildproces verpakt het project als een ondertekend Android- of iOS-artefact. De uiteindelijke naleving hangt nog steeds af van code, afhankelijkheden, inhoud en runtimegedrag.
Deze scheiding is een architectuurmaatregel, geen garantie op goedkeuring. Controleer het gegenereerde en bewerkte project vóór iedere indiening.
Controleer wat specifiek is voor je app.
- Controleer afhankelijkheden en verwijder onnodige runtime-codeladers.
- Test de ondertekende build op fysieke apparaten, niet alleen in de preview.
- Vul privacygegevens, machtigingen, betalingen en reviewnotities volledig in.
- Controleer of metadata en screenshots overeenkomen met de ingediende functies.
De richtlijnen van Apple worden bijgewerkt en kunnen veranderen. Lees de actuele App Review Guidelines.
Bouw met een duidelijke scheiding tussen preview en release.
Gebruik de gehoste preview om te itereren en controleer daarna het project dat je wilt verspreiden.