A-Record vs. CNAME: Welchen DNS-Eintrag für Ihre Website nutzen

Ein A-Record verweist auf eine IP-Adresse, ein CNAME auf einen anderen Hostnamen. Mit Apex-Regel, Entscheidungstabelle und Beispielen für Website-Baukästen.

Häufige Fragen

Kann ich einen CNAME auf meine Root-Domain setzen?

Nach den Standardregeln von DNS nicht. Ein CNAME darf sich den Namen mit keinem anderen Eintrag teilen, und die Wurzel einer Domain trägt immer NS- und SOA-Einträge. Manche DNS-Anbieter umgehen das mit einer ALIAS-, ANAME- oder CNAME-Flattening-Funktion, die sich wie ein CNAME verhält, aber mit A-Records antwortet. Wie diese Funktion bei Ihrem Anbieter heißt, steht in dessen Dokumentation.

Ist ein CNAME oder ein A-Record schneller?

Für Besucher ist der Unterschied meist zu klein, um ihn zu bemerken. Ein CNAME erfordert eine zusätzliche Abfrage, wenn ein Resolver den Alias zum ersten Mal auflösen muss. Danach wird die Antwort gemäß TTL zwischengespeichert. Entscheiden Sie danach, was Ihr Hoster vorgibt und ob es sich um den Apex handelt, nicht nach der Geschwindigkeit.

Warum gibt mir mein Hoster für www einen CNAME, für die Root-Domain aber eine IP-Adresse?

Weil www eine Subdomain ist, bei der ein CNAME erlaubt ist, während die Root-Domain der Apex ist, bei dem er es nicht ist. Hoster, die für den Apex eine feste IP-Adresse nennen, geben Ihnen etwas, das ein A-Record aufnehmen kann. Hoster, die nur einen Hostnamen nennen, erwarten, dass Sie auf einer Subdomain einen CNAME verwenden, oder am Apex einen Eintrag im ALIAS-Stil, sofern Ihr DNS-Anbieter einen anbietet.

Können ein A-Record und ein CNAME für denselben Namen existieren?

Nein. Hat ein Name einen CNAME, darf er keinen A-, MX- oder TXT-Eintrag und auch keinen anderen Eintragstyp haben. Ihr DNS-Panel verhindert möglicherweise das Speichern des zweiten Eintrags, oder es speichert ihn und die Auflösung wird unvorhersehbar. Löschen Sie den alten Eintrag, bevor Sie den neuen Typ anlegen.

Was passiert mit meinen E-Mails, wenn ich den Apex-Eintrag ändere?

Eine Änderung des A-Records Ihrer Root-Domain wirkt sich nicht auf E-Mails aus, denn das Mail-Routing übernehmen die MX-Einträge. Gefährlich ist ein CNAME am Apex, weil er mit den MX- und TXT-Einträgen kollidiert, auf die E-Mail angewiesen ist. Lassen Sie die MX-Einträge unangetastet und ändern Sie nur die A- oder AAAA-Einträge, wenn Sie eine Website umziehen.

Kurz gesagt: Ein A-Record ordnet einen Namen direkt einer IPv4-Adresse zu, ein CNAME dagegen verweist auf einen anderen Hostnamen, dessen Einträge dann die endgültige Adresse bestimmen. Nutzen Sie einen A-Record für Ihre Root-Domain (example.com) und einen CNAME für Subdomains wie www, shop oder blog, wenn Ihr Hoster Ihnen statt einer IP einen Hostnamen nennt. Die wichtigste Regel: Ein CNAME darf nicht an der Wurzel einer Domain stehen.

Worauf die beiden Einträge tatsächlich verweisen

A-Record: Name auf IP-Adresse

Ein A-Record beantwortet die Frage „Welche IPv4-Adresse gehört zu diesem Namen?“ In einer Zonendatei sieht er so aus:

`` example.com. 3600 IN A 192.0.2.10 ``

Diese Adresse (aus einem für Dokumentation reservierten Bereich) ist der Server, mit dem sich ein Browser verbindet. Haben Sie zusätzlich eine IPv6-Adresse, legen Sie daneben einen AAAA-Record an. Ändert sich die Adresse des Servers, müssen Sie den Eintrag selbst anpassen.

CNAME-Record: Name auf einen anderen Namen

Ein CNAME („canonical name“) sagt: „Dieser Name ist ein Alias für jenen anderen Namen.“ Er enthält nie eine IP-Adresse:

`` www.example.com. 3600 IN CNAME sites.hostingprovider.example. ``

Ein Resolver erkennt den Alias, schlägt das Ziel nach und verwendet die dort gefundenen A- oder AAAA-Einträge. Der Vorteil: Ihr Hoster kann seine Server-Adressen ändern, ohne dass Sie an Ihrem DNS etwas tun müssen. Die Grunddefinition finden Sie unter was ein CNAME ist, einen Überblick über die gesamte Familie der Einträge unter DNS-Eintragstypen erklärt.

Die Apex-Einschränkung erklärt

Der Apex (auch Root-, Bare- oder Naked-Domain genannt) ist der Name ohne Präfix: example.com. Nach den DNS-Regeln darf ein Name mit einem CNAME keinen anderen Eintragstyp neben sich haben. Der Apex hat aber immer weitere Einträge:

NS-Einträge, die festlegen, welche Server für die Domain autoritativ sind
Einen SOA-Eintrag
Meist MX-Einträge für E-Mail sowie TXT-Einträge für Verifizierung und SPF

Ein CNAME am Apex würde mit all diesen kollidieren. Manche DNS-Panels weigern sich, ihn zu speichern. Andere speichern ihn und stören dabei unbemerkt die E-Mail-Zustellung oder die Domain-Verifizierung, was schlimmer ist.

Subdomains haben dieses Problem nicht, denn www.example.com hat unter genau diesem Namen normalerweise keine weiteren Einträge. Deshalb raten Hoster fast immer dazu, www per CNAME zu verknüpfen.

Die Umgehung: ALIAS, ANAME und Flattening

Viele DNS-Anbieter bieten einen nicht standardisierten Eintrag, der sich am Apex wie ein CNAME verhält. Er heißt unterschiedlich (ALIAS, ANAME oder „CNAME-Flattening“): Der Anbieter löst den Ziel-Hostnamen auf seiner Seite auf und beantwortet Besucheranfragen mit gewöhnlichen A-Records. Weil es sich um Funktionen der Anbieter und nicht um Teil des DNS-Standards handelt, unterscheiden sich Name, Verhalten und die Frage, ob sie im Tarif enthalten sind. Prüfen Sie die Dokumentation Ihres DNS-Anbieters, bevor Sie sich darauf verlassen, und gehen Sie nicht davon aus, dass es im Panel eines anderen Anbieters einen Eintragstyp dieses Namens gibt.

A-Record vs. CNAME: Wann nehme ich welchen?

Situation	Verwenden	Warum
Root-Domain (example.com), Hoster nennt eine IP-Adresse	A (und AAAA, falls IPv6 angegeben)	Der Apex kann A-Records aufnehmen
Root-Domain, Hoster nennt nur einen Hostnamen	ALIAS/ANAME/Flattening, falls Ihr DNS-Anbieter es bietet; sonst DNS umziehen oder die Nameserver des Hosters nutzen	Ein Standard-CNAME ist am Apex nicht erlaubt
www-Subdomain, Hoster nennt einen Hostnamen	CNAME	Folgt dem Hoster, wenn dessen Server umziehen
Subdomain, Hoster nennt eine IP-Adresse	A	Ein CNAME hätte nichts, worauf er verweisen könnte
Subdomain für ein SaaS-Tool (help, status, shop)	CNAME	Der Anbieter verwaltet das Ziel
Name, der auch MX- oder TXT-Einträge braucht	A, AAAA oder ALIAS-Stil, nie CNAME	Ein CNAME darf nicht neben anderen Einträgen stehen
Einen Namen auf einen anderen Namen verweisen, den Sie selbst verwalten	CNAME	Nur eine Stelle zum Aktualisieren
E-Mail-Dienst-Einträge (DKIM-Selektoren)	CNAME nur, wenn der E-Mail-Anbieter es vorgibt	Anbieterspezifisch, folgen Sie dessen Anleitung

Zum Mail-Routing im Besonderen lesen Sie wie MX-Einträge funktionieren und wofür ein TXT-Eintrag da ist.

Beispiele für Website-Betreiber

Die meisten Website-Baukästen und Hoster folgen einem von zwei Mustern. In Ihrem Dashboard sehen Sie, welches für Sie gilt.

Muster 1: Der Hoster nennt eine IP und einen Hostnamen

Viele Hoster geben beides an. Das typische Setup:

Host (Name)	Typ	Wert
@ (Root)	A	die IP-Adresse, die Ihr Hoster angibt
www	CNAME	der Hostname, den Ihr Hoster angibt

In den meisten DNS-Panels steht @ für den Apex. Verwenden Sie genau die Werte, die Ihr Hoster anzeigt. Übernehmen Sie keine IP-Adressen aus einem Blogbeitrag, auch nicht aus diesem, denn Hoster ändern sie.

Muster 2: Der Hoster nennt nur einen Hostnamen

Manche Plattformen verzichten auf feste IPs. Dann haben Sie drei Möglichkeiten:

Verknüpfen Sie www per CNAME und leiten Sie die Root-Domain mit der Weiterleitungsfunktion Ihres Registrars auf www um.
Nutzen Sie am Apex einen ALIAS-/ANAME-/Flattening-Eintrag, wenn Ihr DNS-Anbieter ihn unterstützt.
Stellen Sie die Nameserver Ihrer Domain auf den Hoster oder auf einen DNS-Anbieter um, der Apex-Aliase unterstützt.

Option 1 ist am besten übertragbar, weil jeder Registrar eine Weiterleitung anbietet, auch wenn sie für Besucher der reinen Domain einen zusätzlichen Schritt bedeutet.

Schritt für Schritt: Domain auf einen Website-Baukasten zeigen lassen

Suchen Sie die DNS-Anleitung Ihres Hosters in den Domain- oder Custom-Domain-Einstellungen. Notieren Sie, ob eine IP, ein Hostname oder beides genannt wird.
Öffnen Sie Ihr DNS-Panel beim Registrar oder DNS-Anbieter (dort, wohin Ihre Nameserver zeigen).
Löschen Sie widersprüchliche Einträge. Alte A- oder CNAME-Einträge am selben Namen (oft eine Parkseite des Registrars) müssen zuerst weg.
Legen Sie den Apex-Eintrag an. Verwenden Sie einen A-Record mit der IP des Hosters oder einen ALIAS-Eintrag mit dessen Hostnamen.
Legen Sie den www-Eintrag an. Verwenden Sie einen CNAME, der auf den vom Hoster genannten Hostnamen zeigt.
Lassen Sie MX- und TXT-Einträge in Ruhe, außer Sie ändern bewusst Ihre E-Mail-Einrichtung.
Warten Sie, bis die TTL Ihrer alten Einträge abgelaufen ist, und prüfen Sie die Domain dann im Browser. Eine niedrigere TTL, die Sie einen Tag vor der Umstellung setzen, beschleunigt den Wechsel.
Prüfen Sie, ob der Hoster die Domain als verbunden anzeigt und HTTPS ausgestellt wurde. Hoster brauchen in der Regel eine korrekte DNS-Auflösung, bevor sie ein Zertifikat ausstellen können.

Checkliste zur Fehlersuche

[ ] Am selben Namen stehen nicht ein CNAME und ein anderer Eintrag
[ ] Kein CNAME am Apex (außer es ist ein anbieterspezifischer Eintrag im ALIAS-Stil)
[ ] Das CNAME-Ziel endet auf einen echten Hostnamen, nicht auf eine http://-URL oder einen Pfad
[ ] Der A-Record enthält eine IPv4-Adresse und sonst nichts (kein Port, kein https://)
[ ] Es gibt keinen veralteten AAAA-Record, der auf einen alten Server zeigt
[ ] Ihre Nameserver sind die, bei denen Sie die Einträge tatsächlich bearbeitet haben
[ ] MX-Einträge sind weiterhin vorhanden, wenn Sie E-Mail auf dieser Domain nutzen

Häufige Fehler

Einen CNAME auf die Root setzen, um www zu „reparieren“. Das zerstört stattdessen E-Mail- und Verifizierungseinträge. Nutzen Sie den A- oder ALIAS-Weg.
Eine alte IP-Adresse übernehmen. Ist ein CNAME möglich, bleiben Sie damit auf dem Stand des Hosters. Müssen Sie einen A-Record verwenden, prüfen Sie die IP im Dashboard Ihres Hosters erneut, wenn etwas nicht mehr funktioniert.
Die URL als Ziel einfügen. DNS-Werte sind nur Hostnamen oder IPs, ohne https:// und ohne Pfad am Ende.
AAAA vergessen. Ein übrig gebliebener IPv6-Eintrag kann manche Besucher auf einen Server schicken, den Sie nicht mehr nutzen.

Wenn Sie noch eine Plattform suchen: Im kostenlosen Tarif von We.Inc veröffentlichen Sie bis zu drei Websites aus fertigen Vorlagen. Der KI-Builder, der aus einem Prompt eine Website entwirft, startet im Starter-Tarif für $20 im Monat. Sie können hier kostenlos starten und eine Domain mit dem Eintragstyp verbinden, den Ihnen das Dashboard vorgibt.

Kostenlos starten · Keine Kreditkarte nötig

Umair Ali Sadaqat

Gründer von We.Inc

Umair ist der Gründer von We.Inc. Er schreibt über die Erstellung von Websites mit KI, Agenturen und den Geschäftsbetrieb eines Webstudios.

Bereit, etwas Großartiges zu bauen?

Schließe dich 15,000+ Unternehmen an, die mit We.Inc starten, wachsen und automatisieren, alles auf einer Plattform.