Wo Squarespace für wachsende Unternehmen an seine Grenzen stößt
Squarespace ist für Gründer gebaut, die schnell eine ansehnliche Website brauchen. Fluid Engine ist beeindruckend für Nutzer ohne technisches Hintergrundwissen. Aber sobald man über die Templates hinausgehen möchte, stößt man gegen eine Wand. Jeder Abschnitt ist auf ein festes Raster beschränkt. Benutzerdefinierte Schriftarten außerhalb des Squarespace-Systems erfordern CSS-Injektion in einem versteckten Code-Injection-Feld, mit dem Risiko, dass ein Plattform-Update die Anpassung überschreibt.
Für ein kleines Portfolio funktioniert das. Für ein Unternehmen, das ernsthaft in SEO investiert, einen eigenen Checkout-Prozess braucht oder mehrere Sprachversionen benötigt, kommt die Decke schnell. Squarespace bietet kein Server-seitiges Rendering, kein routen-spezifisches Edge-Caching und keine inkrementelle statische Regeneration. Die Lighthouse-Bewertung bleibt strukturell unter 60, sobald mehr als zehn Abschnitte auf einer Seite geladen werden.
Was mir bei Squarespace-Audits am meisten auffällt: der Eigentümer weiß oft nicht, was technisch schiefläuft. Die Website 'sieht gut aus', rankt aber nicht, konvertiert nicht und ist auf Mobilgeräten langsam. Das sind keine zufälligen Probleme. Es ist die Architektur.
Commerce-Tier, Member Areas und eine Rechnung, die wächst
Squarespace-Preise wirken vernünftig, bis man Funktionen außerhalb des Basis-Tiers benötigt. Commerce Basic kostet 27 €/Monat. Aber für Warenkorbwiederherstellung, erweiterten Versand oder Kundenkonten braucht man Commerce Advanced für 49 €/Monat. Member Areas (für geschlossene Inhalte oder Online-Kurse) sind ein separates Add-on: 7–38 € extra pro Monat je nach Mitgliederanzahl. Pro Jahr summiert sich das schnell:
- ▸Commerce Advanced + Member Areas Starter: 696 €/Jahr (vor Domain- und E-Mail-Hosting-Kosten)
- ▸Squarespace Domains: 20–40 €/Jahr pro Domain, mit eingeschränkter DNS-Kontrolle
- ▸Squarespace Email Campaigns: 7–46 €/Monat extra bei Nutzung des eigenen E-Mail-Marketings
- ▸Kein Eigentum: Zahlung einstellen bedeutet, die Website verschwindet, inklusive aller Inhalte
Eine eigene Next.js-Website läuft auf Hosting, das Sie kontrollieren. Stripe direkt eingebunden, ohne Plattform-Prozentsatz. Member-Funktionalität über eine Open-Source-Auth-Schicht. Das Abonnement, das wegfällt, deckt meine Unterstützung für mehrere Jahre.
Was Code-Eigentümerschaft Ihnen zurückgibt
Auf einer eigenen Next.js-Website gehört der Code Ihnen. Nicht Squarespace. Nicht einem Theme-Entwickler. Ihnen, in Git gespeichert, auf jedem Hosting-Anbieter Ihrer Wahl deploybar. Wenn ich morgen aufhöre zu existieren, läuft Ihre Website weiter.
Dieses Eigentum hat konkrete Auswirkungen auf das, was technisch möglich ist. Eine Auswahl:
- ▸Jedes Design-Element ist maßgeschneidert: kein Abschnittsraster, keine Fluid Engine-Einschränkungen
- ▸eigenes CMS in deiner Website, oder Markdown-Dateien in Git wenn Inhalte selten wechseln
- ▸Server-seitiges Rendering und routen-spezifisches Edge-Caching (nicht von Squarespace-Servern abhängig)
- ▸Stripe direkt angebunden ohne Plattform-Gebühr oder Commerce-Tier-Anforderung
- ▸Mehrsprachigkeit ohne Squarespace-Workarounds: next-intl mit vollständigem i18n-Routing
- ▸Open-Graph-Tags, strukturierte Daten und sitemap.xml vollständig unter eigener Kontrolle
Wie ich Inhalte und Struktur aus Squarespace migriere
Squarespace bietet einen XML-Export von Seiteninhalten und einen CSV-Export von Produktkatalogen. Blog-Beiträge kommen als WordPress-kompatibler XML-Export, den ich in Markdown oder die gewünschte CMS-Struktur umwandle. Bilder liegen in der Squarespace-Medienbibliothek: ich exportiere sie über den eingebauten Bild-Export oder über die Squarespace-API, je nach Menge.
Jede URL der aktuellen Website bekommt eine 301-Weiterleitung auf der neuen Next.js-Umgebung. Ich baue zuerst eine vollständige URL-Map der Squarespace-Struktur, einschließlich Blog-Slugs, Produktseiten und eventueller Member-Area-Pfade, bevor eine einzige Weiterleitung gesetzt wird. Eine fehlende Weiterleitung kostet Google-Rankings. Diesen Schritt überspringe ich nie.
Custom CSS, das im Squarespace-Code-Injection-Feld steht, übersetze ich in component-level Styling im Next.js-Code. Nichts geht verloren, aber nichts wird blind kopiert. Die Wahrscheinlichkeit ist hoch, dass manche Hacks auf der neuen Architektur schlicht nicht mehr nötig sind.
-- Kundenprojekt
Fotografin aus dem Münsterland: von 384 €/Jahr Squarespace Commerce zu eigenem System
Eine selbstständige Fotografin aus dem Münsterland verkaufte Prints über Squarespace Commerce Advanced. Sie zahlte 384 Euro pro Jahr an die Plattform, plus 40 Euro für ihre Domain über Squarespace Domains. Ihre größte Frustration: sie konnte keine anpassbaren Paketseiten ohne technisches Wissen bauen. Fluid Engine erlaubte keine freien Textblöcke neben Produktfotos ohne einen Custom-CSS-Workaround.
Beim Lighthouse-Audit, den ich durchführte, kamen folgende Messungen heraus:
Nach der Migration hostet sie ihre Website auf einem VPS, auf dem das Domain-DNS vollständig unter ihrer Kontrolle steht, einschließlich E-Mail auf ihrer eigenen Domain, nicht mehr über Squarespace Email Campaigns. Produktseiten sind als dynamische Next.js-Routen mit direkt eingebundenem Stripe-Checkout gebaut. Blog-Beiträge (sie hatte Dutzende Artikel über Location-Fotografie geschrieben) liegen jetzt als Markdown-Dateien in Git. Sie verwaltet sie über eine leichtgewichtige CMS-Oberfläche ohne monatliches Abonnement.
SEO-Kontrolle, die Squarespace Ihnen nicht gibt
Squarespace generiert automatisch eine sitemap.xml und lässt Sie Meta-Titel und Beschreibungen pro Seite ausfüllen. Das ist alles. Strukturierte Daten (Schema.org) müssen manuell über Code Injection als JSON-LD eingebunden werden, und Squarespace bietet keine Überprüfung oder Validierung. Hreflang-Tags für mehrsprachige Websites sind nicht eingebaut: man ist auf DNS-Workarounds oder manuelle Injektion angewiesen.
Auf einer eigenen Next.js-Website sitzen die SEO-Grundlagen im Code. generateMetadata() pro Route, next-sitemap als Post-Build-Schritt, JSON-LD als React-Komponente pro Seitentyp. Kanonische URLs pro Sprache über next-intl. Das ist kein besonderes Extra. Es ist das, was Google von einer ernsthaften Website erwartet.
Was ich bei Squarespace-Websites in der Search Console ebenfalls sehe: Crawl-Fehler auf internen Suchseiten und Member-Area-Pfade, die indexiert werden, obwohl das nicht gewünscht ist. Eine eigene robots.txt und explizites noindex pro Route lösen das sofort.
Was ich anders mache als ein Squarespace-Designer
Ein Squarespace-Designer arbeitet innerhalb der Plattform. Ich ersetze die Plattform. Das ist ein anderer Ansatz, und es bedeutet, dass ich bei jedem Projekt einschätze, ob eine Migration wirklich die richtige Wahl ist.
- ▸Ich auditiere zuerst Ihre aktuelle Squarespace-Website: technisch, SEO, Conversion, bevor ich eine Zeile schreibe
- ▸Ich mache einen konkreten Scope-Vorschlag basierend auf dem, was tatsächlich zu gewinnen ist, nicht basierend auf einem Standardpaket
- ▸Die 301-Weiterleitungs-Map ist Teil jedes Projekts, kein optionales Extra
- ▸Ich verwende keine Squarespace-Themes oder Page Builder: jede Komponente ist in TypeScript/React geschrieben
- ▸Nach dem Go-live überwache ich die Google Search Console auf Crawl-Fehler und passe Weiterleitungen an, wenn nötig
- ▸Sie erhalten das Git-Repository, keine Exportdatei, mit der Sie nichts anfangen können
Deshalb biete ich keine festen Template-Pakete für Squarespace-Migrationen an. Jede Website hat eine andere Struktur, andere Inhalte und eine andere SEO-Geschichte. Den Scope bestimme ich nach dem Audit, nicht davor.
Was kostet das?
Jedes Projekt ist anders. Der Preis haengt von Ihrer Site, dem Umfang und den Anforderungen ab. Kein Tarif ohne ein erstes Gespraech.
Vereinbaren Sie ein kurzes Gespraech. Ich schaue mir Ihre Situation an und mache ein ehrliches Angebot.