DNS Records wie TXT- und CNAME-Einträge sind die technische Grundlage dafür, dass Mail-Infrastruktur im B2B sauber identifizierbar und überprüfbar wird. Im Deliverability-Kontext geht es nicht um abstrakte IT-Verwaltung, sondern um die Frage, ob Mailbox-Provider erkennen können, dass eine sendende Domain, ein Tool und die definierten Authentifizierungsmechanismen sauber zusammengehören.
Wer Outbound oder Terminvereinbarung per E-Mail betreibt, arbeitet damit direkt auf dieser Ebene mit. Falsch gesetzte DNS-Records führen nicht erst irgendwann zu Problemen, sondern oft sehr konkret zu schlechter Zustellung, fehlerhaften Auth-Checks, gescheiterten Verifizierungen und unnötigen Setup-Verzögerungen.
Definition
DNS Records sind Einträge im Domain Name System, die technische Informationen zu einer Domain veröffentlichen. Für E-Mail-Setups sind besonders TXT-Records und CNAME-Records relevant. TXT-Records werden häufig genutzt, um Werte für SPF, Domain-Verifikation oder DMARC-Policies abzulegen. CNAME-Records verweisen einen Hostnamen auf einen anderen Hostnamen und werden oft für Tracking-, Return-Path- oder Anbieter-Verknüpfungen eingesetzt.
Entscheidend ist: Die Records sind keine Dekoration im DNS, sondern maschinenlesbare Vertrauens- und Routinginformationen. Fehlt ein Eintrag, ist er falsch formatiert oder zeigt er auf das falsche Ziel, schlägt die nachgelagerte Logik fehl.
Bedeutung im B2B-Vertrieb
Im B2B hängt E-Mail-Performance nicht nur an Copy und Zielgruppe, sondern stark an technischer Sendefähigkeit. Wenn Provider Authentifizierungs- oder Infrastruktur-Signale nicht sauber prüfen können, sinken Zustellchancen und damit Response-Chancen. Genau deshalb gehören DNS Records operativ zur Vertriebsleistung, auch wenn sie meist von IT, Ops oder Agenturen gepflegt werden.
Für Teams, die mehrere Mailboxen, Tools oder Versanddomains nutzen, wird das besonders wichtig. Jeder zusätzliche Anbieter erhöht die Wahrscheinlichkeit, dass ein TXT- oder CNAME-Eintrag fehlt, doppelt gesetzt wird oder beim Domain-Provider falsch übertragen wurde. Dann wirken Kampagnen plötzlich schwächer, obwohl das Problem nicht in der Ansprache, sondern im Setup sitzt.
Wie das Konzept funktioniert
Die Mechanik ist simpel: Ein Mail- oder SaaS-Anbieter verlangt bestimmte DNS-Einträge. Diese werden bei der Domain hinterlegt. Externe Systeme prüfen danach öffentlich, ob die erwarteten Werte vorhanden sind. Erst dann gelten bestimmte Funktionen oder Authentifizierungswege als verifiziert.
Für den Vertriebsalltag relevant sind vor allem diese Muster:
- TXT für Nachweis: Ein Provider prüft per TXT-String, ob ihr die Domain kontrolliert.
- TXT für Policy: DMARC- und SPF-Logik liegen typischerweise in TXT-Einträgen.
- CNAME für Delegation: Subdomains oder Tracking-Domains werden auf Anbieterziele verwiesen.
- CNAME für technische Entkopplung: Statt ständig IPs oder Zielsysteme zu ändern, zeigt der Hostname auf einen vom Anbieter verwalteten Namen.
Operativ bedeutet das: Vor Versandstart muss nicht nur „Record vorhanden“ geprüft werden, sondern auch Hostname, Zielwert, DNS-Propagation, Konflikte mit bestehenden Einträgen und die Frage, ob das Setup wirklich zur eingesetzten Mail-Architektur passt.
Typische Fehler oder Missverständnisse
- Wert stimmt ungefähr: Bei DNS zählt nicht ungefähr. Ein zusätzliches Leerzeichen, ein falscher Hostname oder ein alter Zielwert kann reichen, um die Prüfung scheitern zu lassen.
- TXT und CNAME austauschbar behandeln: Beide Record-Typen haben unterschiedliche Funktionen. Ein falsch gewählter Typ löst das Problem nicht.
- Root und Subdomain verwechseln: Viele Fehler entstehen, weil Einträge auf der falschen Ebene gesetzt werden.
- Konflikte im DNS übersehen: Mehrere SPF-Versuche, veraltete CNAMEs oder doppelte Tracking-Konfigurationen widersprechen sich oft still.
- Propagation ignorieren: Direkt nach dem Speichern überall sofort grüne Haken zu erwarten, führt zu hektischem Fehlersuchen.
Anwendung im Vertrieb
Im Alltag sollten Vertriebs- und RevOps-Teams DNS Records nicht selbst administrieren müssen, aber sie sollten die Folgen verstehen. Wenn neue Mailboxen aufgesetzt werden, ein Versandtool angebunden wird oder Zustellprobleme auftreten, gehört ein DNS-Check ganz nach oben auf die Diagnose-Liste. Das spart Wochen mit falschen Hypothesen über Betreffzeilen, Volumen oder Copy.
Sinnvoll ist ein standardisierter Go-live-Check: Welche Domain wird genutzt? Welche TXT- und CNAME-Records fordert der Anbieter? Wer setzt sie? Wer verifiziert sie? Welche Subdomain ist für Tracking oder Mailstream reserviert? Und wie wird dokumentiert, was bereits produktiv ist? Ohne diese Disziplin wachsen Setups schnell unübersichtlich.
DNS Records sind damit kein Randthema, sondern Teil der operativen Infrastruktur für E-Mail-Deliverability. Sie entscheiden mit darüber, ob die technische Vertrauenskette vor dem ersten Outreach sauber steht.
Kurzfazit
- TXT- und CNAME-Records sind zentrale Infrastrukturbausteine für Mail-Authentifizierung, Verifikation und technische Delegation.
- Viele Zustell- und Setup-Probleme entstehen nicht in der Copy, sondern in kleinen DNS-Fehlern.
- Wer Outbound skalieren will, braucht saubere Dokumentation, klare Verantwortlichkeit und einen festen DNS-Check vor jedem Rollout.
FAQ
Warum sind DNS Records im B2B besonders wichtig?
Weil B2B-Outreach oft auf mehrere Mailboxen, Tools und Domains verteilt ist. Schon kleine Fehler in DNS-Einträgen können Authentifizierung und Zustellung sichtbar verschlechtern.
Kann man DNS Records isoliert bewerten?
Nicht vollständig. Sie wirken immer im Zusammenspiel mit SPF, DKIM, DMARC, Versandverhalten und Domain-Reputation. Ohne saubere DNS-Basis greifen diese Mechanismen aber oft nicht verlässlich.
Was ist der häufigste Fehler im Umgang mit TXT und CNAME?
Dass Teams den richtigen Eintrag grundsätzlich kennen, ihn aber auf dem falschen Host, im falschen Format oder zusätzlich zu widersprüchlichen Alt-Records setzen.
Für wen ist das Thema relevant?
Für RevOps, IT, Agenturen und Vertriebsverantwortliche gleichermaßen. Nicht jeder setzt die Einträge selbst, aber jeder profitiert davon, die operative Wirkung zu verstehen.
Weiterführend: Deliverability · SPF · DKIM · E-Mail-Deliverability (Zustellbarkeit)