La vista previa alojada queda fuera de la versión publicada.
La Directriz 2.5.2 trata las apps que descargan, instalan o ejecutan código que cambia su funcionalidad. El editor y la vista previa alojada de Buildy funcionan separados del proyecto que compilas. Esto elimina ese patrón concreto, pero no garantiza la aprobación: Apple revisa cada app final y su comportamiento.
Qué cubre la Directriz 2.5.2.
“Las apps deben ser autocontenidas en sus bundles y no pueden leer ni escribir datos fuera del área de contenedor designada, ni descargar, instalar o ejecutar código que introduzca o cambie funciones o funcionalidades de la app, incluidas otras apps.”
El riesgo relevante está en el comportamiento de la app enviada, no en el nombre de la herramienta empleada. Un patrón problemático tiene tres partes:
- Una app distribuida recibe código ejecutable nuevo después de la revisión.
- Ese código cambia las funciones disponibles para el usuario.
- Un runtime dentro de la app ejecuta el código descargado.
Una versión autocontenida evita ese patrón, pero App Review también valora la estabilidad, la privacidad, los pagos, el contenido, la funcionalidad mínima y las dependencias. La arquitectura reduce un riesgo conocido; no decide el resultado de la revisión.
La vista previa y la publicación son salidas separadas.
El editor y la vista previa alojada de Buildy son servicios de desarrollo. El proyecto publicado es una salida distinta que revisas y compilas para distribuir.
En buildy.me
Buildy empaqueta el proyecto actual para mostrarlo en una vista previa aislada en el navegador. Se utiliza para iterar y probar en dispositivos.
Exportación
Los planes de pago exportan el proyecto del destino elegido: Expo, Kotlin, SwiftUI o React con Vite. El servicio de vista previa no se añade a ese código.
Versión firmada
La compilación empaqueta el proyecto en un artefacto firmado para Android o iOS. El cumplimiento final depende del código, las dependencias, el contenido y el comportamiento de esa app.
Esta separación es un control arquitectónico, no una garantía de aprobación. Revisa el proyecto generado y editado antes de enviarlo, igual que harías con el código producido por cualquier herramienta.
Revisa lo que depende de tu app.
- Revisa las dependencias y elimina cualquier cargador de código que no necesites.
- Prueba la versión firmada en dispositivos físicos, no solo en la vista previa.
- Completa privacidad, permisos, pagos y notas para la revisión.
- Confirma que los metadatos y capturas coinciden con la funcionalidad enviada.
Las directrices de Apple pueden cambiar con el tiempo. Consulta las directrices actuales de App Review.
Crea con una separación clara entre vista previa y publicación.
Utiliza la vista previa alojada para iterar y después revisa y compila el proyecto que vas a distribuir.