Webflow oder WordPress: So prüfen Sie die Portabilität Ihrer Website

Webflow oder WordPress ist nicht nur eine Frage des Editors und der Zahlungsweise. Prüfen Sie vor der Beauftragung einer Unternehmenswebsite, was Ihr Unternehmen tatsächlich von der Plattform mitnehmen kann: Texte, Dateien, Datenstruktur und funktionsfähige Abläufe. Ein Codearchiv bedeutet noch nicht, dass die Website in einer anderen Umgebung läuft, und eine Tabelle mit Artikeln ersetzt kein System zu deren Verwaltung.

Ein praktischer Weg, Unsicherheit zu verringern, ist eine kleine Testmigration vor der Freigabe des Gesamtprojekts. Sie müssen weder die gesamte Website migrieren noch sofort auf eine komfortable Plattform verzichten. Es genügt, einen typischen Inhalt, eine komplexe Beziehung zwischen Datensätzen, ein Anfrageformular und eine zusätzliche Sprache zu prüfen. Das Ergebnis zeigt, wo Sie einen komfortablen Dienst einkaufen und wo Sie künftige Nacharbeiten in Kauf nehmen.

Legen Sie zuerst fest, welche Unabhängigkeit Sie prüfen

Unternehmensinhaber können unterschiedliche Gründe für einen Umgebungswechsel haben: ein neues Team, ein anderes Hosting, eine komplexere Inhaltsstruktur oder die Notwendigkeit, die Website mit einem internen System zu verbinden. Das sind unterschiedliche Aufgaben. Die Übergabe eines Projekts an einen anderen Dienstleister innerhalb derselben Plattform ist nicht mit dem Wechsel zu einem anderen CMS — einem Content-Management-System — gleichzusetzen. Und die Übertragung fertiger Seiten garantiert nicht, dass die Redaktion neue Seiten erstellen kann.

In diesem Artikel bedeutet Unabhängigkeit, einen vereinbarten Geschäftsablauf außerhalb der ursprünglichen Umgebung nachbilden zu können. Zum Beispiel: Ein Redakteur fügt eine Fallstudie hinzu, verknüpft sie mit einer Leistung und veröffentlicht eine ukrainische und eine englische Version; ein Besucher sendet eine Anfrage an den zuständigen Kundenbetreuer. Geprüft werden muss die gesamte Kette, nicht nur das Erscheinungsbild der Seite.

Was Export in Webflow tatsächlich bedeutet

Laut der offiziellen Webflow-Dokumentation zum Codeexport lassen sich HTML, CSS, JavaScript und Ressourcen mit kostenpflichtigen Workspace-Tarifen exportieren. Ein Site-Tarif allein bietet diese Möglichkeit nicht. Deshalb muss bereits bei der Bewertung geklärt werden, über welchen Zugang das Unternehmen genau verfügt und wer den Export durchführt. Geprüft am 3. November 2026; die Bedingungen sollten vor dem Kauf erneut abgeglichen werden.

Seitencode ist keine Kopie des CMS

Webflow weist ausdrücklich darauf hin, dass der Codeexport keine Inhalte und Funktionen des CMS und des E-Commerce-Bereichs enthält. Auf der exportierten Website funktionieren die integrierte Formularverarbeitung und die Suche nicht; lokalisierte Seiten und Inhalte sind ebenfalls nicht Teil dieses Pakets. Ein ansprechend gestaltetes Seitenarchiv sollte daher nicht als Beleg dafür gelten, dass eine Unternehmenswebsite mit Fallstudienkatalog und mehreren Sprachen bereits umzugsbereit ist.

Inhalte und Medien müssen gesondert geprüft werden

Die Webflow-Dokumentation zum Import und Export von Collections beschreibt den separaten Export von Datensätzen in CSV — ein tabellarisches Datenaustauschformat. Der Export betrifft die aktuelle Sprachversion. Bilder und Dateien werden durch Adressen repräsentiert, nicht zwangsläufig durch eigenständig verfügbare Dateien. Wird die ursprüngliche Website gelöscht, können verknüpfte Ressourcen verschwinden und die Links in der Tabelle nicht mehr funktionieren.

Die Portabilität von Inhalten wird also nicht anhand einer Export-Schaltfläche geprüft, sondern anhand des Ergebnisses beim Einlesen in ein anderes System. Ist die Textformatierung erhalten geblieben? Wurde die Beziehung zwischen Fallstudie und Leistung wiederhergestellt? Wurden die Medien in einen neuen Speicher hochgeladen? Solange diese Fragen nicht beantwortet sind, sollte die ursprüngliche Umgebung nicht als entbehrlich gelten.

Was bei WordPress zu unterscheiden ist

Hier geht es um selbst gehostetes WordPress, nicht um das Tarifangebot von WordPress.com. Die integrierte Funktion Tools Export erstellt eine WXR-XML-Datei mit Beiträgen, Seiten, benutzerdefinierten Beitragstypen, Feldern, Kategorien und weiteren in der Dokumentation aufgeführten Daten. Das ist eine Möglichkeit zum Austausch von Inhalten, aber kein vollständiges portables Abbild einer funktionierenden Website.

Für die vollständige Wiederherstellung einer typischen WordPress-Website werden sowohl die Datenbank als auch die Dateien benötigt. Genau das erläutert die offizielle Anleitung zur Datensicherung. Das Theme, Plugins, hochgeladene Medien und individuelle Anpassungen müssen gesondert berücksichtigt werden. Zugleich verwandelt selbst eine vollständige WordPress-Kopie dessen Funktionen nicht in fertige Module für ein anderes CMS.

Für Auftraggeber lautet die praktische Schlussfolgerung: Die Möglichkeit, das Hosting zu wechseln, garantiert keinen kostengünstigen Plattformwechsel. Wenn ein Formular, eine Fallstudienkarte oder die Mehrsprachigkeit über eine bestimmte Erweiterung umgesetzt ist, prüfen Sie die Abhängigkeit davon. Sie müssen den Namen der Komponente, die Nutzungsbedingungen, das Datenformat und die für einen Ersatz erforderlichen Arbeiten kennen. Open Source bietet Werkzeuge zur Kontrolle, erspart aber nicht die technische Arbeit.

Vergleichen Sie Migrationsergebnisse statt Schaltflächenlisten

Legen Sie beiden Varianten denselben Geschäftsablauf zugrunde. Die folgende Tabelle ist keine Rangliste der Plattformen, sondern eine Liste von Nachweisen, die Sie vor der Freigabe der Architektur anfordern sollten. Die konkrete WordPress-Umsetzung hängt vom Theme, den Erweiterungen und dem eigenen Code ab; die Möglichkeiten von Webflow hängen von den aktuellen Bedingungen und den genutzten Funktionen ab.

Für jede Zeile ist ein Nachweis erforderlich: eine Datei, ein Importbericht, eine Testseite oder eine erfolgreich übermittelte Anfrage. Wenn eine Funktion nicht automatisch übertragen wird, bewerten Sie ihren Ersatz vor der Projektfreigabe.

So führen Sie den Test vor dem vollständigen Start durch

Eine Website-Testmigration sollte klar begrenzt und wiederholbar sein. Arbeiten Sie in einer separaten Umgebung und verwenden Sie erfundene Kontaktdaten, die eindeutig als Testdaten gekennzeichnet sind. Sie müssen weder die produktive Domain ändern noch das ursprüngliche Projekt löschen oder echte Aussendungen an Kunden testen. Ziel ist ein Funktionsnachweis, kein vorgezogener Umzug.

1. Stellen Sie eine Stichprobe von Datentypen zusammen: eine gewöhnliche Seite, einen Datensatz mit einer Beziehung, einen Inhalt mit einer Mediendatei und eine zusätzliche Sprache. Wählen Sie unterschiedliche Strukturen, nicht nur die einfachsten Seiten.
2. Beschreiben Sie die erwarteten Felder und Aktionen. Bei einer Fallstudie können das Titel, Text, Bild, Leistung, Sprache, Seitenadresse und die Möglichkeit zur späteren Bearbeitung sein.
3. Exportieren Sie die Daten mit den vereinbarten Werkzeugen und erstellen Sie eine Beschreibung des Pakets. Halten Sie gesondert fest, was darin fehlt: Dateien, Formulareinstellungen, Vorlagen oder Beziehungen.
4. Importieren Sie die Stichprobe in die Ziel-Testumgebung. Gleichen Sie die Datensätze mit der ursprünglichen Liste ab und prüfen Sie ukrainische Zeichen, Links, Medien und die korrekte Sprachzuordnung.
5. Stellen Sie einen durchgängigen Ablauf wieder her: Ein Redakteur ändert einen Inhalt und veröffentlicht ihn, ein Besucher sendet eine Testanfrage, und die zuständige Person erhält sie am vereinbarten Ziel.
6. Dokumentieren Sie manuelle Korrekturen und wiederholen Sie den Import. Wenn beim zweiten Durchlauf Duplikate entstehen oder Änderungen verloren gehen, ist die Migrationsmethode noch nicht für die Skalierung bereit.

Vereinbaren Sie die Abnahmekriterien vor Beginn: Welche Felder sind Pflicht, was muss ohne Entwickler bearbeitbar sein, wohin geht die Anfrage und welche Ressourcen dürfen nicht von der alten Website abhängen? Das Testergebnis ist eine Liste der durchgeführten Prüfungen und der nicht wiederhergestellten Funktionen, nicht nur die Vorführung einer Seite auf dem Bildschirm.

Risiken, die Sie in Vertragsbedingungen überführen sollten

Das offensichtlichste Risiko ist eine Abweichung beim erwarteten Ergebnis: Der Dienstleister liefert ein Archiv, das Unternehmen erwartet hingegen eine unabhängige, funktionierende Website. Trennen Sie in der Ergebnisliste Design, Inhalte, Medien, Funktionen und Dokumentation. Legen Sie für jeden Gegenstand die verantwortliche Person, das Übergabeformat und die Prüfmethode fest. Dies ist eine organisatorische Empfehlung; die rechtlichen Bedingungen sollte Ihr zuständiger Fachberater prüfen.

Das zweite Risiko ist die unvollständige Kontrolle über Zugänge. Vereinbaren Sie, wem die Konten für das Projekt, die Domain und externe Dienste gehören und wie die Rechte an ein neues Team übergeben werden. Nennen Sie im Bericht die Verantwortlichen, aber keine Passwörter oder Schlüssel.

Das dritte Risiko ist eine unbemerkte Abhängigkeit von alten Ressourcen. Eine Seite kann korrekt aussehen, solange Bilder oder Skripte aus der ursprünglichen Umgebung geladen werden. Prüfen Sie die Herkunft der Ressourcen und nehmen Sie erforderliche Ersatzmaßnahmen in den Kostenvoranschlag auf. Allein die Tatsache, dass sich eine Seite erfolgreich öffnen lässt, beweist nicht ihre Eigenständigkeit.

Eine gesonderte Grenze betrifft die Sichtbarkeit in Suchmaschinen. Dieser Test ersetzt keinen Plan für den tatsächlichen Umzug und garantiert nicht den Erhalt von Rankings. Wenn sich nach der Plattformwahl Adressen oder die Struktur ändern, sollten die entsprechenden Arbeiten in ein separates SEO-Audit und eine Prüfung der technischen Optimierung ausgelagert werden. Verwechseln Sie den Nachweis der Datenportabilität nicht mit einer Prognose des künftigen Traffics.

Wovon Zeitrahmen und Kosten der Prüfung abhängen

Die Dauer wird weniger von der Seitenzahl als von der Vielfalt der Strukturen und Abhängigkeiten bestimmt. Gleichförmige Artikel und ein Katalog mit Beziehungen zwischen Leistungen, Fachleuten und Regionen erfordern unterschiedliche Vorbereitungen. Die größte Unsicherheit entsteht meist durch nicht abgestimmte Felder, fehlende Zugänge, eigene Erweiterungen und externe Dienste ohne dokumentierten Übergabeprozess.

Planen Sie die Arbeit in Etappen: Bestandsaufnahme, Auswahl der Stichproben, Export, Import, Wiederherstellung des Ablaufs und erneute Prüfung. Nach der Bestandsaufnahme lässt sich die Schätzung für den nächsten Schritt präzisieren. Akzeptieren Sie keine verbindliche Terminzusage für einen vollständigen Umzug allein deshalb, weil sich eine kleine Stichprobe erfolgreich öffnen ließ: Größere Datenmengen und andere Datentypen können zusätzliche Probleme aufdecken.

Weisen Sie im Kostenvoranschlag Strukturanalyse, Datenvorbereitung, Einrichtung der Testumgebung, Medienbearbeitung, Import, Funktionsersatz, Tests und Dokumentation getrennt aus. Berücksichtigen Sie benötigte Plattformtarife, Erweiterungslizenzen, Hosting und externe Dienste gesondert. Das Budget für einen künftigen Wechsel sollte außerdem eine Phase des parallelen Betriebs beider Umgebungen und eine Prüfung nach dem Start enthalten.

Vergleichen Sie regelmäßige Zahlungen und technische Betreuung mit den Kosten eines möglichen Umgebungswechsels. Auch eine teure Vorbereitung auf eine rein hypothetische Migration kann unnötig sein: Der Grad der Unabhängigkeit richtet sich nach den tatsächlichen Geschäftsanforderungen.

So treffen Sie nach dem Test eine Entscheidung

Wenn Webflow den benötigten Redaktionsprozess abdeckt und das Unternehmen sein Servicemodell sowie die Exportgrenzen akzeptiert, besteht kein Grund, zugunsten abstrakter Unabhängigkeit darauf zu verzichten. Wenn die Kontrolle über die WordPress-Umgebung wichtig ist, prüfen Sie nicht nur die Kopierbarkeit, sondern auch die Wartbarkeit des konkreten Themes, der Erweiterungen und Integrationen. Kein CMS-Name ersetzt die Prüfung der Umsetzung.

Wenn beide Varianten erhebliche Behelfslösungen für Rollen, Beziehungen oder Geschäftsprozesse erfordern, lohnt es sich, den Architekturvergleich zu erweitern. GL.ua (Glyanets) ist auf Drupal spezialisiert; das ist eine weitere zu bewertende Option, kein automatischer Testsieger. Übergeben Sie dem Team die Liste der benötigten Abläufe und die Ergebnisse des Probeexports, um die Entwicklung einer Drupal-Website passend zu Ihren Prozessen zu besprechen. Der nächste Schritt ist die Abstimmung des Lösungsumfangs und der Abnahmekriterien, nicht der Kauf einer Plattform anhand einer allgemeinen Rangliste.