Hoster wechseln ohne Daten- oder SEO-Verlust (Anleitung ohne Ausfall)

Die meisten schieben den Hoster-Wechsel aus einem einzigen Grund auf: Sie fürchten, die Seite geht offline, die E-Mails hören auf, oder die über Jahre erarbeiteten Rankings verschwinden über Nacht. Diese Furcht ist berechtigt, denn ein schlecht durchgeführter Umzug kann alle drei auslösen. Ein gut durchgeführter löst keines davon aus, und der Unterschied liegt fast vollständig in der Reihenfolge. Bewegen Sie die Teile in der richtigen Abfolge, und Ihre Besucher sehen nie ein Flackern. Bewegen Sie sie in der falschen, und Sie lernen auf die harte Tour, dass DNS sich nicht sofort aktualisiert. Diese Anleitung führt durch die Abfolge, die wir verwenden, damit Sie sie nachmachen können.

Wie wechselt man den Hoster ohne Daten- oder SEO-Verlust?

Sie wechseln den Hoster, indem Sie zuerst eine vollständige, funktionierende Kopie Ihrer Seite auf dem neuen Server aufbauen, sie privat testen, und erst dann Ihre Domain darauf richten. Die eine Regel, die fast jede Katastrophe verhindert: Kündigen oder löschen Sie den alten Hoster niemals, solange die neue Seite nicht live und geprüft ist. Der alte Hoster ist Ihr Sicherheitsnetz.

Alles andere folgt aus diesem Grundsatz. Weil die neue Kopie aufgebaut und getestet wird, bevor ein Besucher dorthin geschickt wird, gibt es kein Zeitfenster, in dem die Seite öffentlich kaputt ist. Weil der alte Hoster unangetastet weiterläuft, können Sie das Ganze rückgängig machen, indem Sie die Domain einfach dort lassen, wo sie war. Wir halten die vorherige Umgebung bei jedem Umzug intakt, genau aus diesem Grund, und das ist die eine Gewohnheit, die aus einem nervenaufreibenden Umzug einen langweiligen macht. Der Rest dieses Artikels ist dieser Grundsatz in Schritte zerlegt.

Was müssen Sie sichern und prüfen, bevor Sie etwas verschieben?

Bevor Sie den neuen Hoster anfassen, machen Sie eine vollständige Sicherung der aktuellen Seite und notieren Sie, wie sie zusammengesetzt ist. Das heißt jede Datei, die Datenbank, falls die Seite eine nutzt, Ihre E-Mail-Konten, Ihre DNS-Einträge und eine Notiz der genauen Software-Versionen, die die Seite betreibt. Wenn Sie die alte Seite aus dem Gesicherten nicht wiederherstellen können, sind Sie noch nicht bereit anzufangen.

Eine „Website“ hat meist mehr bewegliche Teile, als man erwartet, und die vergessenen sind genau die, die nach dem Umzug kaputtgehen. Hier ist die Liste, die vor allem anderen abgehakt werden sollte:

• Alle Seiten-Dateien. Das komplette öffentliche Verzeichnis, nicht nur das Theme oder die Seiten, die Sie in Erinnerung haben zu bearbeiten.
• Die Datenbank. Die meisten mit einem CMS verwalteten Seiten (WordPress und ähnliche) halten Inhalt, Einstellungen und Nutzer in einer Datenbank, nicht in den Dateien. Eine reine Datei-Sicherung stellt eine leere Hülle wieder her.
• Die E-Mail-Konten. Postfächer bei Ihrem aktuellen Anbieter ziehen nicht automatisch mit der Website um. Exportieren Sie die Post und notieren Sie jede Adresse, sonst können beim Domain-Umzug Nachrichten verloren gehen.
• Die DNS-Einträge. Fotografieren oder exportieren Sie Ihre aktuelle DNS-Zone: die A-Einträge, die MX-Einträge für E-Mail, etwaige TXT-Einträge für SPF, DKIM und Domain-Bestätigung. Sie sind leicht zu vergessen und sie halten die E-Mail am Fließen.
• Software- und Versionsnotizen. Die PHP-Version, die Datenbank-Version und alle Server-Einstellungen, von denen die Seite abhängt. Diese auf dem neuen Hoster anzugleichen erspart Überraschungen.
• Ein Vermerk Ihres aktuellen TTL. Mehr dazu weiter unten, denn er entscheidet, wie schnell die finale Umschaltung geschieht.
• Eine frische Sicherung von heute. Wenn Ihr aktueller Hoster tägliche Sicherungen macht, holen Sie sich die jüngste als zweite Kopie, aber machen Sie am Umzugstag trotzdem selbst eine frische. Eine Sicherung von letzter Woche enthält nicht die Bestellungen oder Kommentare dieser Woche.

Was sind die Schritte, um eine Seite zu einem neuen Hoster umzuziehen, der Reihe nach?

Bauen Sie die neue Seite vollständig auf dem neuen Hoster auf, bestätigen Sie, dass sie dort läuft, senken Sie Ihr DNS-TTL, richten Sie dann die Domain um und beobachten Sie. Machen Sie es in dieser Reihenfolge, und die öffentliche Seite ist nie in einem halbfertigen Zustand. Die Abfolge unten ist die ganze Arbeit.

Zwei Dinge rahmen die Abfolge ein, bevor Sie sie starten. Wenn Sie noch entscheiden, zu welcher Art Hosting Sie umziehen, erklärt unser Leitfaden zu Shared-, VPS- und Managed-Hosting, welche Art zu welcher Situation passt. Und planen Sie, den alten Hoster mindestens ein paar Tage nach der Umschaltung laufen zu lassen, denn bis jeder DNS-Cache der Welt aktualisiert ist, werden manche Besucher noch zum alten Server geschickt, und der soll bei ihrer Ankunft normal antworten.

• 1. Richten Sie das Konto und eine passende Umgebung auf dem neuen Hoster ein. Gleiche oder neuere PHP- und Datenbank-Versionen, derselbe Servertyp, wo es zählt. Richten Sie Ihre Domain noch nicht darauf.
• 2. Kopieren Sie die Dateien und importieren Sie die Datenbank auf den neuen Server. Halten Sie die Dateistruktur identisch, damit nichts umgeschrieben werden muss.
• 3. Lassen Sie die Seite auf einer vorübergehenden Adresse antworten, die der neue Hoster bereitstellt, oder indem Sie die hosts-Datei Ihres eigenen Rechners bearbeiten, um die echte Seite vom neuen Server zu laden, während die Öffentlichkeit noch die alte sieht.
• 4. Testen Sie alles auf dem neuen Server. Öffnen Sie die wichtigen Seiten, senden Sie ein Formular, melden Sie sich an, prüfen Sie, ob Bilder und Downloads laden, und bestätigen Sie, dass die datenbankgesteuerten Teile funktionieren. Beheben Sie Probleme hier, privat, wo kein Besucher sie sehen kann.
• 5. Senken Sie Ihr DNS-TTL an der Domain auf einen kurzen Wert (300 Sekunden ist üblich), mindestens einen Tag vor der Umschaltung, damit sich die finale Änderung in Minuten statt in Stunden verbreitet.
• 6. Reduzieren Sie kurz vor dem Umstieg die Schreibvorgänge. Auf einer aktiven Seite pausieren Sie kurz alles, was die Datenbank verändert (neue Bestellungen, Kommentare), und machen einen finalen Abgleich von Dateien und Daten, damit nichts aus der letzten Stunde auf dem alten Server hängen bleibt.
• 7. Aktualisieren Sie die DNS-Einträge, um die Domain auf die IP-Adresse des neuen Hosters zu richten, und aktualisieren Sie die MX-Einträge nur, wenn Ihre E-Mail ebenfalls umzieht.
• 8. Beobachten Sie beide Server, während sich das DNS verbreitet. Der Verkehr wandert nach und nach vom alten zum neuen, während die Caches ablaufen. Weil beide dieselbe Seite ausliefern, bekommen Besucher eine funktionierende Seite, egal welchen sie treffen.

Wie halten Sie die Seite während des Umzugs online, ganz ohne Ausfall?

Null Ausfall kommt von der Überlappung: Die neue Seite funktioniert vollständig, bevor Sie das DNS ändern, und die alte läuft weiter, nachdem Sie es geändert haben. Zu keinem Zeitpunkt zeigt die Domain auf einen leeren oder kaputten Server. Ihr TTL vorab zu senken schrumpft die Umschaltung von Stunden auf Minuten.

Was die meisten falsch machen, ist, DNS wie einen Schalter zu behandeln, der sofort umlegt. Tut er nicht. Jedes Netzwerk, das Ihre Domain kürzlich abgefragt hat, behält die alte Antwort, bis seine zwischengespeicherte Kopie abläuft, und diese Ablaufzeit ist Ihr TTL. Steht Ihr TTL auf 24 Stunden, landen manche Besucher noch einen ganzen Tag nach der Änderung des Eintrags auf dem alten Server, was völlig in Ordnung ist, wenn der alte Server noch dieselbe Seite ausliefert, und ein echter Ausfall, wenn Sie ihn schon abgerissen haben. Deshalb zählt die Abfolge mehr als jeder einzelne Schritt. Senken Sie das TTL einen Tag vorher, halten Sie beide Server während des Übergangs am Leben, und der „Ausfall“, den alle fürchten, findet nie einen Ort, an dem er passieren könnte.

Wie vermeiden Sie SEO-Ranking-Verlust beim Hoster-Wechsel?

Wenn Sie dieselbe Domain und dieselben Seiten-Adressen behalten, kostet Sie ein Hoster-Wechsel für sich genommen keine Rankings, denn Google indexiert Ihre URLs, nicht Ihren Server. SEO verlieren Sie, wenn der Umzug etwas kaputt macht: Die Seite geht während der Umschaltung offline, die Adressen ändern sich, HTTPS hört auf zu funktionieren, oder eine Crawling-Sperre wird aus der Testkopie mitgeschleppt. Schützen Sie diese vier Dinge, und Ihre Rankings reisen mit Ihnen.

Hier bewahren ehrliche Erwartungen Sie vor viel Sorge. Ein reiner Hoster-Wechsel, gleiche Domain, gleiche URLs, gleicher Inhalt, ist für Suchmaschinen nahezu unsichtbar. Es gibt keinen „Hoster-Wechsel“, den Sie Google melden müssten, und keinen Grund, dass Rankings fallen. Probleme treten auf, wenn ein Umzug mit anderen Änderungen vermischt oder unsorgfältig durchgeführt wird. Achten Sie gezielt auf dies:

• Ändern Sie Ihre URLs nur, wenn Sie müssen. Halten Sie jede Seite unter derselben Adresse. Ist ein Umzug zugleich ein Redesign und die Adressen ändern sich doch, setzen Sie eine dauerhafte 301-Weiterleitung von jeder alten URL auf ihr Gegenstück, eins zu eins, nicht alles auf die Startseite gekippt.
• Vermeiden Sie Ausfälle während des Crawls. Ein kurzer Ausfall schadet selten, aber wiederholte Fehler, während der Googlebot vorbeikommt, schon. Die Methode ohne Ausfall oben ist hier Ihr Schutz.
• Übernehmen Sie HTTPS korrekt. Stellen Sie sicher, dass der neue Hoster Ihre Seite über HTTPS mit einem gültigen Zertifikat ausliefert, bevor Sie umschalten, und dass die Weiterleitung von http auf https weiterhin funktioniert. Unser Hosting enthält ein kostenloses SSL-Zertifikat, damit die sichere Version ohne Lücke weiter antwortet.
• Prüfen Sie die neue Kopie auf blockiertes Crawling. Test- und Staging-Seiten sind üblicherweise per noindex-Tag oder robots.txt-Sperre von der Suche ausgeschlossen. Diese Sperre überlebt oft die Kopie zum neuen Hoster. Bestätigen Sie, dass die Live-Seite vor und nach der Umschaltung crawlbar ist.
• Halten Sie den Inhalt identisch. Rankings hängen an den Seiten, die Google bereits kennt. Ändern sich Text, Titel und Überschriften während des Umzugs, haben Sie das geändert, was bewertet wird, nicht nur, wo es gehostet ist.
• Prüfen Sie die Indexierung. Öffnen Sie nach der Umschaltung die Google Search Console und nutzen Sie die URL-Prüfung an ein paar wichtigen Seiten, um zu bestätigen, dass sie weiterhin crawlbar und indexiert sind. Für einen Hoster-Wechsel brauchen Sie das Adressänderungs-Tool nicht: Dieses Tool ist nur für den Umzug auf eine andere Domain.

Wie prüfen Sie, ob der Umzug wirklich funktioniert hat?

Gehen Sie die neue Seite so durch, wie es ein echter Besucher und eine Suchmaschine täten: laden Sie die Hauptseiten, testen Sie ein Formular und eine Anmeldung, schicken Sie eine Test-E-Mail hinein und hinaus, und prüfen Sie ein paar URLs in der Search Console. Der Umzug ist fertig, wenn der neue Server all das besteht und der alte keinen Verkehr mehr erhält.

Ein Umzug, der auf der Startseite „gut aussieht“, kann drei Klicks tiefer noch kaputt sein, prüfen Sie also die Teile, die leise versagen:

• Formulare und Kasse. Senden Sie ein echtes Formular und schließen Sie eine Test-Transaktion ab, wenn Sie online verkaufen. Sie hängen an Server-Einstellungen, die nicht immer mitkommen.
• E-Mail in beide Richtungen. Schicken Sie eine Nachricht an ein Konto der Domain und eine von ihm aus. Kaputte MX-Einträge zeigen sich hier und nirgends sonst.
• Bilder, Downloads und Links. Laden Sie Seiten mit Medien und klicken Sie interne Links an, um alles zu erwischen, was noch auf den alten Server oder eine vorübergehende Adresse zeigt.
• HTTPS und Weiterleitungen. Bestätigen Sie, dass das Schloss erscheint und dass http-Adressen auf https weiterleiten.
• Indexierungsstatus. Die URL-Prüfung in der Search Console sagt Ihnen, dass die Live-Seite erreichbar und indexierbar ist.
• Verkehr auf dem alten Server. Wenn seine Protokolle still werden, hat sich das DNS fertig verbreitet, und Sie können ihn gefahrlos abschalten.

Welche Fehler verursachen Ausfall oder Datenverlust beim Hoster-Wechsel?

Die Fehlschläge, die Menschen wirklich ihre Seite und ihre Rankings kosten, sind vorhersehbar, und jeder von ihnen kommt daher, die Regel „erst testen, den alten Hoster behalten“ zu brechen. Sie im Voraus zu kennen ist der größte Teil des Schutzes.

• Den alten Hoster zu früh kündigen. Der teuerste Fehler. Ist der alte Server erst weg, sind Ihr Sicherheitsnetz und Ihr Rückfall mit ihm weg, und jedes DNS, das noch dorthin zeigt, trifft ins Leere.
• Die Datenbank vergessen. Die Dateien zu kopieren, aber nicht die Datenbank, lässt eine Inhaltsseite leer. Der Inhalt lebt in der Datenbank, nicht in den Dateien.
• Das TTL nicht zuerst senken. Überspringen Sie das, und die Umschaltung, die Minuten dauern sollte, zieht sich über Stunden, mit Besuchern, die die ganze Zeit zwischen den Servern verteilt sind.
• E-Mail beim Umzug verlieren. Postfächer und MX-Einträge übersieht man leicht, weil sie sich getrennt von der Website anfühlen. Exportieren Sie die Post und kopieren Sie die Einträge, bevor Sie das DNS anfassen.
• Eine Staging-Sperre stehen lassen. Ein noindex-Tag oder eine robots.txt-Sperre, die von der Testseite mitkopiert wurde, kann Ihre Live-Seiten Tage später still aus Google entfernen.
• URLs ohne Weiterleitungen ändern. Ändern sich die Adressen und nichts leitet die alten um, bleibt Ihnen der Verkehrsverlust, und Sie reichen Google eine Reihe toter Links.

Sollten Sie die Seite selbst umziehen oder umziehen lassen?

Machen Sie es selbst, wenn Sie mit Sicherungen, DNS und Datenbanken vertraut sind und die Seite einfach ist. Lassen Sie es machen, wenn die Seite Geld verdient, auf einer Datenbank läuft, oder Sie nicht sicher sind, sie aus Ihrer eigenen Sicherung wiederherstellen zu können. Die Kosten eines verpatzten Umzugs übersteigen fast immer die eines sauberen.

Keine der beiden Entscheidungen ist eine Schande, und der ehrliche Ausschlagfaktor ist, was ein Fehler Sie kosten würde. Eine kleine Broschüren-Seite, die Sie an einem Nachmittag neu bauen können, ist gut zum Üben. Ein Shop, der Bestellungen annimmt, oder eine Seite, die Jahre brauchte, um zu ranken, ist nicht der Ort, um DNS unter Druck zu lernen. Genau dafür gibt es unseren Website-Migrationsservice: Wir bauen und testen die neue Seite, bevor wir Ihre Domain anfassen, ziehen sie ohne Ausfall und ohne Datenverlust um, und behalten die alte Umgebung als Rückfall, bis die neue bestätigt ist. Ziehen Sie um, weil Ihr aktuelles Hosting unzuverlässig war, enthält unser Managed Web Hosting tägliche Sicherungen und kostenloses SSL, sodass der nächste Umzug, falls es je einen gibt, von einer viel sichereren Basis startet.