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?

Die Seite ist bewusst kompakt. Sie ersetzt keine projektbezogene Analyse. Nutzen Sie die Struktur für Export, Mapping, Import und Go-live-Planung.

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

Ein WordPress-Export zeigt Dateien, Beiträge und Metadaten. Er beantwortet aber nicht, welche Inhalte im Zielprozess weiterleben sollen. Klären Sie deshalb 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

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	kopieren	Lead-Prozess, Benachrichtigung und Folgeaktion klären
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, 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	Felder, Einwilligungen, Benachrichtigungen, Empfänger und Folgeaufgaben sind vorbereitet.
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, Formulare und Referenzen sind vorbereitet.
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?	Ja, wenn Felder, Einwilligungen, Benachrichtigungen und Folgeprozesse sauber geklärt sind.
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

Diese Seite verspricht keine automatische 1-Klick-Migration. Je nach Exportmöglichkeit, Customizing, Datenqualität und Zielprozess braucht die Migration ein eigenes Mapping und eine Testübernahme.

Diese Seite ersetzt auch kein verbindliches WordPress-Migrationskonzept. Sie hilft, Inhalte, Plugins, SEO und Zielprozesse sichtbar zu machen, bevor Sie entscheiden, 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, Landingpages, Downloads und Kampagnenseiten.
Erfassen Sie Formulare, Benachrichtigungen, Einwilligungen und Folgeprozesse.
Trennen Sie Inhalt, Layout, Shortcodes, Page-Builder-Bausteine und wiederverwendbare Blöcke.
Prüfen Sie mehrsprachige Inhalte, Redirects, Tracking und Datenschutzfunktionen vor dem Go-live.
Entscheiden Sie, welche Inhalte übernommen, bereinigt, archiviert oder neu modelliert werden.
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.