Von WordPress zu Workspace wechseln
Wenn Sie WordPress schrittweise ablösen und zu Workspace wechseln möchten, starten Sie nicht mit der Frage nach dem nächsten Theme. Starten Sie mit der Frage, welche Inhalte, Formulare, Domains, Leads und Veröffentlichungsprozesse nach der Migration zuverlässiger gesteuert werden sollen.
Viele WordPress-Websites sind über Jahre gewachsen. Seiten, Beiträge, Medien, Plugins, Themes, Custom Post Types, Formulare, SEO-Felder und Benutzerrollen bilden nicht nur eine Website ab, sondern auch Marketingprozesse, Lead-Erfassung, redaktionelle Freigaben und manchmal Shop- oder Mitgliederbereiche.
Eine reine CMS-Migration löst diese Abhängigkeiten nicht. Nutzen Sie den Wechsel deshalb als Inhalts- und Prozessprüfung: Welche Inhalte bleiben öffentlich, welche werden archiviert, welche Funktionen brauchen Workspace-Prozesse und welche Plugin-Abhängigkeiten können entfallen?
Erstellen Sie vor dem Wechsel eine projektbezogene Analyse. Nutzen Sie die folgende Struktur, um Export, Mapping, Import und Go-live zu planen.
WordPress ist oft mehr als ein CMS
WordPress beginnt häufig als Website oder Blog. Später kommen Formulare, SEO-Plugins, Landingpages, Newsletter-Anbindungen, mehrsprachige Inhalte, Downloads, Mitgliederbereiche, Shopfunktionen oder individuelle Templates hinzu.
Für eine Migration zu Workspace ist deshalb wichtig, nicht nur Seiten zu zählen. Prüfen Sie, welche Aufgabe jeder Inhalt und jedes Plugin im Zielprozess hat.
Reality Check: Was bedeutet der Wechsel weg von WordPress?
Behandeln Sie den Wechsel nicht wie einen reinen Seitenexport. Wenn WordPress abgelöst wird, müssen Inhalte, URLs, Medien, Formulare, Plugins, Themes, Benutzerrollen, SEO-Daten, Tracking und dynamische Funktionen aktiv geprüft werden.
Häufig müssen neu bewertet werden:
- Seiten, Beiträge, Kategorien, Tags und Medien
- Custom Post Types, Taxonomien und eigene Felder
- Formulare, Downloads, geschützte Bereiche und Suchseiten
- Plugins für SEO, Caching, Sprache, Sicherheit, Tracking oder Marketing
- Theme-Templates, Shortcodes, Blöcke und wiederverwendbare Inhalte
- Benutzer, Rollen, redaktionelle Freigaben und Veröffentlichungsprozesse
- URLs, Weiterleitungen, Metadaten, Sitemaps und Canonicals
- Integrationen zu Newsletter, CRM, Shop, Analytics oder externen Diensten
Viele Unternehmen nutzen diesen Zeitpunkt, um ihre Website-Struktur zu vereinfachen und Content, Formulare, Chat, Storefront und interne Folgeprozesse besser zu verbinden.
Was vor dem WordPress-Export fachlich entschieden werden muss
Der integrierte WordPress-Export erzeugt eine WXR/XML-Datei mit exportfähigen Inhalten und Metadaten, zum Beispiel Seiten, Beiträgen, exportfähigen Custom Post Types, Kommentaren, eigenen Feldern, Kategorien, Tags, Taxonomien und den Autoren der exportierten Inhalte. Er ist keine vollständige Sicherung. Sichern Sie WordPress-Dateien separat, insbesondere Uploads sowie Theme- und Plugin-Dateien. Sichern Sie außerdem die WordPress-Datenbank, weil Einstellungen und pluginbezogene Daten dort gespeichert sein können. Erfassen Sie zusätzliche pluginbezogene Exporte getrennt. Klären Sie anschließend vor dem Mapping, welche Teile der Installation Website, Kampagne, Lead-Prozess, Archiv oder technische Altlast sind.
| Bereich | Typische Entscheidung |
|---|---|
| Seitenstruktur | Welche Seiten bleiben, welche werden zusammengeführt und welche entfallen bewusst? |
| Redaktion | Wer verantwortet Inhalte, Freigaben, Aktualisierung und Veröffentlichung nach dem Wechsel? |
| Formulare | Welche Formularfelder, Einwilligungen, Empfänger, Benachrichtigungen und Folgeaufgaben werden gebraucht? |
| Plugins | Welche Plugins liefern nur Darstellung und welche steuern echte Geschäftsprozesse? |
| Theme und Builder | Welche Layouts sind Inhalt, welche sind Template und welche werden im Ziel neu aufgebaut? |
| Medien | Welche Bilder, Downloads, Alt-Texte, Lizenzen und Dateinamen müssen bereinigt werden? |
| SEO | Welche URLs, Redirects, Metadaten, Sitemaps, Canonicals und Tracking-Ereignisse sind geschäftskritisch? |
| Sicherheit und Betrieb | Welche Benutzer, Rollen, alten Accounts und Integrationen dürfen nicht ungeprüft übernommen werden? |
Typische Daten und Prozesse
- Seiten, Beiträge und Landingpages
- Kategorien, Tags und Menüs
- Medien, Bilder, Downloads und Alt-Texte
- SEO-Titel, Metadaten, Slugs und Weiterleitungen
- Custom Post Types, Taxonomien und eigene Felder
- Formulare, Leads und Benachrichtigungen
- Benutzer, Rollen und redaktionelle Freigaben
- Themes, Templates, Blöcke und Shortcodes
- Plugins, Integrationen und Tracking
- Page-Builder-Inhalte, wiederverwendbare Blöcke und globale Designelemente
- mehrsprachige Inhalte, Sprachvarianten und hreflang-Bezüge, falls genutzt
- Weiterleitungen, Canonicals, Open-Graph-Daten und strukturierte Daten
- Datenschutztexte, Cookie-Hinweise und Einwilligungslogik
- Domains, Zertifikate, Sitemap und Go-live-Schnitt
- Shop-, Login- oder Mitgliederfunktionen, falls vorhanden
Workspace-Zielbereiche
- Websites, CMS, Blogs und Public Sites migrieren
- Sites und CMS
- System Domains verstehen
- Website-Analytics und Marketing-Attribution
- B2B-Onlineshop bauen
- Glossar
Vorteile des Wechsels
- Öffentliche Sites, Releases, Domains und Vorschau laufen kontrolliert zusammen.
- Content, Storefront, Chat und Formulare können mit Workspace-Prozessen verbunden werden.
- SEO-Umzüge lassen sich über Slugs, Redirects, Sitemap und Veröffentlichungsstand planen.
- Plugin-Abhängigkeiten werden als fachliche Funktionen bewertet: behalten, ersetzen, neu abbilden oder bewusst streichen.
- Inhalte können stärker an Verantwortlichkeiten, Freigaben und Folgeprozessen ausgerichtet werden.
Technische Migration oder Content-Modernisierung?
Die teuerste Migration ist oft die, bei der die alte Plugin- und Inhaltsstruktur unverändert mitzieht. Vergleichen Sie deshalb früh, ob Sie nur Seiten übertragen oder die Website neu ordnen wollen.
| Thema | Technische Migration | Content-Modernisierung |
|---|---|---|
| Seiten | übernehmen | Zielgruppen, Navigation und Verantwortliche neu schneiden |
| Beiträge | importieren | aktive Inhalte, Archiv und Kampagnen trennen |
| Medien | Dateien übernehmen | Bilder, Downloads, Alt-Texte und Rechte bereinigen |
| Plugins | ersetzen | fachliche Funktion prüfen und Zielprozess wählen |
| Custom Post Types | nachbauen | Inhaltstypen und Felder fachlich bewerten |
| Formulare | pluginbezogen inventarisieren | in Workspace neu aufbauen oder projektspezifisch mappen; historische Einreichungen und dokumentierte Einwilligungen getrennt behandeln |
| SEO | Metadaten migrieren | URL-Mapping, Redirects, Sitemaps und Monitoring planen |
| Theme | neu gestalten | Inhalt, Template und Veröffentlichung getrennt betrachten |
| Mehrsprachigkeit | Sprachseiten kopieren | Sprachvarianten, Fallbacks und hreflang-Bezüge prüfen |
| Datenschutz | Hinweise übernehmen | Einwilligungen, Formulare, Tracking und Nachweise fachlich klären |
Wann ist WordPress nur der Anlass?
WordPress ist oft nur der Anlass, wenn die eigentliche Herausforderung in veralteten Inhalten, uneinheitlichen Formularen, unklaren Verantwortlichkeiten, Plugin-Risiken, Medienchaos oder fehlender Verbindung zu CRM, Commerce und Workflows liegt.
In diesem Fall reicht eine neue Website allein nicht. Sie brauchen einen Zielprozess für Content, Leads, Veröffentlichungen, Domains, Tracking und Folgearbeit.
Typische Sonderfälle
Viele WordPress-Migrationen werden kompliziert, weil einzelne Bereiche wie normale Inhalte aussehen, aber eigene Prozesse auslösen.
| Sonderfall | Worauf Sie achten sollten |
|---|---|
| Formulare und Lead-Strecken | Felder, Pflichtangaben, Einwilligungen, Empfänger, Spam-Schutz und Folgeaufgaben gehören zusammen. |
| Mitglieder- oder Login-Bereiche | Benutzer, Rollen, Zugriffsrechte, Inhalte und Datenschutz müssen vor der Übernahme bewertet werden. |
| Downloads und geschützte Medien | Dateien brauchen Zielort, Rechte, Alt-Texte, Nachweise und klare Archivgrenzen. |
| Mehrsprachigkeit | Sprachversionen, URL-Struktur, interne Links und hreflang-Bezüge müssen gemeinsam geprüft werden. |
| Page Builder und Shortcodes | Layoutbausteine dürfen nicht ungeprüft als Inhalt übernommen werden. |
| WooCommerce im selben WordPress | Shopdaten, Inhalte, Kunden, Bestellungen und SEO-Schnitt müssen getrennt geplant werden. |
| Tracking und Marketing-Tags | Analytics, Kampagnenparameter, Events und Einwilligungen müssen vor Go-live testbar sein. |
Vor der Migration prüfen
| Frage | Warum sie zählt |
|---|---|
| Welche Inhalte tragen Sichtbarkeit oder Geschäftserfolg? | Wichtige Seiten, Landingpages und Downloads brauchen sauberes URL- und SEO-Mapping. |
| Welche Plugins sind geschäftskritisch? | Plugin-Funktionen bestimmen Aufwand, Ersatzoptionen, Sicherheit und laufende Pflege. |
| Welche Custom Post Types und Felder werden genutzt? | Individuelle Strukturen müssen fachlich verstanden werden, bevor sie gemappt werden. |
| Welche Formulare erzeugen Leads oder Vorgänge? | Formularfelder, Benachrichtigungen, Einwilligungen und Folgeprozesse müssen klar sein. |
| Welche Page-Builder-, Block- oder Shortcode-Inhalte sind layoutabhängig? | Darstellung, Inhalt und Template dürfen beim Wechsel nicht unkontrolliert vermischt werden. |
| Welche mehrsprachigen Inhalte oder Sprachplugins werden genutzt? | Sprachvarianten, URL-Struktur, Fallbacks und interne Links beeinflussen SEO und Pflege. |
| Welche Medien und Downloads sind relevant? | Dateien brauchen Rechte, Alt-Texte, Zielorte und saubere Verknüpfungen. |
| Welche Datenschutz- und Tracking-Funktionen hängen am System? | Einwilligungen, Cookie-Hinweise, Analytics und Formularnachweise müssen rechtzeitig geklärt werden. |
| Welche Inhalte werden archiviert? | Veraltete Beiträge und Kampagnen sollten den neuen Auftritt nicht belasten. |
| Welche Integrationen bleiben bestehen? | Newsletter, CRM, Analytics, Shop, Chat oder externe Dienste müssen abgegrenzt werden. |
| Was braucht der Go-live? | Domainwechsel, Weiterleitungen, Sitemap, Tracking, Verantwortliche und Fallback müssen vorher feststehen. |
Migrationsstruktur
Planen Sie die Migration entlang dieser Struktur:
| Schritt | Ergebnis |
|---|---|
| WordPress-Landschaft inventarisieren | Seiten, Beiträge, Medien, Plugins, Themes, Rollen, Formular-Plugins, Formulare und Integrationen sind bekannt. |
| Content-Audit durchführen | Aktive Inhalte, Archiv, Dubletten, veraltete Seiten und wichtige Landingpages sind markiert. |
| Plugin- und Funktionsaudit durchführen | Geschäftskritische Funktionen, Ersatzoptionen und Zielprozesse sind entschieden. |
| Theme-, Block- und Builder-Schnitt klären | Layout, Template, wiederverwendbare Bausteine, Shortcodes und echte Inhalte sind getrennt. |
| Formular- und Lead-Schnitt planen | Formular-Plugin, Felder, Einwilligungen, Benachrichtigungen, Empfänger und Folgeaufgaben sind bekannt. Der Neuaufbau oder das projektspezifische Mapping ist geplant; historische Einreichungen und dokumentierte Einwilligungen sind separat eingeordnet. |
| SEO- und Domain-Schnitt planen | URL-Mapping, Weiterleitungen, Metadaten, Sitemaps, Tracking und Domainwechsel sind vorbereitet. |
| Zielmodell festlegen | Workspace-Zielbereiche, Verantwortlichkeiten, Inhaltsarten und Veröffentlichungsprozess sind entschieden. |
| Import vorbereiten | Feldmapping, Testseiten, Medien, Downloads und Referenzen sind vorbereitet. Formulare folgen dem getrennt geplanten Neuaufbau oder projektspezifischen Mapping. |
| Testmigration prüfen | Stichproben zeigen, ob Inhalte, Medien, Links, Rechte und Folgeprozesse zusammenpassen. |
| Go-live planen | Umschaltzeitpunkt, Nacharbeiten, Redirects, Archivzugriff und Verantwortliche sind klar. |
Häufige Fragen zur Migration von WordPress zu Workspace
| Frage | Orientierung |
|---|---|
| Müssen alle Beiträge übernommen werden? | Nein. Übernehmen Sie Inhalte, die sichtbar, aktuell oder rechtlich relevant sind. Alte Kampagnen können archiviert oder bewusst gestrichen werden. |
| Was passiert mit Plugins? | Prüfen Sie die fachliche Aufgabe jedes Plugins. Manche Funktionen werden im Zielsystem anders abgebildet, manche bleiben extern und manche entfallen. |
| Können Formulare übernommen werden? | Nicht über einen allgemeinen Standardimport. Inventarisieren Sie jedes Formular mit dem zugehörigen Plugin und bauen Sie es in Workspace neu auf oder mappen Sie es projektspezifisch. Behandeln Sie historische Einreichungen und dokumentierte Einwilligungen getrennt. |
| Was passiert mit Page-Builder-Inhalten und Shortcodes? | Prüfen Sie, ob der Inhalt fachlich weiterlebt oder nur Teil des alten Layouts war. Layoutabhängige Inhalte sollten nicht blind importiert werden. |
| Wie gehen wir mit mehrsprachigen Websites um? | Erfassen Sie Sprachvarianten, URL-Struktur, interne Links und hreflang-Bezüge vor dem Mapping. |
| Wie vermeiden wir SEO-Verluste? | Planen Sie URL-Mapping, Weiterleitungen, Metadaten, Sitemaps und Monitoring vor dem Go-live. Prüfen Sie besonders sichtbare Seiten und Landingpages. |
| Wann lohnt sich Workspace statt nur ein neues CMS? | Wenn Website, Leads, Formulare, Storefront, Chat, Dokumente oder interne Workflows enger zusammenarbeiten sollen. |
Grenzen dieses Einstiegs
Eine automatische 1-Klick-Migration gibt es nicht. Je nach Exportmöglichkeit, Customizing, Datenqualität und Zielprozess braucht die Migration ein eigenes Mapping und eine Testübernahme.
Erstellen Sie ein verbindliches WordPress-Migrationskonzept, bevor Sie den Wechsel beginnen. Erfassen Sie darin Inhalte, Plugins, SEO und Zielprozesse und entscheiden Sie, welche WordPress-Bestandteile nach Workspace wechseln, archiviert werden oder extern bleiben.
Nächste Schritte
- Sammeln Sie verfügbare Exporte, Sitemap, Plugin-Liste, Theme-Hinweise und Beispielinhalte.
- Markieren Sie sichtbarkeitsstarke URLs und entscheiden Sie, welche Inhalte übernommen, bereinigt, archiviert oder neu modelliert werden.
- Inventarisieren Sie Formulare mit dem zugehörigen Plugin und planen Sie Neuaufbau oder projektspezifisches Mapping. Ordnen Sie historische Formulareinreichungen und dokumentierte Einwilligungen getrennt ein.
- Trennen Sie Inhalt, Layout, Shortcodes und Page-Builder-Bausteine. Prüfen Sie mehrsprachige Inhalte, Redirects, Tracking und Datenschutzfunktionen vor dem Go-live.
- Prüfen Sie die verlinkten Workspace-Zielbereiche, bevor konkrete Importschritte geplant werden.
Hinweis zu Marken
Genannte Marken, Produktnamen und Unternehmensnamen sind Eigentum der jeweiligen Rechteinhaber. Sie werden hier nur zur eindeutigen Identifikation der jeweiligen Quellsysteme verwendet. Workspace ist nicht mit den genannten Anbietern verbunden, wird nicht von ihnen gesponsert, autorisiert oder empfohlen und ist kein offizielles Angebot dieser Anbieter.