Website umziehen 2026: ohne Ausfall und Ranking-Verlust
Sie befinden sich: Home > News Archiv > Webmaster > Website umziehen 202...
Ein Hosting-Wechsel kann die Seite tagelang lahmlegen oder das Google-Ranking ruinieren, muss er aber nicht. Mit der richtigen Reihenfolge bei DNS, Weiterleitungen und Test gelingt der Umzug ohne Downtime und ohne Sichtbarkeitsverlust.
Ein neuer Hoster verspricht mehr Tempo und besseren Support, doch viele schrecken vor dem Wechsel zurück. Die Angst ist berechtigt: Ein schlecht geplanter Umzug kann die Seite tagelang lahmlegen, die E-Mails stilllegen oder das mühsam aufgebaute Google-Ranking abstürzen lassen.
Muss er aber nicht. Mit der richtigen Reihenfolge läuft ein Umzug fast unbemerkt ab, ohne Ausfall und ohne Sichtbarkeitsverlust. Worauf es bei DNS, Weiterleitungen und beim Test ankommt, und welche Fehler die meisten teuer bezahlen, steht hier.
Vier Umzüge, vier Risiken
Umzug ist nicht gleich Umzug. Wie heikel die Sache ist, hängt vor allem davon ab, ob sich die Adressen Ihrer Seiten ändern. Solange die URLs gleich bleiben, ist das Risiko gering. Sobald die Domain oder die Struktur wechselt, wird es ernst.
| Szenario | Was sich ändert | SEO-Risiko | Wichtigstes Mittel |
|---|---|---|---|
| Nur Hosting-Wechsel, gleiche Domain | nur die Server-Adresse | niedrig | Saubere DNS-Umstellung, URLs gleich lassen |
| Wechsel von HTTP auf HTTPS | das Protokoll | mittel | 301 und Canonical-Tags, jede Seite wird neu geprüft |
| Domain-Wechsel, gleicher Inhalt | die Domain | hoch | 301 von jeder alten auf die neue Adresse |
| Domain und URL-Struktur ändern | Domain und Pfade | sehr hoch | Vollständige Weiterleitungskarte, Google muss neu lernen |
Die wichtigste Regel von Google dazu lautet: nicht alles auf einmal ändern. Wer gleichzeitig umzieht, die Seite neu gestaltet und die Inhalte umbaut, kann bei einem Einbruch später nicht sagen, woran es lag. John Mueller von Google nennt einen reinen Serverwechsel sogar unspektakulär, solange URLs, Inhalt und System gleich bleiben. Der häufigste Nebeneffekt ist nur, dass Google kurz langsamer crawlt und danach wieder aufholt. Damit überhaupt nichts ausfällt, kommt es auf einen einzigen technischen Hebel an.
Kein Ausfall dank DNS und TTL
Das Grundprinzip ist einfach: Die neue Seite muss komplett auf dem neuen Server stehen und getestet sein, bevor die DNS-Umstellung erfolgt. Während der Übergangsphase laufen beide Server parallel, deshalb darf der alte nicht zu früh abgeschaltet werden.
Der Schlüssel gegen langes Warten ist die TTL, die Gültigkeitsdauer eines DNS-Eintrags. Sie sagt den Servern weltweit, wie lange sie sich eine Adresse merken. So gehen Sie vor:
- 24 bis 48 Stunden vor dem Umzug die TTL der betroffenen Einträge auf 300 Sekunden senken.
- Die alte, hohe TTL vollständig ablaufen lassen, erst dann umstellen. Sonst halten viele Server noch die alte Adresse, der häufigste Grund für eine zähe Umstellung.
- Nach dem erfolgreichen Wechsel die TTL wieder anheben, etwa auf eine Stunde.
Die oft genannten 24 bis 48 Stunden Wartezeit sind ein Wert aus alten Zeiten. Mit niedriger TTL sehen die meisten Server die Änderung in 5 bis 60 Minuten. Wichtig ist aber, welche Einträge Sie anfassen, denn hier lauert die gefährlichste Falle des ganzen Umzugs.
| Eintrag | Funktion | Beim Umzug |
|---|---|---|
| A | Domain zeigt auf die IPv4-Adresse | Auf die neue Server-IP ändern |
| AAAA | Domain zeigt auf die IPv6-Adresse | Nicht vergessen, falls vorhanden |
| CNAME | Alias, etwa für www | Auf das neue Ziel anpassen |
| MX | Zuständiger Mailserver | Nicht ändern, wenn die E-Mail beim alten Anbieter bleibt |
| TXT mit SPF | Erlaubte Versandserver | Exakt übernehmen, nur ein SPF-Eintrag pro Domain |
| TXT mit DKIM | Signatur-Schlüssel | Alle Selektoren genau kopieren |
Die typische Katastrophe: Der neue Anbieter setzt die DNS-Zone auf Standardwerte und überschreibt dabei MX, SPF und DKIM. Die Website läuft, aber die E-Mails fallen lautlos aus. Darum vor dem Umzug die komplette DNS-Zone exportieren oder abfotografieren und die Mail-Einträge eins zu eins nachbauen. Ein zweiter Punkt sichert die Erreichbarkeit ab: Stellen Sie das neue SSL-Zertifikat am Zielserver bereit, bevor Sie die DNS umstellen, sonst sehen Besucher direkt nach dem Wechsel eine Sicherheitswarnung. Sind Ausfall und E-Mails gesichert, bleibt der heikelste Teil: die Sichtbarkeit bei Google.
Das Ranking schützen
Bei einem reinen Hosting-Wechsel mit gleichen Adressen sollte das Ranking gar nicht leiden, solange die Seite nicht langsamer wird und keine Serverfehler auftreten. Heikel wird es beim Domain-Wechsel, und dort entscheidet eine Technik über alles: die Weiterleitung.
Jede alte Adresse muss per dauerhafter Weiterleitung, einer 301, auf die passende neue Adresse zeigen. Eins zu eins, nicht pauschal alles auf die Startseite. Eine 301 ist Pflicht, keine 302, denn die vorübergehende Variante signalisiert Google, das Original bleibe bestehen. Google selbst stellt klar, dass dauerhafte Weiterleitungen keinen Verlust an Linkkraft verursachen. Achten Sie nur darauf, keine langen Ketten zu bauen, idealerweise höchstens drei Schritte.
Beim Domain-Wechsel hilft das Tool zur Adressänderung in der Google Search Console. Wichtig ist die Reihenfolge: Die Weiterleitungen müssen live sein, bevor Sie das Tool benutzen, denn es prüft sie. Reichen Sie danach eine neue Sitemap ein und stellen Sie die internen Links um. Bei einem Wechsel von HTTP auf HTTPS dagegen brauchen Sie das Tool nicht, das regelt Google selbst.
Wie lange das dauert, sollte man realistisch sehen. Eine Auswertung von 892 Domain-Umzügen durch das Fachmagazin Search Engine Journal ergab im Schnitt rund 17 Monate, bis die neue Domain das alte Besucherniveau wieder erreichte, und 17 Prozent schafften es nie ganz. Das gilt aber nur für echte Domain-Wechsel, nicht für reine Serverumzüge, die meist folgenlos bleiben. Halten Sie die Weiterleitungen mindestens ein halbes Jahr, besser dauerhaft, und behalten Sie die alte Domain mindestens ein Jahr. Bevor wir zur Umsetzung kommen, lohnt ein Blick auf die Fehler, die am meisten kosten.
Die häufigsten Fehler
Die meisten Pannen beim Umzug sind hausgemacht und vermeidbar. Diese Stolperfallen tauchen immer wieder auf:
- Die robots.txt aus der Testumgebung wird übernommen und sperrt mit einer einzigen Zeile die ganze neue Seite für Google.
- Ein noindex-Hinweis aus dem Test bleibt stehen und nimmt die Seite aus dem Index.
- Weiterleitungen fehlen, sind falsch oder bilden endlose Ketten.
- Bilder und Downloads werden vergessen und verschwinden aus der Bildersuche.
- Verlinkte alte Adressen werden nicht weitergeleitet, wertvolle Backlinks verpuffen.
- Sperre und noindex zugleich: Ist eine Adresse in der robots.txt blockiert, sieht Google den noindex nie und behält sie womöglich im Index.
Ein großer Teil dieser Fehler passiert bei WordPress, weil dort beim Umzug eine Besonderheit lauert.
WordPress richtig umziehen
Für WordPress gibt es drei Wege, und welcher passt, hängt von Erfahrung und Größe der Seite ab.
| Weg | Für wen | Vorteil | Haken |
|---|---|---|---|
| Manuell per FTP und Datenbank-Export | erfahrene Nutzer | volle Kontrolle, kein Zusatz-Plugin | fehleranfällig und zeitaufwendig |
| Migrations-Plugin | die meisten Betreiber | einfach, behandelt die Daten korrekt | Größenlimit in den Gratis-Versionen |
| Umzugsservice des Hosters | wer den Aufwand abgeben will | oft kostenlos, vom Profi erledigt | weniger eigene Kontrolle |
Verbreitete Plugins sind Duplicator, All-in-One WP Migration, WPvivid und Migrate Guru, viele Hoster ziehen die Seite auf Wunsch sogar kostenlos um. Egal welcher Weg: Die wichtigste Warnung betrifft die Adressen in der Datenbank. Ändern Sie diese niemals mit einem simplen Suchen-und-Ersetzen über die Datenbank. WordPress speichert viele Einstellungen in einem verschachtelten Format, das dabei lautlos zerbricht und oft erst Stunden später kaputte Widgets zeigt. Nutzen Sie stattdessen Werkzeuge, die das beherrschen, etwa den Befehl wp search-replace über die Kommandozeile oder das Plugin Better Search Replace, beide am besten zuerst als Testlauf.
Daneben gibt es kleinere Stolpersteine: falsche Dateirechte, eine zu alte PHP-Version am Ziel, zu knappe Speicher- und Upload-Limits, vergessenes Neuspeichern der Permalinks und ein nicht geleerter Cache. Ein Online-Shop mit WooCommerce braucht zusätzlich Vorsicht, weil ständig Bestellungen hereinkommen. Wählen Sie ein Wartungsfenster in einer verkaufsschwachen Zeit, ziehen Sie zuerst eine Arbeitskopie um und testen Sie sie, während der alte Shop weiterläuft. Kurz vor dem finalen Datenexport setzen Sie den alten Shop in den Wartungsmodus, danach verbinden Sie die Zahlungsdienste neu und prüfen sie mit einer echten Testbestellung. Mit diesem Wissen lässt sich der Ablauf in eine klare Reihenfolge bringen.
Schritt für Schritt zum Umzug
Ein sauberer Umzug folgt einer festen Abfolge:
- Vollständiges Backup von Dateien und Datenbank anlegen.
- Neue Umgebung mit aktueller PHP-Version aufsetzen.
- Daten übertragen und die Adressen sicher anpassen.
- Auf einer Testumgebung alles prüfen: Seiten, Formulare, Kasse, Bilder.
- Das SSL-Zertifikat am Ziel bereitstellen.
- Die TTL senken und die alte Gültigkeit abwarten.
- Live gehen: die DNS-Einträge umstellen und Mail-Einträge kontrollieren.
- HTTPS prüfen, Permalinks neu speichern, Caches leeren.
- Weiterleitungen einrichten, Sitemap einreichen, Search Console prüfen.
- Den alten Server ein bis zwei Wochen weiterlaufen lassen, erst dann abschalten.
Zum Abhaken die wichtigsten Punkte rund um den Wechsel:
- Backup vorhanden und neue Umgebung getestet.
- SSL am Ziel aktiv, TTL rechtzeitig gesenkt.
- robots.txt und noindex aus dem Test entfernt.
- DNS-Zone samt Mail-Einträgen dokumentiert.
- Weiterleitungen greifen, per Stichprobe geprüft.
- Testbestellung erfolgreich, E-Mail-Versand und -Empfang in Ordnung.
Bleiben noch die passenden Helfer und ein paar Neuerungen, die 2026 dazukommen.
Werkzeuge und was 2026 neu ist
Für Kontrolle und Überwachung beim Umzug gibt es bewährte Werkzeuge, viele davon kostenlos.
| Zweck | Werkzeuge |
|---|---|
| DNS-Umstellung verfolgen | whatsmydns.net, dnschecker.org |
| Weiterleitungen prüfen | httpstatus.io, Screaming Frog |
| Erreichbarkeit überwachen | UptimeRobot |
| Indexierung und Fehler | Google Search Console und Bing Webmaster Tools |
Ein praktischer Tipp: Erstellen Sie vor dem Umzug einen vollständigen Crawl der alten Seite. So haben Sie eine Vergleichsbasis und können hinterher jede alte Adresse auf ihre Weiterleitung prüfen. Bei den Neuerungen 2026 sollten Sie zwei Dinge bedenken.
Erstens die SSL-Zertifikate: Ihre maximale Laufzeit sinkt schrittweise, ab März 2026 auf 200 Tage und in den Folgejahren weiter bis auf 47 Tage. Manuelles Erneuern einmal im Jahr reicht damit nicht mehr, das Zertifikat am Zielserver muss sich automatisch erneuern. Zweitens die Software: WordPress 7.0 mit dem Namen Armstrong ist im Mai 2026 erschienen und verlangt mindestens PHP 7.4, empfohlen wird Version 8.3 oder höher. Ein Umzug ist der ideale Moment, gleich auf eine aktuelle PHP-Version zu wechseln, denn das allein bringt spürbar mehr Tempo. Prüfen Sie die Verträglichkeit Ihrer Plugins aber vorher auf der Testumgebung.
Ein rechtlicher Punkt zum Schluss: Mit dem neuen Hoster schließen Sie einen Vertrag zur Auftragsverarbeitung, seriöse Anbieter stellen ihn bereit. Ein Serverstandort in Deutschland oder der EU ist dabei der einfachste Weg, datenschutzkonform zu bleiben. Das ist eine Einordnung, keine Rechtsberatung.
Steht bei Ihnen ein Umzug an?
Haben Sie Ihre Website schon einmal umgezogen, und lief alles glatt oder gab es böse Überraschungen? Schreiben Sie in die Kommentare, zu welchem Hoster Sie gewechselt sind und woran es gehakt hat. Wenn Sie vor einem Umzug stehen und an einer Stelle unsicher sind, fragen Sie ruhig konkret nach, oft hilft die Antwort gleich mehreren Lesern weiter.
umzug weiterleitungen reihenfolge lahmlegen sichtbarkeitsverlust hosting
Webung: Hier bekommen Sie PHP fähigen Webspace der mit Ökostrom betrieben wird ab bereits 2 Euro/ Monat für ihre Homepage. Zusätzlich ist eine eigene Internetadresse mit enthalten.
Neusten News in der Kategorie "Webmaster"
| • E-Mail-Zustellbarkeit 2026: Raus aus dem Spam-Ordner Bestellbestätigungen, Newsletter und Kontaktmails landen plötzlich im ... |
| • Website-Backups 2026: Die Strategie gegen Datenverlust Ein Hack, ein fehlgeschlagenes Update, ein Serverausfall, und die Seit... |
| • Cookie-Banner 2026: Was jetzt wirklich Pflicht ist Cookie-Banner verschwinden 2026 doch nicht. Welche Regeln gelten, welc... |
| • Core Web Vitals 2026: Was beim Ranking wirklich zählt Mehr als vier von zehn Websites fallen bei Googles Core Web Vitals dur... |
| • NIS2 in Deutschland: Wer betroffen ist und was gilt Seit Dezember 2025 gilt in Deutschland das NIS2-Gesetz, und zwar ohne ... |
| • Passkeys statt Passwörter: Ratgeber für Webmaster Passwörter gelten als das schwächste Glied der Sicherheit. Passkeys so... |
| • CVE-2026-54420: LiteSpeed-cPanel-Lücke wird ausgenutzt Eine kritische Lücke im LiteSpeed-Plugin für cPanel wird bereits aktiv... |
| • Neuer KI-Bericht in der Google Search Console erklärt Seit Juni 2026 zeigt die Google Search Console endlich, wie oft Ihre S... |
| • llms.txt: Hype oder Pflicht für SEO und Webmaster? Kaum eine Datei wurde 2025 so gehypt wie llms.txt. Doch eine Analyse v... |
| • FAQ Rich Snippets sind weg: Schema jetzt entfernen? Jahrelang war FAQ-Schema ein einfacher Trick für mehr Platz in der Goo... |


Kommentar schreiben
Teilen Sie uns Ihre Meinung mit. Ihr Kommentar wird nach Pruefung veroeffentlicht.