Umzug von WordPress zu Movable Type — eine praktische Anleitung, die gerade wegen der „umgekehrten Richtung“ dokumentiert werden sollte

· · Website-Erstellung, Verbesserung bestehender Websites, SEO, CMS, WordPress, Movable Type, Website-Migration, Kleine und mittlere Unternehmen

Sucht man nach „CMS-Migration“, findet man vor allem Artikel über den Wechsel von Movable Type zu WordPress. In der Praxis erweist sich jedoch eine Migration in die entgegengesetzte Richtung — von WordPress zu Movable Type (oder MovableType.net) — mitunter als durchaus rationale Entscheidung. Weil über diese umgekehrte Richtung kaum etwas geschrieben wird, fasst dieser Artikel sowohl die Entscheidungsgrundlagen als auch die praktische Vorgehensweise beim Umzug zusammen.

„Wir haben eine mit WordPress erstellte Website, aktualisieren sie aber nur ein paarmal im Monat. Trotzdem sind wir ständig mit Update-Benachrichtigungen für Kern und Plugins beschäftigt“ — eine vertraute Situation für kleine und mittlere Unternehmen sowie Kanzleien und Praxen.

Wenn der Zweck einer Website darin besteht, Anfragen zu generieren und Vertrauen aufzubauen, und sich die Aktualisierungen im Wesentlichen auf Ankündigungen und Kolumnen beschränken, dann braucht eine solche Website vom CMS nicht Erweiterbarkeit, sondern geringen Pflegeaufwand und Bruchsicherheit. Dieser Artikel beleuchtet die Kriterien für die Entscheidung, ob ein Umzug von WordPress zu Movable Type sinnvoll ist, sowie die tatsächliche Vorgehensweise dabei.

1. Zunächst das Fazit

  • Der Umzug von WordPress zu Movable Type ist technisch gut etabliert: Die Importfunktion von MovableType.net unterstützt Exportdateien im WordPress-Format (XML). Importiert werden nicht nur Beiträge und Seiten, sondern auch Bilder und Dateien, auf die im Text und in benutzerdefinierten Feldern verwiesen wird.
  • Ein Umzug lohnt sich für Websites mit geringer Aktualisierungsfrequenz, wenigen Personen, die Inhalte pflegen, und festen Erweiterbarkeitsanforderungen. Für Websites, die auf dynamischen Mitgliederfunktionen oder E-Commerce basieren, der über WordPress-Plugins realisiert wird, ist er nicht geeignet.
  • Über Erfolg oder Misserfolg einer Migration entscheiden nicht die Funktionsunterschiede zwischen den CMS, sondern das URL-Design, die 301-Weiterleitungen und die Strategie zum Ersatz der Plugin-Funktionen. Werden diese Punkte vorher nicht geklärt und nur die Daten verschoben, gibt es sowohl bei SEO als auch im täglichen Betrieb Probleme.
  • Benutzerdefinierte Beitragstypen und stark angepasstes XML lassen sich mitunter nicht unverändert importieren — planen Sie daher Zeit für Konvertierung und manuelle Nacharbeit ein (dies wird auch im offiziellen Handbuch ausdrücklich erwähnt).

2. Warum kommt es zu einer Migration „in die entgegengesetzte Richtung“?

WordPress ist das weltweit meistgenutzte CMS und für sich genommen eine hervorragende Wahl. Als dynamisches CMS bringt es jedoch einen entsprechenden Betriebsaufwand mit sich.

  • Die Aktualisierungsarbeit hört nie auf. Aktualisierungen von Kern, Themes und Plugins fallen kontinuierlich an, und sie zu vernachlässigen ist bereits selbst ein Risiko. Die IPA (Japans Agentur für die Förderung der Informationstechnologie) hat wiederholt gewarnt vor Schwachstellen in CMS und Plugins, wobei Plugin-bedingte Probleme besonders auffallen.
  • Es fehlt häufig an einem klaren Verantwortlichen. Nicht selten wird eine Website von einer Agentur ausgeliefert, ohne dass ein laufender Wartungsvertrag besteht — so entstehen Websites, bei denen „niemand jemals den Update-Button gedrückt hat“.
  • Kompatibilitätsprobleme zwischen Plugins. In Konfigurationen, bei denen jedes Update das Layout zerstört oder eine Funktion außer Betrieb setzt, wird das Aktualisieren selbst zu etwas, das man fürchtet — was die Vernachlässigung weiter verstärkt.

Movable Type ist ein CMS, das auf dem Prinzip des statischen Publizierens aufbaut: HTML wird im Voraus erzeugt und unverändert ausgeliefert (bei Bedarf steht auch dynamisches Publizieren zur Verfügung). Sind die Seiten, die an Besucher ausgeliefert werden, statische Dateien, muss auf der öffentlichen Seite kein CMS-Programm laufen, was sowohl die Angriffsfläche als auch die Zahl der Ausfallpunkte reduziert.

Entscheidet man sich für das SaaS-Angebot MovableType.net, geht man noch einen Schritt weiter: Kernaktualisierungen der Software und Sicherheitsmaßnahmen übernimmt der Dienstanbieter, und SSL (HTTPS) ist ohne Zusatzkosten enthalten. Das ist eine Konfiguration, die zu einer Organisation passt, die weiter in die Inhalte der Website investieren, sich aber nicht um die CMS-Pflege kümmern möchte.

3. Migrationsziele im Vergleich — Movable Type vs. MovableType.net

Es gibt grundsätzlich zwei Migrationsziele.

Aspekt Movable Type (Software-Version) MovableType.net (SaaS)
Server Selbst bereitgestellt oder über Hosting Nicht erforderlich (im Dienst enthalten)
Kernaktualisierungen und Sicherheit In Eigenregie (oder durch einen Wartungsdienstleister) Vom Dienstanbieter übernommen
Anpassung Plugins und eigene Entwicklung möglich Hauptsächlich Template-Anpassung
Freigabe-Workflow / Staging Abhängig von der Konfiguration Ab dem Business-Plan standardmäßig enthalten
Geeignet für Umfangreiche Erweiterbarkeitsanforderungen oder die Nutzung vorhandener Infrastruktur Leichtgewichtigen Betrieb ohne dediziertes Personal

Für eine Firmenwebsite oder Website eines Freiberuflers, die von einem kleinen Team betreut wird, ist es realistisch, zunächst MovableType.net zu prüfen und die Software-Version nur dann in Betracht zu ziehen, wenn die Anforderungen darüber hinausgehen. Der Freigabe-Workflow (Antrag/Genehmigung) und die Staging-Funktion passen gut zur Arbeitsweise von Kanzleien und Praxen — etwa „erst nach Prüfung durch die Kanzleileitung veröffentlichen“.

4. Überblick über den Migrationsprozess

Die Migration erfolgt in folgender Reihenfolge. Entscheidend ist, die URL-Bestandsaufnahme (Schritt 2) vor die Datenmigration (Schritt 3) zu setzen.

1. Bestandsaufnahme des Ist-Zustands — Auflistung von Seiten, Funktionen und Plugins
2. URL-Design — Festlegung der Zuordnung zwischen alten und neuen URLs (301-Mapping)
3. Datenmigration — WordPress-Export → Import
4. Template-Neuaufbau — Umsetzung von Design und Metadaten
5. Funktionsersatz — Formulare, Suche usw.
6. Verifizierung — Abgleich alt/neu, Messung der Weiterleitungen
7. Livegang — DNS-Umstellung, Sitemap-Einreichung, Prüfung der Search Console

5. Die Praxis der Inhaltsmigration

Auf WordPress-Seite erzeugen Sie mit der Exportfunktion im Admin-Bereich eine XML-Datei (WXR-Format). Auf MovableType.net-Seite laden Sie diese Datei über den Bildschirm des Import-Tools. Laut offiziellem Handbuch sieht der Umfang des Imports wie folgt aus:

Element Art der Migration
Beiträge Werden als Einträge importiert
Seiten Werden als Einträge (Webseiten) importiert
Bilder und Anhänge URLs, auf die im Text und in benutzerdefinierten Feldern verwiesen wird, werden extrahiert, die Dateien heruntergeladen und als Assets importiert
Kategorien Können migriert werden (Hierarchie je nach Methode mit Vorsicht zu behandeln)
Benutzerdefinierte Beitragstypen Lassen sich möglicherweise nicht unverändert importieren; ggf. Konvertierung und manuelle Nacharbeit nötig
Benutzerdefinierte Felder Werden über ein Konvertierungstool oder manuell bearbeitet

Wer WordPress-Beitragstypen oder benutzerdefinierte Felder intensiv nutzt, sollte das offizielle Konvertierungstool samt Anleitung heranziehen und jeden zu migrierenden Inhaltstyp in „migriert automatisch“, „erfordert Konvertierung“ oder „muss manuell neu aufgebaut werden“ einordnen. Diese Aufteilung wird faktisch zur Migrationskalkulation.

Für Websites mit vielen Artikeln oder komplexer Struktur steht zudem eine offizielle Migrations-Support-Anlaufstelle zur Verfügung. Auch zur Migration auf die Software-Version von Movable Type ist ein offizielles FAQ veröffentlicht.

6. URLs und SEO erhalten

Die meisten Ursachen dafür, dass eine CMS-Migration die SEO-Leistung beeinträchtigt, haben nichts mit der Art des CMS zu tun — entscheidend ist der Umgang mit den URLs.

Die Permalink-Einstellungen von WordPress (/?p=123, /2024/05/post-name/, /category/post-name/ usw.) stimmen üblicherweise nicht mit der URL-Struktur nach der Migration überein. Erhalten Sie sie mit folgenden Schritten:

  1. Alle URLs erfassen. Listen Sie alle veröffentlichten URLs auf — Beiträge, Seiten, Kategorien, Tags, Bildseiten — mithilfe einer Sitemap oder eines Crawling-Tools.
  2. Zuordnung zu neuen URLs festlegen. Legen Sie zunächst die URL-Regeln nach der Migration fest und erstellen Sie dann eine Zuordnungstabelle von alter zu neuer URL (301-Mapping). Prüfen Sie zuerst Seiten mit hohem Such-Traffic.
  3. 301-Weiterleitungen einrichten. Legen Sie für jede sich ändernde URL eine dauerhafte Weiterleitung (301) an.
  4. Elemente auf der Seite erhalten. Titel, Meta-Beschreibung, Überschriftenstruktur und strukturierte Daten sollten beim Template-Neuaufbau bewusst übernommen werden. Elemente, die zuvor von SEO-Plugins ausgegeben wurden, werden nach der Migration durch eine Umsetzung im Template ersetzt.
  5. Nach dem Livegang überprüfen. Reichen Sie die XML-Sitemap erneut ein, überwachen Sie Indexierung und Fehler in der Search Console, und messen Sie die Weiterleitungen zentraler Seiten (Statuscodes prüfen).

Dieses Prinzip — „erst URL-Design, dann Datenmigration und Gestaltung“ — gilt nicht nur für CMS-Migrationen, sondern für Website-Relaunches im Allgemeinen. Auch bei unserer eigenen Fallstudie zu einem Website-Relaunch stand am Anfang nicht das Design, sondern die URL-Bestandsaufnahme.

7. Plugin-Funktionen ersetzen — „Ersatz suchen“ von „nicht mehr nötig“ trennen

Beim Umzug von WordPress kann die Plugin-Liste wie eine Quelle der Beunruhigung wirken. Sortiert man sie jedoch Funktion für Funktion, lässt sich der Großteil in drei Kategorien einteilen.

Kategorie Beispiele Umgang nach der Migration
Neu aufbauen Kontaktformular, Website-interne Suche Mit der Formular-/Suchfunktion der Zielplattform oder einem externen Formulardienst umsetzen
Im Template implementieren SEO-Plugins (Metadatenausgabe), verwandte Beiträge, Breadcrumbs, OGP Direkt ins Template integrieren (befreit von Plugin-Updates)
Nicht mehr nötig Sicherheits-, Cache- und Backup-Plugins In einer statischen Publishing-/SaaS-Architektur entfällt die Rolle oft von selbst

Das Kontaktformular ist insbesondere die Lebensader einer auf Kundengewinnung ausgerichteten Website. Fälle, in denen Benachrichtigungs-E-Mails nach einer Migration unbemerkt nicht mehr ankommen, kommen tatsächlich vor — senden Sie daher vor dem Livegang unbedingt eine echte Testübermittlung. Wie man nicht zugestellten Formular-E-Mails auf den Grund geht, haben wir in „Wie man vorgeht, wenn E-Mails aus dem Kontaktformular nicht ankommen“ zusammengefasst.

8. Für welche Websites eignet sich das — Praxen, Kanzleien und von kleinen Teams betreute Firmenwebsites

Zusammengefasst ist hier das Profil einer Website, für die ein Umzug von WordPress zu Movable Type (insbesondere MovableType.net) tendenziell geeignet ist:

  • Aktualisierungen bestehen hauptsächlich aus Ankündigungen, Kolumnen und Referenzen, und die Aktualisierungsarbeit ist eher schematisch
  • Es gibt kein dediziertes Web-Personal, und niemand kann Zeit für die Pflege des CMS selbst aufbringen
  • Wie bei Websites von Steuerberatern, Notaren und anderen Freiberuflern wünscht man sich einen Prüf-/Freigabeschritt vor jeder Veröffentlichung
  • Die Website hat keine dynamischen Funktionen wie Mitgliedersysteme, E-Commerce oder Buchungssysteme (oder diese lassen sich an einen externen Dienst auslagern)
  • Es handelt sich um eine Branche, in der ein Sicherheitsvorfall unmittelbar zu einem Vertrauensproblem wird, und man möchte die Angriffsfläche verringern

Umgekehrt ist es sinnvoller, bei WordPress zu bleiben (und eine ordentliche Wartungsstruktur aufzubauen), wenn geplant ist, die Website auch künftig aktiv über Plugins zu erweitern, oder wenn dynamische Funktionen den Kern der Website bilden. Die Migration ist kein Selbstzweck, sondern ein Mittel, um Betriebskapazität und Website-Anforderungen in Einklang zu bringen.

Wer das Thema unter dem Aspekt der Gesamtstruktur der Website und der Kosten betrachten möchte, findet weitere Informationen auch unter „Kosten der Website-Erstellung für KMU“ und „Aufbau von Service-Seiten für technisches B2B“.

Für alle, die eine CMS-Migration in Erwägung ziehen

Wenn Sie unter der Wartungslast von WordPress leiden, müssen Sie sich nicht sofort für eine Migration entscheiden. Der sichere Ausgangspunkt ist zunächst eine Bestandsaufnahme der Seiten, Funktionen und Plugins Ihrer aktuellen Website sowie die Klärung, was sich bei einer Migration ändern würde — was überflüssig wird und was neu aufgebaut werden muss.

KomuraSoft LLC bietet Website-Erstellung einschließlich CMS-Migration sowie technische Beratung zur Klärung der Migrationsstrategie an. Wenn Sie mit einer Bestandsaufnahme Ihrer aktuellen Website starten möchten, kontaktieren Sie uns über unsere Kontaktseite.

Aktuelle Artikel mit denselben Schlagwörtern führen zu verwandten Themen weiter.

Diese Seiten ordnen den Artikel in einen größeren Leistungs- und Entscheidungskontext ein.

Dieser Artikel ist direkt mit den folgenden Leistungen verbunden.

Website-Entwicklung

Weil der Umbau einer Website einschließlich CMS-Migration, das URL-Design und die Weiterleitungsplanung sowie die Überprüfung vor und nach dem Livegang zum Beratungsbereich der Website-Erstellung gehören.

Häufige Fragen

Fragen, die in Beratungen zu diesem Artikelthema häufig gestellt werden.

Können WordPress-Beiträge unverändert nach Movable Type übernommen werden?
Grundlegende Inhalte wie Beiträge und Seiten lassen sich migrieren. Die Importfunktion von MovableType.net unterstützt Exportdateien im WordPress-Format (XML) und erfasst dabei auch Bilder und Dateien, auf die im Beitragstext oder in benutzerdefinierten Feldern verwiesen wird. Benutzerdefinierte Beitragstypen oder stark angepasste Daten lassen sich jedoch möglicherweise nicht unverändert übernehmen und erfordern Konvertierung oder manuelle Nacharbeit. Vor der Migration ist es wichtig zu unterscheiden, welche Inhalte auf WordPress-Standardfunktionen beruhen und welche von Plugins oder Anpassungen abhängen.
Verschlechtert ein CMS-Wechsel das SEO-Ranking?
Entscheidend ist nicht die Art des CMS selbst, sondern ob sich die URLs ändern und ob Weiterleitungen korrekt eingerichtet werden. Erstellen Sie vor der Migration eine vollständige Bestandsaufnahme aller URLs, legen Sie die Zuordnung zu den neuen URLs fest und richten Sie für jede sich ändernde URL eine 301-Weiterleitung ein. Wenn Titel, Meta-Beschreibung und Überschriftenstruktur erhalten bleiben und nach dem Livegang die XML-Sitemap erneut eingereicht sowie die Search Console überprüft wird, lässt sich ein größerer Einbruch durch die Migration selbst vermeiden. Wird diese Arbeit dagegen vernachlässigt, verliert man unabhängig vom gewählten CMS an Ranking.
Was passiert mit Funktionen, die zuvor über WordPress-Plugins realisiert wurden?
Da sich der Plugin-Mechanismus selbst nicht übertragen lässt, wird für jede Funktion einzeln ein Ersatz festgelegt. Kontaktformulare werden mit der Formularfunktion der Zielplattform oder einem externen Formulardienst neu aufgebaut, die Metadaten, die SEO-Plugins ausgegeben haben, werden im Template implementiert, und auch verwandte Beiträge sowie Breadcrumbs werden ins Template integriert. Sicherheits- und Backup-Plugins werden dagegen in einer statischen Publishing- oder SaaS-Architektur oft komplett überflüssig — ihre Aufgabe entfällt von selbst. Entscheidend ist, zwischen „Funktionen, für die ein Ersatz nötig ist“ und „Funktionen, die schlicht überflüssig werden“ zu unterscheiden.
Sollte man Movable Type oder MovableType.net wählen?
Wer den Server selbst verwaltet und die Website frei mit Plugins und Datenbankanbindungen erweitern möchte, ist mit der Software-Version von Movable Type gut bedient. Wer dagegen Serververwaltung und Kernaktualisierungen des CMS abgeben möchte, um den Betrieb zu entlasten, für den ist das SaaS-Angebot MovableType.net besser geeignet. Für Organisationen ohne dedizierten Web-Verantwortlichen — etwa Firmenwebsites kleiner und mittlerer Unternehmen oder Websites von Freiberuflern — ist es realistisch, zunächst MovableType.net zu prüfen, da dort Kernaktualisierungen und Sicherheit vom Dienstleister übernommen werden.

Autorenprofil

Profilseite des Artikelautors.

Go Komura

Geschäftsführer von KomuraSoft LLC

Spezialisiert auf Windows-Softwareentwicklung, technische Beratung und Fehleranalyse, insbesondere bei bestehenden Systemen und schwer reproduzierbaren Störungen.

Öffentliche Links

Zurück zum Blog