Si distribuyes una app de Mac fuera de la Mac App Store, lo primero que encuentra un usuario es si se abre limpiamente. Tu propio Mac es una mala prueba, porque ya confía en tus builds.
Fuentes, consultadas el 2026-10-22: Apple Developer ID y Apple Platform Security: Gatekeeper y protección en tiempo de ejecución. Apple dice: "Gatekeeper on macOS helps protect users from downloading and installing malicious software by checking for a Developer ID certificate from apps distributed outside the Mac App Store." (Gatekeeper en macOS ayuda a proteger a los usuarios de descargar e instalar software malicioso, comprobando si hay un certificado de Developer ID en las apps distribuidas fuera de la Mac App Store.) Sobre la notarización: "Give people even more confidence in your software by submitting it to Apple to be notarized." (Dale a la gente aún más confianza en tu software enviándolo a Apple para su notarización.) La guía de seguridad dice que Gatekeeper "requests user approval before opening downloaded software for the first time." (pide la aprobación del usuario antes de abrir por primera vez el software descargado.) El comportamiento cambia entre versiones de macOS, así que revisa las páginas actuales de Apple para los detalles.
Una prueba en máquina limpia
- Usa un Mac que nunca ejecutó tus herramientas de build. Un segundo Mac, una cuenta de usuario nueva o una VM de macOS limpia.
- Entrega la build como la recibirían los usuarios. Súbela a tu ubicación de descarga y descárgala en un navegador. Copiarla por USB o por carpeta compartida se salta el paso que quieres probar.
- Ábrela con doble clic. Anota exactamente qué aparece: nada, una advertencia o un bloqueo.
- Si hay una advertencia, anótala palabra por palabra, con la versión de macOS. Decide si es esperada o un problema de firma o notarización. La página de Developer ID de Apple dice que el software se sube para notarización con la herramienta de línea de comandos "xcrun notarytool"; para revisar el estado de firma y notarización, consulta la documentación actual de notarización de Apple.
- Prueba cada contenedor. Imagen de disco, zip o paquete de instalador pueden comportarse distinto. Prueba el que entregas.
- Prueba el primer inicio y un inicio posterior, y también tras mover la app a la carpeta Aplicaciones.
- Prueba la ruta de actualización. Una actualización entregada a una app ya instalada no debe provocar advertencias nuevas.
- Vuelve a probar tras cada cambio en tu build o en la configuración de firma. Un certificado nuevo o un script de build pueden romper una build que antes funcionaba.
Registra los resultados
| Versión de macOS | Entrega | Contenedor | Resultado |
|---|---|---|---|
| Ejemplo: una versión reciente | Descarga en navegador | Imagen de disco | Se abre, sin advertencia |
(La fila es un ejemplo del formato, no un resultado real.)
Pide ayuda a testers
Pide a varias personas con distintas versiones de macOS que descarguen y abran la build, y que informen del mensaje exacto con una plantilla de reporte de bugs.
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, prueba beta de una app de Windows. Si también publicas en móvil, empieza gratis.