Domain und Hosting müssen nicht beim selben Anbieter liegen. Ihre Domain führt zu Diensten, das Hosting betreibt die Website, und E-Mail kann noch einmal getrennt organisiert sein. Eine solche Aufteilung schafft Flexibilität, braucht aber klare Konten und verständliche DNS-Dokumentation. Dieser Ratgeber erklärt, wann die Trennung hilfreich ist und wie Sie Änderungen kontrolliert vorbereiten.
Als konstruiertes Beispiel dient eine kleine Beratungsfirma. Ihre Domain wird bei einem Domainprovider verwaltet, die E-Mail bei einem spezialisierten Dienst und die Website bei einem Webhoster. Die Firma möchte nur die Website umziehen. Dieses Vorhaben erfordert weder automatisch einen Domaintransfer noch einen Mailumzug. Genau diese Unterscheidung ist die wichtigste Grundlage für einen störungsarmen Wechsel.
Drei Aufgaben unter einem Namen
Die Domain ist der merkbare Name Ihres Angebots. DNS-Einträge ordnen dem Namen unterschiedliche technische Ziele zu. Die Website liegt auf einer Hostingumgebung, während Mail einen eigenen Zustellweg verwenden kann. Die MDN-Einführung zu Domainnamen erklärt den Zusammenhang zwischen Namen und IP-Adressen. Für die Verwaltung ist daran entscheidend, dass ein Name nicht nur einen einzigen zusammengehörigen Vertrag repräsentiert.
Halten Sie Domainverwaltung, DNS-Betrieb, Webhosting und Maildienst deshalb als getrennte Aufgaben fest. Ein Anbieter kann mehrere davon übernehmen. Das vereinfacht möglicherweise Ansprechpartner und Rechnungen, ändert aber die technische Unterscheidung nicht. Wenn später ein Dienst gewechselt wird, sollte klar sein, welche anderen Aufgaben davon berührt werden. Eine übersichtliche Dokumentation hilft auch bei einem vollständig gebündelten Angebot.
- Domainverwaltung
- Registrierung, Inhaberdaten und berechtigte Verwaltungswechsel.
- DNS-Betrieb
- Veröffentlichung der technischen Zuordnungen für die Dienste.
- Webhosting
- Bereitstellung Ihrer Website und ihrer Anwendung.
- Zustellung, Postfächer und gegebenenfalls Versand.
Warum getrennte Anbieter sinnvoll sein können
Eine Trennung kann Ihnen erlauben, den Webhoster zu wechseln, während Domainverwaltung und Mail unverändert weitergeführt werden. Sie können jeden Dienst nach seinen tatsächlichen Anforderungen auswählen. Eine Firma mit bereits organisierter E-Mail muss diese nicht beiläufig in ein neues Websitepaket übertragen. Ebenso kann eine Agentur die Website betreuen, während der Kunde die Domainverwaltung kontrolliert.
Die Trennung erzeugt jedoch zusätzliche Zuständigkeiten. Bei einer Störung müssen Sie erkennen, ob der Name nicht aufgelöst wird, das Hosting nicht antwortet oder die Anwendung scheitert. Planen Sie einen erreichbaren ersten Ansprechpartner, der den Fall einordnen kann. Eine flexibel aufgebaute Infrastruktur ist nur dann praktisch, wenn ihre Verwaltung verständlich bleibt. Mehr Verträge allein sind kein Qualitätsmerkmal.
Wann ein Bündel praktischer sein kann
Ein gemeinsamer Anbieter kann die Verwaltung vereinfachen, wenn Ihr Vorhaben überschaubar ist und die angebotenen Dienste passen. Weniger Konten und ein koordinierter Ansprechpartner können für einen ehrenamtlichen Verein oder einen kleinen Portfolioauftritt hilfreich sein. Prüfen Sie trotzdem Exportwege, Domainkontrolle und die Möglichkeit eines späteren Wechsels. Bequemlichkeit sollte nicht davon abhängen, dass Sie die eigenen Zuständigkeiten nicht kennen.
Vergleichen Sie außerdem enthaltene Leistungen mit Ihrem tatsächlichen Bedarf. Eine inklusive Domain oder eine große Zahl Postfächer hat einen anderen Wert, wenn diese Dienste bereits gut organisiert sind. Zählen Sie Kosten nicht doppelt und schließen Sie bestehende Verträge nicht ohne Prüfung. Der Kostenratgeber hilft, eine vollständige Lösung mit einheitlicher Preisbasis zu vergleichen.
DNS-Einträge nach ihrer Aufgabe lesen
Für den Websitebetrieb sind häufig A-Einträge für IPv4 und AAAA-Einträge für IPv6 relevant. MX beschreibt den Mailzustellweg. NS benennt zuständige Nameserver, TXT kann verschiedene Dienstnachweise enthalten. Die technischen Grundlagen stehen in RFC 1035, die IPv6-Erweiterung in RFC 3596. Sie müssen diese Standards nicht vollständig lesen, um eine DNS-Zone kontrolliert zu dokumentieren.
| Typ | Aufgabe | Beim Websiteumzug |
|---|---|---|
| A | IPv4-Ziel eines Namens | Passendes neues Webziel prüfen |
| AAAA | IPv6-Ziel eines Namens | Eigenständig prüfen und abstimmen |
| MX | Mailzustellziel | Bei unverändertem Maildienst erhalten |
| NS | Zuständige Nameserver | Nur bei bewusstem DNS-Wechsel ändern |
| TXT | Textbasierte Dienstangaben | Zweck jedes Eintrags klären |
Eine DNS-Zone kann weitere Einträge enthalten. Entfernen Sie nichts allein deshalb, weil es für die sichtbare Website unnötig erscheint. Verifikationen, Subdomains oder Mailabsicherung können davon abhängen. Halten Sie vor Änderungen Namen, Typ, Wert und TTL fest und ordnen Sie den Eintrag einem Dienst zu. Bei unbekanntem Zweck fragen Sie die zuständige Betreuung, statt versuchsweise aufzuräumen.
Websiteumzug und Domaintransfer unterscheiden
Beim Websiteumzug werden Inhalte und Anwendung auf einer anderen Umgebung bereitgestellt. Anschließend können relevante Webeinträge auf das neue Ziel zeigen. Beim Domaintransfer wechselt dagegen die zuständige Domainverwaltung. Beide Vorgänge können gemeinsam stattfinden, müssen aber nicht verbunden sein. Wer nur den Webhoster austauscht, braucht nicht automatisch den Domainprovider zu ändern.
Die DENIC-Anleitung zum Providerwechsel beschreibt für .de-Domains das AuthInfo-Verfahren. Die AuthInfo ist ein sensibler Verwaltungsnachweis und gehört nur an berechtigte Beteiligte. Sie überträgt keine Websiteinhalte und keine Postfächer. Prüfen Sie bei anderen Domainendungen die dafür zuständigen Regeln und den konkreten Providerprozess. Allgemeine Abläufe dürfen nicht unbesehen auf jede Endung übertragen werden.
Kontrolle und Kontaktwege absichern
Dokumentieren Sie, wer als Inhaber eingetragen ist und wer berechtigt die Domain verwaltet. Prüfen Sie die Kontaktangaben sowie den Wiederherstellungsweg zum Konto. Eine Agentur darf technische Arbeit übernehmen, ohne dass das Projekt von einem privaten Mitarbeiterkonto abhängen muss. Nutzen Sie getrennte berechtigte Zugänge, soweit die Verwaltung das unterstützt, und halten Sie eine Vertretung fest.
Die ICANN-Informationen für Registranten bieten weitere Orientierung zu Verwaltung und Schutz von Domains in ihrem jeweiligen Zuständigkeitsbereich. Für Ihre praktische Planung ist ein aktueller erreichbarer Kontakt wichtig. Denken Sie außerdem an den Fall, dass die Website oder die Mail unter Ihrer Domain gerade ausfällt. Der Zugang zum Vertragskonto sollte in einer solchen Situation weiterhin wiederherstellbar sein.
Die neue Website vor der Umschaltung prüfen
Übertragen Sie Dateien, Datenbank und benötigte Konfiguration in eine geschützte Zielumgebung. Prüfen Sie Inhalte, Bilder, Suche und zentrale Formulare. Verwenden Sie ein geeignetes Vorschauverfahren, das die tatsächliche Zielumgebung abbildet. Ein beliebiger öffentlicher Testname kann andere Zertifikate, Pfade oder Cookieeinstellungen verwenden und dadurch bestimmte Fehler verdecken. Stimmen Sie das Verfahren mit Ihrer technischen Betreuung ab.
Die Beratungsfirma testet jede Kontaktstrecke und kontrolliert die Empfänger. Ihre funktionierende E-Mail bleibt dabei getrennt. Vor Umschaltung wird festgelegt, wie neue Anfragen während des Übergangs behandelt werden. Eine ältere Kopie darf später nicht unbemerkt neuere Daten ersetzen. Der Themenbereich zum Umzug führt durch die inhaltlichen und technischen Arbeitsschritte.
DNS-Zeitverhalten berücksichtigen
DNS-Antworten können zwischengespeichert werden. Deshalb sehen verschiedene Clients nach einer Änderung zeitweise unterschiedliche Stände. Die TTL ist ein Bestandteil dieses Verhaltens, aber keine pauschale Garantie dafür, dass überall exakt zur gleichen Sekunde umgeschaltet wird. Die MDN-Einführung erläutert den Zusammenhang zwischen zwischengespeicherten Antworten und erneuten Abfragen. Vermeiden Sie starre allgemeine Warteversprechen ohne Prüfung Ihrer tatsächlichen Zone.
Planen Sie einen Übergang, in dem alte und neue Umgebung kontrolliert betrachtet werden. Bei einer einfachen Informationswebsite kann das leichter sein als bei einem Shop mit laufenden Bestellungen. Beschreiben Sie vorher, wo neue Daten entstehen dürfen und wie sie abgeglichen werden. Dokumentieren Sie die tatsächlich veröffentlichten Einträge und prüfen Sie anschließend die üblichen Auflösungswege. Eine Änderung im Bedienfeld allein beweist noch nicht den öffentlichen Zustand.
IPv4, IPv6 und HTTPS einzeln abnehmen
Eine funktionierende IPv4-Verbindung beweist nicht, dass IPv6 korrekt veröffentlicht und erreichbar ist. Prüfen Sie A und AAAA beim zuständigen DNS, die gewöhnliche Auflösung und die tatsächliche Verbindung getrennt. Wenn IPv6 angeboten wird, muss das veröffentlichte Ziel zur funktionierenden Hostingumgebung gehören. Ein alter AAAA-Eintrag kann sonst einen Teil der Besucher weiterhin an ein anderes Ziel führen.
Kontrollieren Sie außerdem HTTPS für Hauptdomain und gewünschte Unterdomain, etwa www. Das Zertifikat muss zu den tatsächlich aufgerufenen Namen passen. Weiterleitungen sollten den vorgesehenen Pfad und relevante Parameter erhalten. Führen Sie die Prüfung nach Umschaltung erneut durch. Eine erfolgreiche Vorschau über einen anderen Namen ist kein Ersatz für die Namensprüfung Ihrer Domain. Diese getrennte Abnahme schafft einen verständlichen Nachweis für jeden beteiligten Baustein.
DNSSEC beim Zuständigkeitswechsel koordinieren
DNSSEC ergänzt DNS um Signaturen zur Überprüfung der Antworten. Die DENIC-Erklärung zu DNSSEC beschreibt auch, dass die Signaturprüfung nicht die inhaltliche Richtigkeit eines hinterlegten Ziels garantiert. Für einen Wechsel der DNS-Verantwortung ist daher eine abgestimmte Betreuung wichtig. Bestehende Signaturen und die zugehörige Vertrauenskette dürfen nicht ohne Verständnis der Konfiguration verändert werden.
Wenn Ihre Domain DNSSEC nutzt, fragen Sie den bisherigen und den künftigen DNS-Betreiber nach dem vorgesehenen Verfahren. Dokumentieren Sie die Zuständigkeit und lassen Sie den fertigen Zustand prüfen. Eine DNS-Zone kann optisch vollständig aussehen und bei validierenden Auflösungen trotzdem scheitern, wenn die Signaturzuordnung nicht passt. Dieser Punkt gehört besonders dann in die Übergabe, wenn Nameserver geändert werden und nicht nur ein einzelnes Webziel.
Mail nach dem Websitewechsel separat prüfen
Behalten Sie für den unveränderten Maildienst dessen erforderliche Einträge bei. Prüfen Sie nach der Webumstellung dennoch Zustellung und vorgesehenen Versand, weil Änderungen an der Zone versehentlich weitere Bereiche berühren können. Eine normale eingehende Nachricht und eine über die Website versandte Formularnachricht verwenden möglicherweise unterschiedliche Wege. Beide sollten separat kontrolliert werden.
Beim Beispielunternehmen sendet die Technik eine Testnachricht von außerhalb an das geschäftliche Postfach und führt zusätzlich den Formularablauf aus. Die Empfänger bestätigen den Eingang. So wird der Websiteumzug nicht mit einer bloßen DNS-Kontrolle abgeschlossen. Sollte ein Fehler auftreten, kann anhand der getrennten Tests die betroffene Strecke eingegrenzt werden. Der alte Zustand bleibt dokumentiert, damit ein notwendiger Rückweg nachvollziehbar ist.
Eine Subdomain gezielt auslagern
Die Trennung muss nicht nur die gesamte Hauptwebsite betreffen. Eine Subdomain kann beispielsweise zu einem getrennten Wissensbereich oder einer zusätzlichen Anwendung führen. Dokumentieren Sie dafür Namen, technischen Zweck, zuständigen Betreiber und benötigtes Zertifikat. Die Hauptdomain und E-Mail können weiterhin über ihre bisherigen Wege arbeiten. Ein eigener DNS-Eintrag ist dabei nur ein Bestandteil: Die Zielanwendung muss den vorgesehenen Namen ebenfalls unterstützen.
Prüfen Sie neue Unterdomains mit derselben Sorgfalt wie die Hauptadresse. Gibt es ein passendes HTTPS-Zertifikat? Werden Anmeldungen und erforderliche Rückmeldungen korrekt verarbeitet? Ist klar, wer die Anwendung aktualisiert und wann sie wieder abgeschaltet werden soll? Ein vergessenes Testziel oder ein veralteter Dienst kann länger bestehen bleiben, als das eigentliche Projekt benötigt. Führen Sie deshalb eine kurze Liste aller verwendeten Unterdomains und betrachten Sie sie bei späteren Domainänderungen gemeinsam.
Die Beratungsfirma könnte ein getrenntes Dokumentationssystem nutzen, ohne die öffentliche Website vollständig umzubauen. Ob das sinnvoll ist, hängt von Inhalt, Betreuung und Zugriffsbedarf ab. Die technische Flexibilität sollte eine klare Aufgabe erleichtern.
Die Entscheidung für Ihre Verwaltung
- Domaininhaber, Verwaltungszugang und Vertretung sind bekannt.
- DNS, Website und Mail besitzen klar benannte Verantwortliche.
- Die Zone ist vor einer Änderung vollständig dokumentiert.
- Websiteumzug und Domaintransfer sind bewusst getrennt geplant.
- Neue Umgebung und notwendige Funktionen sind geschützt geprüft.
- IPv4, IPv6, Zertifikate und Weiterleitungen werden einzeln abgenommen.
- Mail und gegebenenfalls DNSSEC sind nach dem Wechsel kontrolliert.
Vergleichen Sie die Aufteilung mit Ihrem tatsächlichen Betreuungsbedarf. Die Auswahlkriterien helfen beim Hostingvertrag; unsere Produktvorstellungen zu Starter und Pro bieten konkrete Anbieterbeispiele. Ob Sie bündeln oder trennen, ist eine praktische Entscheidung. Gut ist die Lösung, deren Konten, Zuständigkeiten und Wechselwege Sie kontrollieren und im Alltag verständlich weiterführen können.
Quellen und Recherche
Offizielle Quellen, recherchiert am 7. Oktober 2026. Eigene Einordnung; kein Hosting-Praxistest.
Was du aus dem Beitrag mitnehmen kannst
0 von 3 Schritten festgehalten. Die Auswahl bleibt nur auf dieser geöffneten Seite.
