Umzug von einem Baukasten zum anderen: was mitgenommen werden kann

Du willst den Anbieter wechseln und fragst dich, wie viel von deiner bestehenden Website mitkommt? Die ehrliche Antwort: Texte, Bilder und Dokumente lassen sich fast immer weiterverwenden, Design, Formulare und Konten dagegen selten. Ein Umzug ist deshalb kein Datentransfer, sondern ein geplanter Neuaufbau mit vorhandenem Material. Wer diese Trennlinie früh zieht, spart sich die unangenehmen Überraschungen kurz vor dem Umschalten.

Erst die Bestandsaufnahme, dann der Umzug

Ein Umzug beginnt nicht mit dem Kopieren einzelner Texte, sondern mit einer vollständigen Liste dessen, was überhaupt da ist. Gerade bei kleineren Websites geraten Kontaktformulare, PDF-Dateien oder alte Landingpages schnell aus dem Blick.

Geh deine Seite für Seite durch und notiere Titel, Zweck, Adresse (URL) und besondere Funktionen. Dazu gehören auch versteckte oder selten besuchte Bereiche: Datenschutzseiten, Downloadseiten, frühere Kampagnen. Erfasse zusätzlich Formulare, Suchfunktionen, Kommentare, geschützte Bereiche und externe Einbindungen. So entsteht ein realistisches Bild vom Umfang, bevor du das erste Layout anfasst.

Export und Import beider Systeme vergleichen

Baukästen unterscheiden sich stark darin, welche Daten sie herausgeben und in welchem Format sie wieder eingelesen werden können. Prüfe deshalb nicht nur, ob es überhaupt einen Export gibt, sondern ob Texte, Medien, URL-Pfade, Blogdaten und Einstellungen tatsächlich enthalten sind. Ein Probelauf mit wenigen Seiten zeigt oft schneller als jede Produktbeschreibung, wo Handarbeit nötig wird.

Bei der Wahl des Zielsystems hilft eine geordnete Gegenüberstellung der gängigen Systeme, weil du damit Funktionsumfang und Grenzen nebeneinander siehst statt nacheinander. Entscheidend bleibt am Ende aber, ob genau deine Kombination aus altem und neuem System den gewünschten Weg unterstützt. Wie weit die Herausgabepflicht deines bisherigen Anbieters überhaupt reicht und welche Daten ein Anbieter beim Abschied herausgibt, solltest du klären, bevor du kündigst.

Alles sichern, was du behalten willst

Lege vor dem Wechsel eine lokale Sicherung an. Speichere Texte, Originalbilder, Videos, PDFs und Tabellen nicht nur innerhalb des alten Baukastens, sondern zusätzlich in einer nachvollziehbaren Ordnerstruktur. Halte auch Seitentitel, Meta-Beschreibungen, Weiterleitungen, Tracking-Codes und wichtige Einstellungen fest.

Eine vollständige Sicherung umfasst mehr als die sichtbaren Inhalte. Prüfe, ob Kommentare, Formulardaten, Newsletter-Anbindungen und E-Mail-Informationen separat gesichert werden müssen. Zugangsdaten gehören dabei nicht ungeschützt in eine einfache Textdatei.

Diese Inhalte lassen sich meist mitnehmen

Viele Inhalte kannst du unabhängig vom Baukasten weiterverwenden, besonders alles, was ohnehin als eigene Datei vorliegt. “Mitnehmen” heißt trotzdem nicht immer “automatisch importieren”: Formatierungen, Dateipfade und Verknüpfungen musst du häufig anpassen.

Texte und Überschriften lassen sich meist kopieren oder über einen Export übernehmen. Schwieriger sind Tabellen, Listen, eingebettete Elemente und Sonderformatierungen, die das neue System anders umsetzt. Übertrage deshalb zuerst den Inhalt und kontrolliere danach Absatzabstände, Überschriftenebenen und Links. Übernimm Überschriften außerdem nicht nach ihrer optischen Größe: Die inhaltliche Hierarchie muss klar bleiben, damit Besucher und Suchmaschinen die Seite verstehen.

Bilder, Videos und PDFs lädst du am besten in ursprünglicher Qualität herunter und benennst sie verständlich, bevor sie in die neue Mediathek wandern. Kontrolliere bei Bildern Dateiformat, Abmessungen, Alternativtext und die Darstellung auf kleinen Bildschirmen. Bei Videos ist zusätzlich zu klären, ob nur ein eingebetteter Player übernommen wird oder ob du die Originaldatei brauchst.

Blogbeiträge lassen sich oft als Text und Medien übertragen, während Kategorien, Veröffentlichungsdaten und Autorenangaben zusätzliche Arbeit machen. Kommentare hängen stark vom System ab und werden nicht immer vollständig exportiert. Kläre vorab, ob sie archiviert, importiert oder bewusst nicht weitergeführt werden.

Was du im neuen System neu aufbauen musst

Nicht alles, was im alten Baukasten sichtbar ist, existiert als eigenständige Datei. Designregeln, Formularlogik und Konten hängen eng an der ursprünglichen Plattform. Ein realistischer Zeitplan rechnet deshalb mit echtem Neuaufbau.

• Design und Vorlagen: Farben, Abstände, Schriftgrößen und responsive Regeln stellst du meist neu ein. Individuell platzierte Elemente verschieben sich, wenn das neue System mit einem anderen Raster arbeitet. Übernimm zuerst die visuelle Grundidee und prüfe danach jede wichtige Seitenvorlage.
• Formulare und interaktive Module: Kontaktformulare, Buchungsstrecken, Karten und Slider hängen an bestimmten Modulen und müssen neu eingerichtet werden. Kontrolliere nicht nur, ob ein Formular sichtbar ist, sondern auch Absenden, Zustellung, Fehlermeldungen und den Umgang mit den übermittelten Daten.
• Shopfunktionen: Produktdaten liegen zwar oft strukturiert vor, passen aber selten ohne Anpassung in die Struktur des neuen Systems. Zahlungsanbieter und Versandregeln brauchen ohnehin eine eigene Konfiguration.
• Benutzerkonten und geschützte Bereiche: Passwörter werden aus Sicherheitsgründen nicht exportiert, und Rollen heißen im Zielsystem oft anders. Informiere Nutzer rechtzeitig, wenn sie neue Zugangsdaten brauchen, und prüfe jede geschützte Seite mit unterschiedlichen Kontotypen.

Wenn du den Umzug ohnehin nutzt, um die Seite breiter aufzustellen, ist das auch der richtige Moment, eine zweite Sprache sauber aufzusetzen — nachträglich eingezogene Sprachversionen verursachen deutlich mehr Umbauarbeit an Struktur und Adressen.

Domain, E-Mail und Technik getrennt planen

Website-Inhalte und technische Dienste sind zwei verschiedene Umzugsaufgaben. Eine Domain kann beim bisherigen Anbieter bleiben, während die Website längst auf dem neuen System läuft. E-Mail-Postfächer wiederum bestehen unabhängig davon weiter oder ziehen ebenfalls um.

Prüfe zuerst, wer aktuell als Registrar eingetragen ist und welche Vertragsbedingungen gelten. Eine Übertragung ist nicht immer nötig; häufig lässt sich die Domain belassen und einfach auf das neue Ziel verweisen. Wichtig ist nur, dass du Zugang zu den nötigen Einstellungen hast.

Sichere die bestehenden DNS-Einträge, bevor du etwas änderst, und kläre beim Zielsystem, welche Einträge gebraucht werden. Das SSL-Zertifikat muss anschließend für alle tatsächlich genutzten Domains aktiv sein. Nach der Umstellung dauert es eine Weile, bis Änderungen überall ankommen — prüfe deshalb aus mehreren Netzen, ob Website, www-Version und wichtige Subdomains erreichbar sind.

E-Mail-Adressen ziehen nicht automatisch mit um. Sichere wichtige Nachrichten, Kontakte und Weiterleitungen getrennt und richte die Postfächer im Zielsystem ein, bevor die DNS-Umschaltung erfolgt. Alte Postfächer schaltest du erst ab, wenn die neue Zustellung zuverlässig läuft.

Sichtbarkeit bei Google schützen

Ein Baukastenwechsel kann die Sichtbarkeit beeinflussen, selbst wenn Texte und Bilder unverändert bleiben. Der häufigste Grund sind neue Adressen, fehlende Weiterleitungen oder veränderte Seitentitel.

Wenn sich eine URL ohne Nachteile beibehalten lässt, ist das meist der einfachste Weg. Prüfe vorab, ob das Zielsystem die bisherigen Pfade und die Groß- und Kleinschreibung unterstützt. Ordne anschließend jeder alten Adresse ein Ziel zu — diese Zuordnung ist die Grundlage für alles Weitere.

Für dauerhaft geänderte Adressen setzt du 301-Weiterleitungen ein. Sie sollten direkt auf die passende neue Seite führen und nicht über mehrere Zwischenstationen laufen. Denk dabei auch an Links zu alten PDFs, Bildern und Unterseiten; eine Weiterleitungsliste nur für das Hauptmenü lässt viele kleinere, aber weiterhin verlinkte Adressen außen vor.

Übertrage Seitentitel, Meta-Beschreibungen und Überschriften als tatsächlich hinterlegte Seiteneinstellungen, nicht nur als Notiz. Kontrolliere danach, ob Sitemap und robots.txt zur neuen Website passen: Eine nicht öffentliche Arbeitsversion darf Suchmaschinen nicht zur Indexierung einladen, die fertige Website darf nicht blockiert bleiben.

Den Wechsel praktisch durchführen

Arbeite möglichst nicht direkt an der öffentlich erreichbaren Version, sondern in einer geschützten Vorschau oder auf einer vorläufigen Adresse. So bleiben Fehler unsichtbar, bis die wichtigsten Kontrollen erledigt sind. Sperre diese Vorschau für Suchmaschinen und achte darauf, dass Probeformulare keine echten Empfänger erreichen. Verwende dabei realistische Inhalte, weil Platzhalter viele Darstellungsfehler verdecken.

Beginne mit einer kleinen, repräsentativen Auswahl aus verschiedenen Seitentypen. Erst wenn dieser Probelauf sauber funktioniert, startest du die vollständige Migration. Bei wenigen Seiten ist eine manuelle Übertragung oft übersichtlicher als ein unvollständiger Import.

Nach jedem größeren Schritt lohnt eine feste Reihenfolge: Startseite, Hauptnavigation und Fußzeile öffnen, wichtige Unterseiten und Downloads aufrufen, Formulare und interaktive Module absenden, interne Links und die mobile Darstellung kontrollieren. Dokumentiere Fehler direkt mit Adresse und Beschreibung — so wird aus einer allgemeinen Kontrolle eine konkrete Reparaturliste.

Nach dem Umzug: kontrollieren statt hoffen

Leg den Umschalttermin so, dass die Änderungen überschaubar bleiben und Ansprechpartner erreichbar sind. Vorher sollten Backup, DNS-Plan, Weiterleitungen und eine Rückfalloption bereitliegen.

Danach prüfst du die Website aus Sicht verschiedener Besucher, nicht nur aus dem eigenen Verwaltungskonto. Öffne zentrale Seiten auf unterschiedlichen Bildschirmgrößen und in mehreren Browsern und achte auf abgeschnittene Menüs, übergroße Bilder und Formulare, die auf kleinen Displays aus dem Bild rutschen. Ruf alte, wichtige Adressen auf und kontrolliere, ob sie am richtigen Ziel landen. Such gezielt nach 404-Fehlern und kaputten internen Links, auch in älteren Blogbeiträgen.

Verbinde anschließend Analyse- und Webmaster-Dienste neu und prüfe, ob wirklich Daten ankommen. Ein Code kann vorhanden sein und wegen einer falschen Konfiguration trotzdem nichts messen.

Lass die alte Website und mindestens eine vollständige Sicherung zunächst bestehen. Abschalten solltest du erst, wenn Weiterleitungen, E-Mail, Tracking und zentrale Funktionen stabil laufen. Halte danach fest, welche Backups dauerhaft aufbewahrt werden und wer Zugriff darauf hat.

Fazit: Vorbereitung schlägt Werkzeug

Ein Umzug von einem Baukasten zum anderen gelingt vor allem durch Vorbereitung und Kontrolle. Texte, Bilder und Dokumente lassen sich häufig weiterverwenden, während Design, Funktionen, Konten und technische Verbindungen neu eingerichtet werden. Wer Adressen, E-Mail und Backups genauso sorgfältig behandelt wie die sichtbare Website, wechselt am Ende ohne Substanzverlust.

Häufige Fragen

Wie lange dauert ein Baukasten-Umzug? Das hängt von Seitenzahl, Funktionen, Shopumfang und Medienmenge ab. Eine kleine Website ist schnell neu aufgebaut, während Blogs, Shops oder Mitgliederbereiche mehrere Prüf- und Korrekturrunden brauchen.

Lassen sich alle Inhalte automatisch übertragen? Nein. Texte und Dateien kannst du oft exportieren oder manuell übernehmen, doch Design, Formulare, Konten und spezielle Module hängen am alten System. Ein Probelauf zeigt, welche Teile wirklich importiert werden können.

Muss die Domain mitwechseln? Nicht unbedingt. Sie kann je nach Konfiguration beim bisherigen Anbieter bleiben und auf das neue System zeigen. Eine Übertragung ist möglich, wenn Vertragsbedingungen, Zugangsdaten und technische Voraussetzungen geklärt sind.

Was passiert mit meinen E-Mail-Postfächern? Die ziehen nicht automatisch mit. Nachrichten, Kontakte und Weiterleitungen sicherst du separat, und die neuen Postfächer sollten vor der Umschaltung nachweislich funktionieren.

Wie schütze ich meine Rankings? Wichtige Adressen möglichst erhalten. Bei geänderten Adressen helfen passende 301-Weiterleitungen, während Seitentitel, Meta-Beschreibungen, Überschriften, Sitemap und robots.txt kontrolliert werden müssen.

Wann darf die alte Website weg? Erst nach einer Prüfphase, in der neue Website, Weiterleitungen, E-Mail, Tracking und zentrale Funktionen zuverlässig laufen. Ein Backup der alten Version bewahrst du zusätzlich auf.