SPF-Record einfach mit unserem kostenlosen Generator-Tool erstellen
Generieren Sie benutzerdefinierte SPF-Records für Ihre Domain, um E-Mail-Spoofing zu verhindern und die Zustellbarkeit zu verbessern. Konfigurieren Sie einfach Ihre E-Mail-Quellen und erhalten Sie einen einsatzbereiten SPF-Record.
Drittanbieter-Domains, die E-Mails für Sie senden (z.B. Google Workspace, MailChimp, SendGrid)
Spezifische IPv4-Adressen oder CIDR-Bereiche, die autorisiert sind, E-Mails für Ihre Domain zu senden
Spezifische IPv6-Adressen oder Bereiche, die autorisiert sind, E-Mails für Ihre Domain zu senden
Erlauben Sie den IP-Adressen des A-Records Ihrer Domain, E-Mails zu senden
Erlauben Sie den IP-Adressen des MX-Records Ihrer Domain, E-Mails zu senden
SPF-Verarbeitung zu einer anderen Domain umleiten (Alternative zu Includes - verwenden Sie eines von beiden)
Wie mit E-Mails von Quellen umgegangen werden soll, die nicht explizit in Ihrem SPF-Record autorisiert sind
SPF validiert, dass E-Mails von autorisierten IP-Adressen und Domains für Ihre Domain gesendet werden
Schützt Ihre Domain davor, in Phishing-Angriffen und nicht autorisierten E-Mail-Kampagnen verwendet zu werden
Ordnungsgemäß konfigurierte SPF-Records helfen Ihren legitimen E-Mails, den Posteingang statt Spam zu erreichen
Fügen Sie alle Services und IP-Adressen hinzu, die E-Mails für Ihre Domain senden, einschließlich Drittanbieter wie Google Workspace, MailChimp oder SendGrid.
Wählen Sie, wie strikt mit nicht autorisierten E-Mails umgegangen werden soll. Beginnen Sie mit Soft Fail (~all) zum Testen, dann wechseln Sie zu Hard Fail (-all) für maximale Sicherheit.
Unser Tool erstellt einen optimierten SPF-Record mit ordnungsgemäßer Syntax, DNS-Lookup-Optimierung und integrierten Best Practices.
Kopieren Sie den generierten SPF-Record und fügen Sie ihn als TXT-Record in den DNS-Einstellungen Ihrer Domain hinzu. Änderungen dauern typischerweise 15-30 Minuten zur Propagierung.
Optimiert automatisch Ihren SPF-Record, um innerhalb des 10-DNS-Lookup-Limits zu bleiben
Gewährleistet ordnungsgemäße SPF-Syntax und verhindert häufige Konfigurationsfehler
Folgt Industriestandards und Sicherheitsempfehlungen für SPF-Implementierung
Einfache Oberfläche, die keine technische Expertise erfordert, um ordnungsgemäße SPF-Records zu erstellen
Generieren Sie Ihren SPF-Record sofort ohne Wartezeit oder komplexe Setup-Prozesse
Keine Kosten, keine Registrierung erforderlich - generieren Sie einfach Ihren SPF-Record und legen Sie los
Unterstützung für Includes, IP-Adressen, A/MX-Records und Redirect-Mechanismen
Generierte Records sind bereit, direkt in Ihren DNS-Anbieter eingefügt zu werden
Für Domains, die nur Google Workspace für E-Mail verwenden
Beispiel-SPF-Record:
v=spf1 include:_spf.google.com ~allEinrichtungsschritte:
Für Domains, die nur Microsoft Office 365 für E-Mail verwenden
Beispiel-SPF-Record:
v=spf1 include:spf.protection.outlook.com ~allEinrichtungsschritte:
Für Domains mit Webserver-E-Mail und Marketing-Tools
Beispiel-SPF-Record:
v=spf1 ip4:192.168.1.1 include:servers.mcsv.net ~allEinrichtungsschritte:
Für Domains, die mehrere E-Mail-Anbieter und Services verwenden
Beispiel-SPF-Record:
v=spf1 include:_spf.google.com include:sendgrid.net ip4:203.0.113.1 ~allEinrichtungsschritte:
include:Schließt den SPF-Record einer anderen Domain in Ihre Richtlinie ein
Wann zu verwenden:
Für Drittanbieter-E-Mail-Services wie Google Workspace, MailChimp, SendGrid
Beispiel:
include:_spf.google.comip4:Autorisiert spezifische IPv4-Adressen oder CIDR-Bereiche
Wann zu verwenden:
Für Ihre eigenen Mail-Server mit bekannten IP-Adressen
Beispiel:
ip4:192.168.1.1 oder ip4:192.168.1.0/24ip6:Autorisiert spezifische IPv6-Adressen oder Bereiche
Wann zu verwenden:
Für IPv6-fähige Mail-Server
Beispiel:
ip6:2001:db8::1aAutorisiert die IP-Adressen des A-Records der Domain
Wann zu verwenden:
Wenn Ihr Mail-Server dieselbe IP wie Ihre Website teilt
Beispiel:
a oder a:mail.beispiel.demxAutorisiert die IP-Adressen des MX-Records der Domain
Wann zu verwenden:
Wenn Ihre MX-Records auf Ihre autorisierten Mail-Server verweisen
Beispiel:
mx oder mx:beispiel.deredirect=Leitet SPF-Verarbeitung zu einer anderen Domain um
Wann zu verwenden:
Alternative zu Includes, wenn Sie die vollständige SPF-Richtlinie einer anderen Domain verwenden möchten
Beispiel:
redirect=_spf.beispiel.deSPF hat ein 10-DNS-Lookup-Limit, das mit vielen Includes überschritten werden kann
Lösung:
Ersetzen Sie Include-Mechanismen durch spezifische IP-Adressen, wo möglich, oder verwenden Sie Redirect statt mehrerer Includes
Verwendung von sowohl Redirect als auch Include/All-Mechanismen im selben Record
Lösung:
Verwenden Sie entweder Redirect ODER Include-Mechanismen mit einem All-Qualifier, nicht beides
Vergessen, alle Services einzuschließen, die E-Mails für Ihre Domain senden
Lösung:
Prüfen Sie alle E-Mail-Quellen einschließlich Kontaktformulare, CRM-Systeme, Marketing-Plattformen und Transaktions-E-Mail-Services
Verwendung von +all, das keinen Schutz vor Spoofing bietet
Lösung:
Beginnen Sie mit ~all zum Testen, dann wechseln Sie zu -all für Produktion, nachdem Sie verifiziert haben, dass alle legitimen Quellen funktionieren
Verwenden Sie unseren Generator, um einen angepassten SPF-Record basierend auf Ihrer E-Mail-Infrastruktur zu erstellen
Melden Sie sich im Kontrollpanel Ihres Domain-Registrars oder DNS-Anbieters an
Fügen Sie Ihren SPF-Record als TXT-Record in Ihrem DNS hinzu
Zeit für die globale Propagierung Ihrer DNS-Änderungen einplanen
Verifizieren Sie, dass Ihr SPF-Record korrekt funktioniert
Halten Sie Ihren SPF-Record aktuell, wenn sich Ihre E-Mail-Infrastruktur ändert
Starten Sie mit unserer E-Mail-Validierungs-API und erleben Sie die Kraft der KI-gestützten E-Mail-Validierung.