Kurz gesagt: Um eine Website zu hosten, registrieren oder verbinden Sie eine Domain, wählen einen passenden Hosting-Plan und laden die Website hoch, migrieren oder deployen sie. Verknüpfen Sie die Domain über DNS mit dem Hosting, aktivieren Sie SSL, konfigurieren Sie Backups und E-Mail, und testen Sie die Website vor dem Start. DNS-Aktualisierungen können zu unterschiedlichen Zeiten sichtbar werden, da Resolver frühere Antworten zwischenspeichern.
Dieser Leitfaden richtet sich an alle, die zum ersten Mal eine Website online stellen, eine bestehende von einem anderen Anbieter umziehen oder etwas Bestimmtes starten — eine WordPress-Seite, einen Onlineshop, ein Projekt mit einem Website-Baukasten oder eine eigene Anwendung. Grundlegende Internetbegriffe werden vorausgesetzt, Erfahrung mit Hosting oder DNS nicht.
☐ Eine Domain oder Zugriff auf das Konto, über das sie verwaltet wird
☐ Ein Hosting-Plan, der zu Technologie und Traffic Ihrer Seite passt
☐ Zugriff auf das Hosting-Kontrollpanel
☐ Ihre Website-Dateien, ein CMS-Installer, ein Baukasten-Projekt oder ein Anwendungs-Repository
☐ Die DNS-Einträge, die Ihr Hosting-Anbieter Ihnen mitteilt
☐ Die Bestätigung, dass SSL für Ihren Plan verfügbar ist
☐ Eine klare Vorstellung Ihres E-Mail-Bedarfs
☐ Ein aktuelles Backup der bestehenden Website, falls Sie eine Migration planen
☐ Ihre administrativen Zugangsdaten
☐ Einen Rollback-Plan, falls dies eine Migration ist
Der vollständige Ablauf, bevor es ins Detail geht: Domain registrieren oder verbinden, Hosting-Plan wählen, Website hochladen oder deployen, Domain per DNS auf das Hosting ausrichten, SSL und Backups aktivieren, E-Mail einrichten, alles testen, dann nach dem Start überwachen.
Domain, DNS, Hosting und die Website selbst sind vier getrennte Dinge, auch wenn sie oft beim selben Anbieter gekauft werden. Diese Trennung zu verstehen macht den Rest dieses Leitfadens deutlich einfacher.
| KomponenteWas sie tutWo sie normalerweise verwaltet wird | ||
|---|---|---|
| Domain | Die registrierte Adresse, die Besucher eingeben oder anklicken | Registrar |
| DNS | Leitet die Domain zu den richtigen Diensten — Website, E-Mail und mehr | Registrar oder separater DNS-Anbieter |
| Hosting | Speichert und betreibt die Dateien, Datenbank oder Anwendung der Seite | Hosting-Anbieter |
| Website | Die eigentlichen Dateien, Datenbank, das CMS oder die Anwendung | Hosting-Konto oder Server |
| SSL | Sichert die Verbindung zwischen Browser und Server | Hosting-Plattform oder ein Zertifikatsanbieter |
| Sendet und empfängt Mail für Ihre Domain | Hosting-Anbieter oder ein separater E-Mail-Dienst |

Es gibt zwei Ausgangspunkte: eine völlig neue Domain registrieren, oder eine bereits vorhandene nutzen, die anderswo registriert ist.
Migrieren Sie eine bestehende Website, müssen Sie nicht zwingend die Domainregistrierung selbst übertragen — ein Registrar-Transfer (wo die Domain registriert ist) und eine Nameserver-Änderung (welche Server als autoritativ für die DNS-Zone der Domain festgelegt werden) sind unterschiedliche Vorgänge, und Sie können oft den zweiten ohne den ersten durchführen.
Prüfen Sie vorher:
• Domaininhaberschaft und ob Sie funktionierenden Zugriff auf das Registrar-Konto haben.
• Das Ablaufdatum — es sollte nicht mitten im Projekt auslaufen.
• Die aktuellen Nameserver, damit klar ist, wo DNS heute tatsächlich verwaltet wird.
• Die bestehende DNS-Zone, besonders wenn andere Dienste davon abhängen.
• Den DNSSEC-Status, falls aktiviert.
• E-Mail-bezogene Einträge (MX, SPF, DKIM, DMARC), damit sie später nicht verloren gehen.
• Zwei-Faktor-Authentifizierung für das Registrar-Konto.

Der richtige Plan hängt davon ab, was Sie tatsächlich betreiben, nicht von der größten Zahl im Werbetext. Berücksichtigen Sie: die Technologie der Website, den erwarteten Traffic, wie viele Websites Sie betreiben möchten, CPU- und Arbeitsspeicherbedarf, Speichertyp und -kapazität, Datenbankunterstützung, E-Mail-Anforderungen, Backups, Sicherheit, das gewünschte Kontrollpanel, wie viel Sie selbst verwalten möchten, Skalierbarkeit, Support-Qualität, Migrationshilfe und — getrennt davon — den Erstpreis gegenüber dem Verlängerungspreis.
• Shared Hosting — mehrere Seiten teilen sich Serverressourcen. Der günstigste Einstieg, und für die meisten ersten Websites ausreichend.
• VPS / VDS — eine isolierte virtuelle Umgebung mit zugewiesenen Ressourcen und mehr administrativer Kontrolle als bei Shared Hosting. Genaue Ressourcengarantien und die Abgrenzung zwischen VPS und VDS variieren je nach Anbieter und Plan.
• Cloud-Hosting — Ressourcen aus einer verteilten Infrastruktur, oft mit einfacherer Skalierung.
• Dedicated Hosting — ein kompletter physischer Server für Workloads, die mehr Isolation, Kontrolle, planbare Ressourcen oder spezielle Konfiguration benötigen. Compliance hängt weiterhin vom gesamten technischen und organisatorischen Setup ab, nicht allein vom Servertyp.
• WordPress-Hosting — speziell auf WordPress abgestimmt, oft mit integriertem Caching.
• E-Commerce-Hosting — ausgelegt auf Shop-Plattformen und die damit verbundenen Traffic-Spitzen.
• Reseller-Hosting — ermöglicht die Verwaltung von Hosting für mehrere separate Kunden oder Projekte.
• Managed Hosting — der Anbieter übernimmt einen größeren Teil der technischen Wartung für Sie.
• Linux-Hosting — die übliche Wahl für PHP-basierte Seiten, einschließlich der meisten WordPress-Installationen.
• Windows-Hosting — nötig für ASP.NET- und MSSQL-basierte Projekte.
• Node.js-Hosting — ausgelegt auf Node.js-Laufzeitumgebungen und ihre spezifischen Deployment-Anforderungen.
• Python-Hosting — ausgelegt auf Python-basierte Anwendungen und ihre Laufzeitanforderungen.
• cPanel — eines der am weitesten verbreiteten Hosting-Kontrollpanels.
• Plesk — eine verbreitete Alternative, häufig sowohl auf Linux- als auch Windows-Umgebungen genutzt.
Das sind nicht alles dieselbe Art von Entscheidung — Infrastruktur, Umgebung, Kontrollpanel und Plattformspezialisierung sind vier getrennte Entscheidungen, die zufällig in einem Plannamen zusammengefasst werden.
| Website / ProjektMeist ein sinnvoller EinstiegspunktHauptkriterium | ||
|---|---|---|
| Erster Blog oder einfache Website | Shared / Web-Hosting | Einfachheit und Kosten |
| WordPress-Seite | WordPress- oder kompatibles Linux-Hosting | Caching und WordPress-spezifische Unterstützung |
| Geschäftswebsite | Ressourcenstärkeres Shared- oder Business-Hosting | Zuverlässigkeit, E-Mail und Backups |
| Onlineshop | E-Commerce- oder skalierbares Managed Hosting | Sicherheit und Traffic-Spitzen |
| Mehrere Kundenseiten | Reseller- oder Multi-Site-Hosting | Isolation und Verwaltung |
| Eigene Node.js-/Python-Anwendung | Kompatibles Anwendungs-Hosting oder VPS | Laufzeitunterstützung und Deployment-Zugriff |
| ASP.NET-/MSSQL-Projekt | Windows-kompatibles Hosting | Unterstützung des Microsoft-Stacks |
| Anwendung mit hohem Traffic | VPS, Cloud oder dedizierte Infrastruktur | Skalierung und Administration |
Eine erste Website braucht selten mehr als einen soliden Shared- oder Einstiegs-WordPress-Plan. Wechseln Sie erst zu einem VPS oder dedizierter Infrastruktur, wenn Ihr aktueller Tarif an seine Grenzen stößt.

Der richtige Ablauf hängt vollständig davon ab, was Sie starten. Finden Sie Ihren Weg unten.
• Die meisten Kontrollpanels bieten einen Ein-Klick-WordPress-Installer — meist der schnellste Weg für eine neue Seite.
• Erstellen Sie ein separates Administratorkonto mit einem starken, einzigartigen Passwort.
• Wählen Sie HTTPS für die Website-URL von Anfang an, sobald SSL aktiv ist.
• Vermeiden Sie vorhersehbare Administrator-Benutzernamen wie "admin".
• Installieren Sie nur die Plugins, die Sie tatsächlich brauchen — jedes weitere muss aktuell gehalten werden.
• Bringen Sie eine bestehende WordPress-Seite mit, nutzen Sie einen echten Import- oder Migrationsprozess statt Dateien ad hoc zu kopieren.
• Wählen Sie eine Vorlage, die dem gewünschten Ergebnis nahekommt — leichter anzupassen als neu aufzubauen.
• Bauen und prüfen Sie Ihre Seiten, bevor Sie die Domain verbinden.
• Verbinden Sie Ihre Domain, sobald die Seite bereit für den Livegang ist.
• Veröffentlichen Sie das Projekt.
• Prüfen Sie, ob Ihr Baukasten Hosting einschließt oder Sie es separat bereitstellen müssen.
Viele gehostete Baukästen bündeln Hosting direkt ins Produkt. Selbstgehostete Baukästen oder als statische Dateien exportierte Seiten benötigen unter Umständen einen separaten Hosting-Plan.
• Laden Sie über einen Dateimanager, FTP/SFTP oder Ihren bevorzugten Deployment-Workflow hoch.
• Bestätigen Sie, dass die Dateien im richtigen Dokumenten-Root landen.
• Stellen Sie sicher, dass tatsächlich eine Index-Datei im Root existiert.
• Prüfen Sie die Dateiberechtigungen — sowohl zu restriktive als auch zu offene Berechtigungen verursachen Probleme.
• Nutzen Sie SFTP oder eine andere sichere Methode statt einfachem FTP, wenn verfügbar.
• Bestätigen Sie die Laufzeitkompatibilität mit Ihrer Hosting-Umgebung.
• Setzen Sie Umgebungsvariablen korrekt, und speichern Sie niemals Passwörter, API-Schlüssel oder andere Zugangsdaten in einem öffentlichen Repository.
• Richten Sie die von der Anwendung erwartete Datenbank ein.
• Installieren Sie Abhängigkeiten sauber, passende Versionen dort, wo es darauf ankommt.
• Bestätigen Sie, dass Build- und Start-Befehle in der Hosting-Umgebung tatsächlich funktionieren.
• Verstehen Sie, wie der Prozess verwaltet wird — was ihn nach einem Absturz neu startet.
• Richten Sie Logging ein, auf das Sie im Fehlerfall tatsächlich zugreifen können.
• Klären Sie Port- und Reverse-Proxy-Anforderungen mit Ihrem Hosting-Anbieter.
• Testen Sie die Anwendung in einer Staging-Umgebung, bevor Sie sie in Produktion bringen.
• Sichern Sie zuerst Dateien, Datenbanken und E-Mail — bevor Sie irgendetwas anderes anfassen.
• Kopieren Sie die Website zum neuen Anbieter, bevor Sie DNS ändern, nicht danach.
• Testen Sie über eine temporäre URL, einen Staging-Hostnamen oder eine lokale Hosts-Datei-Bearbeitung, bevor die Domain tatsächlich dorthin zeigt.
• Halten Sie den alten Hosting-Dienst während der Übergangszeit aktiv.
• Planen Sie Ihren Rollback, bevor Sie ihn brauchen, nicht während der Fehlersuche.
• Vermeiden Sie es, mehrere Dinge gleichzeitig zu ändern — das macht Probleme deutlich schwerer nachzuvollziehen.

Die DNS-Konfiguration gehört zu den risikoreichsten Schritten einer Migration, daher lohnt sich Präzision.
• Nameserver ändern — delegiert die Domain vollständig an einen anderen DNS-Anbieter und ersetzt effektiv die gesamte Zone.
• A- und AAAA-Einträge bearbeiten — richtet die Domain (oder einen bestimmten Hostnamen) auf eine andere IPv4- oder IPv6-Adresse aus, ohne die Zuständigkeit zu ändern.
• CNAME hinzufügen oder ändern — macht einen Namen zum Alias eines anderen, häufig für www genutzt.
• MX- und TXT-Einträge erhalten — hält E-Mail-Routing und -Authentifizierung (SPF, DKIM, DMARC) während der Änderung funktionsfähig.
• Registrar-Transfer — verschiebt, wo die Domain selbst registriert ist — eine von jeder DNS-Änderung getrennte Aktion.
• Den rekursiven Resolver auf einem Gerät ändern — ändert, welchen Server Ihr Computer oder Smartphone für Abfragen nutzt. Auf die tatsächlich veröffentlichten Einträge der Domain hat das keine Auswirkung.
Ein Nameserver-Wechsel kann die gesamte wirksame DNS-Zone ersetzen. Was auch immer beim alten Anbieter existierte, muss beim neuen korrekt vorhanden sein, bevor Sie umschalten — sonst können daran hängende Dienste, E-Mail eingeschlossen, ausfallen.
Nur den A- oder CNAME-Eintrag der Website zu ändern ist oft die sicherere Wahl, wenn E-Mail und andere Dienste unverändert weiterlaufen sollen — es betrifft nur eine Sache statt der gesamten Zone.
MX-, SPF-, DKIM-, DMARC- und Verifizierungseinträge dürfen bei einer Website-Migration nicht gelöscht werden. Fehlende E-Mail-Einträge sind eine häufige Ursache für E-Mail-Störungen nach einer Migration.
Prüfen Sie auch bestehende AAAA-Einträge — ein veralteter kann IPv6-bevorzugende Besucher selbst dann noch zu Ihrem alten Server schicken, wenn sonst alles korrekt aussieht.
DNS-Änderungen können zu unterschiedlichen Zeiten sichtbar werden. Resolver, die keine zwischengespeicherte Antwort haben, können den neuen Eintrag sofort abrufen, während andere bis zum Ablauf ihres Cache-Eintrags noch eine frühere Antwort liefern können — je nach TTL (time to live) des jeweiligen Eintrags. Das ist kein Fehler, sondern wie Caching funktioniert. Eine unmittelbar vor einer Änderung gesenkte TTL verkürzt nicht rückwirkend Antworten, die bereits mit der alten, längeren TTL zwischengespeichert wurden — sie hilft nur, wenn sie rechtzeitig im Voraus gesenkt wird. "DNS-Propagation dauert genau 24–48 Stunden" ist eine häufig genannte Schätzung, keine Garantie — die tatsächliche Dauer hängt von den TTL-Werten und dem Verhalten einzelner Resolver ab.
Mit reservierten Dokumentationswerten — niemals in eine echte Konfiguration übernehmen:
A: example.com → 192.0.2.10 AAAA: example.com → 2001\:db8::10 CNAME: www\.example.com → example.com MX: example.com → mail.example.com
Exportieren oder dokumentieren Sie vor einem Nameserver-Wechsel die vollständige bestehende DNS-Zone, einschließlich Website-, E-Mail-, Verifizierungs- und Sicherheitseinträgen.

SSL/TLS verschlüsselt den Datenverkehr zwischen Browser und Server und ermöglicht der Website die Nutzung von HTTPS. Sicherheitsanzeigen im Browser unterscheiden sich je nach Browser und Version, verlassen Sie sich also nicht darauf, dass ein bestimmtes Symbol für jeden Besucher gleich erscheint. Viele Hosting-Anbieter können Zertifikate automatisch ausstellen und erneuern, aber Verfügbarkeit und Erneuerungsverhalten sollten für den gewählten Plan bestätigt werden.
• Aktivieren Sie HTTPS und leiten Sie HTTP-Verkehr um, sobald das Zertifikat aktiv ist.
• Prüfen Sie auf Mixed-Content-Warnungen — HTTPS-Seiten, die noch einzelne Ressourcen über einfaches HTTP laden.
• Legen Sie eine Backup-Häufigkeit fest, mit der Sie sich wohlfühlen, und bestätigen Sie, wo Backups gespeichert werden.
• Bewahren Sie mindestens eine Backup-Kopie außerhalb des Servers auf.
• Testen Sie eine Wiederherstellung, bevor Sie eine wirklich brauchen — ein nie getestetes Backup ist eine Vermutung, kein Sicherheitsnetz.
• Nutzen Sie Malware-Scans, falls in Ihrem Plan verfügbar.
• Aktivieren Sie eine Web Application Firewall, falls Ihr Anbieter sie anbietet.
• Halten Sie Software und Plugins aktuell.
• Nutzen Sie starke, einzigartige Passwörter für jedes beteiligte Konto.
• Aktivieren Sie Zwei-Faktor-Authentifizierung, wo immer verfügbar.
• Wenden Sie das Least-Privilege-Prinzip an — geben Sie Personen nur den Zugriff, den sie tatsächlich brauchen.
• Halten Sie Wiederherstellungskontaktdaten aktuell, besonders für die primäre E-Mail des Kontos.
SSL sichert die Verbindung — es macht eine Website allein nicht vollständig sicher, und HTTPS garantiert für sich genommen kein besseres Ranking, auch wenn es einer von mehreren Faktoren ist.
Website- und E-Mail-Hosting können vom selben Anbieter oder von zwei unterschiedlichen Anbietern stammen — prüfen Sie, welches Setup Sie tatsächlich haben, statt es anzunehmen.
• Erstellen Sie die benötigten Postfächer.
• Bestätigen Sie, dass MX-Einträge auf die richtigen Mailserver zeigen.
• Richten Sie SPF ein, um festzulegen, welche Server für Ihre Domain Mail versenden dürfen.
• Richten Sie DKIM ein, damit ausgehende Mail kryptografisch verifiziert werden kann.
• Richten Sie DMARC ein, um empfangenden Servern mitzuteilen, wie mit fehlgeschlagenen Prüfungen umzugehen ist.
• Konfigurieren Sie Webmail-Zugriff oder Ihren bevorzugten E-Mail-Client.
• Senden und empfangen Sie eine echte Testnachricht, bevor Sie sich auf die Adresse verlassen.
• Prüfen Sie bei einer Website-Migration doppelt, dass keiner dieser Einträge dabei verloren gegangen ist.
Dieser Abschnitt deckt ab, was Sie für die Startbereitschaft brauchen — für eine ausführlichere Betrachtung der E-Mail-Authentifizierung siehe Business-E-Mail.
Arbeiten Sie dies durch, bevor Sie die Seite als tatsächlich live betrachten:
☐ Root-Domain lädt korrekt
☐ www-Hostname lädt korrekt (und entspricht dem gewünschten Weiterleitungsverhalten)
☐ HTTPS funktioniert ohne Warnungen
☐ Weiterleitungen verhalten sich wie erwartet
☐ Interne Links funktionieren alle
☐ Formulare werden erfolgreich abgesendet
☐ Kontakt-E-Mails kommen an
☐ Transaktions-E-Mails werden korrekt versendet
☐ Mobiles Layout wird korrekt angezeigt
☐ Gängige Browser stellen die Seite korrekt dar
☐ Ladezeit ist angemessen
☐ Bilder laden und werden korrekt angezeigt
☐ Datenbankgestützte Funktionen funktionieren
☐ Login und Checkout funktionieren, sofern zutreffend
☐ 404-Seite wird korrekt angezeigt
☐ robots.txt ist wie gewünscht konfiguriert
☐ XML-Sitemap ist vorhanden und korrekt
☐ Die Seite ist indexierbar, sofern nicht bewusst blockiert
☐ Analytics und Consent-Konfiguration funktionieren
☐ Eine Backup-Wiederherstellung wurde tatsächlich getestet
☐ Kritische Subdomains sind geprüft
☐ IPv4- und IPv6-Verhalten sind geprüft
☐ DNS-Einträge entsprechen den Erwartungen
☐ E-Mail-Versand und -Empfang funktionieren beide
Ein Browser-Cache, der DNS-Cache des Betriebssystems und der Cache eines rekursiven Resolvers sind drei getrennte Dinge. Einen zu leeren löscht die anderen nicht — wirkt nach einer Änderung etwas falsch, prüfen Sie, welche Ebene tatsächlich die alte Antwort hält, bevor Sie annehmen, die Änderung sei fehlgeschlagen.
Der Start ist nicht die Ziellinie. Behalten Sie im Blick:
• Uptime
• Serverfehler
• Ressourcennutzung
• Ladezeit
• SSL-Zertifikatsablauf
• Abschluss der Backups
• Tatsächlich eingehende Formularübermittlungen
• E-Mail-Zustellung
• Sicherheitswarnungen
• Unerwartete DNS- oder Nameserver-Änderungen
• Suchmaschinenindexierung
Halten Sie das alte Hosting-Konto aktiv, bis Sie neue Website und E-Mail wirklich verifiziert haben — es gibt kein universelles sicheres Datum zur Kündigung; es hängt davon ab, wie gründlich Sie getestet haben und wie viel Traffic das neue Setup bereits sieht.
| SymptomWahrscheinliche UrsachenErste Prüfschritte | ||
|---|---|---|
| Domain lädt nicht | Falsche Nameserver oder A-/AAAA-Einträge | Delegation und maßgebliche Einträge prüfen |
| www funktioniert nicht | Fehlender CNAME- oder A-/AAAA-Eintrag | Root- und www-Einträge direkt vergleichen |
| HTTPS-Warnung | Fehlendes, abgelaufenes oder falsch zugeordnetes Zertifikat | Zertifikat und dessen Hostnamen-Abdeckung prüfen |
| Alte Website erscheint noch | Zwischengespeicherte DNS- oder Browserantwort | Maßgebliche Daten mit Resolver-Ergebnissen vergleichen |
| E-Mail nach Start ausgefallen | MX-/TXT-Einträge fehlen | MX, SPF, DKIM und DMARC wiederherstellen |
| Manche Nutzer erreichen falschen Server | Unterschiedliche zwischengespeicherte Antworten oder veralteter AAAA-Eintrag | TTL, A- und AAAA-Einträge prüfen |
| Website zeigt Serverfehler | Laufzeit-, Berechtigungs-, Datenbank- oder Konfigurationsproblem | Anwendungs- und Server-Logs prüfen |
| Formulare senden keine E-Mail | SMTP- oder Absenderauthentifizierungsproblem | SMTP und Domain-Authentifizierung direkt testen |
| Website ist langsam | Begrenzte Ressourcen, nicht gecachte Seiten, große Assets oder Datenbankprobleme | Ressourcennutzung und Performance-Daten prüfen |
Nicht jedes Symptom ist "DNS-Propagation". Dieser Begriff wird weit häufiger als Sammelbezeichnung verwendet, als er tatsächlich die Ursache ist — prüfen Sie den Eintrag selbst, bevor Sie einfach abwarten.
Ja, mit einem Hosting-Plan oder, für technischere Setups, einem eigenen Server oder einer Cloud-Instanz. Die meisten Menschen nutzen einen Hosting-Anbieter statt einen eigenen physischen Server zu betreiben, da das Hardware-, Netzwerk- und Wartungsaufwand entfällt.
Sie brauchen irgendeine Form von Hosting-Infrastruktur, die aber bereits in einen gehosteten Website-Baukasten oder eine Deployment-Plattform eingebunden sein kann. Eine Domain liefert die Adresse; ein Hosting-Dienst oder eine Plattform speichert und liefert die Website aus.
Technisch ja, über die Standardadresse eines Hosting-Anbieters oder eine temporäre Subdomain, aber das ist für eine echte, öffentliche Website nicht praktikabel. Fast jede live geschaltete Seite nutzt eine richtige Domain.
Das hängt von Technologie, erwartetem Traffic, Speicher- und Ressourcenbedarf sowie dem Anbieter ab. Vergleichen Sie den Aktionspreis im ersten Zeitraum mit dem regulären Verlängerungspreis, da es sich oft um unterschiedliche Zahlen handelt.
Ein Ein-Klick-WordPress-Installer im Hosting-Kontrollpanel ist meist der schnellste Weg, besonders auf einem speziell für WordPress optimierten Plan.
Die technische Einrichtung kann je nach Komplexität von Minuten bis Stunden dauern, und DNS-Änderungen können je nach Caching zusätzliche Zeit brauchen, um bei verschiedenen Nutzern sichtbar zu werden. Es gibt keinen einzelnen festen Zeitplan, der für jeden Start gilt.
Ja. Das bedeutet in der Regel, Dateien und Datenbank zum neuen Anbieter zu kopieren, dort zu testen und dann DNS auf den neuen Server umzustellen — die Domainregistrierung selbst muss dafür nicht umziehen.
Das kann er, wenn E-Mail-bezogene Einträge (MX, SPF, DKIM, DMARC) beim neuen Anbieter nicht korrekt neu angelegt werden. Das ist eines der häufigsten Dinge, die bei einer Migration kaputtgehen, und eines der am einfachsten zu vermeidenden, wenn Sie die Einträge vorher prüfen.
Je nach Anbieter können Website und E-Mail aufhören zu funktionieren, manchmal mit einer Karenzzeit davor. Prüfen Sie die konkrete Richtlinie Ihres Anbieters, statt eine universelle Karenzzeit anzunehmen.
Nicht zwingend — viele Hosting-Pläne schließen E-Mail ein, manche Setups nutzen aber einen dedizierten E-Mail-Anbieter, besonders bei größeren Organisationen. Beides ist üblich; prüfen Sie, was Ihr konkreter Plan tatsächlich einschließt.
Hosting ist Serverspeicher für Dateien, eine Datenbank oder eine Anwendung; ein Website-Baukasten ist ein Werkzeug zum Erstellen von Seiten, oft mit eingebundenem Hosting. Manche Baukästen erfordern eigenes Hosting, es lohnt sich also zu prüfen, welches Modell Sie nutzen.
Oft ja, je nach Plan — viele Hosting-Pläne unterstützen mehrere Domains oder Subdomains in einem Konto, innerhalb der Ressourcengrenzen. Prüfen Sie die Bedingungen Ihres konkreten Plans, statt Unbegrenztheit anzunehmen.
Indirekt, hauptsächlich über Ladegeschwindigkeit, Uptime und HTTPS-Verfügbarkeit, die alle Teil eines breiteren Sets an Rankingfaktoren sind. Hosting allein bestimmt keine Rankings, aber schlechtes Hosting kann eine gut optimierte Seite ausbremsen.
Testen Sie von mehreren Netzwerken oder Standorten aus, oder nutzen Sie ein DNS-Abfragetool, um zu sehen, welche Einträge unterschiedliche Resolver aktuell zurückgeben. Aufgrund von Caching ist es normal, dass Ergebnisse kurz nach einer Änderung je nach Standort leicht abweichen.
Eine Website zu hosten läuft auf wenige Dinge hinaus, die richtig zusammenpassen müssen: eine Domain, ein Hosting-Plan, der zu dem passt, was Sie tatsächlich betreiben, ein Deployment passend zu Ihrer Technologie, DNS am richtigen Ziel, SSL und Backups eingerichtet, funktionierende E-Mail und ein echter Testlauf, bevor Sie den Start für abgeschlossen erklären.
Nichts davon erfordert Rätselraten. Arbeiten Sie die Schritte der Reihe nach ab, prüfen Sie gezielt die Dinge, die typischerweise brechen — E-Mail-Einträge bei Migrationen, zwischengespeicherte DNS-Antworten, nicht passende Zertifikate — und der Start selbst wird zur Routine statt zum Risiko.
Ebenfalls nützlich: Was ist Hosting? für einen tieferen Blick auf Hosting-Typen und deren Auswahl, sowie Was ist eine Domain?.