WordPress auf neuen Hosting-Anbieter umziehen, ohne SEO-Ranking zu verlieren

Die Migration einer Website auf einen neuen Server ist der Moment, den WordPress-Besitzer am meisten fürchten. Nicht das Kopieren der Dateien an sich, sondern das, was danach kommt: Wird Google die Seite nicht verlieren, werden Formulare weiterhin E-Mails senden und wird der Suchmaschinenverkehr nicht um die Hälfte sinken? Die gute Nachricht ist, dass ein Hosting-Wechsel allein das Ranking nicht verschlechtert. Rankings sinken, wenn sich bei der Migration Adressen ändern, Unterseiten verschwinden oder die Seite über mehrere Stunden Fehler zurückgibt.

In dieser Anleitung zeigen wir dir, wie du WordPress Schritt für Schritt auf ein neues Hosting migrierst, damit Google die Änderung überhaupt nicht bemerkt. Wir beschreiben die manuelle Version, die Version mit einem Plugin und die Version mit Hilfe des neuen Hostings.

Inhaltsverzeichnis

• Schadet ein Hosting-Wechsel dem SEO?
• Was muss ich vor dem Umzug von WordPress vorbereiten?
• Wie erstelle ich ein vollständiges Backup meiner Website und Datenbank?
• Wie verschiebe ich WordPress manuell, Schritt für Schritt?
• Kann ich WordPress mit einem Plugin verschieben?
• Wie teste ich die Website vor der Änderung der DNS-Einstellungen?
• Wie stelle ich die Domain ohne Ausfallzeiten um?
• Was muss ich nach dem Umzug in der Google Search Console überprüfen?
• Die häufigsten Fehler, die Positionen kosten
• FAQ

Schadet ein Hosting-Wechsel dem SEO?

Der Serverwechsel selbst ist für Google kein Zeichen dafür, dass die Website schlechter ist. Die Suchmaschine achtet auf URLs, Inhalte, Links und darauf, ob die Website schnell und fehlerfrei antwortet. Die IP-Adresse des Servers spielt dabei keine Rolle.

Probleme ergeben sich aus drei Dingen:

1. Adressänderungen. Eine andere Permalink-Struktur, der Wechsel von www zur Version ohne www oder von http zu https ohne Weiterleitungen. Jede alte Adresse, die einen 404-Fehler zurückgibt, verliert gesammelte Links und ihre Position.
2. Ausfallzeit. Wenn der Google-Bot mehrmals auf einen 5xx-Fehler oder eine leere Seite stößt, besucht er die Website seltener. Bei einem längeren Ausfall kann er Unterseiten vorübergehend aus dem Index entfernen.
3. Fehlende Elemente. Eine verlorene robots.txt-Datei, eine deaktivierte Sitemap, die von der Testversion übernommene Option "Suchmaschinen bitten, diese Website nicht zu indexieren". Dies ist der häufigste und schmerzhafteste Fehler.

Wenn du die gleichen Adressen beibehältst, keine Ausfallzeiten verursachst und unterwegs nichts verlierst, ist ein Umzug für SEO neutral. Oft hilft er sogar, da ein schnellerer Server die Antwortzeit und die Core Web Vitals-Indikatoren verbessert.

Was du vor der Migration von WordPress vorbereiten solltest

Bevor du irgendetwas kopierst, sammle Zugangsdaten und erstelle eine Checkliste. Eine halbe Stunde Vorbereitung erspart dir Nerven am Tag der Umstellung.

Benötigte Zugangsdaten:

• Das Panel deines alten Hostings (cPanel, DirectAdmin oder das eigene Panel des Unternehmens) oder FTP-/SSH-Zugangsdaten,
• Zugriff auf die Datenbank (phpMyAdmin oder MySQL-Login),
• Das Panel des Domain-Registrars, wo du DNS- oder Nameserver ändern kannst,
• Administrator-Konto von WordPress,
• Zugriff auf die Google Search Console für die Domain.

Liste der Dinge, die du vor dem Start notieren solltest:

• Permalink-Struktur (Einstellungen > Permalinks), muss auf dem neuen Server identisch sein,
• PHP-Version auf dem alten Hosting, damit du auf dem neuen die gleiche oder eine neuere, mit den Plugins kompatible Version einstellen kannst,
• Liste der Mailboxen, falls die E-Mails auf demselben Hosting wie die Website liegen,
• Cron-Jobs und benutzerdefinierte Regeln in .htaccess (Weiterleitungen, Blockierungen),
• Export der URLs, am einfachsten aus der Sitemap (/sitemap.xml oder /wp-sitemap.xml). Dies ist nützlich, um nach dem Umzug zu überprüfen, ob jede Adresse noch funktioniert.

Es ist auch eine gute Praxis, die TTL-Werte der DNS-Einträge der Domain 24 Stunden vor dem Umzug auf 300 Sekunden zu reduzieren. Dadurch verbreitet sich die Änderung der Serveradresse innerhalb weniger Minuten im Internet und nicht innerhalb mehrerer Stunden.

Wähle einen ruhigen Tag. Verschiebe keinen Shop während eines Ausverkaufs oder am Tag des Newsletter-Versands.

Wie mache ich ein vollständiges Backup meiner Website und Datenbank?

WordPress besteht aus zwei Teilen: Dateien und der Datenbank. Für eine Migration benötigst du beides.

Dateien. Am wichtigsten ist das Verzeichnis wp-content (Themes, Plugins, hochgeladene Bilder) und die Datei wp-config.php. Am einfachsten ist es, das gesamte Website-Verzeichnis zu komprimieren. Über SSH sieht das so aus:

cd ~/public_html
tar -czf ~/strona-kopia.tar.gz .

Ohne SSH lade die Dateien mit einem FTP-Programm (zum Beispiel FileZilla) herunter oder nutze den Dateimanager im Hosting-Panel, der normalerweise ein Verzeichnis in eine ZIP-Datei packen kann.

Datenbank. Den Datenbanknamen, Benutzernamen und das Passwort findest du in wp-config.php (Konstanten DB_NAME, DB_USER, DB_PASSWORD). Export über SSH:

mysqldump -u USER -p DB_NAME > dump.sql

Ohne SSH exportiere in phpMyAdmin: Wähle die Datenbank, den Reiter „Export“, die Methode „Schnell“ und das Format „SQL“.

Bevor du fortfährst, öffne die Datei dump.sql und überprüfe, ob sie nicht leer ist und normal endet. Ein beschädigter Datenbank-Dump ist der häufigste Grund, warum ein Umzug „fast erfolgreich“ war.

Wie du WordPress manuell, Schritt für Schritt, umziehst

Eine manuelle Migration gibt dir die volle Kontrolle und funktioniert für jede Website-Größe, auch wenn Migrations-Plugins bei einer mehr Gigabyte großen Mediathek ins Stocken geraten.

Schritt 1: Bereite den Speicherplatz auf dem neuen Server vor

Erstelle auf dem neuen Hosting eine Website für die Domain, eine leere Datenbank und einen Benutzer mit vollen Rechten für diese Datenbank. Stelle dieselbe PHP-Version wie auf dem alten Server ein (oder eine neuere, wenn du weißt, dass das Theme und die Plugins diese unterstützen).

Schritt 2: Lade die Dateien hoch

Lade das Archiv auf den neuen Server hoch und entpacke es im Website-Verzeichnis:

tar -xzf strona-kopia.tar.gz

Per FTP lädst du einfach alle Dateien hoch. Überprüfe, ob die Datei .htaccess übertragen wurde, da viele Programme standardmäßig Dateien ausblenden, die mit einem Punkt beginnen.

Schritt 3. Importiere die Datenbank

mysql -u NEW_USER -p NEW_DB < dump.sql

Oder in phpMyAdmin: wähle die neue Datenbank, den Reiter „Importieren“ und zeige auf die SQL-Datei.

Schritt 4: wp-config.php anpassen

Trage in der Datei wp-config.php die Daten deiner neuen Datenbank ein: DB_NAME, DB_USER, DB_PASSWORD und DB_HOST. Ändere nicht das Präfix der Tabellen ($table_prefix), es muss mit dem der importierten Datenbank übereinstimmen.

Schritt 5. Ändere die Seitenadresse nicht

Bleibt die Domain dieselbe, bleiben auch die Adressen in der Datenbank (siteurl und home in der Tabelle wp_options) unverändert. Das ist die wichtigste Regel für SEO: dieselbe Domain, dasselbe Protokoll, dieselben Pfade. Adressänderungen in der Datenbank nimmst du nur vor, wenn du die Domain bewusst änderst, und dann verwendest du ein Tool, das serialisierte Daten versteht, zum Beispiel wp search-replace mit WP-CLI. Ein einfaches „Suchen und Ersetzen“ in der SQL-Datei kann Theme- und Widget-Einstellungen beschädigen.

Schritt 6: Permalinks neu speichern

Nach dem ersten Login gehst du zu Einstellungen > Permalinks und klickst auf Speichern, ohne etwas zu ändern. WordPress aktualisiert dann die Rewrite-Regeln und die Unterseiten geben keine 404-Fehler mehr zurück.

Kannst du WordPress mit einem Plugin verschieben?

Ja, und bei kleinen Websites ist das der schnellste Weg. Beliebte Migrations-Plugins (All-in-One WP Migration, Duplicator, Migrate Guru) packen Dateien und Datenbank in ein Archiv und entpacken sie auf dem neuen Server in eine frische WordPress-Installation.

Wenn du eine Website zu Saplo umziehst, steht dir unser Plugin Saplo Migrate zur Verfügung. Es erfordert weder FTP noch Datenbankexport: Du lädst es auf der alten Website hoch, fügst den Schlüssel aus dem Saplo-Panel ein und klickst auf Start. Es packt Dateien und Datenbank in kleinen Portionen, so dass es auch auf schwachem Hosting mit einem kurzen Zeitlimit funktioniert, und setzt eine unterbrochene Übertragung an der Stelle fort, an der sie aufgehört hat. Die Adressen in der Datenbank werden automatisch umgeschrieben, und die alte Website funktioniert währenddessen unverändert.

Es ist wichtig, die Einschränkungen zu kennen:

• kostenlose Versionen haben oft ein Archivgrößenlimit, und große Bildbibliotheken überschreiten dieses,
• der Import überschreibt die gesamte Installation, einschließlich der Benutzerkonten, sodass du dich nach dem Import mit den Daten der alten Website anmeldest,
• bei einem schwachen Quellserver kann das Packen mitten im Vorgang abbrechen.

Unabhängig von der Methode, erstelle vor dem Umzug eine separate manuelle Kopie. Ein Plugin ist Bequemlichkeit, keine Sicherung.

Wie du deine Website vor der DNS-Umstellung testen kannst

Das ist der Schritt, der einen entspannten Umzug von einem nervenaufreibenden unterscheidet. Die Website ist bereits auf dem neuen Server, aber die Welt sieht immer noch die alte. Du hast Zeit, alles zu überprüfen.

Es gibt zwei Möglichkeiten, die neue Version zu sehen:

• Die hosts-Datei auf deinem Computer. Du fügst eine Zeile mit der IP-Adresse des neuen Servers und der Domain hinzu, zum Beispiel 203.0.113.10 ihredomain.de www.ihredomain.de. Nur dein Browser sieht den neuen Server, der Rest des Internets landet weiterhin auf dem alten.
• Eine Testadresse vom Hosting-Anbieter. Viele Firmen stellen eine temporäre Subdomain zur Verfügung, unter der die umgezogene Website sichtbar ist.

Was du in der Testversion überprüfen solltest:

1. Die Startseite, einige Beiträge, Kategorien und die Kontaktseite.
2. Das Login zum Admin-Panel und das Speichern beliebiger Änderungen.
3. Das Absenden des Kontaktformulars (ob die E-Mail ankommt).
4. Im Shop: den Warenkorb, eine Testzahlung und die Bestell-E-Mails.
5. Ob unter Einstellungen > Lesen nicht die Option "Suchmaschinen davon abhalten, diese Website zu indexieren" aktiviert ist.
6. Ob /robots.txt und die Sitemap funktionieren.
7. Ob zufällige Adressen aus der zuvor exportierten URL-Liste den Statuscode 200 zurückgeben.

Der letzte Punkt lässt sich leicht mit einer einfachen Schleife im Terminal automatisieren, die jede Adresse aus der Sitemap abfragt und diejenigen ausgibt, die nicht den Statuscode 200 zurückgeben.

Wie wechselt man eine Domain ohne Ausfallzeiten?

Sobald die Testversion läuft, änderst du im Registrierungspanel den A-Record (und AAAA, falls IPv6 vorhanden ist) auf die Adresse des neuen Servers oder du stellst die Nameserver auf die des neuen Hostings um.

Damit es keine Ausfallzeiten gibt:

• Schalte das alte Hosting nicht sofort ab. Für ein bis zwei Tage könnte ein Teil der Besucher immer noch auf den alten Server gelangen, bis deren DNS den Eintrag aktualisiert hat.
• Friert Änderungen an der alten Website ein. Veröffentliche ab dem Zeitpunkt der Kopie keine neuen Beiträge mehr und in einem Shop ist es am besten, die Domain zu einer ruhigen Stunde zu wechseln. Andernfalls bleiben Bestellungen, die nach der Kopie aufgegeben wurden, auf dem alten Server.
• Sorgt für ein SSL-Zertifikat. Der neue Server muss ab der ersten Minute ein gültiges Zertifikat für die Domain haben. Eine Seite mit einem Zertifikatsfehler sieht für den Besucher und für den Bot wie ein Ausfall aus.
• Verschiebe E-Mails separat und bewusst. Wenn die MX-Records auf das alte Hosting zeigten und du die Nameserver änderst, werden die E-Mails mit ihnen migriert. Die Postfächer müssen dann zuvor auf dem neuen Server existieren.

Bei einem zuvor reduzierten TTL wechselt der größte Teil des Traffics innerhalb weniger Minuten auf den neuen Server.

Was du nach einem Umzug in der Google Search Console überprüfen solltest

Das Tool "Adressänderung" in der Search Console ist nur für Domainänderungen gedacht. Wenn du nur dein Hosting wechselst, verwendest du es nicht. Stattdessen solltest du die ersten zwei Wochen lang Folgendes beobachten:

• Seiten > Seitenindexierung. Prüfe, ob die Anzahl der Seiten mit 404- oder 5xx-Fehlern nicht ansteigt.
• Einstellungen > Crawling-Statistiken. Dieser Bericht zeigt die Server-Antwortzeit für den Google-Bot an. Nach dem Umzug auf einen schnelleren Server sollte die durchschnittliche Zeit sinken.
• Sitemaps. Reiche die Sitemap erneut ein, damit der Bot die Seite auf dem neuen Server schneller besuchen kann.
• Leistung. Schwankungen der Positionen um einige Plätze in den ersten Tagen sind normal. Ein dauerhafter Rückgang bedeutet in der Regel verlorene Adressen oder eine Blockade der Indexierung.

Es lohnt sich auch, einige Tage lang das Fehlerprotokoll auf dem neuen Server zu überprüfen. Eine fehlende PHP-Erweiterung oder ein falsches Upload-Verzeichnis werden dort schneller sichtbar als in den Statistiken.

Häufige Fehler, die dich Ranking-Positionen kosten

• „Website nicht indizieren“ ist aktiviert und wurde aus der Testversion übernommen. Die Website verschwindet innerhalb weniger Tage aus Google.
• Eine andere Permalink-Struktur. Adressen ändern sich ohne 301-Weiterleitungen und die gesamte Link-Historie geht verloren.
• Gemischter Inhalt nach dem Wechsel zu HTTPS: Bilder und Skripte werden über http geladen, Warnungen im Browser.
• Der alte Server wurde vor der DNS-Propagierung abgeschaltet. Ein Teil der Besucher und der Crawler sehen für einige Stunden einen Fehler.
• Verlorene Weiterleitungen von .htaccess. Alte 301-Weiterleitungen, die über Jahre gesammelt wurden, verschwinden, wenn der neue Server Nginx verwendet und niemand sie neu geschrieben hat.
• Kein Test der Formulare und E-Mails. Die Website funktioniert, aber Kundenanfragen kommen seit einer Woche nicht an.

WordPress-Umzug zu Saplo

Du kannst WordPress auf zwei Arten zu Saplo umziehen.

Selbst, mit dem Saplo Migrate Plugin. Du erstellst eine WordPress-Anwendung im Panel, klickst in den Details auf Seite hierher verschieben und lädst das Plugin herunter. Auf der alten Website lädst du es über Plugins, Neu hinzufügen, Plugin hochladen hoch, fügst den Schlüssel aus dem Panel unter Tools, Saplo Migrate ein und klickst auf Migration starten. Der Fortschritt ist an beiden Stellen sichtbar. Du überprüfst die fertige Seite unter der Testadresse der Box und erst dann wechselst du die Domain. Bevor wir die migrierte Seite hochladen, wird der bisherige Inhalt der Anwendung separat abgelegt, sodass du immer darauf zurückgreifen kannst.

Mit unserer Hilfe. Wenn du es nicht selbst machen möchtest, ist die Migration kostenlos. Du gibst uns Zugang zu deinem alten Panel, FTP oder SSH, und wir verschieben die Seite, stellen sie unter der Testadresse bereit und wechseln die Domain, sobald du bestätigt hast, dass alles funktioniert. E-Mails werden separat mit dem E-Mail-Migrationsassistenten im Panel migriert.

Jede Box verfügt über ein kostenloses, automatisch verlängertes SSL-Zertifikat, und die Pläne beginnen bei 27 € pro Jahr. Details zum Hosting für dieses CMS findest du auf der WordPress-Hosting-Seite, und eine neue Installation kannst du mit einem Klick aus dem App-Katalog aufsetzen.

FAQ

Verliere ich nach einem Hosting-Wechsel meine Google-Rankings?

Nein, wenn die Domain, das Protokoll und die Adressen der Unterseiten gleich bleiben und die Website keine Ausfallzeiten hat. Kurze Schwankungen in den Rankings in den ersten Tagen sind normal und verschwinden von selbst. Ein dauerhafter Rückgang bedeutet fast immer, dass Adressen ohne Weiterleitungen geändert oder die Indexierung blockiert wurde.

Wie lange dauert es, WordPress auf ein neues Hosting zu migrieren?

Das Kopieren und Importieren einer kleinen Website dauert selbst nur zwischen fünfzehn Minuten und einer Stunde. Hinzu kommen Tests und die DNS-Propagierung, die bei reduziertem TTL etwa fünfzehn Minuten dauert, bei Standardeinstellungen jedoch mehrere Stunden. Plane für den gesamten Prozess sicherheitshalber ein bis zwei Tage ein.

Muss ich das Tool „Adressänderung“ in der Search Console verwenden?

Nein. Dieses Tool wird ausschließlich für den Umzug auf eine andere Domain verwendet. Wenn du nur den Server wechselst und die Domain gleich bleibt, musst du in der Search Console nichts melden. Es reicht aus, die Sitemap erneut einzureichen und die Berichte zu beobachten.

Wird die E-Mail zusammen mit der Website übertragen?

Nicht automatisch. E-Mail-Konten sind ein separater Dienst. Wenn die E-Mails auf dem alten Hosting liegen, musst du die gleichen Konten auf dem neuen Server anlegen, die Nachrichten übertragen und erst danach die MX-Einträge oder die Domain-Nameserver ändern.

Was tun, wenn Unterseiten nach der Migration einen 404-Fehler zurückgeben?

Meistens reicht es aus, in die Einstellungen > Permalinks zu gehen und auf Speichern zu klicken. Wenn das nicht hilft, unterstützt der neue Server keine Regeln von .htaccess (wie es zum Beispiel bei nginx der Fall ist) und du musst in seiner Konfiguration die Weiterleitung von Anfragen zu index.php hinzufügen.