Si tu distribues une app Mac hors du Mac App Store, la première chose que l'utilisateur rencontre est de savoir si elle s'ouvre proprement. Ton propre Mac est un mauvais test, car il fait déjà confiance à tes builds.
Sources, consultées le 2026-10-22 : Apple Developer ID et Apple Platform Security : Gatekeeper et protection à l'exécution. Apple indique : "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 sur macOS aide à protéger les utilisateurs contre le téléchargement et l'installation de logiciels malveillants en vérifiant un certificat Developer ID pour les apps distribuées hors du Mac App Store.) Sur la notarisation : "Give people even more confidence in your software by submitting it to Apple to be notarized." (Donne aux gens encore plus confiance dans ton logiciel en le soumettant à Apple pour notarisation.) Le guide de sécurité indique que Gatekeeper "requests user approval before opening downloaded software for the first time." (demande l'approbation de l'utilisateur avant d'ouvrir un logiciel téléchargé pour la première fois.) Le comportement diffère selon les versions de macOS ; consulte les pages Apple actuelles pour les détails.
Un test sur machine propre
- Utilise un Mac qui n'a jamais fait tourner tes outils de build. Un second Mac, un compte utilisateur neuf ou une VM macOS propre.
- Livre le build comme le reçoivent les utilisateurs. Mets-le à ton emplacement de téléchargement et télécharge-le dans un navigateur. Copier par USB ou partage réseau saute l'étape que tu veux tester.
- Ouvre-le par double-clic. Note exactement ce qui apparaît : rien, un avertissement ou un blocage.
- S'il y a un avertissement, note-le mot pour mot, avec la version de macOS. Décide si c'est attendu ou s'il s'agit d'un problème de signature ou de notarisation. La page Developer ID d'Apple indique que le logiciel est envoyé pour notarisation avec l'outil en ligne de commande "xcrun notarytool" ; pour inspecter l'état de signature et de notarisation, consulte la documentation actuelle d'Apple sur la notarisation.
- Teste chaque conteneur. Image disque, zip ou paquet d'installation peuvent se comporter différemment. Teste celui que tu livres.
- Teste le premier lancement et un lancement ultérieur, ainsi qu'après avoir déplacé l'app dans le dossier Applications.
- Teste le chemin de mise à jour. Une mise à jour livrée à une app déjà installée ne doit pas déclencher de nouveaux avertissements.
- Reteste après chaque modification de ton build ou de ta configuration de signature. Un nouveau certificat ou un nouveau script de build peut casser un build qui fonctionnait.
Consigner les résultats
| Version de macOS | Livraison | Conteneur | Résultat |
|---|---|---|---|
| Exemple : une version récente | Téléchargement dans un navigateur | Image disque | S'ouvre, sans avertissement |
(La ligne est un exemple du format, pas un résultat réel.)
Demander de l'aide aux testeurs
Demande à quelques personnes sur différentes versions de macOS de télécharger et d'ouvrir le build, et de signaler le message exact, avec un modèle de rapport de bug.
AppReviewX accepte les apps via leur lien de store, de Google Play, de l'App Store d'Apple, du Mac App Store et du Microsoft Store. Les apps Windows et Mac doivent déjà être publiées dans leur store, et AppReviewX ne distribue ni builds ni installeurs. Les retours sont privés et structurés, un retour accepté = un crédit, et les notes sur les stores sont volontaires, non rémunérées et jamais exigées. Retour au hub Apps Windows et Mac. Liens associés : test d'installation et de mise à jour Windows, bêta-test d'une app Windows. Si tu publies aussi sur mobile, commence gratuitement.