Initializing, please wait a moment

Mikrofon-Test-Pegel: Was Leise, Normal und Peak Wirklich Bedeuten

Gezielt auf den Moment, in dem ein Browser-Mikrofon-Test läuft, der Balken BEWEGT sich, wenn Sie sprechen, und Sie wissen wollen, ob das, was Sie sehen, "bereit für einen Zoom-Anruf" ist oder "noch zu leise" oder "in den roten Bereich clippt". Leitet die Test-Aktion zu Microphone Test Online (im Browser via Web Audio API; kein Upload, keine Installation).

Last reviewed: 2026-07-01

30-Sekunden-Antwort. Wenn Sie in normaler Lautstärke sprechen, sollte der Pegelanzeiger auf etwa die hälfte der Skala auf einem typischen Browser-Mikrofon-Test springen - um die Mitte des Anzeigers, deutlich entfernt vom Boden, niemals die ganz obere Seite berührend. Ein Anzeiger, der kaum vom Boden hochgeht, ist zu leise (erhöhen Sie den Eingangs-Gain oder kommen Sie näher an das Mikrofon - Details unten); ein Anzeiger, der bei jedem Wort gegen die ganz obere Seite druckt, clippt (senken Sie den Eingangs-Gain). Für einen Zoom- oder Google-Meet-Anruf ist das Ziel der Skalenmitte korrekt; für eine Podcast-Aufnahme wollen Sie ein etwas niedrigeres Ziel (etwa ein Drittel der Skala), damit dramatische Betonung noch Raum hat, ohne zu clippen einen Peak zu erreichen.

Was der Pegelanzeiger tatsächlich zeigt

Was der Pegelanzeiger tatsächlich zeigt beim Mikrofon-Test leise / normal / Peak: wie laut der Browser Ihr Mikro jetzt hört - ein bewegter Balken beweist die Kette, nicht den idealen Gain.

Das ist wichtig, weil ein sich bewegender Anzeiger gleichzeitig Beweis für drei Dinge ist: das Mikrofon ist ausgewählt und nicht stumm geschaltet, der OS-Audio-Stack liefert Samples an den Browser, und die Seite hat die Berechtigung, sie zu lesen. Umgekehrt bedeutet ein flacher Anzeiger, dass die Kette irgendwo gebrochen ist - was Microphone test no sound: 4 fixes that work Ihnen zeigt, wie Sie es lösen. Dieser Leitfaden setzt da an, wo jener endet: der Anzeiger bewegt sich, aber ist der Pegel richtig?

Leise, normal und Peak: die drei Regionen des Anzeigers

Die meisten Browser-Mikrofon-Tests verwenden einen Anzeiger mit fester Skala: einen vertikalen Balken (oder Stapel von Segmenten) mit einem definierten "Boden" (Stille) und "Oben" (digitale Vollskala, wo Samples sättigen). Teilen Sie diese Skala mental in Drittel:

  • Unteres Drittel (leise). Der Balken hebt sich kaum vom Boden, wenn Sie in normaler Lautstärke sprechen. Das Audio erreicht den Browser, aber der Eingangspegel ist zu niedrig für einen sauberen Anruf: der Hörer wird Sie in einem Flüstern hören, es sei denn, er dreht seine Wiedergabelautstärke hoch, was auch jegliches Raumrauschen verstärkt, das Sie haben. Was zu beheben ist: erhöhen Sie den Mikrofon-Eingangs-Gain, bewegen Sie Ihr Gesicht näher zum Mikrofon (ein USB-Headset-Boom sollte zwei bis drei Fingerbreiten von der Mundwinkel sitzen), oder wechseln Sie zu einem empfindlicheren Mikrofon, wenn Sie ein eingebautes Laptop-Array verwenden.
  • Mittleres Drittel (normal). Der Balken springt bei betonten Wörtern auf etwa die Hälfte der Skala und fällt zwischen Wörtern nahe dem Boden zurück. Dies ist das anruf-bereite Ziel: laut genug, um ohne Hörer-seitigen Gain verständlich zu sein, leise genug, dass gelegentliche Betonung ("ja!", ein Lachen) Raum hat, über dem Durchschnitt zu peaken, ohne gegen die obere Seite zu schlagen. Die meisten professionellen Podcast- und Broadcast-Ziele landen auch hier, leicht zum unteren Ende von "normal" tendierend, damit laute Transienten noch passen.
  • Oberes Drittel (Peak). Der Balken erreicht die obere Region bei lauteren Silben, berührt gelegentlich die ganz obere Seite. Das ist "heiß" - akzeptabel für kurze Burst, aber schädlich, wenn es anhält. Wenn der Balken bei jedem Wort an der Oberseite pinnt, ist das Signal am Clippen: digitale Samples sättigen sich an Vollskala, und alle Peaks über Vollskala werden auf Vollskala gestutzt, was hörbare Verzerrung erzeugt (eine summende, kantige Qualität bei Konsonanten). Was zu beheben ist: senken Sie den Mikrofon-Eingangs-Gain, bewegen Sie sich leicht zurück vom Mikrofon, oder deaktivieren Sie eine Auto-Gain-Funktion, die zu sehr verstärken könnte.

Die Asymmetrie ist beabsichtigt: digitales Audio hat eine harte Decke (Vollskala = 0 dBFS) und einen weichen Boden (Raumrauschen + elektronisches Rauschen). Sie wollen Headroom unter der Decke, weil Clipping destruktiv und irreversibel ist, während extra Abstand vom Boden Sie nur einen kleinen Betrag des Signal-Rausch-Verhältnisses kostet, den der Hörer auf einem typischen Anruf nicht hören wird.

Was der Test Ihnen über Ihren Pegel nicht sagen kann

Was der Test Ihnen über Ihren Pegel nicht sagen kann beim Mikrofon-Test: absolute Studio-Kalibrierung - leise, normal und Peak sind relative Regionen auf dieser Seite, keine dBFS-Laborwerte.

  • Die automatische Gain-Kontrolle (AGC) des Betriebssystems kann aktiv sein. Windows ("Listen to this device" + "Microphone Boost"), macOS ("Use ambient noise reduction") und viele USB-Headset-Treiber laufen eine Software-AGC, die leise Eingabe verstärkt und laute Eingabe abschwächt, bevor der Browser die Samples sieht. Ein Anzeiger, der "perfekt" aussieht, wenn AGC eingeschaltet ist, kann eine grundsätzlich schwache (oder verrauschte) Mikrofon-Position verbergen. Für eine Aufnahme-Grade-Anzeige deaktivieren Sie OS-Ebene-AGC in den OS-Audio-Einstellungen, dann testen Sie erneut.
  • Browser können ihre eigene Rauschunterdrückung und Echo-Aufhebung anwenden. Chromes Standard-getUserMedia-Einschränkungen aktivieren echoCancellation, noiseSuppression und autoGainControl. Einige Testseiten deaktivieren diese Einschränkungen (sodass Sie rohe Eingabe sehen); andere lassen sie an (sodass Sie das verarbeitete Signal sehen, das Zoom und Meet erhalten würden). Die Anzeigerlesung kann zwischen den beiden Modi um ein bis zwei Skalendrittel verschieben. Der Browser-Mikrofon-Test auf dieser Site (siehe Tool-Seite) rendert das Live-Mess-Canvas vom rohen AnalyserNode, sodass Sie das Signal vor der Meeting-App-Verarbeitungsschicht sehen.
  • Der Pegel, den Sie sehen, ist nicht das, was Ihr Anrufpartner hört. Meeting-Apps führen ihre eigene Rauschunterdrückung und Gain auf der Empfangsseite aus. Ein Pegel, der im Browser-Test leicht heiß aussieht, kann für einen Zoom-Hörer gut klingen; ein Pegel, der im Test gut aussieht, kann dünn klingen, wenn die Meeting-App aggressives Noise-Gating anwendet, das Ihre leisesten Silben abschneidet. Der Anzeiger ist ein Ausgangspunkt, kein finaler Mix - bestätigen Sie mit einem aufgenommenen Test-Clip und einem Partner vor einem wichtigen Anruf.

Ziele nach Anwendungsfall

Ziele nach Anwendungsfall für Mikrofon-Test leise / normal / Peak: Sprache im mittleren Drittel für Calls halten; Headroom unter der Peak-Zone lassen damit ein Lachen nicht mittendrin clippt.

  • Videokonferenz (Zoom, Google Meet, Microsoft Teams). Mitte der Skala bei betonten Wörtern. Meeting-Apps sind tolerant gegenüber einem weiten Eingangsbereich, weil ihre eigenen Gain-Stufen auf der Empfangsseite renormalisieren. Die größeren Risiken sind Clipping (das sie nicht beheben können) und übermäßiges Raumrauschen (das sie teilweise unterdrücken, aber nicht eliminieren können).
  • Podcast- oder Interview-Aufnahme. Etwa ein Drittel der Skala bei betonten Wörtern. Podcaster arbeiten in dBFS (Dezibel relativ zur Vollskala) und zielen auf etwa -18 dBFS bis -12 dBFS durchschnittlich ("LUFS"-Pegel sind ähnlich in Form). Das niedrigere Ziel lässt Headroom für laute Reaktionen und Post-Produktions-Normalisierung. Wenn Ihre Aufnahme-App numerische dBFS zeigt, bevorzugen Sie diese Zahlen; der visuelle Anzeiger ist nur ein Proxy.
  • Voice-Over oder Narration mit einem Studio-Kondensator. Etwa ein Drittel bis die Hälfte der Skala bei betonten Wörtern. Studio-Kondensatoren sind so empfindlich, dass selbst ruhige Räume kleine Mengen an Rauschen an die Oberfläche bringen; das Aufnehmen auf etwas niedrigerem Pegel und das Normalisieren in der Post ist der Standard-Workflow.
  • Mobile- / Telefonanruf-Diagnose. Halb-Skala bei betonten Wörtern. Telefonanrufe und Bluetooth-Headset-Stacks fügen ihre eigene Kompression und Bandbreitenbegrenzungen hinzu (oft 8 kHz Mono auf Mobilfunk, 16 kHz Wideband auf VoIP); der Pegel, den Sie in einem Desktop-Browser-Test aufzeichnen, ist nur lose indikativ für das, was ein Mobilfunk-Peer hört.
See mikrofonpegel-Ziele nach Anwendungsfall: Videokonferenz, Podcast, Voice-Over, Telefondiagnose.
Werte unterscheiden sich je Anwendungsfall: Videoanruf, Podcast, Narration oder Telefon.

Wenn der Anzeiger niemals das mittlere Drittel erreicht

Der Browser liest Samples (der Anzeiger bewegt sich), aber der Pegel steckt im unteren Bereich fest, selbst wenn Sie laut sprechen. Drei schnelle Prüfungen lösen fast jeden Fall:

  1. Erhöhen Sie den Mikrofon-Eingangs-Gain in den OS-Audioeinstellungen. Auf Windows, Einstellungen → System → Ton → Eingabe, klicken Sie auf Ihr Mikrofon, schieben Sie Eingangslautstärke nach oben. Auf macOS, Systemeinstellungen → Ton → Eingabe, schieben Sie Eingangslautstärke nach oben. Auf Chrome OS, Einstellungen → Gerät → Audio → Mikrofon-Gain. Führen Sie den Test erneut aus und beobachten Sie, wie der Anzeiger höher verschiebt.
  2. Bewegen Sie sich näher zum Mikrofon. Schalldruck fällt mit dem Quadrat der Entfernung. Eine Halbierung Ihrer Entfernung zum Mikrofon erhöht den erfassten Pegel um etwa 6 dB - ein volles Skalendrittel auf einem typischen Anzeiger. Das eingebaute Array eines Laptops nimmt hörbar mehr Pegel auf, wenn Sie 30 cm entfernt sind als bei 60 cm.
  3. Wechseln Sie Eingabegeräte. Das OS könnte vom falschen physischen Mikrofon erfassen. Die Browser-Testseite sollte das aktive Gerät kennzeichnen; wenn es "MacBook Pro Microphone" zeigt, Sie aber ein USB-Headset tragen, hat das OS das falsche Gerät ausgewählt. Wechseln Sie im OS-Tonpanel, laden Sie die Seite neu, gewähren Sie erneut Berechtigung, führen Sie den Test erneut aus.

Wenn alle drei korrekt sind und der Anzeiger immer noch nahe dem Boden schwebt, kann der Mikrofon-Preamp ausfallen oder der OS-Treiber den Kanal unter dem Eingangslautstärke-Slider stumm schalten. Probieren Sie das Mikrofon in einer anderen Anwendung (Voice Memos auf macOS, Sound Recorder auf Windows), um die Schicht zu isolieren; wenn die andere Anwendung auch ein schwaches Signal zeigt, liegt der Fehler unterhalb der Browser-Schicht.

Wenn der Anzeiger oben pinnt (Clipping)

Wenn der Anzeiger oben pinnt (Clipping) beim Mikrofon-Test: OS- oder Browser-Mikro-Gain senken vor dem Interview - ein roter Balken bedeutet Verzerrung die die Call-App auch hört.

  1. Senken Sie den Mikrofon-Eingangs-Gain in den OS-Audioeinstellungen. Dieselben Steuerelemente wie oben; schieben Sie nach unten statt nach oben.
  2. Bewegen Sie sich leicht zurück vom Mikrofon. Drei bis fünf Zentimeter extra Abstand sind normalerweise genug, um den Pegel aus der Clipping-Zone herauszuholen, ohne Verständlichkeit zu verlieren.
  3. Deaktivieren Sie Mikrofon-Boost. Auf Windows zeigt Ton → Aufnahme → (Ihr Mikrofon) → Eigenschaften → Pegel oft einen Microphone Boost-Slider mit Werten bis +30 dB. Setzen Sie ihn auf 0 dB. Viele OEM-Laptop-Treiber werden mit diesem standardmäßig aktiviert ausgeliefert; das ist die häufigste Ursache für "ich schreie nicht, aber ich clippe trotzdem".

Datenschutz - was mit dem Audio passiert, während Sie den Anzeiger lesen

Der Browser-Mikrofon-Test auf dieser Site ist nur im Browser: das Live-Mess-Canvas liest PCM-Samples aus dem AnalyserNode der Web Audio API und rendert den Anzeiger auf derselben Seite. Nichts wird hochgeladen; nichts wird gespeichert; nichts wird aufgenommen. Wenn Sie den Test stoppen oder den Tab schließen, gibt der Browser das Gerät frei und die erfassten Samples werden verworfen. Der Pegel, den Sie sehen, wird lokal berechnet; es ist kein "an Server senden"-Indikator. (Siehe Tool-Seite für den vollständigen Datenschutz-Block und Browser-Berechtigungs-Troubleshooting.)

Verwandte Lektüre

Ein bewegter Balken beweist, dass die Kette funktioniert - nicht, dass der Pegel stimmt

Das Nützlichste an einem bewegten Pegel ist die Bestätigung, dass drei Schichten gleichzeitig gesund sind: das richtige Eingabegerät ist gewählt und nicht stummgeschaltet, der Audio-Stack des Betriebssystems digitalisiert Samples, und die Seite besitzt die Leseberechtigung - ein flacher Balken bedeutet, dass eine dieser drei Schichten unterbrochen ist, niemals nur, dass der Pegel "zu leise" ist. Die Balkenhöhe selbst ist eine reine Amplitudenmessung der PCM-Samples, die in jedem Frame über den AnalyserNode der Web Audio API ausgelesen werden, also zeigt sie das Signal nach dem Betriebssystem-Treiber, aber vor jeder Verstärkung der Meeting-App - deshalb kann dieselbe Stimme auf dem rohen AnalyserNode-Pegel halbe Skala erreichen und trotzdem für einen Zoom-Zuhörer dünn klingen, dessen Noise-Gate leise Silben abschneidet. Chromes Standardvorgaben für getUserMedia aktivieren echoCancellation, noiseSuppression und autoGainControl, und eine Testseite, die diese eingeschaltet lässt, kann gegenüber einer, die sie deaktiviert, beim identischen Mikrofon eine um ein bis zwei Skalen-Drittel abweichende Anzeige liefern. Der Abstand ist der günstigste Hebel, sobald die Kette als funktionierend bestätigt ist: das Halbieren des Abstands zwischen Mund und Mikrofon hebt den erfassten Pegel um etwa 6 dB, was rund einem vollen Drittel einer typischen Festskala entspricht, sodass ein Wechsel von 60 cm auf 30 cm eine Anzeige im unteren Drittel oft in die anrufbereite Mitte hebt, ohne einen einzigen Pegelregler zu berühren. Wenn Sie weiterhin die Kette selbst diagnostizieren statt den Pegel feinjustieren müssen, behandelt Microphone test no sound: 4 fixes that work den Fall des flachen Pegels; diese Seite setzt voraus, dass sich der Balken bereits bewegt und Sie nur wissen müssen, ob halbe Skala, unteres Drittel oder Anschlag oben die gewünschte Anzeige ist.

Why trust these tools

  • Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
  • No install, no sign-up. Open a tool and get a working output in seconds - nothing to download and no account to create. Tools that need heavy processing run it on our service, so even a low-powered machine gets the job done.
  • Analytics stops at the page view. We measure which pages get visited, not what you type or upload inside a tool. There is nothing to sign in to and no profile is attached to your input.
  • Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
  • Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.

Related tools:

Tags: #guide, #device-test, #microphone-test, #utility

Related guides: