Domain einrichten: Domain mit Hosting verbinden
Damit Website und E-Mail unter deiner Domain erreichbar sind, müssen Nameserver und DNS-Einträge zum richtigen Hosting führen. Diese Anleitung zeigt dir beide Einrichtungswege, erklärt A-, AAAA-, CNAME-, MX- und TXT-Records und hilft bei SSL, E-Mail-Sicherheit, Propagation und Fehlersuche.
Marco | 30.09.2026
Bei gemeinsamem Domain- und Hostinganbieter erfolgt die Verbindung meist automatisch. Bei getrennten Anbietern wechselst du entweder die Nameserver oder setzt einzelne DNS-Records. Vorhandene Einträge sollten gesichert und Website, E-Mail, HTTPS sowie DNSSEC anschließend getrennt geprüft werden.
Die technischen Hinweise wurden am 30. September 2026 geprüft. Bedienoberflächen und konkrete DNS-Werte unterscheiden sich je nach Anbieter. Übernimm deshalb immer die Zielwerte aus der Dokumentation deines Hosting- und E-Mail-Anbieters.
Was bedeutet „Domain einrichten“?
Eine registrierte Domain zeigt nicht automatisch auf deine Website. Über das Domain Name System legst du fest, welcher Webserver die Seite ausliefert und welche Mailserver Nachrichten für deine Adressen annehmen. Dafür verwaltest du entweder einzelne DNS-Einträge oder übergibst die gesamte DNS-Verwaltung an andere Nameserver.
Wenn du noch keine Domain besitzt, kannst du zuerst die Verfügbarkeit prüfen und passende Angebote im Domain-Vergleich finden.
Ist deine Wunschdomain noch frei?
Gib einen Namen oder eine komplette Domain ein, z. B. meinshop oder meinshop.ch.
Zwei Wege: automatisch oder DNS selbst einrichten
Domain und Hosting beim selben Anbieter
Bestellst du Domain und Webhosting zusammen, richtet der Anbieter Website, DNS und häufig auch E-Mail automatisch ein. Meist musst du die Domain im Kundenbereich nur einem Webspace oder Projekt zuordnen. Diese Variante ist unkompliziert und für Einsteiger sinnvoll.
Domain und Hosting bei getrennten Anbietern
Liegt die Domain bei Anbieter A und das Hosting bei Anbieter B, erhältst du vom Hoster entweder eigene Nameserver oder konkrete DNS-Zielwerte. Du trägst diese beim Domainanbieter ein. Eine extern registrierte Domain muss dafür nicht zum Hoster transferiert werden: Entscheidend sind die korrekte Zuordnung im Hosting-Paket und die passenden DNS-Einstellungen.
Externe Domain im Hosting-Paket aufschalten
Bei vielen Hosting-Anbietern fügst du die Domain zuerst im Kundenbereich als externe Domain hinzu und ordnest sie einer Website, einem Webspace oder einem Zielverzeichnis zu. Erst danach stellst du beim Domainanbieter die vom Hoster genannten Nameserver oder DNS-Records ein. Eine bloße Weiterleitung auf eine IP-Adresse ersetzt diese Zuordnung nicht: Der Webserver muss wissen, welche Website er für den angefragten Domainnamen ausliefern soll.
Sollen mehrere Domains denselben Inhalt anzeigen, lege eine Hauptdomain fest und leite die übrigen Varianten dauerhaft per 301 auf diese kanonische Adresse weiter. So vermeidest du parallele Versionen derselben Inhalte. Für eigenständige Projekte, Sprachversionen oder Subdomains ordnest du dagegen jeweils ein eigenes Ziel im Hosting-Paket zu. Passende Tarife findest du im Webhosting-Vergleich für externe Domains.
Nameserver wechseln oder einzelne DNS-Einträge setzen?
Ein Nameserverwechsel überträgt die komplette DNS-Zone an den neuen Anbieter. Danach pflegst du dort sämtliche Einträge für Website, E-Mail und Verifizierungen. Das ist bequem, wenn ein Anbieter alles verwalten soll. Einzelne DNS-Einträge sind flexibler: Die DNS-Zone bleibt beim Domainanbieter, während du nur Web- oder Mailziele änderst.
| Variante | Vorteil | Risiko |
|---|---|---|
| Nameserver wechseln | Hosting-Anbieter kann die Zone vollständig verwalten | vorhandene Mail- und Verifizierungseinträge müssen in der neuen Zone enthalten sein |
| DNS-Einträge ändern | Website und E-Mail können bei unterschiedlichen Diensten bleiben | Werte müssen manuell korrekt gepflegt werden |
Welche Variante besser passt, hängt davon ab, ob du nur die Website oder die gesamte DNS-Verwaltung umziehen möchtest.
Dokumentiere alle vorhandenen Records. Fehlen nach dem Wechsel MX-, SPF-, DKIM- oder Verifizierungseinträge, kann die Website funktionieren, während E-Mails ausfallen oder nicht mehr zuverlässig zugestellt werden.
Die wichtigsten DNS-Einträge

| Typ | Funktion | Typisches Beispiel |
|---|---|---|
| A | verbindet einen Namen mit einer IPv4-Adresse | @ → 192.0.2.10 |
| AAAA | verbindet einen Namen mit einer IPv6-Adresse | @ → 2001:db8::10 |
| CNAME | macht einen Namen zum Alias eines anderen Hostnamens | www → example.com |
| MX | legt Mailserver und Priorität fest | @ → mail.example.net |
| TXT | speichert Prüf- und Sicherheitsinformationen | SPF-, DKIM- oder Verifizierungswert |
Ausführlich erklären wir die Records in den Artikeln über A-Records, CNAME, MX-Records und TXT-Einträge.
Domain mit externem Hosting verbinden: Beispiel
Angenommen, deine Domain beispiel.de liegt beim Domainanbieter und dein Hoster nennt für die Website die IPv4-Adresse 192.0.2.10. Die folgenden Werte sind Dokumentationsadressen und nicht für eine echte Website bestimmt.
- Melde dich beim Anbieter an, bei dem die DNS-Zone verwaltet wird.
- Öffne die DNS- oder Zone-Einstellungen der Domain.
- Setze für die Hauptdomain den A-Record mit Host
@auf192.0.2.10. - Setze
wwwals CNAME aufbeispiel.de, sofern dein Hoster dies empfiehlt. - Übernimm bei IPv6 zusätzlich den angegebenen AAAA-Record.
- Speichere die Zone und prüfe nach Ablauf der TTL die öffentliche DNS-Auflösung.
Kopiere niemals Beispiel-IP-Adressen aus einem Ratgeber in deine Live-Zone. Entscheidend sind ausschließlich die Zielwerte, die dein Hostinganbieter für dein konkretes Paket nennt.
E-Mail richtig einrichten
Für eingehende Nachrichten setzt du die MX-Records deines Mailanbieters. Die Priorität bestimmt, welcher Server zuerst angesprochen wird. Entferne alte MX-Einträge nur, wenn der neue Anbieter dies ausdrücklich verlangt; eine falsche Mischung kann zu unklarer Zustellung führen.
Für ausgehende E-Mails sind zusätzlich Authentifizierungsverfahren wichtig:
- SPF nennt Server, die für deine Domain senden dürfen.
- DKIM versieht ausgehende Nachrichten mit einer überprüfbaren Signatur.
- DMARC legt fest, wie Empfänger mit fehlgeschlagener Authentifizierung umgehen und wohin Berichte gesendet werden.
Nutze die Werte deines Maildienstes und pflege nicht mehrere unabhängige SPF-Records. Unsere Artikel zu SPF und DMARC helfen bei der Vertiefung.
SSL-Zertifikat und HTTPS aktivieren
Sobald die Domain korrekt auf den Webserver zeigt, aktivierst du im Hosting-Panel ein SSL-Zertifikat. Viele Hoster stellen Let’s Encrypt automatisch bereit und erneuern das Zertifikat selbstständig. Prüfe, dass sowohl die Hauptdomain als auch www abgedeckt sind, falls beide Varianten verwendet werden.
Leite HTTP dauerhaft auf HTTPS weiter. Lege außerdem fest, ob www.beispiel.de oder beispiel.de die kanonische Adresse ist, und leite die jeweils andere Variante per 301 weiter. So vermeidest du zwei parallele Versionen derselben Website.
Warum DNS-Änderungen nicht sofort überall sichtbar sind
DNS-Antworten werden zwischengespeichert. Die TTL gibt an, wie lange Resolver einen Eintrag verwenden dürfen, bevor sie ihn erneut abfragen. Deshalb sehen verschiedene Netze vorübergehend unterschiedliche Werte. Anbieter nennen häufig Zeiträume bis zu 24 oder 48 Stunden; bei einzelnen Maildiensten können es auch bis zu 72 Stunden sein.
„Propagation“ bedeutet nicht, dass eine zentrale Änderung langsam um die Welt kopiert wird. Meist warten verteilte Caches lediglich darauf, dass ihre gespeicherte Antwort abläuft. Senke die TTL möglichst schon vor einem geplanten Umzug und erhöhe sie nach erfolgreicher Kontrolle wieder.
Domain-Einrichtung prüfen und Fehler finden
- A-, AAAA- und CNAME-Ziele öffentlich mit einem DNS-Lookup prüfen
- Nameserver mit der beim Anbieter erwarteten Zone vergleichen
- Website über Hauptdomain und
wwwtesten - HTTPS-Zertifikat, Weiterleitung und Ablaufdatum kontrollieren
- Testnachrichten senden und MX, SPF, DKIM sowie DMARC prüfen
- alte oder widersprüchliche Records entfernen
Wenn eine Änderung scheinbar nicht greift, prüfe zuerst, welche Nameserver autoritativ sind. Häufig wird eine Zone beim Domainanbieter bearbeitet, obwohl die Domain längst die Nameserver des Hosters verwendet. In diesem Fall hat die Änderung am falschen Ort keine Wirkung. Für eine laufende Überwachung bietet sich zusätzlich DNS Monitoring an.
DNSSEC bei einem Nameserverwechsel beachten
DNSSEC schützt DNS-Antworten mit kryptografischen Signaturen vor unbemerkter Manipulation. Ist DNSSEC bereits aktiv, muss ein Nameserverwechsel koordiniert erfolgen: Der neue DNS-Anbieter erzeugt passende Schlüssel, und beim Registrar beziehungsweise bei der Registry wird der zugehörige DS-Eintrag aktualisiert. Bleibt dort ein alter DS-Eintrag hinterlegt, können validierende Resolver die neue Zone als ungültig einstufen. Die Domain wirkt dann trotz korrekter A- und MX-Records nicht erreichbar.
Deaktiviere DNSSEC nicht unüberlegt. Prüfe zuerst, welche Reihenfolge beide Anbieter vorgeben, und teste nach dem Wechsel die Signaturkette. Eine ausführliche Einführung findest du in unserem Artikel über DNSSEC für Einsteiger.
Vor dem Umzug: kurze Checkliste
- DNS-Zone exportieren oder alle Einträge dokumentieren.
- TTL rechtzeitig reduzieren.
- Website und Zertifikat beim Zielhoster vorbereiten.
- Mailkonten und Authentifizierungsrecords anlegen.
- Änderung in einem ruhigen Zeitfenster durchführen.
- Alten Dienst erst nach vollständiger Prüfung kündigen.
Häufige Fragen zum Einrichten einer Domain
Muss ich die Nameserver wechseln?
Nein. Du kannst die Zone beim bisherigen Anbieter behalten und nur einzelne Records ändern. Ein vollständiger Nameserverwechsel ist sinnvoll, wenn der neue Anbieter die komplette DNS-Verwaltung übernehmen soll.
Warum funktioniert die Website, aber E-Mail nicht?
Website und E-Mail verwenden unterschiedliche Records. A oder CNAME können korrekt sein, während MX-, SPF- oder DKIM-Einträge fehlen oder falsch gesetzt wurden.
Wie lange dauert eine DNS-Änderung?
Das hängt von TTL und Cache ab. Viele Änderungen sind nach Minuten sichtbar, einzelne Resolver können jedoch länger alte Werte liefern. Richte dich bei Maildiensten nach den Zeitangaben des Anbieters.
Brauche ich für www einen eigenen Webspace?
Nein. www ist ein Hostname innerhalb deiner Domain und kann per CNAME oder anderem passenden Record auf dieselbe Website zeigen.
Nach den allgemeinen Einrichtungsfragen folgt noch ein eigener Blick auf die Authentifizierung des E-Mail-Versands.
Wenn die Domain auch E-Mails versendet, richte zusätzlich SPF, DMARC und DKIM ein. Diese Records ersetzen keine Web-DNS-Einträge, sondern authentifizieren den Mailversand.
Damit sind Web- und Maildienste getrennt geprüft und die Domain kann kontrolliert in Betrieb gehen.
Wenn Domain und Hosting beim selben Anbieter liegen, genügt meist eine Projektzuordnung. Bei getrennten Diensten entscheidest du zwischen Nameserverwechsel und gezielten DNS-Einträgen. Sichere vorhandene Records, übernimm ausschließlich die Werte deiner Anbieter und prüfe Website, E-Mail, HTTPS und DNS nach jeder Änderung getrennt.
Schreibe einen Kommentar
- Domain
Tags zu diesem Artikel
Weitere Webhoster
Weitere interessante Artikel
Einsatzmöglichkeiten für Domains - welche gibt es?
Domains können vielseitig verwendet werden. Welche konkreten Einsatzmöglichkeiten stehen dabei zur Verfügung?
Ist eine Multi-Domain-Strategie sinnvoll & so sollte man vorgehen
Welche Vorteile bietet die Nutzung mehrerer einzelner Domains und wie ist das beste Vorgehen dabei?