Was 8.000+ WordPress-Supporttickets über die Gründe für fehlgeschlagene Migrationen verraten

Wenn eine WordPress-Migration fehlschlägt, was passiert normalerweise? Wir hatten die Daten, um das zu beantworten, also haben wir nachgesehen.

Duplicator ist ein WordPress-Migrations- und Backup-Plugin, das auf mehr als 1,5 Millionen Websites läuft. Diese Größenordnung erzeugt etwas Spezifisches und Seltenes: eine große, direkt vom Anbieter stammende Aufzeichnung dessen, was passiert, wenn Leute eine WordPress-Website verschieben.

In den letzten Jahren haben wir mehr als 8.000 strukturierte Supportanfragen protokolliert. Migrations- und Wiederherstellungsprobleme sind unsere größte technische Kategorie, und diese Tickets sind es, in die sich dieser Bericht vertieft, wobei jedes einzelne mit den Worten des Website-Besitzers getaggt, kategorisiert und beschrieben wird.

Dieser Bericht zeigt, was diese Daten ergeben. Einige davon bestätigen die allgemeine Meinung. Vieles davon tut es nicht.

Diese Zahlen spiegeln das Volumen der Support-Tickets wider, nicht die Anzahl der Kunden, Installationen oder Verkäufe.

Inhaltsverzeichnis

Wichtigste Erkenntnisse

Für alle, die die Zahlen vor der Analyse wollen, hier ist, was die Daten über Probleme bei WordPress-Migrationen aussagen. Jede Zahl stammt aus den eigenen Support-Aufzeichnungen von Duplicator.

• Migrations- und Wiederherstellungsprobleme sind die größte technische Supportkategorie. Von mehr als 8.000 Supportanfragen sind etwa 4 von 10 technisch, und knapp ein Drittel davon sind Migrationen, mehr als jede andere technische Kategorie.
• Migrationen schlagen selten beim Download-Schritt fehl. Sie schlagen während der Extraktion und beim ersten Login auf der neuen Website fehl.
• Der häufigste Fehlerpunkt ist ein Host-Limit, das beim Extraktionsschritt auftritt. Bei fast 1 von 5 Migrationstickets stoppt ein PHP-Timeout oder ein Speicherlimit auf dem Zielserver die Website während des Entpackens.
• Ausgesperrt zu werden von einer erfolgreich migrierten Website ist das zweithäufigste Problem, in fast 1 von 10 Tickets.
• Host-Limits sind die Hauptursache, aber sie machen sich selten bemerkbar. Nur etwa 1 von 50 Tickets nennt direkt ein PHP-Timeout, doch das PHP- oder Speicherlimit eines Hosts steckt hinter den meisten blockierten Installationen am oberen Ende der Liste.
• Managed WordPress-Hosts sind fast nicht in der Migrations-Support-Warteschlange vertreten. Günstiges Shared Hosting dominiert sie.
• Etwa 1 von 14 Migrationstickets betrifft die Verschiebung einer Website von einer lokalen Entwicklungsumgebung.
• Migrationsprobleme werden schnell behoben. Etwa 2 von 3 Migrations- und Wiederherstellungstickets werden in weniger als einer Stunde gelöst.

TLDR: Ihre Migration wird wahrscheinlich nicht fehlschlagen, während die Dateien kopiert werden. Sie wird am ehesten bei zwei Momenten stocken: wenn der neue Server die Website entpackt und wenn Sie sich zum ersten Mal anmelden. Beides ist normalerweise in wenigen Minuten behoben, und der Rest dieses Berichts zeigt genau, wie.

Eine Einschränkung bei all dem, vorab genannt, da sie beeinflusst, wie die Daten gelesen werden sollten. Dies sind Support-Tickets. Sie erfassen Migrationen, die auf Probleme gestoßen sind, nicht Migrationen insgesamt.

Die vielen Verschiebungen, die reibungslos verliefen, generierten nie ein Ticket. Diese Daten erklären also, wo Migrationen fehlschlagen, nicht wie oft sie fehlschlagen.

Migrationen sind das größte technische Problem, das WordPress-Benutzer melden

Support-Tickets sind ein stumpfes Instrument. Sie sind auch ehrlich, denn niemand reicht eines ein, wenn die Dinge gut laufen.

Wir haben jedes technische Ticket nach Kategorie gruppiert. Probleme bei Migrationen und Wiederherstellungen standen an erster Stelle, vor Backups und Cloud-Speicher.

Etwa 4 von 10 aller Supportanfragen sind technischer Natur, und Migrationen machen knapp ein Drittel davon aus. Das ist das deutlichste Signal in den Daten.

Wenn WordPress-Benutzer auf eine technische Hürde stoßen, die so gravierend ist, dass sie uns um Hilfe bitten, ist eine Migration der wahrscheinlichste Grund.

Das entspricht der Natur der Aufgabe. Eine Migration bewegt alles auf einmal: Dateien, Datenbanken, URLs, Server-Einstellungen, PHP-Versionen und Berechtigungen.

Jede einzelne Nichtübereinstimmung kann den Umzug zum Scheitern bringen, und oft treten mehrere gleichzeitig auf.

Die größte Kategorie zu sein, bedeutet nicht, die schwierigste zu sein

Eine Kategorie, die die Support-Warteschlange anführt, klingt alarmierend, bis man sich ansieht, wie diese Tickets geschlossen werden. Volumen und Schwierigkeit sind nicht dasselbe.

Migrations- und Wiederherstellungstickets sind die häufigsten technischen Anfragen, die wir erhalten. Sie gehören auch zu den am schnellsten zu lösenden.

Die meisten Migrationstickets werden am selben Tag gelöst, oft mit einer einzigen Antwort.

Diese Kombination aus hohem Volumen und schneller Lösung verrät Ihnen etwas Spezifisches über Migrationsprobleme. Sie sind häufig, aber selten mysteriös.

Die meisten lassen sich auf eine kurze Liste von Ursachen zurückführen, die das Support-Team auf den ersten Blick erkennt, und genau auf dieser Liste basiert dieser Bericht.

Das ist auch der ehrliche Grund, warum wir diesen Beitrag schreiben können. Wir spekulieren nicht darüber, warum Migrationen fehlschlagen. Wir haben Tausende davon gelöst, die meisten davon innerhalb einer Stunde.

Wo Migrationen normalerweise fehlschlagen und wie jede davon behoben wird

Viele Website-Besitzer machen einen PHP-Timeout, eine Firewall oder den Festplattenspeicher für Migrationsfehler verantwortlich. In unseren Tickets sind das Nebenfiguren.

Was tatsächlich schiefgeht, ist spezifischer und in fast jedem Fall auf die Zielumgebung zurückzuführen, nicht auf den Umzug selbst.

Hier ist die Rangliste mit dem, was normalerweise dahinter steckt und wie das Support-Team es behebt.

Fehlerpunkt bei der Migration	Ungefähre Häufigkeit	Was normalerweise dahinter steckt	Wie es gelöst wird
Host-Limit stoppt den Installations-/Extraktionsschritt	1 von 5	Ein PHP-Timeout oder ein Speicherlimit auf dem Zielserver unterbricht den Prozess während der Extraktion	Erhöhen Sie die PHP-Limits oder verwenden Sie einen Installer, der große Archive ohne Probleme extrahiert (DupArchive)
Ausgesperrt von wp-admin nach dem Umzug	1 von 10	Eine URL-Nichtübereinstimmung in der Datenbank oder eine Weiterleitungsschleife, keine fehlgeschlagene Migration	Korrigieren Sie die Einstellungen für WordPress-Adresse und Website-Adresse; leeren Sie den Cache
Fortschrittsbalken friert während der Migration ein	Etwa 1 von 10	Der Server unterbricht eine langlaufende Anfrage	Erhöhen Sie die Ausführungslimits oder führen Sie die Migration im gestückelten Modus aus
Datei- oder Ordnerberechtigungsfehler	Etwa 1 von 15	Falscher Besitz oder nicht beschreibbare Ordner am Zielort	Ordnerberechtigungen auf dem neuen Server korrigieren
PHP-Versionskonflikt	Weniger als 1 von 30	Die Quelle wurde auf neuerem PHP erstellt als das Ziel ausgeführt wird	Stellen Sie sicher, dass die PHP-Versionen auf beiden Seiten übereinstimmen, bevor Sie migrieren
Datenbankverbindungsfehler	Weniger als 1 von 40	Falsche Datenbankanmeldeinformationen in der wp-config.php-Datei	Korrigieren Sie die Anmeldeinformationen während der Installation
PHP-Timeout direkt benannt	Etwa 1 von 50	Das Ausführungslimit des Hosts ist für die Seitengröße zu niedrig eingestellt	Erhöhen Sie das Limit oder teilen Sie die Arbeit auf
500 interner Serverfehler	Weniger als 1 von 60	Normalerweise eine veraltete .htaccess-Datei oder ein Berechtigungsproblem	Permalinks und Dateiberechtigungen neu generieren

Der Installations- oder Extraktionsschritt stockt

Dies ist das häufigste Migrationsproblem, das wir sehen, und es ist ein Host-Limit als Tarnung. Die Dateien werden problemlos heruntergeladen, der Prozess beginnt und stoppt dann auf halbem Weg der Extraktion, da das PHP-Timeout oder die Speicherbeschränkung des Zielservers den Prozess zum Zeitpunkt der größten Arbeitsbelastung unterbricht.

Die Lösung ist mehr Spielraum. Erhöhen Sie die max_execution_time und memory_limit von PHP auf dem Zielserver und führen Sie es erneut aus.

Diese Einstellungen befinden sich im Control Panel Ihres Hosts, normalerweise unter einem Abschnitt namens PHP-Optionen, MultiPHP INI Editor oder etwas Ähnlichem. Der Support Ihres Hosts kann sie erhöhen, wenn Sie sie nicht finden können.

Sie können auch einen Installer verwenden, der so konzipiert ist, dass er große Archive extrahiert, ohne diese Limits auszulösen. Der Standalone-Installer von Duplicator Pro und das DupArchive-Format sind genau dafür ausgelegt, und DupArchive hat reale Migrationen bis zu 400 GB bewältigt.

Sie sind nach dem Umzug aus wp-admin ausgesperrt

Dies ist der Fehler, über den sich die Leute am meisten Sorgen machen und den sie am wenigsten brauchen. Die Migration ist abgeschlossen, Sie versuchen, sich bei der neuen Website anzumelden, und die Anmeldung schlägt fehl oder löst eine Weiterleitungs-Schleife aus.

Es bedeutet fast nie, dass die Migration fehlgeschlagen ist. Es bedeutet, dass eine URL-Einstellung falsch ist. Die in der Datenbank gespeicherte Website-URL stimmt nicht mit dem Ort überein, an dem sich die Website jetzt befindet, sodass WordPress Sie immer wieder zu einem Ort weiterleitet, der nicht mehr existiert.

Überprüfen Sie die Felder WordPress-Adresse und Website-Adresse unter Einstellungen » Allgemein, korrigieren Sie sie auf die neue URL und löschen Sie Ihre Cookies.

Wenn Sie überhaupt nicht auf das Dashboard zugreifen können, können Sie beide Werte vorübergehend in wp-config.php festlegen. Zwei Minuten zum Überprüfen, keine erneute Migration.

Der Fortschrittsbalken friert während der Migration ein

Enger Verwandter des Extraktions-Stalls, aber er zeigt sich als Fortschrittsbalken, der sich nicht mehr bewegt und unendlich lange beim gleichen Prozentsatz verharrt.

Die Ursache ist normalerweise, dass der Server eine lang andauernde Anfrage abschneidet, bevor der Schritt abgeschlossen werden kann. Die Arbeit ist zu groß für die Zeit, die der Host einem einzelnen Prozess zum Ausführen erlaubt.

Erhöhen Sie die Ausführungslimits am Zielort oder führen Sie die Migration in einem Modus aus, der die Arbeit in kleinere Teile zerlegt, sodass keine einzelne Anfrage lange genug läuft, um beendet zu werden.

In Duplicator legen Sie dies fest, wenn Sie das Backup erstellen. Ändern Sie den Datenbank-SQL-Modus zu PHP-Code und Mehrgängig.

Bei begrenzten Serverressourcen raten wir oft dazu, den Server-Drossler in denselben Einstellungen auf Mittel oder Hoch zu setzen.

Datei- oder Ordnerberechtigungsfehler

Die Migration meldet, dass sie keine Datei schreiben oder keinen Ordner auf dem neuen Server erstellen kann, und der Prozess stoppt.

Dies liegt an der Besitzerschaft und Schreibberechtigung am Zielort. Wenn der Webserver-Benutzer nicht der Eigentümer der Zielordner ist oder diese nicht beschreibbar sind, können Sie keine Dateien dort ablegen, wo sie hingehören.

Stellen Sie die Zielordner auf die richtige Besitzerschaft für Ihren Host ein und stellen Sie sicher, dass die Verzeichnisse beschreibbar sind (typischerweise 755 für Ordner und 644 für Dateien).

Sie ändern diese über einen FTP-Client oder den Dateimanager Ihres Hosts, die beide eine Berechtigungs- oder CHMOD-Option anzeigen, wenn Sie mit der rechten Maustaste auf einen Ordner klicken. Die Dokumentation Ihres Hosts bestätigt den richtigen Webserver-Benutzer, falls Sie sich nicht sicher sind.

PHP-Versionskonflikt

Alles sieht gut aus, bis die wiederhergestellte Website Fehler auf Seiten ausgibt, die bestimmte Plugin- oder Theme-Funktionen verwenden.

Die übliche Ursache ist eine PHP-Lücke zwischen den Umgebungen. Die Website wurde mit einer neueren PHP-Version erstellt als der Zielserver ausführt, sodass Funktionen, die auf dem alten Host funktionierten, auf dem neuen veraltet oder nicht vorhanden sind.

Überprüfen Sie die PHP-Version auf beiden Seiten, bevor Sie migrieren. Wenn sie unterschiedlich sind, aktualisieren Sie entweder das PHP des neuen Servers oder das PHP Ihres Backups.

Sie finden dies in Ihrem Hosting-Kontrollpanel, wo die meisten Hosts es Ihnen mit wenigen Klicks ermöglichen, es zu wechseln.

Datenbankverbindungsfehler

Die neue Website lädt die Meldung „Fehler beim Herstellen einer Datenbankverbindung“ anstelle Ihres Inhalts.

Nach einer Migration sind dies fast immer falsche Datenbankanmeldeinformationen in den Konfigurationsdateien, anstatt eine defekte Datenbank. Der Datenbankname, Benutzer oder das Passwort in wp-config.php stimmt nicht mit dem überein, was der neue Host tatsächlich erstellt hat.

Bestätigen Sie den Datenbanknamen, Benutzernamen, das Passwort und den Hostwert aus Ihrem neuen Hosting-Konto und aktualisieren Sie dann wp-config.php entsprechend.

Diese Datei befindet sich im Stammordner Ihrer Website, den Sie über den Dateimanager Ihres Hosts oder einen FTP-Client erreichen können. Wenn Sie den Duplicator-Installer verwendet haben, werden diese Werte während des Installationsschritts festgelegt. Überprüfen Sie daher genau, was dort eingegeben wurde.

PHP-Timeout oder maximale Ausführungslimit

Weniger häufig als explizite Beschwerde, aber erwähnenswert, da es die versteckte Ursache hinter mehreren der oben genannten Fehler ist.

Das Ausführungslimit des Hosts ist für die Größe der Website zu niedrig eingestellt, sodass ein langer Schritt beendet wird, bevor er abgeschlossen werden kann.

Erhöhen Sie max_execution_time auf dem Zielsystem oder teilen Sie die Migration auf, sodass kein einzelner Schritt lange genug läuft, um das Limit zu erreichen. Bei sehr restriktivem Shared Hosting fragen Sie den Support, was das harte Limit ist, da einige Hoster es unabhängig von Ihren Einstellungen begrenzen.

500 Interner Serverfehler

Die neue Website gibt einen generischen 500-Fehler ohne Details zurück, was sie schlimmer erscheinen lässt, als sie normalerweise ist.

Nach einer Migration ist meistens eine veraltete .htaccess-Datei oder ein Problem mit den Dateiberechtigungen die Ursache, nicht eine beschädigte Website.

Generieren Sie Ihre Permalinks neu, indem Sie zu Einstellungen » Permalinks navigieren und speichern, ohne etwas zu ändern. Dies schreibt Ihre .htaccess-Datei neu.

Wenn das das Problem nicht behebt, überprüfen Sie, ob Ihre Dateiberechtigungen korrekt sind (Ordner 755, Dateien 644), da ein Berechtigungsproblem denselben generischen Fehler auslöst. Wenn Sie auf Ihr Server-Fehlerprotokoll zugreifen können, kann es die genaue Zeile anzeigen, die den 500-Fehler verursacht.

Das Hosting-Muster: Kategorie schlägt Marke

Wir haben uns auch angesehen, von welchen Hosts diese Migrationstickets stammen. Dies ist der Teil, der am leichtesten missverstanden werden kann, also gehen wir vorsichtig damit um.

Die Falle ist einfach. Der Host, der die meisten Migrationstickets generiert, ist auch einer der am weitesten verbreiteten.

Mehr Websites produzieren mehr Tickets, selbst bei einer vollkommen durchschnittlichen Fehlerrate. Das reine Ticketvolumen ist keine Qualitätsbewertung, und wir werden es auch nicht als solche darstellen.

Was diese Einschränkung übersteht, ist das Muster nach Kategorie, nicht nach Marke:

• Günstiges Shared Hosting füllt die Spitze der Migrationswarteschlange, was teilweise widerspiegelt, wie viele WordPress-Websites dort überhaupt leben.
• Managed WordPress Hosts sind fast nicht vorhanden. Die großen verwalteten Plattformen erscheinen nur wenige Male pro Datensatz der Migration.
• Cloud- und VPS-Umgebungen sitzen in der Mitte, mit eigenen konfigurationsbezogenen Problemen.

Es gibt auch ein Muster, das es wert ist, separat erwähnt zu werden. Etwa 1 von 14 Migrationstickets stammt von Personen, die eine Website von einer lokalen Entwicklungsumgebung verschieben, Tools wie Local, XAMPP oder MAMP.

Der Wechsel von einem Laptop zu einem Live-Server birgt eigene Fehlermodi und tritt häufiger auf, als man denken würde.

Wir behaupten nicht, dass Managed Hosts niemals Migrationsprobleme haben. Aber die fast vollständige Stille in unserer Support-Warteschlange entspricht dem, was Sie von strengeren Serverkonfigurationen und konsistenten PHP-Versionen erwarten würden: weniger Überraschungen, die einen Umzug zum Scheitern bringen.

So bereiten Sie sich auf die Fehler vor, die tatsächlich auftreten

Da die Daten so klar auf zwei Fehlerpunkte hinweisen, sollten Sie sich darauf vorbereiten. Konzentrieren Sie sich darauf, was laut den Tickets tatsächlich kaputt geht.

• Passen Sie die PHP-Versionen auf beiden Seiten an. Eine auf PHP 8.2 erstellte Website, die auf einem Server landet, auf dem noch 7.4 läuft, wird nach dem Umzug Fehler auslösen. Sie können die Version im Control Panel jedes Hosts überprüfen. Bestätigen Sie beide, bevor Sie beginnen.
• Stellen Sie sicher, dass das Ziel die Extraktion abschließen kann. Dies ist der häufigste Fehlerpunkt. Geben Sie ihm genügend Speicherplatz, PHP-Speicherlimit und eine Ausführungszeit, die den Prozess nicht mittendrin abbricht.
• Halten Sie die Anmeldedaten Ihrer neuen Website bereit, bevor Sie wechseln. Der zweithäufigste Fehler ist eine Sperrung nach der Migration. Kennen Sie Ihre Admin-Zugangsdaten und die URL der neuen Website im Voraus.
• Überprüfen Sie die Dateiberechtigungen am Zielort. Falscher Besitz oder nicht beschreibbare Ordner treten oft genug auf, um eine schnelle Überprüfung zu rechtfertigen. Ein FTP-Client oder der Dateimanager Ihres Hosts zeigt die Berechtigungen eines Ordners an, wenn Sie mit der rechten Maustaste darauf klicken.

Hier leistet auch das Migrationstool selbst echte Arbeit. Der eigenständige Installer von Duplicator Pro ist darauf ausgelegt, eine Website auf einem leeren Server zu verschieben, selbst wenn dort kein WordPress installiert ist. Dies beseitigt eine ganze Kategorie von Extraktionsproblemen.

Sein DupArchive-Format hat keine theoretische Dateigrößenbeschränkung und hat reale Migrationen von 400 GB bewältigt, sodass große Websites nicht im Schritt stecken bleiben, bei dem die meisten Migrationen ins Stocken geraten.

Und wenn ein Umzug jemanden aussperrt, kann die URL zur Notfallwiederherstellung eine funktionierende Website wiederherstellen, selbst wenn WordPress Sie überhaupt nicht mehr hereinlässt.

Häufig gestellte Fragen (FAQs)

Was 8.000+ Support-Tickets an der Migrationsberatung ändern

Der Wert dieser Daten liegt nicht in einer einzelnen Statistik. Es ist eine Korrektur, worauf die Aufmerksamkeit gerichtet werden sollte.

Die Daten deuten immer wieder auf dieselben beiden Momente hin: den Extraktionsschritt und die erste Anmeldung. Dort bleiben die Leute tatsächlich stecken, nicht beim Dateitransfer, um den sich die meisten Vorbereitungen drehen.

Menschen bleiben oft stecken, weil die Übertragung auf halbem Weg ins Stocken geriet oder weil eine Anmeldeseite sie nicht mehr hineinlässt.

Es gibt einen Grund, warum wir bei der Fehlerbeschreibung so spezifisch sein können. Diese Probleme kommen ständig in unserer Support-Warteschlange an, und die meisten davon werden innerhalb einer Stunde behoben.

Wenn man Tausende von Migrationsproblemen löst, sind die Muster kein Rätselraten mehr, sondern eine Landkarte. Dieser Bericht ist diese Landkarte.

Wir werden das Limit ein letztes Mal nennen, denn es sorgt für Ehrlichkeit. Dies ist eine Aufzeichnung von Fehlern, nicht von Erfolgen. Sie stützt sich auf die Worte, die Menschen verwenden, um ihre eigenen Schwierigkeiten zu beschreiben, was unvollkommen ist. Aber sie ist echt und aus erster Hand.

Bauen Sie vor Ihrer nächsten Migration eine Rückfallebene ein

Die meisten Migrationsprobleme sind schnell behoben, wenn man die Ursache kennt, und die Daten belegen dies: Die Mehrheit der von uns gesehenen Migrationsprobleme wird innerhalb einer Stunde gelöst.

Der Stress entsteht dadurch, dass man keinen Weg zurück hat, wenn etwas ins Stocken gerät.

Duplicator Pro wird von mehr als 1,5 Millionen WordPress-Profis verwendet, um ihre Websites zu sichern, zu migrieren und wiederherzustellen. Sein eigenständiger Installer und seine Tools zur Notfallwiederherstellung sind für die beiden Fehlerpunkte konzipiert, die diese Daten aufzeigen: den Extraktionsschritt und die gesperrte Anmeldung.

Während Sie hier sind, werden Sie diese anderen WordPress-Ressourcen wahrscheinlich hilfreich finden:

• Ihre Website-Migration wird fehlschlagen (es sei denn, Sie vermeiden diese Fehler)
• DNS-Migration richtig gemacht: So vermeiden Sie die häufigsten Fehler
• Ihre vollständige WordPress-Migration Checkliste (Start bis Ende)
• So migrieren Sie eine WordPress-Site KOSTENLOS
• So verschieben Sie eine WordPress-Website zu einem neuen Hoster