Umzug von WordPress zu Movable Type — eine praktische Anleitung, die gerade wegen der „umgekehrten Richtung“ dokumentiert werden sollte
· Go Komura · 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:
- Alle URLs erfassen. Listen Sie alle veröffentlichten URLs auf — Beiträge, Seiten, Kategorien, Tags, Bildseiten — mithilfe einer Sitemap oder eines Crawling-Tools.
- 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.
- 301-Weiterleitungen einrichten. Legen Sie für jede sich ändernde URL eine dauerhafte Weiterleitung (301) an.
- 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.
- 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.
Verwandte Artikel
Aktuelle Artikel mit denselben Schlagwörtern führen zu verwandten Themen weiter.
Bei Suchen nach Ortsnamen sichtbar werden — Praxisleitfaden für lokales SEO für kleine und mittlere Unternehmen (Gebietsseiten und Google Unternehmensprofil)
Ihre Firma erscheint nicht bei einer Suche nach „Ortsname + Branche“? Dieser Beitrag ordnet für kleine und mittlere Unternehmen die sinnv...
Google Ads mit kleinem Budget im B2B ── Planung und wöchentliche Routine für Ergebnisse mit einigen Zehntausend Yen im Monat
Ein Praxisleitfaden für B2B-Unternehmen, die Google Ads mit einigen Zehntausend Yen monatlich beginnen möchten. Er behandelt durchschnitt...
Warum KomuraSoft Websites auf dem Designsystem der Digital Agency aufbaut ── Geringe Kosten und hohe Qualität schließen sich nicht aus
Warum KomuraSoft seine Website-Erstellung auf das von Japans Digital Agency veröffentlichte Designsystem stützt: Wie die Standardisierung...
Mehr Anfragen über eine B2B-Website — die vollständige Landkarte der Verbesserungsreihenfolge von der Akquise bis zum Formular
Wenn Anfragen über eine B2B-Website stagnieren, beginnen viele Unternehmen bei der Akquise durch SEO und Anzeigen. Was tatsächlich wirkt,...
Website-Relaunch-Fallstudie: Douzu Carry Service, ein Speditionsunternehmen aus Miyazaki — was wir von der alten Website übernommen haben und wie
Ein Praxisbeispiel für den Website-Relaunch von Douzu Carry Service, einem Speditionsunternehmen aus Miyazaki: wie wir vor der Gestaltung...
Verwandte Themen
Diese Seiten ordnen den Artikel in einen größeren Leistungs- und Entscheidungskontext ein.
Technische Windows-Themen
Portal zu Windows-Entwicklung, Fehleranalyse und der Nutzung bestehender Assets.
Web- und SEO-Themen
Website-Erstellung, SEO, Kontaktweg und Gestaltung interner Links.
Leistungen zu diesem Thema
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.
Technische Beratung und Design-Review
Weil die Auswahl des Ziel-CMS, die Methode zum Ersatz bestehender Plugin-Funktionen sowie die Strukturierung der Migrationsschritte und -risiken zur technischen Beratung mit Design-Review zählen.
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