Squarespace zu eng geworden? So ziehst du um, ohne Inhalte zu verlieren

Squarespace hat dir mit fast keinem Aufwand eine gut aussehende Website beschert. Dann kam die Wand: ein Layout, das es nicht hergibt, eine Funktion, die es nicht gibt, oder schlicht die Erkenntnis, dass du jeden Monat dafür zahlst, in der Schachtel eines anderen online bleiben zu dürfen. Also schaust du dir an, was ein Umzug bedeuten würde.

Hier ist der ehrliche Leitfaden. Squarespace zu verlassen ist etwas mehr Arbeit als ein offenes CMS zu verlassen, denn es ist ein geschlossener Baukasten, der dir deine Inhalte nicht vollständig aushändigt. Machbar ist es aber sehr gut, und am Ende steht eine Website, die dir wirklich gehört.

Was „dem Baukasten entwachsen” wirklich heißt

Squarespace ist auf den Normalfall optimiert: hübsch, schnell online, kein Code. In dem Moment, in dem du aus diesem Rahmen fällst (ein ungewöhnlicher Seitentyp, eine Inhaltsstruktur, die die Blöcke nicht abbilden, eine Integration, die kein Squarespace-Block ist), kämpfst du gegen das Werkzeug, statt es zu benutzen.

Eine moderne Website auf eigenem Code ist der umgekehrte Handel. Jemand muss sie bauen, ob Entwicklerin, KI-Agent oder ein Dienst wie unserer. Dafür gibt es im Grunde nichts, was du später nicht ändern könntest. Konkret gewinnst du:

• Echte Kontrolle. Das Design ist Code in einem Repository, das dir gehört. Jedes Layout, jedes Verhalten, keine Vorlagengrenze.
• Deine Inhalte gehören dir. Seiten und Beiträge liegen als schlichte, portable Dateien oder Datenbankzeilen vor, nicht eingeschlossen im proprietären Format eines Baukastens.
• Planbare Kosten. Kein Pflichtabo, nur damit deine eigene Website online bleibt. Statische Seiten bei einem modernen Hoster sind beim typischen Traffic eines kleinen Unternehmens günstig oder kostenlos.

Und wohin geht es? Cloudflare ist heute die übliche Antwort, weil das Hosting schnell und global ist und für kleine Websites passend bepreist. Darauf kannst du eine schlichte statische Website betreiben, ein vertrautes CMS dahinter oder eine der neueren serverlosen Optionen wie EmDash, Cloudflares eigenes Open-Source-CMS (MIT-Lizenz, Astro auf Workers, Inhalte in D1, Medien in R2). Cloudflare beschreibt es als geistigen Nachfolger von WordPress. Es ist ein Ziel unter mehreren, nicht das einzige, und es lohnt sich, davon zu wissen, bevor du entscheidest.

Schritt 1: Exportiere, was Squarespace hergibt

Squarespace hat einen teilweisen Export, und es lohnt sich, genau zu wissen, was er dir gibt und was nicht.

Gehe zu Einstellungen, dann Import & Export, dann Export. Was du bekommst, ist eine XML-Datei im WordPress-Format. Das ist wirklich nützlich: Squarespace exportiert im selben WXR-Format, das WordPress verwendet, es trägt also deine Blogbeiträge, deine Seiten und die grundlegende Struktur, und praktisch jedes Werkzeug und jede Entwicklerin kann es lesen.

Lies aber das Kleingedruckte. Der Export umfasst typischerweise nur einen Blog und lässt Produktseiten (Squarespace Commerce), Albumseiten, Event-Collections, mehrere Blocktypen sowie dein gesamtes Styling und Design außen vor. Rechne damit, dass der Export deinen Blog und die einfachen Seiten abdeckt und der Rest von Hand gerettet werden muss.

Noch ein Haken: Weil es WXR ist, kommen die Seiteninhalte als HTML heraus, und Squarespace-Blöcke (Galerien, Summary-Blöcke, Buttons) landen als Markup bei dir, das immer nur innerhalb von Squarespace Sinn ergeben hat. Das muss aufgeräumt statt übernommen werden.

Schritt 2: Rette, was der Export ausgelassen hat

Für alles, was der Export übersprungen hat (Shop-Seiten, Event- und Album-Collections, eigenwillige Sonderseiten), bleibt der Weg über deine Live-Website. Deine Sitemap unter /sitemap.xml listet jede öffentliche URL, und jede dieser Seiten lässt sich speichern und umwandeln. Es ist dieselbe Inhaltsrettung wie beim Verlassen von Wix, mit demselben Vorbehalt: gespeichertes Seiten-HTML ist Rohmaterial für die Umwandlung, nichts, was du so behältst.

Dieser Teil ist mühsam, aber nicht anspruchsvoll, und es ist genau die Arbeit, die eine Entwicklerin, oder wir, für dich übernehmen würde. Wenn du es selbst machst, sieht die praktische Variante so aus: Sitemap öffnen, jede erhaltenswerte Seite auflisten und den echten Inhalt (Worte, Bilder, Links) pro Seite in ein schlichtes Dokument kopieren. Das alte Markup braucht niemand.

Für Produktdaten schaust du, falls du Squarespace Commerce genutzt hast, unter Einstellungen, dann Import & Export nach dem CSV-Export der Produkte. Den gibt es tatsächlich, und er liefert saubere Produktdaten mit Preisen, SKUs und Varianten.

Schritt 3: Mach sauberen Inhalt daraus

Egal wohin es geht, das Ziel ist dasselbe: Inhalte als strukturierter Text statt als baukastenspezifisches HTML. Überschriften sind Überschriften, Bilder sind Bilder, und nichts trägt einen Squarespace-Klassennamen oder einen Inline-Style.

Das zählt mehr, als es klingt. Inhalt in sauberer, strukturierter Form lässt sich für immer neu gestalten, zwischen Systemen bewegen und von Suchmaschinen und KI-Werkzeugen ohne Widerstand lesen. Inhalt, der ein Knäuel aus altem Baukasten-Markup ist, muss beim nächsten Wechsel erneut entwirrt werden.

Bei einer kleinen Website ist es oft schneller und sauberer, ein Dutzend Seiten im neuen System von Hand neu anzulegen, als irgendetwas zu automatisieren. Bei einem echten Blog mit Hunderten Beiträgen wird die Masse automatisch umgewandelt und die Ausreißer werden von Hand korrigiert. So oder so ist es der mit Abstand größte Brocken der Arbeit, und dafür sollte Budget eingeplant sein.

Schritt 4: Bilder umziehen

Deine Bilder liegen derzeit im CDN von Squarespace und gehören dir ab dem Tag der Kündigung nicht mehr. Lade sie alle herunter, spiele sie in den Speicher deines neuen Hosters ein (bei Cloudflare ist das R2, ohne Egress-Gebühren, das Ausliefern von Bildern kostet dich also nichts pro Aufruf) und aktualisiere jeden Verweis. Führe dabei eine Zuordnung von alter zu neuer Adresse, denn genau die macht den nächsten Schritt möglich.

Schritt 5: Design neu bauen, und das ist der Gewinn

Deine Squarespace-Vorlage wandert nicht mit, und das ist der ganze Sinn des Abschieds. Die neue Website entsteht als Code, den du kontrollierst. Für die meisten Portfolio-, Firmen- und Blog-Websites ist das eine saubere, schnelle Sache, und das Ergebnis lädt schneller als eine Squarespace-Seite, die erst ihre Laufzeitumgebung startet. Wenn du das aktuelle Aussehen magst, lässt es sich als Ausgangspunkt eng nachbilden.

Die eingebauten Squarespace-Funktionen brauchen ein neues Zuhause: Kontaktformulare, SEO-Einstellungen, Galerien und Pop-ups haben alle moderne Entsprechungen, aber das sind bewusste Entscheidungen und nichts, was automatisch mitkommt. Falls du Squarespace Commerce genutzt hast, behandle den Shop als eigenes Projekt. Serverlose Optionen sind bei E-Commerce noch dünn aufgestellt (EmDash etwa hat bislang kein offizielles E-Commerce-Plugin), wenn der Shop also das Geschäft ist, kläre diesen Weg vorher, statt die Lücke hinterher zu entdecken.

Nicht überspringen: Behalte deine URLs

Squarespace hat eigene URL-Muster (/blog/post-slug, Collection-Pfade), und diese Adressen tragen deine Suchrankings und jeden Link, den je jemand auf dich gesetzt hat. Bevor du irgendetwas umstellst, hol dir aus der Sitemap eine vollständige Liste der alten URLs. Behalte die Pfade, die du behalten kannst, und richte für die, die sich ändern, dauerhafte Weiterleitungen (301) von alter auf neue Adresse ein. Das zu überspringen ist die mit Abstand häufigste Art, wie eine Migration still den Suchtraffic zerstört, und Monate später ist es sehr schwer zu reparieren.

Die ehrlichen Kompromisse

Der Abschied von Squarespace heißt, einen No-Code-Baukasten gegen eine Website zu tauschen, die jemand bauen und pflegen muss. Wenn „niemand fasst jemals Code an” eine harte Bedingung ist und der Baukasten weiterhin alles kann, was du brauchst, dann bleib. Das ist keine Schande.

Wenn du ihm aber entwachsen bist und echte Kontrolle, portable Inhalte und keine Abhängigkeit willst, ist eine moderne gehostete Website ein guter Landeplatz. Falls du noch Ziele vergleichst: Die Übersicht der besten WordPress-Alternativen stellt die aktuellen Optionen nebeneinander, EmDash vs. WordPress behandelt das serverlose Ende des Feldes, und der Wix-Leitfaden beschreibt denselben Baukasten-Ausstieg von der anderen Seite.

Bei 2emdash übernehmen wir das für alle, die es lieber nicht selbst machen: Wir bauen deine bestehende Website auf Cloudflare neu und geben dir ein einfaches Panel, mit dem du sie betreibst. Wir sind ein unabhängiger Dienst, nicht verbunden mit Cloudflare oder dem EmDash-Projekt.