Microphone not working on Mac
macOS gates microphone access tightly, so most Mac problems are permission or routing rather than hardware. Here is the order to check, including the Mac-only quirks.
Last reviewed on August 9, 2026
macOS gates microphone access tightly, so most Mac problems are permission or routing rather than hardware. Here is the order to check, including the Mac-only quirks.
Last reviewed on August 9, 2026
macOS gates microphone access more strictly than Windows, which means most Mac microphone problems come down to one of two things: a permission that was never granted, or the wrong input selected. Hardware faults are comparatively rare. This guide covers both, plus the Mac-specific quirks — Bluetooth profile switching, stale aggregate devices, and Continuity handoff — that catch people out.
Two-minute version: System Settings › Privacy & Security › Microphone — switch on your browser or app. Then System Settings › Sound › Input — select the right device and watch the input level bar move as you speak. Quit and reopen the app afterwards; macOS only applies a new permission on the next launch.
Since macOS Mojave, every application must be granted microphone access individually, and the request appears exactly once. Dismiss it, and the app is silently denied from then on.
If the app is not in the list at all, it has never requested access. Trigger a request by starting our microphone test inside that browser; the entry will appear.
When an app is listed and enabled but still silent, reset its permission state from Terminal:
tccutil reset Microphone com.google.Chrome
Replace the bundle identifier as needed — com.apple.Safari, org.mozilla.firefox, com.microsoft.edgemac, us.zoom.xos. Running tccutil reset Microphone with no identifier clears every app's microphone permission, after which each will ask again on next use.
If the level meter here does not move for any device, the problem is below the application layer and the sections below apply. If it does move but your app hears nothing, go back to step 1.
This is the most common Mac-specific complaint, and it is behaviour rather than a fault. When macOS uses a Bluetooth headset's microphone, the connection switches from a high-quality stereo profile (A2DP) to a narrowband calling profile (HFP). The audible consequences are immediate:
The fix is structural, not a setting: use the Mac's built-in microphone with Bluetooth headphones for output, or switch to a wired headset. Selecting the internal microphone as input while leaving AirPods as output keeps them in high-quality mode. The full explanation is in why Bluetooth microphones sound bad.
Software that installs a virtual audio device — Loopback, BlackHole, Soundflower, Krisp, older Zoom builds, and many streaming tools — can leave the system routing audio through a device that no longer functions.
A quick reset of the audio daemon clears many stuck states without a reboot:
sudo killall coreaudiod
Audio drops out for a second and every audio process reconnects to a freshly built device list.
On a Mac signed into the same Apple account as an iPhone or iPad, a few features can move your audio somewhere you did not expect:
Each is easy to spot: open Sound settings while the problem is happening and look at which input is actually selected.
Safari layers its own permission on top of the macOS one, so both must be granted:
Safari in Private Browsing treats each session independently and will ask again every time. And on iPhone and iPad, in-app browsers inside social media apps often block microphone access entirely — open the page in Safari itself. More detail in the microphone permissions guide.
After each change, confirm with a real signal rather than assuming. Run the microphone test and watch the level meter, then use the recorder to check you actually sound the way you expect — a working microphone that sounds muffled is a different problem, usually a Bluetooth profile switch or ambient noise reduction still enabled.
On Windows instead? See microphone not working on Windows.
System Settings, Privacy and Security, Microphone, then enable the app. You must fully quit the app with Command+Q and reopen it, because macOS does not apply the change to a running process.
Run tccutil reset Microphone followed by the app's bundle identifier in Terminal, for example com.google.Chrome. Omitting the identifier resets every app's microphone permission.
Because using the microphone forces Bluetooth into a narrowband calling profile. Set the Mac's built-in microphone as input and keep AirPods as output to preserve quality.
Running sudo killall coreaudiod restarts the macOS audio daemon. Audio drops for a second and every audio process reconnects to a freshly rebuilt device list, which clears many stuck states without a reboot.
Continuity Camera uses the iPhone's microphone as well as its camera, and AirPods automatically hand themselves to whichever Apple device last requested them. Check the selected input in Sound settings while the problem is happening.
Safari layers its own per-site permission on top of the macOS one. Open Safari, Settings, Websites, Microphone, and set the site to Allow.