Website- & Anwendungsmigration in Geneva
Ich migriere Websites von WordPress, Joomla, Drupal, Angular, Vue und anderen Technologien zu Astro und Next.js. Jede Migration plane ich so, dass SEO, Inhalte und Funktionen erhalten bleiben, und schalte in einem vereinbarten Zeitfenster um. Ich arbeite allein und habe langjährige Erfahrung mit älteren und modernen Stacks.
- Mein wordpress.org-Konto besteht seit 2006.
- Ich habe zum WordPress-Core in den Versionen 7.0 und 7.1 beigetragen.
- Ich betreue 30 Plugins auf wordpress.org.
- Ich organisiere WordCamps und trete dort als Speaker auf.
- Ich war bei jedem WordCamp Europe von 2017 bis 2026 dabei.
Eine Genfer Website läuft oft in einem Baukasten, weil sie schnell online sein musste. Wix und Squarespace nehmen Ihnen Hosting und Pflege ab, geben dafür aber nur einen Teil Ihrer Inhalte wieder heraus. Bei anderen Baukästen gehe ich genauso vor: exportieren, was der Anbieter erlaubt, den Rest aus der laufenden Website auslesen, die URLs abbilden. Wer auf Astro oder Next.js wechseln will, sollte vorher wissen, was sich exportieren lässt, was ich von Hand neu aufbaue und wie Domain und Weiterleitungen den Wechsel tragen. In Genf, wo Französisch Hauptsprache ist, kommt eine deutsche oder englische Fassung oft als zweite oder dritte Sprache dazu; auch sie muss den Wechsel überstehen. Ich arbeite allein, schriftlich und aus der Ferne.

Foto: Matti Blume, CC BY-SA 4.0, Wikimedia Commons.
Was geben Wix und Squarespace heraus?
Die Angaben stammen aus den Hilfeseiten der Anbieter. Hilfeseiten ändern sich; ich lese sie zu Projektbeginn erneut.
| Anbieter | Was sich exportieren lässt | Was fehlt |
|---|---|---|
| Squarespace | XML-Datei im WordPress-Format: Layoutseiten, eine Blogseite mit Beiträgen, Text- und Bildblöcke, Galerieseiten | Produkt-, Video- und Audioblöcke, Entwürfe, Stileinstellungen, eigenes CSS, weitere Blogseiten |
| Wix | CMS-Sammlungen als CSV-Datei | Blogbeiträge lassen sich laut Wix nicht auf andere Plattformen exportieren |
Quellen: Squarespace Export, Wix Blog-Export, Wix CMS-Export.
Squarespace
Squarespace erzeugt eine XML-Datei im WordPress-Format. Es gibt kein anderes Exportformat, Sie müssen die Datei aber nicht in WordPress einspielen. Bilder zeigen nach dem Import in ein selbst gehostetes WordPress unter Umständen weiter auf Squarespace, die Links brechen dann nach der Kündigung. Ich lade deshalb die Bilder gesondert herunter und lege sie im neuen Projekt ab.
Wix
Wix schreibt in der Hilfe: «Currently, it is not possible to export blog posts to other platforms.» Der Wunsch ist dort als offene Anfrage geführt. Bei Wix lese ich Blogtexte daher aus der veröffentlichten Website aus und prüfe sie Beitrag für Beitrag. Daten aus CMS-Sammlungen exportieren Sie über «More Actions» und «Export to CSV»; dort wählen Sie die ganze Sammlung, nur gefilterte Einträge oder nur die Feldstruktur. Zeitfelder erscheinen in der Datei in UTC+0.
Was muss ich in jedem Fall von Hand neu aufbauen?
Auch der beste Export liefert Texte und Bilder, aber nicht das Verhalten der Website. In Astro oder Next.js entsteht Folgendes neu, auf Basis Ihres Layouts:
- Layout und Komponenten. Gestaltung, Mockups und Wireframes kommen von Ihnen. Ich setze sie um. Wenn es keine gibt, ist die heutige Website die Vorlage, die Sie mir schriftlich freigeben.
- Formulare. Sie brauchen einen Empfänger, einen Spamschutz und eine Bestätigung. Die Formularlogik gehört bei Wix und Squarespace zum Baukasten und zieht nicht mit.
- Shop und Buchung. Produktblöcke exportiert Squarespace nicht. Ein Shop braucht eine eigene Lösung, die wir vorher schriftlich festlegen.
- Suche, Benutzerkonten, Passwortschutz. Ich prüfe, was Sie davon heute wirklich nutzen.
- Mehrsprachigkeit. Jede Sprache wird ein eigener Bereich mit eigener Adresse und hreflang-Angaben.
- Texte und Bilder. Sie wandern in Markdown-Dateien oder ein Redaktionssystem, je nach Redaktionsrhythmus.
Wie läuft der Domainumzug?
Sie haben zwei Wege. Die Domain bleibt beim bisherigen Anbieter, und ich stelle den DNS-Eintrag auf das neue Hosting um. Oder die Domain zieht zu einem anderen Registrar um. Welcher Weg passt, hängt davon ab, wo sie heute registriert ist und wer die Zugangsdaten hat.
Für den Umzug gelten laut den Hilfeseiten diese Regeln:
- Wix. Die Domain muss entsperrt sein. Wix schickt einen Transfercode (EPP-Code) an die E-Mail-Adresse des Registrierenden. Innerhalb von 60 Tagen nach dem Kauf lässt sich die Domain nicht transferieren, und ein Transfer sperrt sie für weitere 60 Tage. Der Transfer dauert in der Regel bis zu 7 Tage. Danach ist die Wix-Website von der Domain getrennt, und geschäftliche E-Mail braucht neue MX-Einträge. (Wix-Hilfe)
- Squarespace. Sie schalten die Domainsperre aus und fordern einen Transfercode an. Der Umzug kann bis zu 15 Tage dauern. Vorher notieren Sie die DNS-Einstellungen und entfernen DNSSEC, weil es sich während eines laufenden Transfers nicht ändern lässt. Der Umzug der Domain kündigt die Website nicht: Sie läuft bei Squarespace weiter, bis Sie das Abonnement beenden. (Squarespace-Hilfe)
Bei einer .ch-Domain wenden Sie sich laut nic.ch für Änderungen an den Registrar, der Ihre Domain verwaltet. (nic.ch) Prüfen Sie dort auch, wer als Registrierender eingetragen ist: Der Transfercode geht an diese Adresse, und sie ist oft die eines früheren Dienstleisters.
Mein Ablauf hält das Risiko klein: Die neue Website läuft zuerst unter einer Testadresse. Die Domain wechselt erst nach Ihrer schriftlichen Abnahme. Der Baukasten bleibt aktiv, bis die neue Website einige Tage stabil gelaufen ist, und erst dann kündigen Sie.
Wie entstehen die Weiterleitungen aus den alten URL-Mustern?
Der Ausgangspunkt ist die Liste der Adressen, die heute existieren. Die Anbieter haben feste Muster, aus denen sich der Grossteil der Liste ableiten lässt.
Wix. Blogbeiträge liegen standardmässig unter /post/ plus Titel-Slug, die Hilfe nennt /post/post-title. Das Präfix lässt sich umbenennen, aber nicht entfernen. Die Sitemaps liegen unter /sitemap.xml, /blog-posts-sitemap.xml und /store-products-sitemap.xml. Die Sitemaps sind meine erste Quelle für das Inventar. (Blog-Adressen, Sitemap)
Squarespace. Einträge von Blog-, Shop- und Kalenderseiten tragen den Slug der Seite plus den Slug des Eintrags, zum Beispiel /blog/example-post. Die eigene Weiterleitungstabelle von Squarespace, «URL mappings», nimmt Zeilen wie /old-url -> /new-url 301. Sie greift nur, wenn die alte Seite gelöscht oder deaktiviert ist, und nur für Domains, die mit der Squarespace-Website verbunden sind. Sobald die Domain auf das neue Hosting zeigt, hilft diese Tabelle nicht mehr. Die Weiterleitungen müssen dann im neuen Projekt stehen. (Squarespace-Hilfe)
Andere Baukästen. Die Muster lese ich aus der Sitemap und einem Crawl der laufenden Website, bevor ich Regeln schreibe.
Für jede Adresse gilt dieselbe Regel nach Google: Sie wird auf genau ein Ziel abgebildet, mit einer serverseitigen permanenten Weiterleitung. Google rät, sie in der Regel mindestens ein Jahr zu behalten, und weist darauf hin, dass der Rang während des Umzugs eine Zeit lang schwanken kann. (Google Search Central)
In Astro stehen die Regeln im Konfigurationsobjekt redirects; der Standard ist der Statuscode 301. Bei rein statischer Ausgabe schreibt Astro standardmässig HTML-Dateien mit Meta-Refresh, der Server sendet dann keinen Statuscode. Für echte 301-Antworten braucht es einen Adapter oder die Weiterleitungsdatei Ihres Hostings, und das prüfe ich vor dem Go-live. (Astro-Dokumentation) In Next.js steht redirects in next.config.js; permanent: true sendet den Statuscode 308, und Muster wie /blog/:slug* fassen ganze Bereiche zusammen. (Next.js-Dokumentation)
Trug die alte URL ein Präfix wie /post/ und die neue nicht, schreibe ich dafür ein Muster und teste es vor dem Start gegen den Crawl.
Checkliste für Ihre Vorbereitung
- Zugang zum Baukasten mit Inhaberrechten, nicht nur zur Redaktion.
- Registrar der Domain, E-Mail-Adresse des Registrierenden und Zugang zum DNS.
- Liste aller Dienste an der Domain: E-Mail, Subdomains, Verifikationen.
- Export der CMS-Daten als CSV, soweit der Anbieter ihn anbietet.
- Alle Originalbilder und Dokumente, nicht nur die Fassung im Baukasten.
- Ihr Layout als Tabelle oder Skizze, falls sich die Website ändern soll.
- Entscheidung, welche Sprachen bleiben.
Häufige Fragen
Kann ich meine Wix-Website einfach exportieren?
Nein, nicht als Ganzes. Laut Wix-Hilfe lassen sich Blogbeiträge derzeit nicht auf andere Plattformen exportieren. Inhalte aus CMS-Sammlungen lassen sich als CSV-Datei herunterladen. Seiten, Layout und Texte der normalen Seiten übernehme ich deshalb aus der laufenden Website und baue sie in Astro oder Next.js neu auf.
Was liefert der Squarespace-Export?
Eine XML-Datei im WordPress-Format. Sie enthält Layoutseiten, eine Blogseite mit allen Beiträgen und bis zu 1000 Kommentaren pro Beitrag, Text- und Bildblöcke sowie Galerieseiten. Produktblöcke, Videoblöcke, Entwürfe, Stileinstellungen und eigenes CSS exportiert Squarespace nicht.
Kann ich die Domain behalten und trotzdem wechseln?
Ja. Sie können die Domain beim bisherigen Anbieter lassen und per DNS auf das neue Hosting zeigen, oder sie zu einem anderen Registrar umziehen. Der Umzug braucht eine entsperrte Domain und einen Transfercode. Bei Wix darf die Domain in den ersten 60 Tagen nach dem Kauf nicht transferiert werden.
Wie bleiben die alten Adressen erreichbar?
Ich erfasse die alten URLs, ordne jeder genau ein Ziel zu und hinterlege permanente Weiterleitungen beim neuen Hosting. Google empfiehlt serverseitige permanente Weiterleitungen und rät, sie in der Regel mindestens ein Jahr zu behalten.
Läuft die alte Website bis zur Umstellung weiter?
Ja. Der Baukasten bleibt aktiv, bis die neue Website abgenommen ist. Erst danach wechselt die Domain, und erst nach einer Prüfphase kündigen Sie das Abonnement.
Schreiben Sie mir zu Ihrer Website
Schicken Sie mir über das Kontaktformular die Adresse Ihrer Website, den Anbieter des Baukastens, die Sprachen, Ihr Ziel und den Wunschtermin. Dazu den Registrar Ihrer Domain, falls Sie ihn kennen. Meine erste schriftliche Einschätzung kostet nichts und bindet Sie nicht. Wie eine Migration allgemein abläuft, steht auf der Seite zur Migration zu Astro und Next.js.
Ausgewählte Projekte
Beispiele aus meiner Arbeit.
Tech Platform: car-mechanic-huntington.co.uk
car-mechanic-huntington.co.uk ist eine WordPress-Website für eine lokale Kfz-Werkstatt, mit klarem Leistungsangebot, Kontaktwegen und technischer Wartung.
Tech Platform: fermentum-mobile.pl
Die Website fermentum-mobile.pl ist eine dedizierte Plattform, die für Fermentationsliebhaber entwickelt wurde, die die Geheimnisse traditioneller Verarbeitu...
Tech Platform: sportostroda.pl
Sportostroda.pl ist eines der interessanten Projekte in meinem Portfolio als WordPress-Entwickler. Es wurde als lokales Sportportal realisiert, das sich an d...
WordPress Support & Entwicklung in Geneva
Brauchen Sie die Leistung: Migration zu Next.js / Astro in Geneva?
Beschreiben Sie Ihr Projekt per E-Mail. Antwort innerhalb von 48 Stunden.
Projekt beschreibenWeitere WordPress-Dienste und Wissensbasis entdecken
Migration zu Astro, Next.js und Headless WordPress.
WooCommerce-Synchronisierung mit ERP und Großhandel.
Geschäftsprozessautomatisierung rund um WordPress und Firmensysteme.
Bibliothek konkreter Automatisierungsfälle.
Headless WordPress, Sanity, Strapi und Contentful mit Astro oder Next.js.
Astro, MDX, Edge Delivery und an echtem Traffic gemessene Core Web Vitals.
Individuelle WordPress-Entwicklung und Architektur.
Skalierbare Headless-, ERP- und KI-Architektur für Enterprise.
Verwandte Kategorien
Unterstützende Artikel

Sechs bis sechzehn Wochen für typische Projekte, in vier Phasen: Analyse, Scoping, Build und Umstellung, Tuning. Die Variablen sind Katalogumfang, Anzahl der Integrationen, URL-Erhalt und die Bereitschaft des Redaktionsteams, nicht die Wahl des Frameworks.

Umfassende 4-Jahres-TCO-Analyse (Total Cost of Ownership), reale Core-Web-Vitals-Benchmarks, Astro 7 GraphQL APQ-Architektur und eine 10-Punkte-Entscheidungsmatrix für Enterprise-Entscheider zwischen entkoppeltem und traditionellem WordPress.

Die Entscheidung Shopify Plus vs WooCommerce headless im Jahr 2026 ist kein binärer "Plattform vs Custom"-Kompromiss mehr. Beide laufen headless, beide integrieren KI, beide liefern am Edge aus. Die echten Achsen sind Kontrolle, Gesamtkosten über fünf Jahre und Exit-Strategie. Dieser Artikel durchläuft die Entscheidungsmatrix mit bestätigten Plattformfakten.