Verification Types

Das Verständnis von Verifikationsergebnissen ist entscheidend für fundierte Entscheidungen über Ihre E-Mail-Daten. Dieser Leitfaden erklärt jeden Ergebnistyp und gibt Empfehlungen für den Umgang damit.

Statustypen

Jede Verifikation gibt einen von vier primären Status zurück:

Valid (Gültig)

{
  "status": "valid",
  "result": {
    "deliverable": true,
    "smtp_valid": true
  },
  "score": 0.95
}

Bedeutung: Die E-Mail-Adresse existiert und kann Nachrichten empfangen.

Empfohlene Aktion: Sicheres Versenden. Zur aktiven Mailingliste hinzufügen.

Vertrauensstufe: Hoch (Punkte typischerweise > 0.8)

Invalid (Ungültig)

{
  "status": "invalid",
  "result": {
    "deliverable": false,
    "reason": "mailbox_not_found"
  },
  "score": 0.10
}

Bedeutung: Die E-Mail-Adresse kann keine Nachrichten empfangen.

Häufige Gründe:

• Postfach existiert nicht
• Domain existiert nicht
• Ungültiges E-Mail-Format
• Domain hat keinen Mail-Server

Empfohlene Aktion: Sofort aus der Liste entfernen. Das Versenden an ungültige Adressen schadet Ihrer Absender-Reputation.

Unknown (Unbekannt)

{
  "status": "unknown",
  "result": {
    "deliverable": null
  },
  "score": 0.50
}

Bedeutung: Wir konnten die Gültigkeit der E-Mail nicht mit Sicherheit bestimmen.

Häufige Ursachen:

• Mail-Server-Timeout
• Temporäre Server-Probleme
• Greylisting aktiv
• Server blockiert Verifikationsversuche

Empfohlene Aktion: Später erneut verifizieren. Bei dauerhaft unbekanntem Status Vorsicht walten lassen oder aus wichtigen Kampagnen entfernen.

Accept All (Catch-all)

{
  "status": "accept_all",
  "result": {
    "catchall": true,
    "deliverable": null
  },
  "score": 0.60
}

Bedeutung: Die Domain akzeptiert alle E-Mails, sodass wir nicht bestätigen können, ob dieses spezifische Postfach existiert.

Empfohlene Aktion: In der Liste behalten, aber auf Bounces überwachen. Vor großen Versendungen A/B-Tests in Betracht ziehen.

Ergebnisfelder erklärt

deliverable

valid_format

Gibt an, ob die E-Mail gültigen Syntaxregeln folgt.

// Gültige Formate
"user@example.com"          // true
"user.name@example.co.uk"   // true
"user+tag@example.com"      // true

// Ungültige Formate
"user@"                     // false
"@example.com"              // false
"user@.com"                 // false

valid_domain

Gibt an, ob die Domain existiert und korrekt konfiguriert ist.

valid_mx

Gibt an, ob die Domain MX-Einträge (Mail Exchange) konfiguriert hat.

disposable

Gibt an, ob die E-Mail von einem temporären/Wegwerf-E-Mail-Dienst stammt.

Beispiele für Wegwerf-Domains:

• mailinator.com
• 10minutemail.com
• guerrillamail.com
• tempmail.com

Warum es wichtig ist:

• Nutzer mit Wegwerf-E-Mails engagieren sich selten
• Oft für Spam oder Missbrauch verwendet
• Niedriger Lifetime-Wert
• Kann auf betrügerische Absicht hindeuten

role

Gibt an, ob die E-Mail eine rollenbasierte Adresse ist (nicht an eine bestimmte Person gebunden).

Häufige rollenbasierte Muster:

Warum es wichtig ist:

• Mehrere Personen können die E-Mail erhalten
• Höhere Beschwerderate
• Niedrigere Engagement-Metriken
• Einige ESP-Richtlinien beschränken rollenbasierte Adressen

catchall

Gibt an, ob die Domain alle E-Mail-Adressen akzeptiert.

Auswirkung:

• Kann spezifische Postfach-Existenz nicht verifizieren
• Höheres Bounce-Risiko
• Kann auf kleinere Organisation hindeuten

free

Gibt an, ob die E-Mail von einem kostenlosen E-Mail-Anbieter stammt.

Beispiele:

• gmail.com
• yahoo.com
• outlook.com
• hotmail.com

Anwendungsfälle für dieses Flag:

• B2B vs B2C Segmentierung
• Lead-Scoring
• Betrugserkennung (hoher Anteil kostenloser E-Mails im B2B)

smtp_valid

Gibt das Ergebnis der SMTP-Verifikation an.

Vertrauenswert

Das score-Feld (0.0 - 1.0) bietet eine Gesamt-Vertrauensbewertung:

0.0 ──────────── 0.5 ──────────── 0.8 ──────────── 1.0
 │                │                │                │
Ungültig    Unbekannt/Riskant  Wahrscheinlich gültig  Gültig

Punktebereiche

Umgangsstrategien nach Typ

Für Marketing-Kampagnen

function shouldIncludeInCampaign(result) {
  // Streng: Nur zuversichtlich gültige E-Mails einbeziehen
  if (result.status === 'valid' && result.score >= 0.8) {
    if (!result.result.disposable && !result.result.role) {
      return true;
    }
  }
  return false;
}

Für Transaktions-E-Mails

function canSendTransactional(result) {
  // Nachsichtiger: Gültige und Accept-all einbeziehen
  if (result.status === 'valid') return true;
  if (result.status === 'accept_all' && result.score >= 0.5) return true;
  return false;
}

Für Benutzerregistrierung

function allowRegistration(result) {
  // Wegwerf und ungültig blockieren
  if (result.status === 'invalid') return { allow: false, reason: 'invalid_email' };
  if (result.result.disposable) return { allow: false, reason: 'disposable_not_allowed' };
  return { allow: true };
}

Entscheidungsmatrix

Verwenden Sie diese Matrix, um zu entscheiden, wie Sie mit verschiedenen Verifikationsergebnissen umgehen:

Nächste Schritte