E-Mail-Prüfwerkzeuge

Kostenloser E-Mail-Validator: Syntax und MX-Records

Prüfen Sie, ob eine Adresse wohlgeformt ist und ihre Domain Mail empfangen kann. Dieser schnelle Validator stoppt vor SMTP und behauptet daher nicht, dass das Postfach existiert.

Was ist ein Email Validator?

Ein Email Validator beantwortet eine engere Frage als ein Verifier: Ist dieser String eine wohlgeformte Adresse auf einer Domain, die Mailserver veröffentlicht? Das ist Format und MX — kein Beweis, dass eine Person oder Inbox existiert.

Suchende nutzen „email validator“ und „validate email“, wenn sie einen schnellen, kostenlosen Screen wollen. BillionVerify hält diese Seite ehrlich: keine falschen Zustellbarkeitsversprechen, kein SMTP-Handshake, unbegrenzte flache Checks für legitime Nutzung.

Wenn Bounce-Risiko zählt, wechseln Sie zum Email Checker oder Email Verifier. Diese Tools fügen Postfach-Sonden und Risiko-Flags auf derselben Format-Grundlage hinzu.

Wie der Email Validator funktioniert

Nur zwei Schichten. Absichtlich kein SMTP.

1. Parsen und normalisieren
Local-Part- und Domain-Form gegen praktische Formatregeln prüfen. Tippfehler scheitern in Millisekunden.
2. MX-Einträge auflösen
Prüfen Sie auf veröffentlichte Mail-Exchange-Records. Werden keine gefunden, meldet dieser flache Validator kein MX und stoppt vor jedem Postfachtest.
3. Vor dem Postfach stoppen
Wir öffnen keine SMTP-Konversation. Catch-all-Domains können diesen Validator trotzdem bestehen.
4. Auf vollen Nachweis verweisen
Wenn Sie Zustellbarkeit brauchen, führen Email Verifier und Email Checker SMTP auf demselben Produkt-Stack aus.

Wann Sie einen Email Validator nutzen

Nutzen Sie flache Validierung, wenn Geschwindigkeit mehr zählt als Postfach-Nachweis.

Offensichtliche Tippfehler fangen
Formularfelder und manuelle Eingabe erzeugen Formatfehler. Beheben Sie sie vor jedem tieferen Check.
Bestätigen, dass die Domain Mail empfangen kann
Eine veröffentlichte MX-Route passiert das normale DNS-Tor; kein veröffentlichtes MX stoppt diese flache Prüfung und legt den Grund offen, ohne SMTP-Kontingent zu verbrauchen.
Vor voller Verifizierung vorfiltern
Günstiger erster Filter vor Massen-SMTP-Jobs auf großen Listen.
Nicht allein für Sendeentscheidungen
Behandeln Sie Format+MX OK nicht als sicher für Cold Email. Nutzen Sie dafür SMTP-Tools.

Email Validator vs andere Email Verify Tools

Das sind interaktive Email Verify Tools — keine Massenjobs, keine API, keine Free Tools (DNS / SPF / DKIM).

Diese Seite gibt nur Format und MX zurück. Andere Tools fügen SMTP hinzu oder spezialisieren sich auf ein Risiko-Flag.

Tool	Was es macht	Wann nutzen
E-Mail-Verifizierung	Vollständige Überprüfung des SMTP-Postfachs inklusive aller Risikokennzeichnungen	Wenn es um Zustellbarkeit und Versandsicherheit geht
Email Checker	Vollständiges SMTP + alle Risiko-Flags auf einer Adresse	Wenn Sie ein vollständiges Multi-Layer-Ergebnis an einem Ort wollen
Free Email Checker	Erkennt kostenlose persönliche Webmail-Anbieter (Gmail, Yahoo, …)	Lead-Qualität und B2B-Domain-Scoring — nicht kostenlose Verifizierungsquoten
Email Validator	Nur Syntax + MX — kein SMTP	Schneller Format- und Domain-Screen
Disposable Email Detection	Markiert temporäre / Wegwerf-Domains	Signup und Lead-Capture
Bounce Email Checker	Fokus auf Bounce- und Unzustellbarkeitsrisiko	Listenhygiene für Bounce-Raten-Kontrolle
Catch-All Verifier	Erkennt Catch-all-Domains	Wenn SMTP-Accept unzuverlässig ist
Role Account Detection	Findet generische Rollenadressen	B2B-Outreach-Qualität
Email List Cleaning	Viele Adressen auf einmal verifizieren (einfügen oder CSV)	Wenn ein einzelner Check nicht reicht und Sie eine bereinigte Liste brauchen
Rückwärtssuche von E-Mails	Ermitteln Sie den öffentlichen Eigentümer und den Unternehmenskontext anhand einer E-Mail-Adresse.	Lead-Recherche und Überprüfung unbekannter Absender
Telefonnummernprüfung	Überprüfen Sie das Telefonformat, das Land, den Typ und die Ausgabe E.164.	CRM Telefonbereinigung vor Kontaktaufnahme

So lesen Sie ein Validierungsergebnis

Format & MX OK bedeutet, die Adresse ist wohlgeformt und die Domain veröffentlicht eine MX-Route. Es bedeutet nicht, dass das Postfach existiert. Ungültige Syntax stoppt sofort; kein veröffentlichtes MX stoppt diese flache Prüfung, aber ungewöhnliche Implicit-MX-Domains brauchen eine Prüfung vor der endgültigen Ablehnung.

Es gibt auf dieser Seite absichtlich keine Disposable-, Catch-all- oder Bounce-Lesart. Dafür braucht es volle Verifizierung oder spezialisierte Tools.

Zweischichtige Validierung

Was Syntax- und MX-Validierung feststellen kann

Der Validator stoppt bewusst nach zwei günstigen Schichten. Das macht ihn schnell für Formulare und Pre-Screening und hält die Schlussfolgerung enger als eine vollständige E-Mail-Verifizierung.

Syntax prüft, ob die Eingabe als E-Mail-Adresse interpretierbar ist

BillionVerify trennt den Local-Part von der Domain, normalisiert die Eingabe und lehnt strukturelle Fehler ab wie fehlende Bestandteile, kaputte Trenner oder Zeichen an Positionen, die der Adressparser nicht akzeptieren kann. Das fängt gängige Tipp- und Copy-Paste-Probleme, bevor ein Netzwerkllookup startet.

Ein Syntax-Bestehen befragt den Anbieter des Empfängers nicht. Die Zeichenkette kann jede Formatregel erfüllen und trotzdem eine Domain nennen, die keine Mail empfängt, oder ein Postfach, das nie angelegt wurde. Behandeln Sie Syntax als erstes Tor, nie als finales Zustellbarkeitsergebnis.

MX prüft, ob die Domain eine Mail-Route veröffentlicht

Das Domain Name System lässt eine Domain Mail-Exchanger-Records veröffentlichen, die Absender zu Empfangsservern leiten. BillionVerify löst diesen Routing-Kontext auf, nachdem die Syntax bestanden hat. Eine nutzbare Route bedeutet, dass die Domain für die Teilnahme an der E-Mail-Zustellung konfiguriert ist.

MX-Belege gelten für die Domain, nicht für den genauen Local-Part. Dieselbe Mail-Route kann aktive Mitarbeitende, stillgelegte Aliase, nicht zugewiesene Namen, Gruppenpostfächer und Catch-All-Verhalten bedienen. Deshalb sagt das Ergebnis Format und MX OK statt Postfach verifiziert.

Null MX und fehlendes MX brauchen eine standardsbewusste Behandlung

Eine Domain kann einen Null-MX-Record veröffentlichen, um explizit festzuhalten, dass sie keine E-Mail annimmt. Das RFC 7505 Null MX der IETF definiert dieses Signal, damit Absender keine Zeit mit Zustellversuchen an eine Domain verschwenden, die sich von Mail abgemeldet hat.

Ein fehlender expliziter MX-Record ist nicht in jedem technischen Kontext identisch, weil SMTP historisch Fallback-Verhalten über den Adressrecord der Domain definiert. Diese flache Seite führt diesen Implicit-MX-Fallback nicht aus und berichtet für beide Fälle kein veröffentlichtes MX. Eine ungewöhnliche Domain braucht daher eine Prüfung vor der endgültigen Ablehnung.

Vor SMTP zu stoppen gehört zur Produktdefinition

Diese Seite öffnet keine Empfängerkonversation, testet keinen Postfachbefehl und leitet keine Annahme aus Anbieterverhalten ab. Es wird keine E-Mail-Nachricht gesendet. Der begrenzte Umfang macht den Validator für schnelles Pre-Screening geeignet und bewahrt volles SMTP-Kontingent für Checks, die Postfachbelege brauchen.

Wenn das genaue Postfach zählt, fahren Sie mit dem E-Mail-Verifizierer fort. Er nutzt dieselbe Syntax- und Routing-Grundlage und ergänzt danach SMTP und Risikosignale auf Empfängerebene.

Validierungsergebnisse

Das Ergebnis auf der tatsächlich geprüften Schicht interpretieren

Ein flaches Ergebnis ist nützlich, wenn sein Label präzise bleibt. Die meisten Fehler entstehen, wenn Format- oder Domainbelege in Postfachbelege umbenannt werden.

Format und MX OK bedeutet bereit für tiefere Verifizierung

Dieses Ergebnis bedeutet, dass die Adresse strukturell nutzbar ist und die Domain unter den Regeln des Validators Mail-Empfangsinfrastruktur zeigt. Es ist ein positives Pre-Screen, keine Erlaubnis, das Postfach als zustellbar zu bezeichnen.

Nutzen Sie es, um Formulareingaben vorläufig anzunehmen, eine Anreicherungspipeline fortzusetzen oder offensichtlich unmögliche Zeilen vor einem vollständigen Auftrag zu reduzieren. Ergänzen Sie SMTP, bevor Sie Nachrichten senden, bei denen ein Hard Bounce operative Kosten hat.

Ungültige Syntax bedeutet, den Quellwert zu reparieren

Der Parser kann die Eingabe nicht als nutzbare Adresse interpretieren. Häufige Ursachen sind fehlende @-Zeichen, unvollständige Domains, in die Mitte des Werts kopierter Leerraum und Satzzeichenfehler.

Zeigen Sie der Nutzerin das Originalfeld und lassen Sie sie korrigieren. Erfinden Sie fehlende Zeichen nicht automatisch und ersetzen Sie die Domain nicht, weil eine syntaktisch verbesserte Vermutung einer anderen Person gehören kann.

Keine Mail-Route bedeutet, dass die Domain nicht für normale Zustellung bereit ist

Hat die Domain unter den Validierungsregeln keine nutzbare Route, rettet eine Fortsetzung zur Postfachverifizierung die aktuelle Adresse nicht. Sie kann vertippt, abgelaufen, geparkt oder bewusst so konfiguriert sein, dass sie keine Mail annimmt.

Geben Sie den Grund zurück statt eines generischen Ungültig-Labels. Ein Fehler auf Domainebene ist für Datenreparatur handlungsfähig und unterscheidet sich von einer Empfängerablehnung auf einer sonst funktionierenden Unternehmensdomain.

Bestandene Validierung lässt mehrere Fragen offen

Das Postfach kann nicht zugewiesen, deaktiviert, voll, durch Anbieter-Policy geschützt oder hinter Catch-All-Verhalten verborgen sein. Die Adresse kann außerdem Wegwerf, rollenbasiert oder mit der Person in Ihrem Datensatz unverwandt sein.

Das sind keine Validator-Defekte; es sind Fragen außerhalb von Syntax und DNS. Nutzen Sie den E-Mail-Checker, wenn Sie das vollständige Einzeladress-Panel brauchen.

Schnelles Pre-Screening

E-Mail-Validierung an den Anfang der Datenpipeline setzen

Der Validator spart Zeit und Netzwerkarbeit, wenn er unmögliche Eingaben früh entfernt, während spätere Stufen für Postfach- und Zielgruppenentscheidungen verantwortlich bleiben.

1
Struktur validieren, solange die Nutzerin noch korrigieren kann
Führen Sie Syntaxvalidierung bei der Formulareingabe oder unmittelbar nach dem Absenden aus. Eine klare Meldung neben dem Feld ist nützlicher, als eine fehlerhafte Adresse zu entdecken, nachdem die Person die Seite verlassen hat.
Vermeiden Sie zu aggressives Echtzeit-Blocking, während noch getippt wird. Validieren Sie an einem stabilen Interaktionspunkt und bewahren Sie den eingegebenen Wert, damit die Nutzerin — nicht eine Autokorrekturregel — die Korrektur wählt.
Ist das Formular geschäftskritisch, protokollieren Sie die Reason-Kategorie statt der vollständigen Adresse in allgemeinen Analytics. Produktteams müssen wissen, ob Fehler aus Syntax oder DNS kommen, ohne einen Validierungs-Eventstream in eine zweite Kontaktdatenbank zu verwandeln.
2
Domainbereitschaft vor teurer Anreicherung oder SMTP auflösen
Ein Ergebnis ohne veröffentlichtes MX stoppt diese flache Pipeline vor Postfach-Sonden oder Kontaktanreicherung. Frühes DNS-Screening reduziert unnötige Folgearbeit, während ungewöhnliche Domains, die auf Implicit MX setzen, zur Prüfung geroutet werden sollten, statt still als gewöhnliche harte Fehler behandelt zu werden.
Halten Sie Retry-Verhalten sinnvoll, weil DNS temporär fehlschlagen kann. Unterscheiden Sie eine bestätigte No-Mail-Bedingung von einem Lookup, der nicht abgeschlossen werden konnte, und machen Sie aus einem transienten Infrastrukturfehler keine dauerhafte Löschung von Kundendaten.
3
Nur Datensätze hochstufen, die eine Versandentscheidung brauchen
Braucht ein Workflow nur sauberes Format und eine mailfähige Domain, stoppen Sie hier. Wird er Onboarding-, Sales-, Passwort-, Rechnungs- oder Kampagnen-E-Mail senden, fahren Sie nahe am Sendeereignis mit vollständiger SMTP-Verifizierung fort.
Dieser geschichtete Ansatz hält schnelle Checks schnell, ohne den Standard für Zustellbarkeit zu senken. Der Ergebnisname sollte mit den Daten reisen, damit nachgelagerte Systeme wissen, ob sie validierte oder vollständig verifizierte Belege erhalten haben.
Ein nützliches Feldmodell speichert Syntaxstatus, veröffentlichten-MX-Status, Validierungstiefe und Prüfzeit getrennt. Das verhindert, dass ein späterer Export Format- und MX-Erfolg in ein irreführendes verifiziert-Boolean flacht.
4
Massenbereinigung nutzen, wenn jede Zeile die volle Entscheidung braucht
Große Dateien brauchen konsistente Deduplizierung, Statusbehandlung, Retry-Logik und Exporte. Ein flacher Validator kann ein Dataset vorprüfen, kann einer Kampagnenoperatorin aber nicht sagen, welche konkreten Empfänger eine SMTP-Sonde angenommen haben.
Nutzen Sie die E-Mail-Listenbereinigung für kampagnenweite Verifizierung und bewahren Sie Syntax, Routing, SMTP und Risikogründe als getrennte Ausgabefelder.

Ehrliche Grenzen

Validierung ist weder Verifizierung, Identität noch Zustellbarkeitstest

Der Begriff gültig kann irreführend werden, wenn die geprüfte Schicht weggelassen wird. BillionVerify benennt die Schichten, damit Nutzerinnen den richtigen nächsten Schritt wählen können.

Kein SMTP bedeutet keinen Anspruch auf Postfachexistenz

Der Validator fragt das Empfangssystem nie nach dem Ziel-Local-Part. Er kann daher nicht feststellen, ob jane@company.com zugewiesen ist, auch wenn company.com Mail annimmt.

Ein Ergebnis, das aus Syntax und MX allein zustellbar behauptet, überzieht seine Belege. BillionVerify reserviert Sprache auf Postfachebene für den vollständigen SMTP-Ablauf.

Catch-All-Domains können jede flache Schicht bestehen

Eine Catch-All-Domain hat gültige Mail-Infrastruktur und kann beliebige Local-Parts annehmen. Die Adresse kann perfekt aussehen und die Domain Mail routen, während das benannte personenbezogene Postfach unbestätigt bleibt.

Nutzen Sie den Catch-All-Verifizierer, um dieses Domainverhalten zu verstehen, und halten Sie Catch-All-Kontakte in einem Prüfsegment, statt sie einzeln als verifiziert zu bezeichnen.

Das zählt am meisten für erzeugte B2B-Muster. firstname.lastname auf einer Unternehmensdomain zu raten kann Syntax und MX für jeden Mitarbeiternamen bestehen, während Catch-All-Verhalten verhindert, dass diese flachen Checks irgendeinen geratenen Empfänger bestätigen.

Domainbereitschaft identifiziert nicht die Adressinhaberin

DNS-Records sagen nichts über die Person an einer CRM-Zeile. Eine Domain kann Mail korrekt routen, während Name, Arbeitgeber, Titel oder Einwilligung an der Adresse falsch sind.

Identität und Erlaubnis brauchen First-Party- oder autorisierte Belege. Validierung verhindert technische Eingabefehler; sie verwandelt Drittanbieter-Kontaktdaten nicht in verifizierte Identität.

Halten Sie Identitätskonfidenz in einem getrennten Feld von technischer Validierung. Ein Vertriebsteam kann dann die Anreicherungsquelle prüfen, ohne zu verlieren, dass Adressstruktur und veröffentlichte Mail-Route ihre eigenen Checks bestanden haben. Diese Trennung macht spätere Datenqualitäts-Audits außerdem leichter erklärbar.

Empfängervalidierung testet nicht Ihr Absender-Setup

Ein gültiges Ziel kann eine Nachricht trotzdem im Spam empfangen, wenn die Absenderin schlechte Reputation, fehlende Authentifizierung, riskanten Inhalt oder ungesundes Kampagnenverhalten hat. Diese Bedingungen liegen auf der Absenderseite.

Nutzen Sie den E-Mail-Zustellbarkeitstest für die Bereitschaft der Absenderdomain. Halten Sie Empfängervalidierung und Absenderzustellbarkeit als getrennte Kontrollen im selben Versandprozess.

Protokollreferenzen

Die Standards erklären, warum flache Validierung dort stoppt, wo sie stoppt

Adressgrammatik, DNS-Mail-Routing und SMTP-Empfängerantworten sind getrennte Teile von Internet-E-Mail. Die Produktgrenze folgt dieser Architektur.

RFC 5322 beschreibt Nachrichten- und Adressstruktur

Das RFC 5322 Internet Message Format der IETF definiert die Syntax, mit der E-Mail-Adressen und Nachrichten dargestellt werden. Es ist die Grundlage dafür, zu entscheiden, ob eine Zeichenkette als Adresse geparst werden kann.

Das Dokument liefert keine Netzwerkanfrage, die beweist, dass ein Postfach existiert. BillionVerify hält diese Unterscheidung im Validierungsergebnis sichtbar.

RFC 5321 beschreibt Mail-Routing und SMTP-Antworten

Das RFC 5321 Simple Mail Transfer Protocol der IETF definiert Mail-Exchange-Verhalten, einschließlich Empfängerbefehlen und temporären versus dauerhaften Antwortklassen. Diese Empfängerantworten gehören zur vollständigen Verifizierung, nicht zu dieser Seite.

Der Validator nutzt die Routing-Schicht, die nötig ist, um Domainbereitschaft festzustellen, und stoppt vor der Empfängerinteraktion. Das macht sein Ergebnis schnell, erklärbar und korrekt begrenzt.

Das nächste Tool hängt von der nächsten Frage ab

Nutzen Sie den Free-Email-Checker, um Consumer-Webmail zu klassifizieren, die Wegwerf-E-Mail-Erkennung, um Wegwerf-Anbieter zu identifizieren, und den vollständigen Verifizierer, wenn Sie aktuelle Postfachannahme brauchen.

Der E-Mail-Validator bleibt der richtige Startpunkt, wenn die Aufgabe einfach ist, fehlerhafte Eingaben und Domains zu fangen, die nicht für den Empfang von Mail konfiguriert sind.

Nächste Schritte nach der Validierung

Gehen Sie tiefer, wenn Format allein nicht reicht.

Häufig gestellte Fragen

1. Was prüft ein Email Validator?

Dieser Email Validator prüft nur zwei Schichten: (1) ob die Adresse wohlgeformt ist (Syntax/Struktur), und (2) ob die Domain MX-Einträge veröffentlicht, damit sie Mail empfangen kann. Er öffnet keine SMTP-Konversation mit dem Postfach und kann nicht beweisen, dass eine bestimmte Person oder Inbox existiert. Diese Ehrlichkeit ist beabsichtigt — Format und MX sind ein günstiger Screen, keine vollständige E-Mail-Verifizierung.

2. Nutzt der Email Validator SMTP?

Nein. SMTP-Postfach-Verifizierung ist auf dem Email Checker, Listenbereinigung und angemeldeten Produktflüssen verfügbar. Der Validator bleibt schnell und unbegrenzt (weiche Limits nur gegen Missbrauch), indem er bei Syntax und MX stoppt. Wenn Sie Bounce-Risiko und Zustellbarkeit brauchen, öffnen Sie den Email Checker für ein vollständiges SMTP-Ergebnis.

3. Wann sollte ich den Email Validator statt des Email Checkers nutzen?

Nutzen Sie den Email Validator, wenn Sie nur einen schnellen Format- und Domain-Screen brauchen — Tippfehler fangen, Domains ohne MX ablehnen oder vor einem schwereren Job vorfiltern. Nutzen Sie den Email Checker, wenn eine falsche Adresse Bounces, ESP-Strafen oder verschwendete SDR-Zeit kostet. Viele Teams führen Validator-ähnliche Checks beim Formulareintrag und vollständiges SMTP-E-Mail-Checking vor Kampagnen oder CRM-Import aus.

4. Ist der Email Validator kostenlos?

Ja. Flache Validierung (Syntax + MX) ist kostenlos und nicht auf das 20-Voll-SMTP-Kontingent des Email Checkers begrenzt. Ein weiches Ratenlimit kann nur greifen, um automatisierten Missbrauch zu blockieren. Für Massen-CSV-Bereinigung und API-Volumen melden Sie sich an.

5. Email Validator vs Email Checker — welchen wählen?

Wählen Sie den Email Validator für unbegrenzte flache Checks: „Sieht das wie E-Mail auf einer mailfähigen Domain aus?“ Wählen Sie den Email Checker für Multi-Layer-Verifizierung: SMTP-Zustellbarkeit plus Disposable-, Catch-all- und Role-Flags. Sie beantworten unterschiedliche Fragen; ein Validator-Ergebnis wie volle Verifizierung zu behandeln ist ein häufiger Zustellbarkeitsfehler.

6. Können Catch-all-Domains den Email Validator bestehen?

Ja. Catch-all-Domains veröffentlichen meist gültige MX-Einträge, sodass Syntax + MX gut aussehen können, auch wenn der Local-Part keine reale Person ist. Nur vollständige Verifizierungstools (Email Checker / Catch-All Verifier) können Catch-all-Ungewissheit aufzeigen. Wenn Sie Leads anreichern, indem Sie namen@firma.com raten, verlassen Sie sich nicht allein auf den Validator.

E-Mail-Validierung

Vollständige SMTP-Zustellbarkeit nötig?

Führen Sie den Email Checker für Postfach-Nachweis und Risiko-Flags aus, oder melden Sie sich für Massenbereinigung und API-Zugang an.

Email Checker öffnen

20 kostenlose SMTP-Checks / 24 h · Keine Anmeldung für flache Checks · Ergebnisse in Sekunden

99.9%

Genauigkeit

Real-time

API-Geschwindigkeit

$0.00014

Pro E-Mail

600/mo

Für immer kostenlos