Microphone Not Working in Safari: How to Fix It

A microphone not working in Safari behaves the same on a Mac and on an iPhone: one of two permission gates is closed. The operating system must first let Safari reach the microphone. Safari must then let the individual website use it. Shut either gate and the page receives silence and shows no error. The menu paths differ between macOS and iOS, but the logic never changes, and knowing that two gates exist is the key to every fix here. Most "broken" Safari microphones are simply one gate set to deny. This guide opens them in order. Confirm a signal first with our microphone test, then start with the per-site prompt, because it resolves the majority of cases. Escalate to the system gate only if a site stays silent. The closing sections handle the stubborn cases, such as a denied prompt that refuses to clear.

Safari Microphone Not Working: Quick Fix Checklist

✓	Test with our microphone test and click Allow.
✓	On Mac, allow the site in Safari › Settings › Websites › Microphone.
✓	On Mac, tick Safari in System Settings › Privacy & Security › Microphone.
✓	On iPhone or iPad, set Settings › Safari › Microphone to Ask or Allow.
✓	Reload the page after changing a permission.

Test your microphone in Safari in under a minute

Confirm that Safari captures sound before you change any setting. The fix for "no signal" differs completely from the fix for "signal, but nobody can hear me." A live input meter gives the fastest honest answer. It reacts to your voice in real time. A record-then-play-back loop hides latency and selection mistakes, so avoid it here. Open our online microphone test and allow access when Safari asks. Now speak normally. If the level indicator moves as you talk, both gates are already open. The microphone, the drivers, and Safari are all fine. The fault then sits in one specific app or call rather than in the browser. If the meter stays flat, a gate is closed or the wrong input is selected. Safari shows its request differently on each platform. On a Mac, a prompt drops down from the address bar. On an iPhone or iPad, a prompt appears over the page. Click or tap Allow in both cases. A single denied tap is enough to silence the site until you change it back. The sections below show you exactly where each gate lives.

Test Your Microphone →

Safari and its host operating system expose the microphone in several places. Knowing which one governs your problem saves time. Two of them are gates that you can open or close. One is a live meter that only reports a signal. The table below maps every place across both platforms. It also states what each setting controls. Use it to jump straight to the gate that applies to you. Note that the macOS and iPhone paths reach the same underlying gate. Only the route through the menus changes.

Setting	On macOS	On iPhone & iPad	What it controls
Per-site prompt	Address-bar prompt in Safari	Prompt shown over the page	Whether this one website may use the microphone
Safari per-site list	Safari › Settings › Websites › Microphone	aA menu › Website Settings › Microphone	The saved Allow, Deny, or Ask choice per site
Safari global default	Websites panel, drop-down at the bottom	Settings › Safari › Microphone	The default for sites you have not set yet
OS gate for Safari	System Settings › Privacy & Security › Microphone	Settings › Privacy & Security › Microphone	Whether the OS lets Safari reach the microphone
Live input meter	Our microphone test in the tab	Our microphone test in the tab	Whether a signal arrives, with no file saved

Why Safari has two permission gates

The operating-system gate comes first

Both macOS and iOS place a privacy layer between apps and the microphone. Safari is just another app to that layer. On a Mac, the control sits in System Settings › Privacy & Security › Microphone. Safari appears in the list with a single switch. If that switch is off, no website in Safari can ever record. The site receives silence and shows no warning. On an iPhone or iPad, the same gate lives in Settings › Privacy & Security › Microphone. Safari must be switched on in that list. This gate is the first suspect after any system update. A major macOS or iOS upgrade can reset app permissions. Safari can lose its microphone access with no action from you. The block is invisible, with no prompt and no error. Suppose every website went silent at once, across many sites. The OS gate is then the likely cause, because it governs the whole browser. A single failing site points instead to the second gate.

Safari keeps its own per-site gate

Passing the OS gate is not enough on its own. Safari keeps a second permission for every individual website. This choice is Allow, Deny, or Ask. It is stored per site and it persists between visits. A site set to Deny stays silent even when the OS gate is open. On a Mac, review these choices in Safari › Settings › Websites › Microphone. Each site you have visited appears with its own drop-down. On an iPhone or iPad, the same choice hides in the page menu. Tap the aA or page icon at the left of the address bar. Choose Website Settings, then set Microphone to Allow or Ask. A global default also governs sites you have not set. On iOS it is Settings › Safari › Microphone. Set it to Ask so that new sites always prompt you. On a Mac the same default sits at the bottom of the Websites panel. Leaving it on Deny silences every fresh site without warning.

The prompt decides everything, and a denial sticks

Safari asks for the microphone through a one-time prompt. It appears the first time a site requests access. On a Mac the prompt drops from the address bar. On an iPhone or iPad it appears over the page. Your answer becomes the stored per-site choice. A denied prompt is the single most common cause of a silent site. The denial sticks until you change it by hand. Safari will not ask again on its own. Many people dismiss the prompt by reflex, then forget it. The site is then blocked with no obvious reason. One more trap catches almost everyone. A permission change does not affect the page already open. You must reload the page for Safari to request access again.

Opening both gates, from the quickest fix down

Work through the gates in order. Start with the per-site prompt, because it resolves most cases. Escalate to the OS gate only if the site stays silent. After each change, reload the page and return to the microphone test. Re-check for a signal before moving on. That way you always know which step made the difference. The steps below cover macOS first, then iPhone and iPad.

Fixing it in Safari on a Mac

Begin with the address-bar prompt. Visit the site and watch for Safari's request. Click Allow when it drops down. Suppose no prompt appears, or you clicked Deny earlier. Open Safari › Settings › Websites › Microphone. Find the site in the list on the left. Set its drop-down to Allow. Reload the page so the choice takes effect. If the site still hears nothing, check the OS gate. Open System Settings › Privacy & Security › Microphone. Confirm that Safari is switched on. This gate governs desktop apps as well as the browser. Your Mac's native input selection sits one layer below both gates. A wrong default input or a stolen Continuity handoff can still silence a signal. Our Mac microphone guide covers that hardware and device layer in full.

Fixing it in Safari on an iPhone or iPad

Tap the aA or page icon at the left of the address bar. Choose Website Settings from the menu. Set Microphone to Allow or Ask. Return to the page and reload it. Suppose the option is missing or greyed out. The global default may be blocking every site. Open Settings › Safari › Microphone. Set it to Ask so prompts return. Then check the OS gate in Settings › Privacy & Security › Microphone. Confirm that Safari is switched on in that list. The device-level microphone controls live deeper still. A hardware mute, a case cover, or a low input can defeat an open gate. Our iPhone microphone guide covers the OS permission and the physical checks.

When a denied prompt refuses to clear

Some sites stay silent after every change. Private Browsing is a frequent cause. A Private window does not keep per-site permissions. Safari asks again each session and forgets your answer. Switch to a normal window for a lasting Allow. A stale page is the other common cause. Always reload after you change any gate. An out-of-date Safari can also misbehave with microphone requests. Safari updates through the system, never on its own. Install the latest macOS or iOS update to update Safari itself. For a video call running inside Safari, the meeting tool adds its own controls. Passing both browser gates does not open the app's in-page mute. Our Zoom and Google Meet guides cover those in-call panels in detail.

Symptom	Likely cause	Fix
No prompt ever appears	Site set to Deny, or the OS gate is off	Reset the site to Ask, then enable Safari under Privacy & Security
Meter flat on one site only	The per-site permission is Deny	Set the site to Allow in Websites › Microphone, then reload
Meter flat on every site	The OS gate for Safari is off	Enable Safari under Privacy & Security › Microphone
Worked before a software update	The update reset app permissions	Re-enable Safari in the OS gate, then reload the page
Prompt returns every visit	Private Browsing, or the default is Ask	Use a normal window and set the site to Allow
Allowed but still silent	Wrong input or muted hardware	Check the device input and any inline mute switch

Keeping Safari's microphone reliable

A few habits keep Safari's microphone dependable once it works. Review your per-site choices from time to time. On a Mac, open Safari › Settings › Websites › Microphone. Remove Deny entries for sites you now trust. Set the global default to Ask rather than Deny. New sites then prompt you instead of failing in silence. Keep the system current at all times. Safari ships inside the macOS and iOS updates themselves. Each update can also reset the OS gate, so re-check it afterward. Prefer a normal window for sites that need the microphone often. Private Browsing forgets your permission every session. Test the microphone in each place it must work. A microphone that is fine in one Safari tab can still be blocked in another app. The two gates are specific to Safari, not shared across browsers. If you also use another browser, our Chrome microphone guide explains its parallel settings.

Frequently Asked Questions

Why does Safari never ask to use my microphone?

Safari asks only once per site. A previous Deny stops the prompt from returning. Change the per-site setting back to Ask or Allow. On a Mac that is Safari › Settings › Websites › Microphone. On an iPhone it is the aA menu, under Website Settings.

Where is the microphone permission for Safari on a Mac?

Two places control it together. Safari › Settings › Websites › Microphone holds the per-site choice. System Settings › Privacy & Security › Microphone holds the OS permission for Safari. Both must allow access. Reload the page after any change.

How do I allow the microphone in Safari on my iPhone?

Tap the aA or page icon in the address bar. Choose Website Settings, then set Microphone to Allow. Confirm that Settings › Privacy & Security › Microphone lists Safari as on. Reload the page and test again.

Why did my microphone stop working in Safari after an update?

System updates can reset app permissions. Safari may lose its place in the OS microphone list. Re-enable Safari under Privacy & Security › Microphone. Reload the page, then confirm the signal with our microphone test.

Does Private Browsing affect Safari's microphone?

Yes. A Private window does not save per-site permissions. Safari prompts you every session and forgets your answer afterward. Use a normal window whenever you want a lasting Allow.