macOS-Notarisierung und Gatekeeper vor dem Release testen

Verteilst du eine Mac-App außerhalb des Mac App Store, erlebt der Nutzer als Erstes, ob sie sauber startet. Dein eigener Mac ist dafür ein schlechter Test, denn er vertraut deinen Builds ohnehin.

Quellen, abgerufen am 2026-10-22: Apple Developer ID und Apple Platform Security: Gatekeeper and runtime protection. Apple (Originaltext, englisch): "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." Zur Notarisierung: "Give people even more confidence in your software by submitting it to Apple to be notarized." Laut Security Guide "requests user approval before opening downloaded software for the first time." Das Verhalten unterscheidet sich zwischen macOS-Versionen; Details stehen auf den aktuellen Apple-Seiten.

Test auf einem sauberen Rechner

1. Nimm einen Mac, der deine Build-Werkzeuge nie gesehen hat. Ein zweiter Mac, ein frisches Benutzerkonto oder eine saubere macOS-VM.
2. Liefere den Build so aus, wie Nutzer ihn bekommen. Lade ihn an deinen Download-Ort hoch und im Browser herunter. Kopieren per USB oder Netzwerkfreigabe überspringt genau den Schritt, den du testen willst.
3. Öffne ihn per Doppelklick. Notiere genau, was erscheint: keine Meldung, eine Warnung oder eine Sperre.
4. Bei einer Warnung schreibst du sie wörtlich auf, mit macOS-Version. Entscheide, ob sie erwartbar ist oder auf ein Signier- bzw. Notarisierungsproblem hindeutet. Laut Apples Developer-ID-Seite wird Software mit dem "xcrun notarytool command-line tool" zur Notarisierung hochgeladen; wie du Signier- und Notarisierungsstatus prüfst, steht in Apples aktueller Notarisierungs-Dokumentation.
5. Teste jeden Container. Disk-Image, Zip und Installationspaket können sich unterscheiden. Teste den, den du auslieferst.
6. Teste ersten und späteren Start, auch nach dem Verschieben nach Programme.
7. Teste den Update-Weg. Ein Update für eine installierte App darf keine neuen Warnungen auslösen.
8. Wiederhole nach jeder Änderung an Build oder Signierung. Ein neues Zertifikat oder Build-Skript kann einen funktionierenden Build brechen.

Ergebnisse festhalten

(Die Zeile zeigt nur das Format, sie ist kein echtes Ergebnis.)

Tester einbinden

Bitte einige Leute mit unterschiedlichen macOS-Versionen, den Build zu laden, zu öffnen und die genaue Meldung zu schicken, mit einer Fehlerbericht-Vorlage.

Kostenlos starten und privates Feedback zu deiner App bekommen.