Eine Wix-Website kann nicht auf einen anderen Host übertragen werden. Punkt. Wix sagt, die Website muss auf seinen eigenen Servern gehostet und betrieben werden, daher ist jeder Umzug ein Neubau und kein Transfer. Die Geschäftsdaten rund um die Website sind unterschiedlich: Physische Ladenprodukte und Kontakte haben dokumentierte CSV-Exporte, während Blogbeiträge keine native Exportroute haben.
Welche Route passt zu welcher Situation
Beginne mit der Situation, nicht mit einer Liste von zehn Markennamen. Die meisten Übersichten enden mit einem Gewinner. Das ist ordentlich. Es hilft nicht viel, wenn deine echte Frage ist, was du neu aufbauen musst.
So würde ich es rahmen, als bedingte Bewertungen und nicht als Ranking:
- Kleine Website mit funktionierendem Bearbeitungsprozess: bei Wix zu bleiben ist eine legitime Antwort.
- Visuelles Marketing-Team: testen Sie einen anderen Visual Builder mit Ihren eigenen Seiten.
- Store: evaluieren Sie zuerst eine Commerce-Plattform und zweitens einen Page Builder.
- Strukturierter Inhalt plus Entwicklungsunterstützung: testen Sie eine Headless-Route.
Wenn Ihre Shortlist breiter ist als diese, behandelt die CMS-Alternativen-Übersicht die umfassendere Entscheidung.
| Website oder Job | Route zum Testen | Bearbeitungsmodell | Betriebliche Verantwortung | Neuaufbau oder Validierung |
|---|---|---|---|---|
| Kleine Broschüren-Website, Bearbeitung funktioniert bereits | Bei Wix bleiben | Wix-Editor, unverändert | Wix hostet und aktualisiert; Sie besitzen Inhalte, Plan und Domain-Verlängerungen | Das spezifische Problem beheben; bestätigen Sie, dass die Plan- und Domain-Verbindung erhalten bleibt |
| Template-gesteuerte Marketing-Website | Squarespace | Gehosteter, templated Editor | Plattform hostet; das Team besitzt Inhalte und Seitenstruktur | Jede Seite und jedes Template; Formulare, Weiterleitungen, Metadaten |
| Design-gesteuerte Marketing-Website mit einem CMS | Webflow oder Framer | Visueller Canvas plus CMS-Kollektion | Plattform hostet; das Team besitzt, wie Kollektion modelliert werden | Design nachgebildet; Kollektion erstellt; Editor veröffentlicht eine echte Seite |
| Speichern | Shopify | Shop-Admin | Plattform als Host; das Team verwaltet Katalog, Checkout-Setup und Fulfillment | Produkt-CSV bearbeitet; digitale Produkte, Kundenkonten, Checkout- und Bestellbestätigungs-E-Mails |
| Content-Website, das Team verwaltet das Hosting | WordPress | Block-Editor plus Plugins | Das Team verwaltet Hosting, Updates und den Plugin-Lebenszyklus | Theme und Styles; Blog in Batches; Permalinks, Formulare, Backups |
| Strukturierte Inhalte, von Entwicklern unterstützt | Astro mit einem Headless-CMS | CMS für Redakteure, Code für das Frontend | Entwickler und Team teilen sich Build, Hosting und CMS-Verwaltung | Templates, Vorschau, Formulare, Suche, Weiterleitungen, Publishing-Workflow |
Behandle die Tabelle als Testplan. Sie ist keine Feature- oder Preismatrix, und ich habe nicht versucht, eine daraus zu machen.
Was es bedeutet, Wix zu verlassen
Wix' eigene Hilfeseite ist deutlich. Die Website ist mit Wix-Technologie gebaut und muss, nach Wix' Worten, 'auf Wix-Servern gehostet und betrieben werden' (Wix Support). Der angegebene Grund ist, dass die SaaS-Architektur auf Wix' proprietärer Technologie und Services beruht, sodass ein anderer Host sie nicht betreiben kann. Wix sagt auch, dass der Inhalt, den du erstellst, dir gehört. Beide Aussagen stimmen gleichzeitig. Deine Worte und Bilder zu besitzen ist nicht dasselbe wie eine portable, funktionierende Website zu besitzen.
Wix zu verlassen bedeutet also, auf einer anderen Plattform neu aufzubauen und dann alle Daten zu übertragen, die einen Exportweg haben. Behalte diese Unterscheidung im Blick. Drei Missverständnisse sind es wert, sie früh auszuräumen:
- Hosting an anderer Stelle zu kaufen verschiebt die Website nicht. Es gibt dort nichts zu betreiben.
- Die Domain ist eine separate Entscheidung. Wix sagt, dass eine Domain bei einem anderen Anbieter gekauft und verwaltet werden kann und mit einer Wix-Website verbunden werden kann, obwohl die Verbindung einen kostenpflichtigen Plan erfordert. Die Domain zu behalten sagt nichts darüber aus, wo die Seiten tatsächlich liegen.
- Ein iframe ist keine Migration. Wix sagt, dass es eine eingebettete Website nicht unterstützen kann, nicht länger kontrolliert, wie sie aussieht oder funktioniert, und warnt, dass Google Analytics und Suchmaschinen möglicherweise nicht richtig mit Embeds funktionieren.
Ein weiterer Punkt: Jeder Datentyp hat seine eigene Exportgeschichte. Seiten, Produkte, Kontakte und Beiträge verlassen die Website nicht auf demselben Weg. Abschnitt fünf behandelt sie einzeln.
Wann es richtig ist, bei Wix zu bleiben
Eine ganze Reihe von Wix-Websites sollte bleiben, wo sie sind. Bevor du neu aufbaust, benenne das eigentliche Problem: Navigation, die Besucher verwirrt, dünne Inhalte, ein übergroßes Hero-Bild, eine einzige App, die nicht mehr passt, oder ein Bearbeitungsprozess, dem niemand folgt. Jedes dieser Probleme kann ohne Plattformwechsel behoben werden. Ein Neuaufbau verschiebt sie nur an einen neuen Ort.
Falls Geschwindigkeit der angegebene Grund ist, sammle Belege, bevor du handelst. Miss zuerst. Eine ordentliche Leistungsbewertung wird dir sagen, ob die Ursache die Plattform, die Bilder, die Apps oder das Seiten-Design ist. Wiederhole keine Zahl, die du in einem Forum-Thread gelesen hast.
Dann zählen Sie auf, was bereits funktioniert. Buchungsregeln, Zahlungsabläufe, Bestätigungsmails, Formularrouting und Nutzerzugriffe haben alle jemanden Anstrengung gekostet, um sie richtig zu konfigurieren. Sie neu aufzubauen kostet Zeit und birgt das Risiko eines stillen Ausfalls am ersten Tag, etwa ein Buchungsformular, das sich absendet, aber niemanden benachrichtigt. Ich will dafür keine Zahl nennen, weil es ganz von Ihrem Setup abhängt. Dennoch sollten Sie es auf der Kostenliste neben dem neuen Abonnementpreis eintragen.
Ein Wechsel ist gerechtfertigt durch eine überprüfte Anforderung: ein Inhaltsmodell, das Wix nicht für Sie ausdrücken kann, eine Shopfunktion, die es nicht abdeckt, oder einen Arbeitsablauf, den Ihr Team nicht ausführen kann. „Wix kann nicht ranken" oder „Wix ist langsam" als pauschale Aussage ist keine Anforderung. Das ist eine Stimmung.
Die Shortlist anhand echter Arbeit vergleichen
Jede Route unten bekommt einen Fit, einen Tradeoff und einen Test. Die Fits sind meine Einschätzungen, keine Herstellergarantien.
Squarespace
Fit: ein Unternehmen, das einen vorlagengestützten, gehosteten Veröffentlichungsablauf möchte und gerne innerhalb der Vorlage arbeitet. Tradeoff: Sie bauen jede Seite neu auf, und ungewöhnliche Layouts erfordern möglicherweise einen Kompromiss. Test: lassen Sie Ihren Editor eine echte Serviceseite und einen Blogbeitrag mit Bildern aus der ausgewählten Vorlage veröffentlichen.
Webflow oder Framer
Fit: Teams, die ein anderes visuelles Design und CMS-Workflow wünschen. Webflow beschreibt sein CMS rund um visuelle Inhalte und Designarbeit, und Framer beschreibt sein CMS rund um Sammlungen. Tradeoff: die Struktur, die Sie in Sammlungen einbauen, wird zu etwas, das das Team pflegen muss, und keine Quelle beweist, dass eines der Tools für Ihre Bedürfnisse leistungsfähiger ist als Wix. Test: modellieren Sie einen echten Inhaltstyp, etwa Fallstudien, und lassen Sie den Editor einen Eintrag ohne Hilfe hinzufügen.
Shopify
Fit: Katalog, Checkout und Shopbetrieb treiben die Entscheidung. Tradeoff: Sie übernehmen Store-Konfigurationen, die eine Unternehmenswebseite nie brauchte, und Shopifys Dokumentation einer Headless-Storefront-Route ist eine spätere Entscheidung, nicht ein Startpunkt. Test: die Person, die Bestellungen bearbeitet, führt eine vollständige Bestellung aus, vom Warenkorb bis zur Erfüllungsmail, mit einem Produkt, das Varianten hat.
WordPress
Fit: ein Team, das bereit ist, Hosting und den Plugin-Lebenszyklus zu verwalten, um die Kontrolle zu haben. Die Features-Seite des Projekts ist der richtige Startpunkt. Tradeoff: Updates, Backups und Plugin-Auswahl werden zu Ihrer Verantwortung. Test: fragen Sie, wer in Monat sechs Updates einspielen wird, und lassen Sie den Editor eine Seite mit dem Block-Editor veröffentlichen. Wir vergleichen es mit anderen Optionen in WordPress-Alternativen, und ich stelle hier keine WordPress-Implementierung vor.
Astro mit einem Headless-CMS
Fit: von Entwicklern unterstützte Inhaltsbereitstellung. Astros Dokumentation positioniert es für inhaltsgesteuerte Seiten mit serverseitiger Darstellung. Tradeoff: Astro ist ein Framework, kein visueller Drop-in-Builder. Sie müssen immer noch ein CMS wählen und den Veröffentlichungsablauf gestalten. Headless ist auch nicht wartungsfrei. Diese Designziele beweisen kein besseres Ergebnis für Ihre Seite oder für SEO. Test: kann der Editor entwerfen und eine Vorschau anzeigen, dann veröffentlichen, ohne einen Code-Editor zu öffnen? Was eine Headless-Implementierung für Redakteure enthält, zählt mehr als der Framework-Name.
Was Wix verlässt und was separate Handhabung braucht
Hier fällt die Aussage „gefangen" auseinander. Einige Daten haben einen dokumentierten Weg raus. Manche nicht. Halten Sie die beiden Ideen auseinander.
- Physische Store-Produkte: Wix Stores exportiert Produkte mit ihren Daten zu CSV. Das Limit liegt bei bis zu 5.000 Zeilen pro Datei, und Sie können alles, eine gefilterte Kategorie oder ausgewählte Artikel exportieren. Der Export digitaler Produkte wird derzeit nicht unterstützt.
- Kontakte: Wix Contacts exportiert bis zu 50.000 Kontakte auf einmal zu CSV in den Formaten Regular, Google oder Outlook. Nur der Site-Inhaber kann es tun. Im Google-Format werden Labels nicht exportiert, und einige Felder kommen als Google-Benutzerdefinierte Felder an. Google CSV ist auf 5 E-Mail-, Telefon- und Adresseinträge pro Kontakt und 16 Benutzerdefinierte Felder begrenzt.
- Blogbeiträge: Wix Feature-Request-Seite sagt, dass es derzeit nicht möglich ist, Blogbeiträge auf andere Plattformen zu exportieren. Diese Seite wurde am 4. November 2026 überprüft, und Wix vermerkt, dass geplante Funktionen Änderungen unterliegen.
Diese letzte Zeile beschreibt den dokumentierten nativen Arbeitsablauf. Es ist kein Beweis, dass manuelle Extraktion, eine API oder eine maßgeschneiderte Migration unmöglich ist. Drittanbieter-Anleitungen beschreiben eine Umgehung: WordPress.com sagt, Wix bietet einen RSS-Feed, der die 20 neuesten Beiträge einbringen kann (WordPress.com), und Codeable sagt, größere Blogs brauchen wiederholte Batches von 20 (Codeable). WordPress.com sagt auch, sein Wix-Importer bearbeitet statische Seiten, Bilder, Site-Titel und Menüs. Ein Theme wird Ihr exaktes Wix-Design nicht nachbilden.
Product Media kommt als separater Schritt, laut einem HighLevel-Leitfaden, und Shopifys Wix-Migrationsleitfaden sagt, die Produkt-CSV muss vor dem Import bearbeitet werden.
Überprüfen Sie diese also separat: Medien, Seiteninhalt, Blog-Taxonomie, Metadaten, Formulare, Buchungen, Mitgliedschaften, Zahlungen, App-Daten und Berechtigungen. Eine Produkt- oder Kontakt-CSV trägt keine funktionierende Site. Es trägt auch nicht authentifizierte Mitgliedskonten, denn nichts in den dokumentierten Exporten beschreibt Passwörter oder Logins. Planen Sie, dass sich Mitglieder wieder anmelden oder erneut eingeladen werden, es sei denn, Ihr Ziel dokumentiert etwas anderes.
Bauen Sie den Migrationsumfang vor der Toolauswahl auf
Umfang zuerst. Toolauswahl kommt danach, und es wird einfacher, wenn Sie ein Inventar haben. Schreiben Sie auf:
- jede Seite und ihre Vorlage
- jeden Inhaltstyp (Beiträge, Services, Team-Profile, Fallstudien)
- Integrationen, plus E-Mail- und DNS-Abhängigkeiten
- Buchungsregeln, Shopverwaltung und Formularziele
- Teamberechtigungen und wer was veröffentlichen darf
- Analytics, Tracking und Einwilligungssetup
Führen Sie dann zwei Tests auf jeder verkürzten Plattform durch. Bitten Sie den Editor, eine repräsentative Seite mit echten Bildern und einem Formular zu veröffentlichen. Bitten Sie die Person, die für Leads, Buchungen oder Bestellungen zuständig ist, einen vollständigen echten Arbeitsablauf durchzuführen. Bei Leads bedeutet das die Ankunft eines Leads; bei Buchungen die Bestätigung einer Buchung; bei Bestellungen die Erfüllung einer Bestellung. Falls eine der beiden Personen verlangsamt wird oder verwirrt ist, haben Sie etwas gelernt, das eine Funktionsliste niemals zeigen würde.
Verankern Sie die Verantwortung neben den visuellen Funktionen. Nennen Sie die Person, die die Plattform oder Plugins aktualisiert. Notieren Sie, wer die Domain erneuert und wer die Benachrichtigung erhält, wenn ein Formular nicht mehr sendet. Eine Plattform, die wunderbar aussieht, aber keinen benannten Verantwortlichen für die Wartung hat, ist ein zukünftiges Problem.
Validierungscheckliste vor und nach dem Umzug
Das ist die Liste, die ich durcharbeiten würde. Sie verspricht nicht, dass das Kopieren von Metadaten Rankings bewahrt. Das kann niemand versprechen.
- Indexierte Inventar-URLs und bekannte Backlinks auflisten, bevor Sie etwas anfassen.
- Behalten Sie Adressen, wo praktisch möglich, bei und mappen Sie jede geänderte Adresse mit einer permanenten Weiterleitung.
- Überprüfen Sie Seiteninhalt, herunterladbare Dateien, Bildeigentum und Kopien, Alt-Text, Metadaten, Kanonicals und strukturierte Daten.
- Testen Sie Formulare und ihre Bestätigungsmeldungen sowie Einwilligungsbanner.
- Testen Sie Buchungen, Warenkorb und Checkout (soweit zutreffend) sowie Mitgliederzugriff.
- Überprüfen Sie Tracking und E-Mail-Zustellung.
- Vergleichen Sie Inhaltszählungen zwischen Quelle und Ziel.
- Testen Sie auf Mobilgeräten und nur mit einer Tastatur.
- Überprüfen Sie DNS- und E-Mail-Änderungen vor dem Umschalten, da DNS-Änderungen E-Mails unterbrechen können.
- Behalten Sie die Wix-Website bis zur Validierung bei, überwachen Sie dann Suche und Datenverkehr nach dem Umzug.
Bringen Sie Ihre Wix-URL und die Formulare, Buchungen oder Shop-Arbeitsabläufe mit, die Sie behalten müssen, damit der Umzug vor dem Neuaufbau eingegrenzt werden kann.
FAQ
Kann eine Wix-Website woanders gehostet werden, wenn ich dasselbe Design behalte?
Nein. Wix sagt, dass die Website auf seinen Servern laufen muss, und ein überarbeitetes Design auf einer anderen Plattform ist eine neue Website. Die Domain kann bei jedem Provider bleiben und auf jeden beliebigen Ort zeigen.
Kann ich meine Produkte und Kontakte mitnehmen?
Physische Produkte und Kontakte haben beide dokumentierte CSV-Exporte, mit den oben beschriebenen Limits. Digitale Produkte werden beim Wix Stores-Export nicht unterstützt. Rechnen Sie damit, die Dateien zu bearbeiten, bevor Sie sie auf eine neue Plattform importieren.
Hat der Wix-Blog einen nativen Export?
Nicht nach Wix' Feature-Request-Seite, wie sie im November 2026 überprüft wurde. RSS-basierte Workarounds, die von Dritten beschrieben werden, decken 20 Beiträge pro Import ab, überprüfen Sie also die Beitragszahl, Bilder und Taxonomie danach.
Wann ist ein Custom Frontend gerechtfertigt?
Wenn Sie strukturierte Inhalte haben, die ein definiertes Modell benötigen, Entwickler, die den Build pflegen werden, und einen mit dem echten Editor getesteten Bearbeitungsablauf. Falls das nicht zutrifft, ist ein gehosteter Builder meist die wartungsärmere Wahl.
Die schärfste Tatsache ist hier, dass eine Wix-Website nicht zu einem anderen Host wechseln kann, also ist jeder Weg ein Neuaufbau, bei dem Produkte und Kontakte per CSV übernommen und Blog-Beiträge separat bearbeitet werden. Planen Sie diesen Neuaufbau sorgfältig. Testen Sie Ihre echten Abläufe, dann vergleichen Sie die Preise.