OSTRELLE · WEBSITES MIT KLAREM BLICK

WordPress umziehen: eine Checkliste für Inhalte, URLs und einen sicheren Rückweg

WordPress-Migration planen: Bestand und Backups, Inhalte und Medien, URL-Mapping und 301, echte Funktionstests sowie ein überprüfbarer Rückweg statt Blindflug.

← Zum Wissensbereich

Autor: Ostrelle-Projektredaktion · Stand: 15. Oktober 2026. Herausgeber ist das Ostrelle-Projekt. Dieser quellenbasierte Beitrag ist keine unabhängige Produktempfehlung und kein behaupteter eigener Vergleichstest.

Ein Umzug ist erst erfolgreich, wenn Menschen ihre Inhalte finden und ihre Aufgaben weiter erledigen können. Eine erreichbare Startseite reicht nicht. Diese Checkliste gilt für einen Wechsel des WordPress-Servers ebenso als Denkgerüst wie für den Wechsel in ein anderes CMS. Beim Systemwechsel kommen zusätzliche Format- und Funktionsunterschiede hinzu; ein WordPress-Export beseitigt sie nicht automatisch.

1. Erstelle vor jeder Änderung ein überprüfbares Inventar

Erfasse öffentliche Seiten, Beiträge, wichtige Archive, Sprachvarianten, Medien und Downloads. Notiere außerdem Menüs, Formulare, Weiterleitungen sowie Aufgaben aus Plugins und Page-Buildern. Nimm repräsentative Screenshots auf Desktop und Mobil auf. Die alte Website wird damit zur messbaren Vergleichsbasis, nicht zu einer Erinnerung, die nach dem Abschalten kaum noch überprüfbar ist.

Wähle zusätzlich besonders wichtige Wege: etwa Startseite zur Kontaktmöglichkeit, Suche zum Beitrag oder ein Produkt bis zur Testkasse. Halte fest, welche Antworten, Felder und Bestätigungen erwartet werden. Bei Shop- oder Buchungsdaten muss außerdem geklärt sein, wie neue Vorgänge während des Umzugs übernommen werden. Plane dafür einen klaren Stichtag oder eine geprüfte Synchronisierung.

2. Trenne Inhaltsexport und vollständige Sicherung

Der WordPress-WXR-Export enthält strukturierte Inhalte wie Beiträge, Seiten, Inhaltstypen, Kommentare, Felder und Taxonomien. Das ist ein Transferformat, kein Beweis für eine vollständige Wiederherstellung der Installation. Die offizielle Exportbeschreibung zeigt den vorgesehenen Umfang.

Für eine typische vollständige WordPress-Wiederherstellung sind Datenbank und Dateien nötig. Sichere deshalb auch Uploads, Themes, Plugins und die relevanten Konfigurationen. WordPress erläutert ausdrücklich beide Bestandteile einer Sicherung.

Lege eine Kopie außerhalb des betroffenen Servers ab und prüfe die Wiederherstellung auf einer getrennten Umgebung. Vertrauliche Konfigurationen und personenbezogene Daten gehören geschützt abgelegt, nicht als beiläufiges Exportarchiv ins Repository. Ein vorhandener Dateiname oder ein grüner Backup-Zeitplan ersetzt den erfolgreichen Restore-Test nicht.

3. Importiere auf eine geschützte Testkopie

Die Testkopie darf weder echte Bestellungen auslösen noch ungefragt Nachrichten versenden. Verwende Testzahlungswege und kontrollierte Empfänger, falls solche Funktionen geprüft werden. Kopiere nicht blind alle produktiven Schlüssel. Vergleiche anschließend Eintragszahlen und Inhaltsstichproben: Sind Überschriften, Listen, Tabellen, Sonderzeichen, Bildbeschriftungen und interne Verknüpfungen erhalten?

Kontrolliere Bilder zusätzlich als tatsächliche Dateien im Zielsystem. Eine Seite kann korrekt aussehen und trotzdem Bilder nur von der alten Domain laden. Prüfe Bildgrößen, Alternativtexte und Downloads. Builder-Layouts und individuelle Plugins benötigen eine eigene Übersetzung in das Zielsystem; ein erfolgreicher Textimport bedeutet nicht, dass deren Interaktion bereits nachgebildet ist.

4. Erhalte URLs oder ordne alte Ziele eindeutig zu

Wenn eine Adresse unverändert bleiben kann, vermeidest du einen unnötigen Wechsel. Andernfalls führt eine Tabelle jede relevante alte URL auf genau das passende neue Ziel. Nimm Medien- und Downloadadressen mit auf. Nicht jeder gestrichene Inhalt hat einen gleichwertigen Ersatz; eine pauschale Umleitung aller alten Seiten auf die Startseite hilft den Besuchern nicht.

Google empfiehlt bei dauerhaften URL-Wechseln serverseitige permanente Weiterleitungen, typischerweise 301 oder 308. Teste den tatsächlich gelieferten Status und das Ziel, statt nur einen sichtbaren Link anzusehen. Primärquelle: Redirects bei Google Search.

Verweise möglichst direkt auf das endgültige Ziel und prüfe Schleifen. Aktualisiere auch interne Links, Sitemap und Sprachverweise. Googles Umzugsanleitung behandelt diese Zuordnung und warnt vor unpassenden Sammelumleitungen. Quelle: Website-Umzug mit geänderten URLs.

5. Prüfe Verhalten, nicht nur Screenshots

Kontrolliere Canonical und Indexierungsregeln auf den Zielseiten. Der Canonical sollte zur beabsichtigten öffentlichen URL passen; mehrere widersprüchliche Signale sind keine gute Übergabe. Google beschreibt die Kanonisierung und ihre unterschiedlichen Signale.

Öffne repräsentative Seiten und eine nicht vorhandene Adresse. Stimmen 200, Weiterleitungen und echte 404-Antworten?
Prüfe Menüs, Suche, Filter, Formulare und Downloads mit Maus und Tastatur. Führe schreibende Abläufe nur in der isolierten Kopie und ohne echte Kosten aus.
Vergleiche Desktop und Mobil mit der festgehaltenen Ausgangsbasis. Kontrolliere abgeschnittene Inhalte, lange Titel und tatsächlich geladene Ressourcen.
Bearbeite einen Entwurf, speichere und lade ihn erneut. Prüfe bei mehreren Bearbeitern einen absichtlich erzeugten Versionskonflikt.
Erfasse Fehler als konkrete Schritte mit erwartetem und tatsächlichem Ergebnis. Ein bestandener Einzeltest darf andere offene Funktionen nicht verdecken.

6. Schalte erst mit einem ausführbaren Rückweg um

Definiere vorher, bei welchen Fehlern zurückgegangen wird und welche zusammenpassende Sicherung mit welcher Softwareversion startet. Dokumentiere den Weg zur alten Instanz, notwendige DNS- oder Routingänderungen und den Umgang mit seit dem Stichtag neu eingegangenen Daten. Ein Rückweg, der neue Bestellungen verlieren würde, ist nicht ausreichend durchdacht.

Prüfe nach der Umschaltung erneut über die öffentliche Domain und gültiges HTTPS. Entferne versehentliche Vorschau-Sperren erst am richtigen Ziel und beobachte 404-Fehler sowie Weiterleitungen. Indexierung ist ein nachgelagerter Prozess, kein sofortiger Funktionstest und kein garantierter Rankinggewinn. Bewahre die alte Umgebung nicht als ungesicherte Dauerbaustelle auf.

Bei Ostrelle dienen getrennte Pilotkopien und konkrete Ablaufprüfungen als Entwicklungsnachweis. Ein beliebiger WordPress-Umzug per Knopfdruck ist damit noch nicht zugesagt. Vor einer produktiven Migration müssen deine eigenen Seitentypen und Funktionen geprüft werden. Der Entwicklungsstand zeigt die derzeitigen Grenzen.

Primärquellen und Quellenstand

Die folgenden offiziellen Dokumentationen wurden am 15. Oktober 2026 für diesen Beitrag geprüft. Die Auswahlfragen und Empfehlungen sind unsere daraus abgeleitete Einordnung; sie ersetzen keinen eigenen Test deines konkreten Website-Vorhabens.