Wix, Squarespace oder Agentur: was ein Baukasten für SEO leistet und wo er an die Grenze kommt

Ein Baukasten wie Wix oder Squarespace deckt die technischen SEO-Grundlagen einer Website zuverlässig ab: eigene Seitentitel und Beschreibungen, lesbare URLs, HTTPS, mobile Darstellung, automatisch gepflegte Sitemap und Weiterleitungen gehören zum Lieferumfang und funktionieren ohne Zutun. Die Grenze verläuft nicht bei diesen Einstellungen, sondern eine Ebene tiefer — bei dem, was der Server am Ende tatsächlich ausliefert, bei der Kontrolle über strukturierte Daten und bei der Frage, wie teuer ein späterer Wechsel wird.

Diese Unterscheidung ist wichtig, weil die Debatte meistens an der falschen Stelle geführt wird. «Baukasten kann kein SEO» war vor zehn Jahren ein berechtigter Einwand und ist heute schlicht falsch. Wer ihn trotzdem hört, hört meistens ein Verkaufsargument. Der ehrliche Vergleich sieht anders aus, und er fällt differenzierter aus, als beide Lager es gern hätten.

Was ein Baukasten für SEO zuverlässig leistet

Ein moderner Baukasten erledigt die Pflichtaufgaben des technischen SEO, bevor jemand eine Einstellung anfasst — und zwar besser als viele von Hand gebaute Seiten. Verschlüsselung ist Standard, die Darstellung auf dem Mobiltelefon ist nicht optional, Bilder werden automatisch in moderne Formate umgerechnet und in mehreren Grössen ausgeliefert, die Sitemap aktualisiert sich selbst, und ein Content-Delivery-Netzwerk sorgt dafür, dass die Auslieferung geografisch nah beim Besucher passiert.

Das sind exakt die Punkte, an denen selbst gebaute Seiten regelmässig scheitern. Wir sehen in Website-Audits mit schöner Regelmässigkeit individuell entwickelte Seiten ohne saubere Weiterleitungen, mit unkomprimierten Bildern im Megabyte-Bereich und ohne funktionierende Sitemap. Ein Baukasten macht diese Fehler nicht, weil er sie gar nicht zulässt.

Auch bei den redaktionellen Grundlagen ist der Baukasten kein Hindernis. Titel, Beschreibung, Überschriftenstruktur, Alternativtexte und interne Verlinkung sind bearbeitbar. Wer eine Seite hat, die nicht gefunden wird, hat in neun von zehn Fällen ein Inhalts- und Strukturproblem und kein Plattformproblem. Vier dünne Seiten mit je hundert Wörtern ranken auf keinem System.

Wo die Grenze wirklich verläuft: bei dem, was ausgeliefert wird

Die Grenze eines Baukastens zeigt sich nicht im Einstellungsmenü, sondern im Quelltext der fertigen Seite: entscheidend ist, wie viele Bytes für wie viel Text ausgeliefert werden und wie schnell die Seite auf einem durchschnittlichen Mobiltelefon bedienbar ist. Genau darauf habt ihr in einem geschlossenen System nur begrenzten Zugriff, weil Vorlage, Animationsbibliotheken und jede installierte Zusatz-App eigenen Code mitbringen, den ihr nicht entfernen könnt.

Bevor daraus ein Argument gegen Baukästen wird: Das Problem ist plattformunabhängig. Wir hatten es auf unserer eigenen, selbst gebauten Seite. Eine an sich sinnvolle Einstellung im Framework — das Einbetten des gesamten CSS direkt in die Seite — führte dazu, dass unsere Seite /seo-agentur-zuerich 517 KB HTML auslieferte. Nach dem Entfernen dieser Einstellung waren es 159 KB. Die Text-Ratio, also der Anteil echten Textes am ausgelieferten Dokument, stieg von 2.45 auf 9.45 Prozent, und die Datenmenge bei internen Klicks sank um 79 Prozent (eigene Messung, August 2026).

Die interessante Rechnung steckt in den beiden Verhältniszahlen. 2.45 Prozent von 517 KB sind rund 12.7 KB Text. 9.45 Prozent von 159 KB sind rund 15.0 KB Text. Der Textanteil ist also praktisch gleich geblieben — verschwunden sind ausschliesslich 358 KB Beiwerk, das nie jemand gelesen hat. Bei 5'000 Seitenaufrufen im Monat sind das rund 1.75 GB, die niemandem gefehlt haben. Was das für die Verwertbarkeit durch Suchmaschinen und AI-Systeme bedeutet, haben wir in Text-Ratio und Payload in der KI-Suche ausführlich aufgeschrieben.

Der Unterschied zwischen Baukasten und Eigenbau ist nicht, dass das eine System dieses Problem hat und das andere nicht. Der Unterschied ist, dass wir es bei uns in einer Zeile abstellen konnten. Im Baukasten hättet ihr an dieser Stelle die Wahl zwischen der Vorlage und einer anderen Vorlage.

Strukturierte Daten und die Sichtbarkeit in AI-Suchen

Bei strukturierten Daten verläuft die Grenze zwischen «Standardfall automatisch» und «Sonderfall gar nicht»: Baukästen erzeugen Schema-Markup für die vorgesehenen Seitentypen selbstständig, aber alles darüber hinaus hängt davon ab, ob die Plattform eigenes JSON-LD in den Kopfbereich der Seite lässt und ob es sich mit dem automatisch erzeugten verträgt.

Das ist kein akademisches Detail mehr. AI-Systeme, die Antworten aus Webseiten zusammensetzen, brauchen eindeutig ausgezeichnete Entitäten — wer ist das Unternehmen, welche Leistung wird zu welchem Preis angeboten, welche Frage wird auf dieser Seite beantwortet. Die Mechanik dahinter beschreiben wir in Schema.org für AI-Sichtbarkeit. Wenn eure Seite eine Leistung mit einem lokalen Bezug und einer Preisangabe anbietet, ist das im Baukasten selten sauber abbildbar.

Ähnlich sieht es bei zwei weiteren Sonderfällen aus. Erstens Weiterleitungsregeln über Muster statt einzeln — wer 200 alte URLs umziehen will, will keine 200 Formulare ausfüllen. Zweitens mehrsprachige Seiten mit korrektem hreflang, sobald mehr als die zwei vorgesehenen Sprachen dazukommen. Beides ist auf einer eigenen Basis eine Konfigurationsdatei und im Baukasten ein Support-Ticket.

Der Zehn-Minuten-Test: braucht ihr überhaupt mehr?

Die Frage «Baukasten oder Agentur» lässt sich in zehn Minuten an der eigenen Seite entscheiden, statt sie theoretisch zu diskutieren. Sechs Prüfpunkte reichen. Jedes «nein» ist ein Argument für den Wechsel, kein einzelnes ist allein entscheidend.

Die ersten beiden Punkte sind die härtesten. Was hinter LCP und INP steckt und warum gerade der Interaktivitätswert Baukästen mit vielen Zusatz-Apps trifft, steht in Core Web Vitals und INP. Wenn die Feld-Daten grün sind, das HTML schlank ist und ihr unter fünfzig Seiten bleibt, gibt es kein technisches Argument für einen Wechsel. Dann steckt euer Budget besser in Inhalt.

Die Fünf-Jahres-Rechnung

Über fünf Jahre gerechnet ist der Baukasten günstiger als eine Agentur-Website — bis der Wechsel dazukommt, und dann kippt die Rechnung. Die folgende Aufstellung ist ein Rechenbeispiel mit klar benannten Annahmen, keine Marktzahl. Ersetzt die linke Spalte durch eure tatsächlichen Tarife, die Struktur bleibt gleich.

Zwei Dinge sind daran wichtig. Erstens: Ohne Wechsel gewinnt der Baukasten gegen fast jedes Agenturprojekt, und das ist ein völlig legitimes Ergebnis. Zweitens: Der Posten «Wechsel» ist kein Schreckgespenst, sondern eine dokumentierte Eigenschaft der Plattformen. Der Squarespace-Hilfeartikel zum Export benennt selbst, dass der Export eine XML-Datei für WordPress erzeugt und dabei nur Layout-Seiten, eine einzige Blog-Seite samt Beiträgen sowie Text- und Bildblöcke umfasst — während Produktseiten, Album-, Index- und Kalenderseiten, seitenspezifische Kopf- und Fusszeilen, Stileinstellungen und eigenes CSS nicht mitkommen. Ein Umzug ist damit kein Import, sondern ein Nachbau.

Wie sich der Rahmen für eine eigene Website im Einzelnen zusammensetzt, steht auf unserer Seite zu den Webdesign-Preisen; den Ablauf beschreiben wir unter Website erstellen lassen.

Wann welcher Weg der richtige ist

Der Baukasten ist die richtige Wahl, wenn die Website vor allem Visitenkarte ist und der Umsatz woanders entsteht. Ein Restaurant mit Öffnungszeiten, Karte und Reservierung, ein Handwerksbetrieb mit vier Leistungsseiten und einem Kontaktformular, ein Verein: Für diese Fälle ist ein Baukasten sachlich die beste Lösung, und alles andere wäre überteuert.

Die eigene Basis lohnt sich, wenn die Website ein Vertriebskanal ist. Konkret heisst das: Ihr habt mehr als fünfzig Seiten, ihr veröffentlicht regelmässig, es hängen Anbindungen an CRM oder Warenwirtschaft daran, ihr braucht Ortsseiten oder mehrsprachige Varianten in Serie, oder ihr messt Umsatz pro Kanal und wollt am Ladeverhalten arbeiten können. In diesen Fällen ist die Plattform nicht Kosmetik, sondern Betriebsmittel. Was eine Web-Agentur dabei tatsächlich übernimmt und wo die Grenzen der Zusammenarbeit liegen, haben wir dort offengelegt.

Der dritte Weg wird selten genannt und passt oft am besten: Baukasten behalten, aber SEO getrennt betreiben. Struktur, Inhalt und interne Verlinkung bringen auf jeder Plattform Wirkung, und laufende Betreuung beginnt bei uns bei CHF 300 pro Monat für Local SEO. Für viele KMU ist das der rationalere erste Schritt als ein Relaunch — mehr dazu auf unserer Seite zur SEO-Agentur für KMU.

Fazit

Baukästen sind kein SEO-Problem. Sie erledigen die technischen Pflichtaufgaben zuverlässig und verhindern Fehler, die auf selbst gebauten Seiten regelmässig passieren. Wer trotzdem nicht gefunden wird, hat fast immer zu wenig Inhalt, nicht die falsche Plattform.

Die realen Grenzen sind spezifisch und benennbar: begrenzter Zugriff auf das, was ausgeliefert wird, Schema-Markup nur für vorgesehene Fälle, keine Weiterleitungsregeln in Serie, und ein Export, der weniger hergibt, als man beim Einzug annimmt. Prüft diese vier Punkte an eurer eigenen Seite, bevor ihr über einen Wechsel entscheidet. Wenn keiner davon greift, bleibt beim Baukasten und steckt das Geld in Inhalt. Wenn zwei oder mehr greifen, wird der Wechsel mit jedem Monat teurer.