DNS steht für Domain Name System und bezeichnet das Verzeichnissystem des Internets: Es übersetzt merkbare Domainnamen wie beispiel.de in die IP-Adressen der Server, auf denen Websites und Dienste laufen. Ohne DNS müssten Nutzer Zahlenfolgen statt Namen eingeben. Über DNS-Einträge wird außerdem gesteuert, welcher Server E-Mails einer Domain empfängt und welche Nachweise etwa für E-Mail-Sicherheit hinterlegt sind.
Was ist DNS?
DNS steht für Domain Name System und bezeichnet das Verzeichnissystem des Internets: Es übersetzt merkbare Domain-Namen wie beispiel.de in die IP-Adressen der Server, auf denen Websites und Dienste laufen. Ohne DNS müssten Nutzer Zahlenfolgen statt Namen eingeben. Der Wikipedia-Artikel zum Domain Name System beschreibt es als einen der wichtigsten Dienste in IP-basierten Netzwerken — vergleichbar mit einem Telefonbuch, das Namen den zugehörigen Nummern zuordnet.
Über DNS-Einträge wird außerdem gesteuert, welcher Server E-Mails einer Domain empfängt und welche Nachweise etwa für die E-Mail-Sicherheit hinterlegt sind. Die grundlegenden Regeln des Systems sind seit 1987 in RFC 1035 standardisiert und bis heute gültig. Verwaltet und koordiniert werden die obersten Ebenen von der ICANN, die für die Vergabe von Domainnamen und die Stabilität des Namenssystems sorgt.
Wie funktioniert das Domain Name System?
Gibt ein Nutzer eine Adresse in den Browser ein, fragt sein Gerät einen DNS-Resolver — meist den des Internetanbieters oder einen öffentlichen Dienst. Kennt dieser die Antwort nicht aus seinem Zwischenspeicher, hangelt er sich durch die DNS-Hierarchie: von den Root-Servern über die Server der jeweiligen Endung (etwa .de) bis zu den autoritativen Nameservern der Domain, die schließlich die hinterlegte IP-Adresse liefern. Das Ergebnis wird für eine definierte Zeit (TTL) zwischengespeichert. Öffentliche Resolver wie der von Google sind in der Public-DNS-Dokumentation beschrieben.
Verwaltet werden die Einträge in der DNS-Zone der Domain. Die wichtigsten Eintragstypen: A- und AAAA-Records verweisen auf IP-Adressen, CNAME-Records auf andere Domainnamen, MX-Records legen die E-Mail-Server fest, und TXT-Records enthalten Nachweise — etwa SPF, DKIM und DMARC für die E-Mail-Authentifizierung oder Bestätigungscodes für die Domain-Verifizierung bei Diensten wie der Search Console. Jeder Record erfüllt eine klar umrissene Aufgabe im Zusammenspiel der Namensauflösung.
Warum ist DNS wichtig?
DNS ist unsichtbare, aber kritische Infrastruktur: Fehlerhafte Einträge machen Website oder E-Mail-Empfang schlagartig unerreichbar — ein Tippfehler im MX-Record genügt, und Nachrichten kommen nicht mehr an. Auch die Zustellbarkeit eigener E-Mails hängt am DNS: Ohne korrekt gesetzte SPF-, DKIM- und DMARC-Einträge landen Mails, auch der Newsletter, zunehmend im Spam-Ordner oder werden ganz abgewiesen. Für Unternehmen, die auf E-Mail-Kommunikation angewiesen sind, ist das ein unmittelbares Geschäftsrisiko.
Bei Website-Umzügen, einem Relaunch oder Anbieterwechseln laufen die entscheidenden Schritte über DNS-Änderungen. Wer hier plant — etwa die TTL vor dem Umzug herabsetzt — minimiert die Übergangszeit, in der Besucher noch auf den alten Server geleitet werden. Auch der Serverstandort und die Anbindung eines CDN werden über DNS gesteuert, was mittelbar Ladezeit und Erreichbarkeit für Nutzer in verschiedenen Regionen beeinflusst.
DNS in der Praxis
Verwaltet wird DNS meist im Kundenbereich des Domain- oder Hosting-Anbieters. Für typische Aufgaben im Marketing-Umfeld sind DNS-Einträge regelmäßig nötig: die Domain-Verifizierung für die Google Search Console oder Meta, das Anbinden von E-Mail-Marketing-Tools über SPF- und DKIM-Einträge, das Aufschalten eines CDN oder das Anlegen von Subdomains für Landingpages und Portale. Jede dieser Aufgaben verlangt einen präzisen, an der richtigen Stelle gesetzten Eintrag.
Ein CNAME- oder A-Record entscheidet außerdem, auf welchen Server eine Subdomain zeigt — und beeinflusst so mittelbar die Server-Antwortzeit, wenn Inhalte näher am Nutzer ausgeliefert werden. Wer mehrere Dienste betreibt, sollte die Zone übersichtlich halten, Einträge sinnvoll benennen und Änderungen dokumentieren. Eine gepflegte Zone erleichtert die Fehlersuche erheblich, wenn einmal etwas nicht erreichbar ist.
DNS und E-Mail-Sicherheit
Ein besonders folgenreicher Bereich ist die E-Mail-Authentifizierung über DNS. SPF legt fest, welche Server im Namen der Domain versenden dürfen; DKIM versieht ausgehende Mails mit einer Signatur, deren öffentlicher Schlüssel im DNS liegt; DMARC verknüpft beide und sagt Empfängerservern, wie mit nicht authentifizierten Nachrichten umzugehen ist. Zusammen erschweren sie Fälschungen und verbessern die Zustellbarkeit legitimer Mails erheblich.
Fehlen oder widersprechen sich diese Einträge, sinkt die Reputation der Domain, und selbst korrekt versendete Nachrichten landen im Spam. Gerade beim Wechsel eines E-Mail-Marketing-Tools müssen SPF und DKIM angepasst werden, damit der neue Versanddienst als legitim erkannt wird. Ein sauberes DMARC-Reporting hilft zudem, Missbrauch der eigenen Domain frühzeitig zu erkennen.
Typische Fehler und Vorsichtsregeln
Bewährte Vorsichtsregeln: Vor Änderungen den bestehenden Zustand dokumentieren, Änderungen einzeln vornehmen und prüfen, und bedenken, dass DNS-Änderungen wegen der Zwischenspeicherung erst nach Minuten bis Stunden überall wirksam werden. Wer die TTL kennt, kann diese Wartezeit abschätzen und Umzüge entsprechend timen, statt vorschnell weitere Anpassungen vorzunehmen und so den Fehler zu verschleiern.
Der Zugang zur DNS-Verwaltung sollte im Unternehmen bekannt und abgesichert sein — er ist faktisch der Generalschlüssel zur digitalen Erreichbarkeit. Geht er verloren oder liegt allein bei einem externen Dienstleister, kann schon ein kleiner Konflikt die gesamte Kommunikation lahmlegen. Änderungen an MX- und Sicherheits-Records gehören besonders sorgfältig geprüft, weil Fehler hier direkt die Zustellbarkeit und den Empfang von E-Mails treffen.
DNS bei Website-Umzügen und Relaunches
Bei einem Serverwechsel oder Relaunch ist DNS der Hebel, der den Verkehr von der alten auf die neue Umgebung lenkt. Ein bewährtes Vorgehen: Zuerst die TTL der betroffenen Records senken, damit Änderungen später schnell greifen, dann die neue Umgebung in einer Staging-Umgebung vollständig aufbauen und testen, und erst zuletzt die A- oder CNAME-Records umstellen. So bleibt das Zeitfenster klein, in dem Besucher je nach Zwischenspeicher noch auf dem alten Server landen.
Kritisch ist, MX- und Sicherheits-Records beim Umzug nicht zu vergessen: Wird nur die Website umgezogen, der E-Mail-Empfang aber übersehen, kann Post plötzlich ins Leere laufen. Ein dokumentierter Abgleich aller Einträge vor und nach dem Umzug verhindert solche Ausfälle. Auch SSL-Zertifikate und Verifizierungscodes für Analyse- und Werbekonten sollten nach dem Wechsel geprüft werden, damit Tracking und Erreichbarkeit lückenlos bleiben. Bei mehreren Länderdomains ist zudem jede Zone einzeln zu prüfen.