Initializing, please wait a moment

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

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

30-Sekunden-Antwort. Wenn Sie in normaler Lautstaerke sprechen, sollte der Pegelanzeiger auf etwa die haelfte der Skala auf einem typischen Browser-Mikrofon-Test springen - um die Mitte des Anzeigers, deutlich entfernt vom Boden, niemals die ganz obere Seite beruehrend. Ein Anzeiger, der kaum vom Boden hochgeht, ist zu leise (erhoehen Sie den Eingangs-Gain in den OS-Audioeinstellungen oder kommen Sie naeher an das Mikrofon); ein Anzeiger, der bei jedem Wort gegen die ganz obere Seite druckt, clippt (senken Sie den Eingangs-Gain). Fuer einen Zoom- oder Google-Meet-Anruf ist das Ziel der Skalenmitte korrekt; fuer 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 tatsaechlich zeigt

Der Balken (oder die animierte Wellenform) auf einem Browser-Mikrofon-Test ist kein "ist Ihr Mikrofon an"-Indikator - es ist eine Echtzeit-Amplituden-Anzeige der digitalen Audio-Samples, die Ihr Browser erfasst. In jedem Frame liest die Seite einen Brocken von PCM-Samples aus dem AnalyserNode der Web Audio API und rendert den Peak- (oder RMS-) Wert als vertikale Balkenhoehe oder horizontale Wellenform-Linie. Wenn Sie sprechen, erzeugen die Luftdruckvariationen an der Mikrofonkapsel Spannungsvariationen im Mikrofon-Preamp; der OS-Audiotreiber digitalisiert diese Variationen in 16-Bit- (oder 32-Bit-Float-) Samples; der Browser uebergibt die Samples an die Seite; die Seite zeichnet sie. Was Sie sehen, ist das tatsaechliche Audio-Signal, nicht eine Berechtigungs-/Verbindungs-Lampe.

Das ist wichtig, weil ein sich bewegender Anzeiger gleichzeitig Beweis fuer drei Dinge ist: das Mikrofon ist ausgewaehlt 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 loesen. 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 saettigen). Teilen Sie diese Skala mental in Drittel:

  • Unteres Drittel (leise). Der Balken hebt sich kaum vom Boden, wenn Sie in normaler Lautstaerke sprechen. Das Audio erreicht den Browser, aber der Eingangspegel ist zu niedrig fuer einen sauberen Anruf: der Hoerer wird Sie in einem Fluestern hoeren, es sei denn, er dreht seine Wiedergabelautstaerke hoch, was auch jegliches Raumrauschen verstaerkt, das Sie haben. Was zu beheben ist: erhoehen Sie den Mikrofon-Eingangs-Gain in den OS-Audioeinstellungen, bewegen Sie Ihr Gesicht naeher 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 Woertern auf etwa die Haelfte der Skala und faellt zwischen Woertern nahe dem Boden zurueck. Dies ist das anruf-bereite Ziel: laut genug, um ohne Hoerer-seitigen Gain verstaendlich zu sein, leise genug, dass gelegentliche Betonung ("ja!", ein Lachen) Raum hat, ueber 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, beruehrt gelegentlich die ganz obere Seite. Das ist "heiss" - akzeptabel fuer kurze Burst, aber schaedlich, wenn es anhaelt. Wenn der Balken bei jedem Wort an der Oberseite pinnt, ist das Signal am Clippen: digitale Samples saettigen sich an Vollskala, und alle Peaks ueber Vollskala werden auf Vollskala gestutzt, was hoerbare Verzerrung erzeugt (eine summende, kantige Qualitaet bei Konsonanten). Was zu beheben ist: senken Sie den Mikrofon-Eingangs-Gain in den OS-Audioeinstellungen, bewegen Sie sich leicht zurueck vom Mikrofon, oder deaktivieren Sie eine Auto-Gain-Funktion, die zu sehr verstaerken koennte.

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, waehrend extra Abstand vom Boden Sie nur einen kleinen Betrag des Signal-Rausch-Verhaeltnisses kostet, den der Hoerer auf einem typischen Anruf nicht hoeren wird.

Was der Test Ihnen ueber Ihren Pegel nicht sagen kann

Ein Pegelanzeiger auf Browser-Seite zeigt den Pegel, nachdem mehrere Upstream-Stufen das Signal bereits beruehrt haben. Sie sehen, was der Browser sieht, nicht was aus der Mikrofonkapsel kam. Diese Luecke ist in drei Faellen wichtig:

  • 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 verstaerkt und laute Eingabe abschwaecht, bevor der Browser die Samples sieht. Ein Anzeiger, der "perfekt" aussieht, wenn AGC eingeschaltet ist, kann eine grundsaetzlich schwache (oder verrauschte) Mikrofon-Position verbergen. Fuer eine Aufnahme-Grade-Anzeige deaktivieren Sie OS-Ebene-AGC in den OS-Audio-Einstellungen, dann testen Sie erneut.
  • Browser koennen ihre eigene Rauschunterdrueckung und Echo-Aufhebung anwenden. Chromes Standard-getUserMedia-Einschraenkungen aktivieren echoCancellation, noiseSuppression und autoGainControl. Einige Testseiten deaktivieren diese Einschraenkungen (sodass Sie rohe Eingabe sehen); andere lassen sie an (sodass Sie das verarbeitete Signal sehen, das Zoom und Meet erhalten wuerden). 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 hoert. Meeting-Apps fuehren ihre eigene Rauschunterdrueckung und Gain auf der Empfangsseite aus. Ein Pegel, der im Browser-Test leicht heiss aussieht, kann fuer einen Zoom-Hoerer gut klingen; ein Pegel, der im Test gut aussieht, kann duenn klingen, wenn die Meeting-App aggressives Noise-Gating anwendet, das Ihre leisesten Silben abschneidet. Der Anzeiger ist ein Ausgangspunkt, kein finaler Mix - bestaetigen Sie mit einem aufgenommenen Test-Clip und einem Partner vor einem wichtigen Anruf.

Ziele nach Anwendungsfall

Das "normale" mittlere-Drittel-Ziel oben ist der anruf-bereite Standard. Verschiedene nachgelagerte Verwendungen haben unterschiedliche Optima:

  • Videokonferenz (Zoom, Google Meet, Microsoft Teams). Mitte der Skala bei betonten Woertern. Meeting-Apps sind tolerant gegenueber einem weiten Eingangsbereich, weil ihre eigenen Gain-Stufen auf der Empfangsseite renormalisieren. Die groesseren Risiken sind Clipping (das sie nicht beheben koennen) und uebermaessiges Raumrauschen (das sie teilweise unterdruecken, aber nicht eliminieren koennen).
  • Podcast- oder Interview-Aufnahme. Etwa ein Drittel der Skala bei betonten Woertern. Podcaster arbeiten in dBFS (Dezibel relativ zur Vollskala) und zielen auf etwa -18 dBFS bis -12 dBFS durchschnittlich ("LUFS"-Pegel sind aehnlich in Form). Das niedrigere Ziel laesst Headroom fuer 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 Haelfte der Skala bei betonten Woertern. Studio-Kondensatoren sind so empfindlich, dass selbst ruhige Raeume kleine Mengen an Rauschen an die Oberflaeche bringen; das Aufnehmen auf etwas niedrigerem Pegel und das Normalisieren in der Post ist der Standard-Workflow.
  • Mobile- / Telefonanruf-Diagnose. Halb-Skala bei betonten Woertern. Telefonanrufe und Bluetooth-Headset-Stacks fuegen 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 fuer das, was ein Mobilfunk-Peer hoert.

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 Pruefungen loesen fast jeden Fall:

  1. Erhoehen Sie den Mikrofon-Eingangs-Gain in den OS-Audioeinstellungen. Auf Windows, Einstellungen → System → Ton → Eingabe, klicken Sie auf Ihr Mikrofon, schieben Sie Eingangslautstaerke nach oben. Auf macOS, Systemeinstellungen → Ton → Eingabe, schieben Sie Eingangslautstaerke nach oben. Auf Chrome OS, Einstellungen → Geraet → Audio → Mikrofon-Gain. Fuehren Sie den Test erneut aus und beobachten Sie, wie der Anzeiger hoeher verschiebt.
  2. Bewegen Sie sich naeher zum Mikrofon. Schalldruck faellt mit dem Quadrat der Entfernung. Eine Halbierung Ihrer Entfernung zum Mikrofon erhoeht den erfassten Pegel um etwa 6 dB - ein volles Skalendrittel auf einem typischen Anzeiger. Das eingebaute Array eines Laptops nimmt hoerbar mehr Pegel auf, wenn Sie 30 cm entfernt sind als bei 60 cm.
  3. Wechseln Sie Eingabegeraete. Das OS koennte vom falschen physischen Mikrofon erfassen. Die Browser-Testseite sollte das aktive Geraet kennzeichnen; wenn es "MacBook Pro Microphone" zeigt, Sie aber ein USB-Headset tragen, hat das OS das falsche Geraet ausgewaehlt. Wechseln Sie im OS-Tonpanel, laden Sie die Seite neu, gewaehren Sie erneut Berechtigung, fuehren 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 Eingangslautstaerke-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)

Persistente Peaks an Vollskala ruinieren Anrufaudio: der Hoerer hoert eine summende Kante an jeder Silbe und die zugrunde liegende Sprachqualitaet. Drei schnelle Korrekturen:

  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 zurueck vom Mikrofon. Drei bis fuenf Zentimeter extra Abstand sind normalerweise genug, um den Pegel aus der Clipping-Zone herauszuholen, ohne Verstaendlichkeit 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 standardmaessig aktiviert ausgeliefert; das ist die haeufigste Ursache fuer "ich schreie nicht, aber ich clippe trotzdem".

Datenschutz - was mit dem Audio passiert, waehrend 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 schliessen, gibt der Browser das Geraet 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 fuer den vollstaendigen Datenschutz-Block und Browser-Berechtigungs-Troubleshooting.)

Verwandte Lektuere

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.
  • Truly in-browser - no upload. Every file-processing tool on this site runs in your browser through modern Web APIs (File, FileReader, Canvas, Web Audio, WebGL, Web Workers). Your photo, PDF, audio, or text never leaves your device.
  • No tracking during tool use. Analytics ends at the page view. The actual input you paste, drop, or capture is never sent to any server and never written to any log.
  • 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.