Una autoevaluación antes de pulsar enviar. No describe cómo revisa Apple internamente.
Fuente: Apple App Review Guidelines, consultada el 2026-10-22. Las guías cambian, así que abre la versión actual antes de enviar. Solo se verificaron los puntos citados abajo.
Gran parte del consejo de iOS se aplica igual; ver motivos habituales de rechazo en la App Store y cómo probarlos. A continuación, los puntos específicos de Mac que conviene revisar.
Autoevaluación
- Build completa y funcional. Sin texto de relleno, sin botones muertos, sin crash al primer inicio. La directriz 2.1(a) dice: "We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems." (Rechazaremos paquetes y binarios de apps incompletos que se cierran o presentan problemas técnicos evidentes.) Ejecuta la checklist de pruebas para Mac en un Mac limpio.
- La ficha coincide con la app. Las capturas muestran la app real en un Mac; la descripción no promete nada que la app no pueda hacer.
- Los datos de privacidad coinciden con la realidad. Enumera cada tipo de dato que recogen la app y cualquier código de terceros. Comprobación: revisa tus SDK y tus llamadas de red. La directriz 5.1.1(i) dice: "All apps must include a link to their privacy policy in the App Store Connect metadata field and within the app in an easily accessible manner." (Todas las apps deben incluir un enlace a su política de privacidad en el campo de metadatos de App Store Connect y dentro de la app, de forma fácilmente accesible.) Para los demás campos de privacidad de App Store Connect, consulta la ayuda actual de App Store Connect. No es asesoramiento legal.
- Sandbox y permisos. La directriz 2.4.5(i) cubre las apps distribuidas por la Mac App Store: "They must be appropriately sandboxed, and follow macOS File System Documentation." (Deben estar correctamente en sandbox y seguir la documentación del sistema de archivos de macOS.) Pide solo el acceso que necesitas, explica cada petición en la interfaz y prueba con el acceso denegado.
- Acceso de demo. Si la app necesita una cuenta, un servidor o una licencia, da al revisor credenciales funcionales o un modo demo, y mantén el backend activo durante la revisión.
- Las compras dentro de la app y los flujos de cuenta funcionan como se describen, si los tienes. Pruébalos con los mecanismos de prueba de la tienda. La directriz 3.1.1 dice: "If you want to unlock features or functionality within your app ... you must use in-app purchase." (Si quieres desbloquear funciones o contenido dentro de tu app... debes usar compras dentro de la app.) La directriz 2.4.5(vi) dice que las apps de la Mac App Store "may not present a license screen at launch, require license keys, or implement their own copy protection." (no pueden mostrar una pantalla de licencia al iniciar, exigir claves de licencia ni implementar su propia protección contra copia.)
- Los datos de soporte y contacto son accesibles. Envíate un mensaje por el canal indicado.
- Deja notas para el revisor. Pasos breves para llegar a las funciones principales, y cualquier cosa inusual, como un requisito de hardware.
La distribución directa es diferente
Distribuir fuera de la tienda tiene otros controles; ver pruebas de notarización y Gatekeeper.
No compres, intercambies ni recompenses valoraciones; ver por qué comprar reseñas de apps sale mal.
AppReviewX acepta apps mediante enlace de tienda de Google Play, la App Store de Apple, la Mac App Store y Microsoft Store. Las apps de Windows y Mac deben estar ya publicadas en su tienda, y AppReviewX no distribuye builds ni instaladores. El feedback es privado y estructurado, un feedback aceptado = un crédito, y las valoraciones en tienda son voluntarias, no pagadas y nunca obligatorias. Volver al hub de apps de Windows y Mac. Relacionado: pruebas de instalador y actualización en Windows. Si también publicas en móvil, empieza gratis.