Wissen / Website-Migration

Website-Baukasten wechseln: Was lässt sich mitnehmen?

Kurz gesagt: Wenn Sie Ihren Website-Baukasten wechseln, prüfen Sie zuerst den tatsächlichen Export: Welche Inhalte und Dateien sind übertragbar, welche Funktionen müssen ersetzt werden und welche Seitenadressen bleiben erhalten? Planen Sie den neuen Betrieb samt Domain und E-Mail getrennt. Kündigen Sie die alte Plattform erst, wenn Übernahme, Funktion und Umschaltung nachvollziehbar geprüft sind.

Veröffentlicht am / Aktualisiert am / Redaktion: Ruhrstack / 11 Minuten Lesezeit

01 / WECHSELZIEL

Den Wechsel aus einer konkreten Anforderung planen.

Die neue Grundlage soll eine benannte Aufgabe besser erfüllen.

Sie haben Ihre Unternehmenswebsite selbst in einem Baukasten erstellt und möchten sie auf einer anderen Grundlage weiterführen. Vielleicht soll Ihr Team Inhalte anders pflegen, eine benötigte Funktion fehlt oder Sie wollen das Hosting unabhängig organisieren. Benennen Sie zuerst dieses Ziel. „Weg vom Baukasten“ allein erklärt noch nicht, welches Ergebnis für Ihren Betrieb sinnvoll wäre.

Ein Baukasten kann für eine überschaubare Aufgabe gut passen. Auch professionelle Unterstützung innerhalb der vorhandenen Plattform ist möglich. Für die grundsätzliche Entscheidung hilft der Beitrag zu Möglichkeiten und Grenzen von Website-Baukästen. Dieser Artikel beginnt beim konkreten Wechsel: Sie prüfen den Bestand und bestimmen einen technisch nachvollziehbaren Weg.

Halten Sie fest, welche Inhalte und Funktionen erhalten bleiben sollen und was sich bewusst ändern darf. Eine unveränderte Gestaltung, eine bessere Pflege und eine neue Buchungsfunktion sind unterschiedliche Anforderungen. Je genauer Sie diese trennen, desto leichter lässt sich erkennen, welche Teile übertragbar sind und welche neu umgesetzt werden müssen.

Das Ergebnis der Vorbereitung sollte keine pauschale Exportzusage sein. Sie brauchen eine Bestandsliste, einen überprüften Beispieltransfer und einen Plan für fehlende Funktionen sowie Seitenadressen. Damit kann eine Webagentur den Aufwand fachlich einordnen. Ein unbekanntes Exportpaket eignet sich noch nicht als verlässliche Grundlage für einen vollständigen Umzug.

02 / EXPORT VERSTEHEN

„Export“ kann Inhalte, Dateien oder nur einzelne Daten bedeuten.

Drei Anbieterbeispiele zeigen unterschiedliche Arten der Portabilität.

Prüfen Sie die aktuelle Dokumentation für Ihr Produkt und Ihren Tarif. Eine exportierte Textsammlung, ein Datenbankformat und lauffähige Website-Dateien sind unterschiedliche Ergebnisse. Die folgenden Beispiele wurden am 7. Oktober 2026 geprüft. Sie sind keine vollständige Marktübersicht und keine Empfehlung für oder gegen einen Anbieter.

Dokumentierte Beispiele: Was ein Export tatsächlich ermöglicht
PlattformDokumentierter UmfangFrage für Ihren Wechsel
WixDie vollständige Wix-Website benötigt laut Wix-Dokumentation zum externen Hosting die Infrastruktur des Anbieters.Welche eigenen Inhalte können gesichert und auf einer neuen technischen Grundlage verwendet werden?
SquarespaceDer XML-Export von Squarespace enthält bestimmte Inhalte für einen WordPress-Import, keinen vollständigen Nachbau aller Funktionen und Stile.Welche tatsächlich verwendeten Seitentypen und Inhalte kommen im Zielsystem an?
WebflowWebflow dokumentiert Code-Export für kostenpflichtige Workspace-Tarife, mit HTML, CSS, JavaScript und Assets. CMS-Inhalte und -Funktionen, Formularversand und Passwortschutz sind im exportierten Code nicht enthalten.Welche Funktionen müssen im neuen Betrieb unabhängig eingerichtet werden?

Ein Tarifname oder ein Exportknopf reicht als Nachweis nicht. Lassen Sie den tatsächlich heruntergeladenen Bestand öffnen und mit Ihrer Website vergleichen. Ein statisches Paket kann für reine Informationsseiten gut verwendbar sein, während ein Formular einen neuen Versandweg braucht. Auch die weitere Bearbeitung muss zum geplanten Pflegealltag passen.

Bei Webflow ist besonders zu beachten, dass exportierte zuvor passwortgeschützte Seiten laut der genannten Dokumentation nicht mehr geschützt sind. Ein solcher Export gehört deshalb nicht ungeprüft in eine öffentliche Vorschau. Erhaltene Dateien und funktionsfähige Zugriffskontrolle sind getrennte Prüfpunkte.

03 / ÜBERNAHMEINVENTUR

Eine Inventur trennt wiederverwendbare Inhalte von Plattformfunktionen.

Erfassen Sie den vorhandenen Bestand, den Nachweis und die Aufgabe im Zielsystem.

Arbeiten Sie nicht nur mit den Seiten, die im Hauptmenü sichtbar sind. Zum Bestand können Blogbeiträge, Downloads, ältere Leistungsseiten, Weiterleitungen und Inhalte außerhalb der Navigation gehören. Erfassen Sie diese mit ihrem heutigen Speicherort. Markieren Sie anschließend, ob etwas unverändert übernommen, aktualisiert oder bewusst beendet wird.

Arbeitsvorlage für Ihren konkreten Website-Bestand
BestandteilNachweis der ÜbertragbarkeitAufgabe vor dem Wechsel
Texte und SeitenExport enthält vollständige Inhalte, Struktur und bekannte SeitenzuordnungBeispiel importieren und mit dem Original vergleichen
Bilder und DownloadsDateien liegen tatsächlich vor, statt nur auf alte URLs zu verweisenVollständigkeit, Nutzungsrechte und neue Ablage prüfen
Seitentitel und BeschreibungenAktuelle Angaben sind exportiert oder gesondert erfasstIm Zielsystem zuordnen und inhaltlich abgleichen
Formulare und BuchungenBenötigte Abläufe und beteiligte Dienste sind beschriebenVersand, Rückmeldungen oder Übergaben neu einrichten und testen
Geschützte BereicheZugriff und Berechtigungen sind unabhängig von der Darstellung geklärtGeeigneten Ersatz festlegen, bevor Inhalte veröffentlicht werden
SeitenadressenListe der vorhandenen URLs mit Erhaltungs- oder ErsatzzielBeibehalten oder passende Weiterleitung planen
Domain und E-MailVerträge, Anbieter und verantwortliche Zugänge sind getrennt bekanntWebsite-Umschaltung und Mailbetrieb gemeinsam abstimmen

Prüfen Sie bei Medien besonders, ob die Datei selbst vorliegt. Squarespace weist in seiner oben verlinkten Exportanleitung darauf hin, dass bei bestimmten WordPress-Importwegen nur Bildverweise übernommen werden können. Sichtbare Bilder im Test beweisen deshalb noch keine vollständige Migration. Prüfen Sie die neue Medienablage und die tatsächlich verwendeten Dateiadressen.

Alte Formulareingänge oder Kundendaten sind ein gesonderter Bestand. Entscheiden Sie mit den Verantwortlichen, was überhaupt im neuen System benötigt wird und wie es sicher übergeben werden soll. Die Übernahme einer öffentlichen Website ist keine automatische Begründung dafür, sämtliche gespeicherten Daten in jedes neue Werkzeug zu kopieren.

04 / PROBEÜBERNAHME

Eine Probeübernahme zeigt, welcher Migrationsweg passt.

Nehmen Sie ein typisches vollständiges Beispiel statt nur einer einfachen Textseite.

Wählen Sie eine Seite mit den für Ihren Betrieb wichtigen Bestandteilen: Text, Bild, Download und einem tatsächlichen Kontaktweg. Bei einem Blog sollte die Probe zusätzlich einen Beitrag mit Datum und Verlinkungen umfassen. Bei mehrsprachigem Inhalt gehört eine vorhandene Sprachvariante dazu. Die Probe muss die schwierigen Teile enthalten, nicht nur die leicht übertragbaren.

Lassen Sie dokumentieren, was automatisch ankam, manuell ergänzt wurde und fehlt. Wird nur der Text übernommen, kann das trotzdem ein brauchbarer Ausgangspunkt sein. Die Gestaltung und Funktionen müssen dann ausdrücklich als neue Umsetzung eingeplant werden. Eine gute Probe macht diesen Umfang sichtbar, bevor sämtliche Seiten bearbeitet werden.

Es ergeben sich meist drei Wege: ein weitgehend nutzbarer Import mit anschließender Kontrolle; eine Übernahme von Dateien mit Ersatz einzelner Funktionen; oder ein neuer Seitenaufbau mit wiederverwendbaren Inhalten. Die Entscheidung sollte auf Ihrem geprüften Bestand beruhen. Der Plattformname allein legt keinen dieser Wege zuverlässig für jede Website fest.

Denken Sie auch an die spätere Pflege. Wenn Ihr Team regelmäßig Inhalte ändern soll, ist ein technisch lauffähiger Dateiexport möglicherweise noch nicht die passende Redaktion. Lassen Sie eine geplante Änderung im Zielsystem vorführen. Wie Sie einen vorhandenen Codestand auf Änderbarkeit untersuchen, erklärt der Artikel zum Prüfen und Übernehmen von Website-Code.

05 / SEITENADRESSEN

Den Plattformwechsel von der Änderung Ihrer URLs trennen.

Ein neues System braucht nicht automatisch neue öffentliche Seitenadressen.

Prüfen Sie, welche heutigen URLs auf der neuen Grundlage erhalten bleiben können. Die Domain, ein Seitenpfad und die verwendete Software sind unterschiedliche Entscheidungen. Wenn eine Leistungsseite inhaltlich weiterbesteht, kann ihre vertraute Adresse häufig als Anforderung an das neue System formuliert werden. Technisch muss das am vorgesehenen Hosting bestätigt werden.

Für veränderte Adressen empfiehlt Google eine Zuordnung alter zu passenden neuen URLs und geeignete Weiterleitungen. Interne Links und Indexangaben müssen zum neuen Stand passen. Google weist auch auf mögliche vorübergehende Rankingschwankungen hin. Ein sauberer Umzug erlaubt deshalb keine Zusage unveränderter Platzierungen.

Fiktive URL-Liste für einen kleinen Dienstleister
Bisherige AdresseEntscheidungPrüfbares Ergebnis
/leistungen/reinigungGleicher Inhalt bleibt unter gleicher AdresseDirekt erreichbar, interne Links zeigen auf diese URL
/kontakt-altKontaktseite wird unter /kontakt weitergeführtAlte Adresse leitet auf die passende Kontaktseite
/downloads/leistungsblatt.pdfGültiger Download wird übernommenDatei ist am bestätigten Ziel abrufbar

Leiten Sie entfernte Inhalte nicht allein aus Bequemlichkeit gesammelt auf die Startseite. Entscheiden Sie, ob es einen fachlich passenden Ersatz gibt oder die Seite tatsächlich entfällt. Eine URL-Liste hält diese Entscheidungen fest. Details zur Suchsichtbarkeit gehören in den Migrationsumfang; das Grundprinzip der Indexierungsprüfung mit der Search Console erläutert ein eigener Artikel.

06 / DOMAIN UND UMSCHALTUNG

Domain, E-Mail und Websitebetrieb gesondert absichern.

Erst die neue Grundlage prüfen, dann Besucher dorthin führen.

Notieren Sie, wo Domain, Website und E-Mail heute verwaltet werden. Diese Leistungen können beim gleichen Anbieter gebündelt sein, müssen es aber nicht. Klären Sie, welche Verträge voneinander abhängen und welche Zugänge benötigt werden. Eine Kündigung des Websitepakets darf nicht vorab als sichere Lösung für alle Bestandteile angenommen werden.

Bei einem Hostingwechsel ohne veränderte öffentliche URLs beschreibt Google die Prüfung der neuen Infrastruktur vor der DNS-Umschaltung und die anschließende Beobachtung des Verkehrs. Das liefert die Reihenfolge für Ihren Plan: neue Website bereitstellen, Funktionen nachweisen, Umschaltung durchführen und das tatsächliche Ergebnis kontrollieren.

Vereinbaren Sie vor dem Wechsel, wer umschaltet, wer Anfragen und E-Mail kontrolliert und wer bei einem Fehler erreichbar ist. Dokumentieren Sie den vorherigen Stand sowie den vorgesehenen Rückweg. Die technischen Einzelheiten hängen von Ihrem Anbieter ab. Grundlagen zum Zusammenspiel von Domain, DNS, Hosting und TLS stehen im eigenen Wissensartikel.

Lassen Sie nach der Umschaltung unter der endgültigen Domain Seiten, Medien, Downloads und echte Anfragewege prüfen. Eine funktionierende temporäre Vorschau reicht dafür nicht. Klären Sie außerdem, dass vorläufige Indexierungsblockaden am veröffentlichten Stand passend entfernt wurden und geschützte Inhalte weiterhin geschützt bleiben.

Beenden Sie die alte Plattform erst nach einer bestätigten Übernahme und einer geplanten Übergangsphase. Bewahren Sie benötigte Exporte und dokumentierte Entscheidungen unabhängig vom alten Konto auf. Wann der alte Betrieb tatsächlich entbehrlich ist, richtet sich nach dem Migrationsplan und dem überprüften Ergebnis.

07 / FIKTIVER WECHSELPLAN

Ein kleiner Wechselplan verbindet die Entscheidungen.

Das folgende Unternehmen und sein Bestand sind vollständig fiktiv.

Ein fiktiver Dienstleister möchte seine fünf Informationsseiten künftig mit einem kleinen Redaktionssystem pflegen. Die vorhandenen Texte und Fotos sollen erhalten bleiben. Der Baukasten enthält außerdem ein Kontaktformular und einen Download. Die Domain und das geschäftliche E-Mail-Postfach sollen weiterverwendet werden.

Die Inventur zeigt: Texte lassen sich übernehmen; Fotos müssen als tatsächliche Dateien gesichert werden; das Formular benötigt im Zielsystem einen neu eingerichteten Versandweg. Die vorhandenen Seitenadressen können beibehalten werden. Der Wechsel ist damit kein vollständiger automatischer Import, aber auch kein Anlass, alle Inhalte neu zu erstellen.

Vor dem Gesamttransfer wird eine Leistungsseite samt Bild und Download probeweise umgesetzt. Eine Mitarbeiterin ändert anschließend einen Text im neuen System. Der Formularweg wird mit Testdaten geprüft. Erst wenn diese Aufgaben nachvollziehbar funktionieren, wird der restliche Bestand übertragen und die Umschaltung vorbereitet.

Der Nutzen professioneller Arbeit liegt hier in der zusammenhängenden Prüfung: Welche Bestandteile bleiben erhalten, wo fehlen Funktionen und was muss der Betreiber später selbst bearbeiten können? Ein nachvollziehbarer Plan bewahrt geeignete Vorarbeit und benennt die notwendige neue Arbeit.

08 / KURZANTWORTEN

Häufige Fragen zum Wechsel eines Website-Baukastens.

Ein geprüftes Exportpaket ist hilfreicher als eine pauschale Zusage.

Kann jede Baukastenwebsite vollständig exportiert werden?

Nein. Der Umfang hängt von Plattform, Produkt, Tarif und verwendeten Funktionen ab. Manche Exporte enthalten nur Inhalte, andere auch Website-Dateien. Prüfen Sie das Paket und die Dokumentation für Ihren konkreten Bestand.

Muss meine Domain beim Wechsel ebenfalls umziehen?

Nicht automatisch. Entscheidend sind die bestehenden Verträge und die Möglichkeit, die Domain mit dem neuen Hosting zu verbinden. Domainverwaltung, E-Mail und Websitebetrieb müssen einzeln geklärt werden.

Kann eine Webagentur meine eigenen Texte und Bilder übernehmen?

Geeignete und rechtmäßig verwendbare Inhalte können eine Grundlage sein. Vor der Übernahme sollten Vollständigkeit, Aktualität und technische Verfügbarkeit geprüft werden. Plattformfunktionen benötigen möglicherweise eine andere Umsetzung.

09 / RUHRSTACK

Einen Baukastenwechsel mit Ruhrstack vorbereiten.

Vorhandene Inhalte und Seitenadressen gehören zur Entscheidung.

Auf unserer Leistungsseite für Website-Erstellung und Relaunch beschreiben wir die Prüfung vorhandener Texte, Bilder, Seitenadressen und Technik. Wir wählen eine Grundlage nach Funktionen, Pflegebedarf und Wartbarkeit und besprechen gezielte Verbesserungen als Alternative, wenn sie das Ziel erfüllen.

Nennen Sie für die erste Einordnung Ihre Plattform, die öffentliche URL und den gewünschten nächsten Schritt. Eine vorhandene Bestandsliste hilft, Übernahme und neue Umsetzung zu unterscheiden. Welche Aufgabe intern oder extern übernommen werden soll, lässt sich anschließend anhand des konkreten Migrationsumfangs vereinbaren.

10 / QUELLEN

Quellen und redaktioneller Stand.

Die Quellen wurden am 7. Oktober 2026 geprüft. Die Inventur, URL-Liste und der Wechselplan sind eigenständige redaktionelle Arbeitshilfen. Der Dienstleister und sämtliche Angaben im Wechselbeispiel sind fiktiv. Anbieterfunktionen können sich ändern und müssen für den konkreten Tarif erneut geprüft werden.

  1. Wix Help Center: Exporting or Embedding Your Wix Site Elsewhere, abgerufen am 7. Oktober 2026.
  2. Squarespace Help Center: Exporting your site, abgerufen am 7. Oktober 2026.
  3. Webflow Help Center: How do I export my Webflow site code?, abgerufen am 7. Oktober 2026.
  4. Google Search Central: Website migrieren: Verschiebung mit URL-Änderungen, abgerufen am 7. Oktober 2026.
  5. Google Search Central: Änderung des Hostings ohne URL-Änderungen, abgerufen am 7. Oktober 2026.

Redaktioneller Hinweis: Dieser Beitrag dient der allgemeinen Information und ersetzt keine Einzelfallprüfung. Trotz sorgfältiger Recherche wird keine Gewähr für Vollständigkeit und fortdauernde Aktualität übernommen. Eine Haftung nach zwingenden gesetzlichen Vorschriften bleibt unberührt. Redaktionelle Einordnung.

Was möchten Sie aus Ihrem Baukasten übernehmen?

Nennen Sie Ihre Plattform, die öffentliche URL und das Ziel des Wechsels. Wir besprechen, welche Inhalte und Funktionen weiterverwendbar sind und welche Grundlage zu Ihrer künftigen Pflege passt.

Baukastenwechsel besprechen