E-Mail-Verifizierung in Echtzeit

Raten Sie nicht mehr, welche E-Mails zurückkommen.

BounceIntel prüft Syntax, DNS, MX-Einträge und das Postfach selbst und erklärt das Ergebnis anschließend mit einem Score und Begründungscodes, mit denen Sie arbeiten können.

Beliebige Adresse prüfen. Ohne Konto. Probieren Sie es mit .

Prüfen Sie aus Ihrem eigenen Stack? Zur API-Dokumentation

POST /v1/check_emailBeispiel
100/100
Score
100 / 100
Sicher versendbar
Ja
Anbieter
google workspace
  • SyntaxGültig
  • MX-EinträgeVorhanden
  • SMTPVerbunden
  • PostfachVorhanden
  • Catch-allNein
  • WegwerfadresseNein
  • deliverable
  • provider reputation
  • tenant history positive

Jedes Urteil kommt mit den Belegen dafür.

Vertraut von Teams, die im Posteingang leben

  • Headout
  • BroadLink
  • Datalastic
  • intelbee
  • Escaun
  • ReviewDad
  • Green Power Innovations
  • FranceRent
Mediane Verifizierungslatenz
< 500 ms
Angestrebte API-Verfügbarkeit
99,9 %
Geprüfte E-Mail-Adressen, Tendenz steigend
1B+
Daten in der EU verarbeitet und gespeichert
EU

01Methode

Eine Postfachprüfung, kein Ratespiel.

Jede Verifizierung durchläuft dieselbe Pipeline: Syntax, DNS, MX, dann ein SMTP-Gespräch mit dem empfangenden Server. Das Verdikt kommt mit seinen Belegen.

01

Parsen und normalisieren

Wir weisen feindselige Syntax ab, bevor ein Credit ausgegeben wird, und bringen die Adresse dann in die Form, die der Mailserver tatsächlich sieht.

02

Den Mailserver fragen

MX-Abfrage, SMTP-Handshake, Empfängerprüfung. Catch-all, voll, deaktiviert und Rollenpostfächer werden klassifiziert, nicht geraten.

03

Bewerten und erklären

Ein Score von 0 bis 100, eine empfohlene Aktion und Reason Codes, auf die Sie im Code reagieren können. Kein undurchsichtiger Block.

POST /v1/check_emaillive

Request

{"email": "[email protected]"}

Pipeline

Response

awaiting verdict_

02Anwendungsfälle / nach Team / nach Moment

Finden Sie den Moment, in dem eine falsche Adresse Sie kostet

Verifizierung zahlt sich an acht verschiedenen Stellen aus, vom Anmeldeformular bis zur Datenplattform mit Millionen Prüfungen im Monat. Wählen Sie die, die Ihrem Problem ähnelt.

03Signale

Was tatsächlich in ein Verdikt einfließt.

Das sind die Prüfungen hinter jedem Ergebnis auf dieser Website und in der API.

Syntax

Nur RFC-konforme Adressen. Zitierte lokale Teile und IP-Literale erreichen SMTP nie.

MX-Einträge

Ob die Domain Post annimmt und welche Hosts sie nennt.

Postfachprüfung

Ob der Empfänger existiert, voll, deaktiviert oder ein Catch-all ist.

Wegwerf und Rollenkonten

Einwegpostfächer und Adressen der Art admin@ / info@, ausdrücklich gekennzeichnet.

Anbieterregeln

Gmail, Microsoft 365 und andere setzen zusätzliche Einschränkungen, die wir als Reason Codes abbilden.

Reason Codes

Stabile maschinenlesbare Werte, damit Ihre Integration verzweigen kann, ohne englischen Text zu parsen.

04Entwickler / REST / kein SDK nötig

Ein POST. Erklärbares JSON zurück.

Bearer-Authentifizierung, ein einziger Endpunkt und eine Antwort, auf deren Felder Ihre Integration direkt verzweigen kann. Keine Client-Bibliothek, kein Wrapper.

verify.sh
curl -X POST https://api.bounceintel.com/v1/check_email \
  -H "Authorization: Bearer $BOUNCEINTEL_KEY" \
  -H "Content-Type: application/json" \
  -d '{"email": "[email protected]"}'
response.json200
{
  "input": "[email protected]",
  "is_reachable": "safe",
  "syntax": {
    "domain": "stripe.com",
    "username": "ada",
    "is_valid_syntax": true
  },
  "mx": {
    "accepts_mail": true,
    "records": ["aspmx.l.google.com", "alt1.aspmx.l.google.com"]
  },
  "smtp": {
    "can_connect_smtp": true,
    "is_deliverable": true,
    "is_catch_all": false,
    "is_disabled": false,
    "has_full_inbox": false
  },
  "misc": {
    "is_disposable": false,
    "is_role_account": false,
    "is_b2c": false
  },
  "provider": "google_workspace",
  "provider_rules_applied": true,
  "score": {
    "score": 100,
    "category": "valid",
    "sub_reason": "deliverable",
    "safe_to_send": true,
    "confidence": 0.97,
    "confidence_level": "high",
    "reason_codes": ["deliverable", "tenant_history_positive"]
  },
  "bounce_risk": {
    "score": 3,
    "category": "low",
    "confidence": 0.94,
    "action": "send",
    "model_version": "br-2026.06",
    "risk_factors": [
      {
        "signal": "smtp_is_deliverable",
        "direction": "decreases_risk",
        "contribution": -0.41,
        "description": "Mailbox accepted the recipient at RCPT TO."
      }
    ]
  }
}

06Prüfpfad

Ein Score, den Sie vertreten können.

Wenn jemand fragt, warum eine Adresse abgelehnt wurde, können Sie auf die Ursachencodes zeigen statt auf das Bauchgefühl eines Anbieters.

VerdiktEmpfohlene Aktion
  • Das Postfach hat den Empfänger angenommen, und nichts in den Anbieter- oder Verlaufssignalen sprach dagegen.

    • deliverable
    • provider_reputation
    • tenant_history_positive
  • Sie löst auf, aber etwas an der Adresse oder ihrer Domain wird Sie kosten, sobald Sie im Volumen senden.

    • catch_all
    • role_account
    • full_inbox
  • Die Adresse wurde rundheraus abgelehnt, oder es gibt keinen Ort, an den Post zugestellt werden könnte.

    • invalid_recipient
    • no_mx
    • disabled_mailbox
  • Der Anbieter wollte keine klare Antwort geben. Wir sagen das, statt eine Vermutung als Score zu verkleiden.

    • smtp_timeout
    • smtp_policy_block
    • transient_smtp

41 Reason Codes über 4 Verdikte. Jede Prüfung gibt die zurück, die tatsächlich griffen, sodass sich eine Ablehnung immer auf eine Regel zurückführen lässt und nicht auf eine Zahl.

Starten Sie mit 100 Credits. Ohne Karte.

Legen Sie ein Konto an und lassen Sie dieselbe Pipeline laufen, die Ihre Produktionsliste nutzen wird.