Ratgeber / Probleme bei der Audioaufnahme auf dem Mac beheben
Warum funktioniert die Mikrofon-Berechtigung für meine App auf dem Mac nicht?
Getestet auf macOS 26.4.1 (Tahoe), Apple M3 Max, 3. Sept. 2026. Aktualisiert am 17. Sept. 2026.
Die Mikrofon-Berechtigung auf einem Mac scheitert auf drei Arten: Die App steht nicht unter Systemeinstellungen > Datenschutz & Sicherheit > Mikrofon, weil sie nie gefragt hat; der Schalter ist aus, weil du die Berechtigung einmal abgelehnt hast; oder die App nutzt die Hardened Runtime ohne das Entitlement com.apple.security.device.audio-input, und macOS lehnt sie stillschweigend ab, ohne jede Abfrage. Die ersten beiden Fälle behebst du mit tccutil reset Microphone und einem Neustart der App. Der dritte braucht einen neuen Build vom Entwickler.
Warum steht meine App nicht unter Mikrofon in Datenschutz & Sicherheit?
Apples Anleitung zu diesem Bereich sagt: „Aktiviere oder deaktiviere den Zugriff auf das Mikrofon für jede App in der Liste.“ Die Liste enthält nur Apps, die bereits gefragt haben, und eine App fragt in dem Moment, in dem sie einen Audioeingang über Core Audio oder AVFoundation öffnet. Bis dahin ist sie hier unsichtbar, auch wenn sie gerade läuft.
So bringst du die App zum Fragen:
- Öffne die App und wähle ein Mikrofon oder Interface als Eingangsquelle.
- Starte eine Aufnahme oder öffne die Pegelanzeige. Das Öffnen des Eingangs löst die Abfrage aus.
- Klicke auf OK. Der Eintrag erscheint in der Mikrofon-Liste mit eingeschaltetem Schalter.
Erscheint keine Abfrage und die App nimmt weiterhin Stille auf, wurde die Entscheidung entweder bereits gespeichert (siehe Zurücksetzen unten) oder die App kann gar nicht fragen (siehe Abschnitt zur Hardened Runtime). Die Aufnahme von Systemaudio ist eine andere Berechtigung mit eigenem Bereich, beschrieben in Berechtigung „Bildschirm- und Systemaudioaufnahme“ wird nicht angezeigt.
Wie setze ich die Mikrofon-Berechtigung auf einem Mac zurück?
Den Schalter in den Systemeinstellungen aus- und wieder einzuschalten reicht bei den meisten Apps. Wenn nicht, setze die gespeicherte Entscheidung zurück, damit die App erneut fragt.
- Beende die App mit Befehl-Q.
- Führe im Terminal einen der folgenden Befehle aus:
tccutil reset Microphone com.example.app(eine App, per Bundle-Identifier)tccutil reset Microphone(alle Apps) - Starte die App neu und öffne den Eingang. Die Berechtigungsabfrage erscheint wieder.
Die Manpage beschreibt die Wirkung: Das Zurücksetzen bewirkt, dass „Apps beim nächsten Zugriff auf den Dienst erneut nachfragen“. Nichts wird deinstalliert und keine andere Berechtigung wird angetastet. Getestet unter macOS 26.4.1: Der Eintrag verschwindet sofort aus der Liste und erscheint bei der nächsten Anfrage wieder.
Dokumentierter Fehlerfall: Eine App, deren ausführbare Datei direkt aus einer Shell gestartet wird (./AppName.app/Contents/MacOS/AppName oder aus einem Skript), erbt die Datenschutz-Identität des Starters, also fragt macOS nach Mikrofonzugriff für das Terminal. Starte Recorder aus dem Finder oder Dock oder mit open -a AppName, damit die Freigabe beim richtigen Bundle-Identifier landet.
Warum zeigt die App überhaupt nie eine Berechtigungsabfrage?
Dieser Fall kostet am meisten Zeit. Eine notarisierte macOS-App nutzt die Hardened Runtime, und darunter ist der Mikrofonzugriff aus, sofern der Entwickler kein Entitlement hinzufügt. Apple definiert com.apple.security.device.audio-input als „Ein boolescher Wert, der angibt, ob die App mit dem eingebauten Mikrofon Audio aufnehmen und über Core Audio auf Audioeingänge zugreifen darf.“
Ohne dieses Entitlement wird die Anfrage abgewiesen, bevor das System dich überhaupt fragt. Keine Abfrage, kein Eintrag in der Mikrofon-Liste, und der Eingang liefert Stille. Kein Umschalten und kein tccutil kann das beheben, weil die Entscheidung nie in der Datenschutz-Datenbank angekommen ist.
So erkennst du es:
codesign -d --entitlements - /Applications/AppName.applistet die Entitlements auf. Suche nachcom.apple.security.device.audio-input.codesign -dv /Applications/AppName.appgibtflags=0x10000(runtime)aus, wenn die Hardened Runtime aktiv ist.
Hardened Runtime an, Entitlement fehlt: Die App kann nicht von einem Mikrofon aufnehmen. Das ist ein Build-Problem für den Entwickler. Melde es und nutze in der Zwischenzeit einen anderen Recorder.
Die Berechtigung ist erteilt, aber die Aufnahme bleibt leer. Woran liegt es sonst?
Sobald der Schalter an ist, ist eine leere Aufnahme ein Routing-Problem, kein Datenschutz-Problem.
- Falscher Eingang. Die meisten Recorder behalten ihre eigene Geräteauswahl statt des Standards aus Systemeinstellungen > Ton. Wähle das Mikrofon oder Interface in der App selbst.
- Gain des Interface auf null oder ein Kanal in der Steuersoftware des Herstellers stummgeschaltet.
- Falsches Kanalpaar bei einem Interface mit mehreren Eingängen. Ein Mikrofon an Eingang 3 nimmt nichts auf, wenn die App auf die Eingänge 1 und 2 hört; siehe Aufnahme erfasst nur einen Kanal oder Mono.
- Bluetooth-Headset hat das Profil gewechselt. Das Öffnen eines Headset-Mikrofons schaltet es auf das Hands-Free Profile herunter; der Pegel stimmt, aber die Qualität fällt ab, siehe Bluetooth-Kopfhörer lassen Mac-Aufnahmen schlecht klingen.
- Eine andere App belegt das Gerät exklusiv. Beende zuerst DJ- und DAW-Apps.
Ein Test, der jede App umgeht: Nimm fünf Sekunden in Sprachmemos mit demselben Eingang auf. Wenn Sprachmemos etwas hört, ist das Mikrofon in Ordnung und der Fehler liegt in der Geräteauswahl des Recorders.
Ein boolescher Wert, der angibt, ob die App mit dem eingebauten Mikrofon Audio aufnehmen und über Core Audio auf Audioeingänge zugreifen darf.
Apple, Bundle Resources, com.apple.security.device.audio-input entitlement
Fehler bei der Mikrofon-Berechtigung und was jeweils hilft
| Symptom | Wahrscheinliche Ursache | Abfrage erscheint | Lösung | Terminal nötig |
|---|---|---|---|---|
| App nicht in der Mikrofon-Liste | App hat noch keinen Eingang geöffnet | ja, bei erster Nutzung | Eingang in der App wählen und auf Aufnahme drücken | nein |
| Aufgeführt, Schalter aus | Einmal abgelehnt | nein | Schalter einschalten, App neu starten | nein |
| Aufgeführt, Schalter an, trotzdem still | Falscher Eingang, Gain oder Kanalpaar | nein | Geräteauswahl in der App korrigieren | nein |
| Nie aufgeführt, fragt nie | Hardened Runtime ohne Audio-Input-Entitlement | nein | Entwickler muss das Entitlement hinzufügen | ja, zur Diagnose |
| Abfrage galt dem Terminal, nicht der App | Ausführbare Datei direkt aus einer Shell gestartet | ja, falsche App | Aus Finder, Dock oder mit open -a starten | nein |
Wo AirCheck passt
AirCheck wird notarisiert ausgeliefert, mit Hardened Runtime und vorhandenem Audio-Input-Entitlement, also erscheint die Mikrofon-Abfrage beim ersten Druck auf Aufnahme mit gewähltem Eingang. Es nimmt jeden Core-Audio-Eingang auf: das eingebaute Mikrofon, ein USB-Mikrofon, ein Audio-Interface oder den USB-Rückweg eines DJ-Controllers, mit einer Kanalpaar-Auswahl für Geräte mit mehreren Eingängen. AirCheck kostet 39 € einmalig und braucht macOS 14 Sonoma oder neuer. Eine Quelle pro Aufnahme, Mikrofon und Systemaudio landen also in getrennten Dateien.
Wann du es nicht brauchst: Für eine einfache Sprachnotiz hat Sprachmemos die Berechtigung bereits und kostet nichts. Wenn die App, die du brauchst, wegen eines fehlenden Entitlements nicht fragt, hilft der Wechsel des Recorders dieser App nicht; das kann nur ihr Entwickler.
AirCheck nimmt auf, was dein Mac abspielt, oder jedes Eingabegerät, in eine Datei. 39 € einmalig.
macOS 14 oder neuer. Einmalige Zahlung. 14 Tage Rückgaberecht, ohne Nachfragen.
Häufige Fragen
Wie nehme ich auf dem Mac Audio mit dem Mikrofon auf?
Öffne einen beliebigen Recorder, wähle das eingebaute Mikrofon oder dein Interface als Eingang und drücke auf Aufnahme. macOS zeigt die Mikrofon-Berechtigungsabfrage einmal an. Sprachmemos, QuickTime Player (Ablage > Neue Audioaufnahme) und AirCheck folgen alle diesem Weg.
Löscht tccutil reset Microphone die Einstellungen der App?
Nein. Es entfernt nur die gespeicherte Erlauben-oder-Ablehnen-Entscheidung für diesen Dienst. Die eigenen Einstellungen der App, ihre Dateien und andere Berechtigungen bleiben unberührt. Die App fragt beim nächsten Mikrofonzugriff erneut.
Warum fragt das Terminal nach Mikrofonzugriff?
Weil die ausführbare Datei des Recorders direkt aus einer Shell gestartet wurde. So gestartete Prozesse erben die Datenschutz-Identität des Starters, also ordnet macOS die Anfrage dem Terminal zu. Starte die App aus dem Finder oder Dock oder mit open -a, dann nennt die Abfrage die App.
Quellen
Verwandte Ratgeber
- Warum fehlt meine App unter „Bildschirm- und Systemaudioaufnahme“ auf meinem Mac?
- Wie sehe ich, welche App mein Mac-Mikrofon nutzt?
- Warum nimmt mein Mac nur einen Kanal auf?
- Warum nimmt mein Mac keinen Ton auf?
- Warum wird mein USB-Audio-Interface am Mac nicht erkannt?
- Warum klingen meine Mac-Aufnahmen mit Bluetooth-Kopfhörern schlecht?
- Probleme bei der Audioaufnahme auf dem Mac beheben: alle Ratgeber
- Alle Ratgeber nach Thema