So ziehen Sie Ihre Website ohne Ausfallzeit zu einem neuen Hoster um

Eine Website zu einem neuen Hoster umzuziehen klingt riskant, ist mit einem klaren Plan aber eine ruhige, gut planbare Aufgabe. Der Trick: Sie bauen die neue Kopie auf und testen sie, während die alte weiter Besucher bedient, und leiten Ihre Domain erst danach um. Diese Anleitung führt durch den gesamten Ablauf für eine typische kleine Website. Hauptbeispiel ist WordPress, statische Seiten und eigene PHP-Seiten werden allgemein behandelt.

Zeitpunkt festlegen und Bestandsaufnahme machen

Gute Gründe für einen Umzug sind wiederholt langsame Ladezeiten oder Ausfälle, ein Tarif, der nicht mehr zu Ihrem Traffic passt, fehlende Funktionen wie eine aktuelle PHP-Version oder Staging-Tools, schlechter Support oder ein Verlängerungspreis, der den Wert des Angebots übersteigt. Schlechte Gründe sind ein einzelner schlechter Nachmittag oder ein auffälliges Angebot, das Sie nicht sauber verglichen haben. Wenn Sie noch Optionen abwägen, finden Sie in unserem Ratgeber So wählen Sie das richtige Webhosting, worauf es ankommt. Der Ratgeber zu Verlängerungspreisen beim Hosting erklärt, warum sich die Kosten nach der ersten Laufzeit oft ändern.

Wählen Sie für den Umzug eine ruhige Zeit. Bei den meisten Websites ist das ein Werktagabend oder ein Wochenende mit wenig Traffic, niemals aber die Woche eines großen Sales, Launches oder einer Kampagne. Planen Sie ein paar Tage Puffer ein, auch wenn die eigentliche Arbeit nur wenige Stunden dauert.

Notieren Sie, bevor Sie irgendetwas anfassen, alles, was Ihr aktueller Hoster für Sie erledigt. Websites hängen oft von Dingen ab, an deren Einrichtung sich niemand mehr erinnert. Hier ist eine einfache Bestandsliste zum Ausfüllen.

Exportieren Sie Ihre aktuelle DNS-Zone als Text oder machen Sie Screenshots von allen Einträgen. Dieser eine Schritt verhindert mehr Panik nach dem Umzug als jeder andere. Prüfen Sie außerdem, ob Ihre Domainregistrierung und Ihr Hosting beim selben Unternehmen liegen. Wenn Sie nicht sicher sind, wie diese beiden Teile zusammenhängen, erklärt Domainnamen und Hosting den Zusammenhang.

Sichern, die neue Website aufbauen und privat testen

Erstellen Sie ein vollständiges Backup von Dateien und Datenbanken und speichern Sie es nicht beim alten Hoster, sondern zum Beispiel auf Ihrem eigenen Computer und an einem zweiten Ort. Verlassen Sie sich nicht allein auf die automatischen Backups des Hosters, denn Sie verlieren eventuell den Zugriff darauf, wenn das Konto geschlossen wird. Prüfen Sie, ob sich das Backup wirklich öffnen lässt. Ein Backup, das Sie nie wiederhergestellt haben, ist nur eine Hoffnung.

Den neuen Hoster einrichten

Legen Sie das Konto oder den Tarif an, fügen Sie Ihre Domain als Website oder Addon-Domain hinzu und wählen Sie dieselbe PHP-Hauptversion, die Ihre Website heute nutzt, oder eine neuere, für die Sie bereits bestätigt haben, dass Ihr Code sie unterstützt. Erstellen Sie eine leere Datenbank und einen Datenbankbenutzer mit einem starken Passwort. Ändern Sie das DNS noch nicht. In dieser Phase ist der neue Hoster nur ein leerer Raum, der auf Ihre Möbel wartet.

Dateien und Datenbank kopieren

Laden Sie Ihre Dateien per SFTP oder über den Dateimanager im Kundenbereich hoch. SFTP ist dem einfachen FTP vorzuziehen, weil es Ihre Zugangsdaten verschlüsselt. Bei einer großen Website komprimieren Sie den Ordner zu einem einzigen Archiv, laden es hoch und entpacken es auf dem Server. Das ist deutlich schneller, als Tausende kleine Dateien einzeln zu übertragen.

Exportieren Sie danach die Datenbank beim alten Hoster und importieren Sie sie beim neuen. Für WordPress gibt es zwei gängige Wege. Sie können ein Migrations-Plugin verwenden, das Dateien und Datenbank gemeinsam verpackt, oder Sie machen es von Hand: Dateien kopieren, die Datenbank importieren und dann die Datei wp-config.php mit dem neuen Datenbanknamen, Benutzer und Passwort anpassen. Eine statische Website braucht nur die Dateien. Eine eigene PHP-Website braucht die Dateien, die Datenbank und einen genauen Blick auf jede Konfigurationsdatei, in der Pfade, Zugangsdaten oder API-Schlüssel stehen.

Testen, bevor Sie umschalten

Prüfen Sie nun die neue Kopie, während die Öffentlichkeit noch die alte sieht. Dafür gibt es zwei zuverlässige Wege.

• Hosts-Datei bearbeiten. Fügen Sie auf Ihrem eigenen Computer eine Zeile hinzu, die Ihren Domainnamen der IP-Adresse des neuen Servers zuordnet. Ihr Browser lädt dann die neue Kopie, während alle anderen weiterhin die alte sehen. Entfernen Sie die Zeile, wenn Sie fertig sind.
• Temporäre URL nutzen. Viele Hoster bieten für neue Konten eine Vorschauadresse an. Das ist einfacher, allerdings leiten manche Anwendungen, darunter WordPress, Sie womöglich zurück auf die echte Domain. Deshalb ist die Methode mit der Hosts-Datei meist sauberer.

Klicken Sie beim Testen durch die Startseite, einige Unterseiten, die Suche, Formulare, Logins, den Checkout (falls vorhanden) und Bildergalerien. Senden Sie ein Test-Kontaktformular ab und prüfen Sie, ob die E-Mail ankommt. Achten Sie auf fehlende Bilder, Warnungen wegen gemischter Inhalte und Fehlerseiten. Vergleichen Sie die neue Kopie direkt mit der alten.

TTL senken, Änderungen einfrieren und DNS umstellen

DNS ist das System, das Ihren Domainnamen in eine Serveradresse übersetzt. Jeder DNS-Eintrag hat eine TTL (Time to Live). Sie legt fest, wie lange andere Netzwerke sich die Antwort merken dürfen, bevor sie erneut nachfragen. Wenn Ihre TTL einen Tag lang ist, gehen manche Besucher nach der Umstellung bis zu einen Tag lang weiter auf den alten Server.

Senken Sie mindestens zwei Tage vor dem Umzug die TTL Ihrer wichtigsten Einträge auf einen kurzen Wert, etwa fünf Minuten. Das muss früh geschehen, weil die alte lange TTL zuerst überall ablaufen muss. Eine Senkung eine Stunde vor der Umstellung bringt wenig.

Inhaltliche Änderungen einfrieren

Sobald Ihre endgültige Kopie erstellt ist, stoppen Sie Änderungen auf der alten Website. Ein Blog kann einfach das Veröffentlichen pausieren. Bei einem Shop ist es heikler, denn Bestellungen, die nach Ihrer letzten Datenbankkopie auf dem alten Server eingehen, gibt es auf dem neuen nicht. Planen Sie bei Shops, Mitgliederseiten und Foren ein kurzes Wartungsfenster ein, ziehen Sie die letzte Datenbankkopie zu Beginn des Fensters und vermeiden Sie Bestellungen in der Zwischenzeit. Führen Sie dann einen letzten Abgleich von Dateien und Datenbank auf den neuen Hoster durch und machen Sie einen letzten kurzen Test.

Die Einträge umstellen

Es gibt zwei Wege, Ihre Domain auf den neuen Hoster zu richten.

• A-Eintrag ändern (und AAAA, falls genutzt) bei Ihrem aktuellen DNS-Anbieter, sodass er auf die IP-Adresse des neuen Servers zeigt. Das übrige DNS, einschließlich E-Mail, bleibt genau so, wie es ist. Für die meisten ist das die sicherere Variante.
• Nameserver ändern bei Ihrem Registrar, sodass der neue Hoster das gesamte DNS verwaltet. Das ist aufgeräumt, aber tun Sie es erst, nachdem Sie jeden Eintrag aus Ihrer Bestandsliste beim neuen Hoster nachgebaut haben, besonders MX- und TXT-Einträge. Fehlende Einträge sind die übliche Ursache für verlorene E-Mails nach einem Umzug.

Wie lange die Verbreitung wirklich dauert

Oft heißt es, DNS brauche bis zu 48 Stunden, aber das ist eher eine Worst-Case-Gewohnheit als eine Regel. Von Ihrem DNS-Anbieter aus verbreitet sich nämlich nichts. Stattdessen speichern Tausende Resolver weltweit jeweils ihre eigene Antwort und aktualisieren sie erst, wenn ihr Timer abläuft. Mit einer vorab gesetzten kurzen TTL erreichen die meisten Besucher den neuen Server innerhalb von Minuten bis wenigen Stunden. Nameserver-Änderungen können länger dauern, weil auch die Registry-Ebene ihr eigenes Caching hat und manche Internetanbieter Antworten länger behalten, als sie sollten. Deshalb muss der alte Hoster während der Übergangszeit online bleiben. Manche sehen die alte Website, manche die neue, und beide müssen funktionieren.

Den Fortschritt können Sie mit öffentlichen DNS-Abfragetools prüfen, die viele Standorte abfragen, oder mit einer Abfrage per Kommandozeile auf Ihrem eigenen Rechner. Bedenken Sie, dass auch Ihr Computer und Ihr Router Antworten zwischenspeichern. Ein Test mit dem Smartphone über mobile Daten kann deshalb eine nützliche zweite Meinung liefern.

E-Mail, SSL und URLs im Griff behalten

E-Mail und MX-Einträge

E-Mail wird am häufigsten vergessen. Finden Sie zuerst heraus, wo Ihre Mails liegen. Wenn sie beim alten Webhoster gehostet werden, müssen Sie auch die Postfächer samt gespeicherten Nachrichten umziehen. Legen Sie dieselben Postfächer beim neuen Hoster an und kopieren Sie dann die alten Mails mit einem IMAP-Übertragungstool oder indem Sie beide Konten in einem Mailprogramm einrichten und die Ordner hinüberziehen. Senden und empfangen Sie weiter über den alten Server, bis die Kopie abgeschlossen ist.

Die MX-Einträge sagen der Welt, wohin Ihre Mails zugestellt werden sollen. Wenn Sie nur den A-Eintrag ändern, bleibt MX unberührt und die Mails gehen weiter dorthin, wo sie heute landen. Wenn Sie die Nameserver ändern, kopieren Sie die MX-Einträge exakt, dazu die TXT-Einträge für SPF, DKIM und DMARC, die helfen, dass Ihre Nachrichten nicht im Spam-Ordner landen. Wenn Ihre E-Mail bei einem separaten E-Mail-Anbieter liegt, lassen Sie dessen Einträge komplett unangetastet. Im Zweifel senden Sie am selben Tag Testnachrichten in beide Richtungen.

SSL-Zertifikate

Für das sichere Schloss-Symbol braucht der neue Server ein gültiges Zertifikat. Die meisten Hoster können ein kostenloses automatisches Zertifikat ausstellen, brauchen dafür aber meist, dass die Domain bereits auf sie zeigt. Die Ausstellung gelingt deshalb möglicherweise erst nach der DNS-Umstellung. Planen Sie ein kurzes Zeitfenster ein und lösen Sie die Anfrage aus, sobald sich die Einträge ändern. Manche Hoster erlauben es, ein Zertifikat vorab zu installieren, was eine Lücke vermeidet. Prüfen Sie nach der Aktivierung, dass jede Seite ohne Warnungen wegen gemischter Inhalte über HTTPS lädt und dass HTTP-Adressen auf HTTPS weiterleiten.

Weiterleitungen und URLs

Halten Sie Ihre URLs nach Möglichkeit identisch. Wenn sich die Webadresse einer Seite ändert, richten Sie eine dauerhafte Weiterleitung von der alten auf die neue Adresse ein, damit Besucher und Suchmaschinen ihr folgen. Übernehmen Sie Ihre Weiterleitungsregeln, die oft in einer versteckten Datei namens .htaccess oder in der Serverkonfiguration stehen. Prüfen Sie außerdem, dass sich Ihre bevorzugte Version der Domain, mit oder ohne www, genauso verhält wie vorher. Wenn Sie zusätzlich den Domainnamen selbst ändern, ist das ein eigenes Projekt und verdient einen eigenen Plan.

Nach der Umstellung überwachen und einen Rollback-Plan bereithalten

Beobachten Sie die Website in den ersten Tagen genau. Rufen Sie wichtige Seiten regelmäßig auf, testen Sie Formulare und Checkout und sehen Sie in die Fehlerprotokolle des Servers. Richten Sie einen kostenlosen Uptime-Monitor ein, falls Sie noch keinen haben. Prüfen Sie, dass geplante Aufgaben laufen, denn Cronjobs sind leicht zu vergessen. Stellen Sie bei WordPress sicher, dass geplante Beiträge veröffentlicht werden und Backup-Plugins funktionieren. Erstellen Sie auf dem neuen Hoster neue Backups und prüfen Sie, dass Ihre Analyse- und Search-Console-Tools weiterhin Daten melden.

Ihr Rollback-Plan ist einfach, weil Sie sich darauf vorbereitet haben. Die alte Website läuft noch und Ihre ursprünglichen DNS-Einträge sind gespeichert. Wenn etwas Schwerwiegendes kaputtgeht und sich nicht schnell beheben lässt, stellen Sie die Einträge auf die alten Werte zurück. Dank der kurzen TTL verbreitet sich auch die Rückkehr schnell. Legen Sie vorab fest, was als schwerwiegend gilt, zum Beispiel ein ausfallender Checkout oder nicht ankommende E-Mails, damit Sie das nicht unter Stress diskutieren müssen.

Behalten Sie den alten Tarif für eine kurze Überschneidung, üblicherweise ein bis zwei Wochen, und länger, wenn Sie bei den E-Mails unsicher sind oder einen monatlichen Abrechnungszyklus haben. Kündigen Sie ihn nicht am selben Tag. Machen Sie vor der Kündigung ein letztes Backup, bestätigen Sie, dass keine Mails mehr darauf liegen, und prüfen Sie, dass nichts, etwa eine Subdomain oder ein kleines Nebenprojekt, noch davon abhängt. Prüfen Sie auch, ob Ihre Domainregistrierung im alten Tarif enthalten war, damit Sie sie nicht versehentlich verlieren.

Häufige Fehler und wann Sie Hilfe holen sollten

• E-Mail vergessen. Mails bleiben aus, weil MX- oder TXT-Einträge nicht kopiert wurden.
• Die TTL hoch lassen. Die Umstellung zieht sich dann über Stunden oder Tage.
• Den Test überspringen. Probleme zeigen sich vor den Kunden statt im Privaten.
• Den alten Tarif zu früh kündigen. Damit entfällt Ihr Sicherheitsnetz, solange sich das DNS noch einpendelt.
• Beide Kopien bearbeiten. Inhalte, die während des Umzugs auf der alten Website hinzugefügt werden, gehen verloren.
• Die DNS-Einträge nicht sichern. Sie können nicht nachbauen, was Sie nicht notiert haben.
• PHP- und Softwareversionen ignorieren. Ein altes Plugin kann auf einer neueren Serverversion ausfallen.

Viele Hoster bieten einen kostenlosen Migrationsservice an, meist für Neukunden, die eine Standard-Website umziehen. Für einfache WordPress-Seiten lohnt er sich, weil er Zeit spart und die Fachleute das schon oft gemacht haben. Stellen Sie vorher einige Fragen. Deckt er Dateien, Datenbanken und E-Mail ab? Wie viele Websites oder Postfächer sind enthalten? Testen die Mitarbeiter die Website vor der Umstellung, und bekommen Sie eine Vorschau? Bleibt die alte Website unangetastet? Wer kümmert sich um das DNS, und was passiert, wenn etwas schiefgeht? Gibt es Grenzen bei Größe, eigenem Code oder bestimmten Anwendungen? Lassen Sie sich die Antworten möglichst schriftlich geben.

Ziehen Sie bezahlte professionelle Hilfe in Betracht, wenn Sie einen Shop mit laufenden Bestellungen, ein Mitglieder- oder Buchungssystem, eine große Datenbank, Code, den niemand in Ihrem Team geschrieben hat, oder komplizierte E-Mail-Konfigurationen betreiben. Auch ein Freelancer oder eine Agentur kann sinnvoll sein, wenn Ausfallzeit Sie mehr kosten würde als deren Honorar. Behalten Sie auch bei externer Hilfe Ihre eigene Bestandsliste und Ihre Backups und die Kontrolle über Ihr Domainkonto.

Ein Beispielzeitplan für den Umzug

1. Eine Woche vorher: Entscheiden Sie sich für den Umzug, wählen Sie den neuen Hoster und vervollständigen Sie Ihre Bestandsliste mit Dateien, Datenbanken, E-Mail, Cronjobs, DNS und SSL.
2. Drei bis fünf Tage vorher: Exportieren Sie die DNS-Zone, erstellen Sie vollständige Backups und bestätigen Sie, dass sie sich wiederherstellen lassen.
3. Drei Tage vorher: Senken Sie die TTL Ihrer wichtigsten DNS-Einträge auf wenige Minuten.
4. Zwei Tage vorher: Richten Sie den neuen Hoster ein, kopieren Sie Dateien und Datenbank und passen Sie die Konfiguration an.
5. Einen Tag vorher: Testen Sie über die Hosts-Datei oder eine temporäre URL und beheben Sie Probleme.
6. Umstellungstag, Beginn: Frieren Sie inhaltliche Änderungen ein, gleichen Sie Dateien und Datenbank ein letztes Mal ab und machen Sie einen kurzen Test.
7. Umstellungstag, Mitte: Aktualisieren Sie den A-Eintrag oder die Nameserver und fordern Sie dann das SSL-Zertifikat an.
8. Am selben Tag: Prüfen Sie, dass E-Mails in beide Richtungen fließen, und bestätigen Sie, dass HTTPS und Weiterleitungen funktionieren.
9. Tag eins bis drei: Überwachen Sie Uptime, Protokolle, Formulare, Cronjobs und Analytics. Geben Sie Inhaltsänderungen wieder frei, wenn Sie sich sicher sind.
10. Tag sieben bis vierzehn: Machen Sie ein letztes Backup vom alten Tarif, bestätigen Sie, dass nichts davon abhängt, und kündigen Sie ihn. Setzen Sie die TTL wieder auf einen normalen Wert.

Checkliste vor und nach der Umstellung

Vor der Umstellung

• Bestandsliste notiert: Dateien, Datenbanken, E-Mail, Cronjobs, DNS-Einträge, SSL.
• DNS-Zone exportiert und außerhalb des alten Hosters gespeichert.
• Vollständige Backups erstellt, an zwei Orten gespeichert und testweise wiederhergestellt.
• TTL mindestens zwei Tage vor der Umstellung gesenkt.
• Neuer Hoster mit passender oder kompatibler PHP-Version eingerichtet.
• Dateien und Datenbank kopiert, Konfiguration aktualisiert.
• Website über die Hosts-Datei oder eine temporäre URL getestet, einschließlich Formularen und Logins.
• E-Mail-Plan festgelegt, Postfächer angelegt, alte Nachrichten kopiert.
• Änderungsstopp für Inhalte geplant und allen mitgeteilt, die die Website bearbeiten.
• Rollback-Plan aufgeschrieben, die ursprünglichen DNS-Werte griffbereit.

Nach der Umstellung

• Die Domain lädt auf mehreren Netzwerken und Geräten vom neuen Server.
• HTTPS funktioniert auf jeder Seite, und HTTP leitet auf HTTPS weiter.
• E-Mails werden gesendet und empfangen, und die Einträge für SPF, DKIM und DMARC sind vorhanden.
• Formulare, Checkout, Suche und Logins funktionieren.
• Weiterleitungen und die Einstellung mit oder ohne www verhalten sich wie zuvor.
• Cronjobs und geplante Aufgaben laufen.
• Uptime-Überwachung und Backups sind beim neuen Hoster aktiv.
• TTL wieder erhöht, nachdem alles stabil läuft.
• Alter Tarif ein bis zwei Wochen behalten und nach einem letzten Backup gekündigt.

Ein Hinweis zur Transparenz: DealPortal erhält möglicherweise eine Provision, wenn Sie über einige Links auf unserer Website kaufen. Das ändert weder den Preis, den Sie zahlen, noch unsere Empfehlungen.

Die wichtigsten Punkte

• Bauen Sie die neue Kopie zuerst privat auf und testen Sie sie über die Hosts-Datei oder eine temporäre URL, während die alte Website weiterläuft.
• Senken Sie Ihre DNS-TTL mindestens zwei Tage vorher und sichern Sie eine Kopie aller DNS-Einträge, bevor Sie etwas ändern.
• Behandeln Sie E-Mail als eigene Aufgabe: Postfächer umziehen, MX-, SPF-, DKIM- und DMARC-Einträge kopieren und in beide Richtungen testen.
• Die Verbreitung geht mit kurzer TTL meist schnell, aber manche Besucher sehen eine Zeit lang noch die alte Website. Schalten Sie die alte also nie zu früh ab.
• Behalten Sie den alten Tarif ein bis zwei Wochen und halten Sie einen schriftlichen Rollback-Plan bereit.
• Nutzen Sie bei einfachen Websites einen kostenlosen Migrationsservice und holen Sie sich bei Shops, eigenem Code oder teurer Ausfallzeit professionelle Hilfe.