No-Code hat die Erstellung von Websites demokratisiert. Tools wie Webflow, Framer, Wix, Squarespace oder Bubble haben es Tausenden von Selbstständigen und kleinen Organisationen ermöglicht, online präsent zu sein, ohne eine einzige Zeile Code zu schreiben. In einem bestimmten Kontext ist das unbestreitbar ein Erfolg: für ein MVP, ein persönliches Portfolio, eine Test-Landingpage.
Doch wenn ein seriöses Schweizer KMU (mit Wachstumszielen, echter lokaler Konkurrenz und Performance-Ansprüchen) seine digitale Strategie auf einer No-Code-Plattform aufbaut, stösst es unweigerlich an Grenzen. An Grenzen bei Performance, SEO, Individualisierung und Kosten. Dieser Artikel dokumentiert sie im Detail, mit realen Daten.
Was No-Code verspricht, und was es wirklich hält
Das ursprüngliche Versprechen ist real
Zuerst muss man ehrlich sein: No-Code-Tools haben sich erheblich weiterentwickelt. Insbesondere Webflow erzeugt sauberes HTML/CSS, ermöglicht fortgeschrittene Animationen und bietet ein integriertes CMS. Framer bietet flüssige Interaktionen und eine von Figma inspirierte Oberfläche. Diese Tools sind keine Spielzeuge.
Für bestimmte Anwendungsfälle sind sie bestens geeignet:
- Ein Freelancer, der innerhalb von 48 Stunden ein Online-Portfolio möchte
- Ein Startup, das ein Konzept mit einer Landingpage validiert
- Ein Verein mit begrenztem Budget, der eine einfache Präsenz braucht
- Ein einfacher E-Commerce in einer wenig umkämpften Nische
Das Problem entsteht, wenn diese Tools für Projekte eingesetzt werden, die über ihren ursprünglichen Einsatzbereich hinausgehen. Und Schweizer KMU mit ihren umkämpften Märkten und anspruchsvollen Kunden sprengen diesen Rahmen fast immer.
Die falschen Einsparungen von No-Code
Das wirtschaftliche Versprechen von No-Code beruht darauf, dass der Entwickler wegfällt. In Wirklichkeit sehen die echten Kosten über 3 Jahre für eine professionelle Website auf einer No-Code-Plattform so aus:
Und vor allem: Ihre Website gehört nicht Ihnen. Ihr Inhalt, Ihr Design und Ihre CMS-Datenbank liegen auf den Servern eines amerikanischen Unternehmens. Wenn Webflow seine Preise um 30 % erhöht (was 2023 bereits geschehen ist), zahlen Sie oder Sie migrieren und verlieren dabei die gesamte Arbeit, die in die Plattform investiert wurde. Wenn Framer übernommen wird oder schliesst, schrumpfen Ihre Optionen auf null.
Core Web Vitals: die technische Obergrenze von No-Code
Die Google-Metriken, die No-Code kaum erreicht
Die Core Web Vitals sind die Performance-Metriken, die Google für das Ranking von Websites verwendet. Seit dem Page-Experience-Update (2021) wird eine Website, die bei diesen Metriken schlecht abschneidet, in den Suchergebnissen benachteiligt.
Hier die Medianwerte, die bei produktiven No-Code-Websites beobachtet wurden (Daten aus realen Audits und aus dem CrUX-Datensatz von Google, 2024):
Die meisten No-Code-Plattformen verfehlen die Google-Schwellen «Gut» bei mindestens einer Metrik. Webflow schneidet besser ab als Wix, bleibt aber weit unter dem Niveau, das mit individuellem Code erreichbar ist.
Warum diese Grenzen strukturell sind
No-Code-Plattformen erzeugen Code aus einer grafischen Oberfläche. Dieser Prozess führt zwangsläufig zu suboptimalem Code:
Aufgeblähtes CSS: Der visuelle Editor erzeugt CSS-Regeln für jede Eigenschaft jedes Elements, selbst für jene mit Standardwerten. Eine einfache Komponente in Webflow kann 80 Zeilen CSS erzeugen, wo ein Entwickler 15 schreiben würde. Dieses unnötige CSS muss jeder Besucher herunterladen.
Plattform-JavaScript: Webflow lädt seine JS-Runtime (webflow.js) auf allen Seiten (rund 150 KB minifiziert). Dieses Bundle verwaltet Interaktionen, Animationen und das CMS. Es ist nicht tree-shakeable: Selbst wenn Sie nur 10 % seiner Funktionen nutzen, laden Sie 100 % des Bundles.
Keine Kontrolle über den <head>: No-Code-Tools erzeugen die <link>- und <script>-Tags im <head> automatisch. Sie können Preload, Prefetch oder die Ladereihenfolge kritischer Ressourcen nicht fein steuern. Diese Optimierungen machen bei einer gut programmierten Website oft 30 bis 50 % des Performance-Gewinns aus.
Bilder mit nicht optimiertem Format: Webflow und Framer liefern Bilder zwar in WebP aus, erzeugen aber nicht systematisch alle je nach Viewport benötigten Grössen. Auf Mobilgeräten kann ein Benutzer ein doppelt so grosses Bild wie nötig herunterladen.
Kein echtes Server-Side Rendering: Webflow erzeugt statisches HTML, was gut ist. Framer ebenfalls. Doch dynamische Funktionen (Suche, Filter, erweiterte Formulare) erfordern clientseitiges JavaScript, oft über Integrationen von Drittanbietern, die zusätzliche Skripte hinzufügen.
Die konkrete Wirkung auf das SEO
Ein Lighthouse-Score von 58 gegenüber 94: Das ist nicht bloss eine Zahl. Laut einer Studie von Portent (2023) konvertiert eine Website, die in 2.4 Sekunden lädt, 2.5× schlechter als eine Website, die in 0.9 Sekunden lädt. Für ein KMU, das in SEO investiert, ist das ein strukturelles Handicap, das selbst der beste Inhalt der Welt nicht ausgleichen kann.
Laut Search Engine Journal erhalten Websites, die bei allen Core Web Vitals die Schwellen «Gut» erreichen, durchschnittlich 24 % mehr organische Klicks als Websites unterhalb dieser Schwellen, bei gleicher Position. Anders gesagt: Selbst wenn Ihre No-Code-Website für eine Suchanfrage gut positioniert ist, holt sie weniger Klicks, weil Google den Benutzern einen Performance-Indikator anzeigt, und diese wählen die schnellere Website.
Technisches SEO: die strukturellen Grenzen von No-Code
Was Sie bei Webflow oder Framer nicht kontrollieren können
Technisches SEO ist das unsichtbare Fundament Ihrer organischen Sichtbarkeit. Hier zeigen No-Code-Plattformen ihre frustrierendsten Einschränkungen.
JavaScript-Rendering und Indexierung: Framer ist ein Site-Builder auf React-Basis. Standardmässig erfolgt das Rendering clientseitig. Auch wenn Framer beim SSR (Server-Side Rendering) Fortschritte gemacht hat, ist die feine Steuerung des Renderings (also die Entscheidung, welche Teile serverseitig und welche clientseitig gerendert werden) ohne Code nicht zugänglich.
Structured Data (JSON-LD): Strukturierte Daten ermöglichen es Google, Rich Snippets (Sterne, Preise, FAQ, Veranstaltungen) in den Suchergebnissen anzuzeigen. Bei Webflow erfordert das Hinzufügen von JSON-LD einen Hack über ein HTML-Embed-Feld: funktional, aber fragil, nicht typisiert und schwer zu warten. Bei Framer ist es nativ unmöglich.
Erweiterte 301-Weiterleitungen: Komplexe Weiterleitungen (Regex-Muster, bedingte Weiterleitungen, Weiterleitungsketten) sind auf den meisten No-Code-Plattformen nur eingeschränkt möglich. Bei Next.js lässt sich das mit wenigen Zeilen in next.config.ts konfigurieren.
hreflang-Tags für die Mehrsprachigkeit: Ein Schweizer KMU, das französisch-, deutsch- und englischsprachige Kunden anspricht, braucht eine mehrsprachige Website mit korrekt umgesetzten hreflang-Tags. Bei Webflow ist Mehrsprachigkeit inzwischen verfügbar, doch die automatischen hreflang-Tags decken nicht alle Anwendungsfälle ab, und die Verwaltung mehrsprachiger Slugs ist starr.
Generierung dynamischer Sitemaps: Bei Next.js braucht eine XML-Sitemap, die dynamisch alle Seiten, Blogartikel und URLs eines Shops enthält, 20 Zeilen Code und wird bei jedem Deployment neu erzeugt. Auf No-Code-Plattformen wird die Sitemap entweder automatisch generiert (ohne Kontrolle) oder existiert gar nicht.
Dynamische Open-Graph-Tags und Twitter Cards: Um einen Blogartikel auf LinkedIn oder Twitter mit dem richtigen Titel, dem richtigen Bild und der richtigen Beschreibung zu teilen, braucht es dynamische OG-Tags pro Seite. Bei Next.js erledigt die Metadata API das nativ. Bei Webflow ist es konfigurierbar, aber mit den Einschränkungen ihres CMS. Bei Framer ist es rudimentär.
Das Problem der Drittanbieter-Integrationen
Sobald Ihre No-Code-Website etwas braucht, das nicht dem Standard entspricht (ein Formular, das Daten an Ihr CRM sendet, eine interaktive Karte, einen Produktkonfigurator, einen Kundenbereich), stehen Sie vor einer Wahl:
- Eine native Integration nutzen (oft eingeschränkt)
- Über Zapier / Make gehen (Zusatzkosten, Latenz, Fragilität)
- Ein Drittanbieter-Skript einbinden (zusätzliches Gewicht, Konformität mit DSGVO der EU / DSG sicherstellen)
- Feststellen, dass es auf der Plattform unmöglich ist
Mit individuellem Code wird jede Integration genau so geschrieben, wie sie nötig ist: nicht mehr und nicht weniger. Kein Zapier, kein fragiler Webhook, kein unkontrolliertes Drittanbieter-Skript.
Individualisierung: die unsichtbare Mauer von No-Code
Die Designs, die sich «nicht umsetzen lassen»
Jedes No-Code-Tool hat sein eigenes visuelles Vokabular: implizite Einschränkungen, die dazu führen, dass alle Webflow-Websites «sich ein bisschen ähneln». Das ist kein Zufall: Das Tool gibt seine Denkweise für Layout, Animationen und Interaktionen vor.
Einige konkrete Beispiele für Effekte oder Verhaltensweisen, die in No-Code unmöglich (oder extrem teuer) umzusetzen sind:
Fortgeschrittene GSAP-Animationen: GSAP (GreenSock Animation Platform) ist die leistungsstärkste JavaScript-Animationsbibliothek im Web. Sie ermöglicht komplexe Timelines, SVG-Morphing-Effekte und pixelgenaue scrollgebundene Animationen. Bei Webflow können Sie GSAP über Embeds nutzen, verlieren dann aber für diese Elemente den Zugang zum visuellen Editor, und JavaScript in einem Webflow-Embed zu debuggen ist eine mühsame Erfahrung.
Flüssige Seitenübergänge: Ein Übergang zwischen zwei Seiten (Überblendung, Slide, Element-Morphing) erfordert die Kontrolle über den Lebenszyklus der Navigation. In Next.js ist das mit der View Transitions API oder mit an den Router gekoppelten GSAP-Animationen nativ möglich. Auf jeder No-Code-Plattform ist es ein komplizierter Hack.
Canvas und WebGL: Websites, die Three.js, React Three Fiber oder Canvas-Animationen nutzen, um immersive Erlebnisse zu schaffen, sind auf den gängigen No-Code-Plattformen schlicht unmöglich.
Komplexe bedingte Logik: Je nach Uhrzeit, Standort des Benutzers, seinem Verlauf oder seiner Stufe in einem Treueprogramm unterschiedliche Inhalte anzeigen: All das erfordert Code. No-Code-Tools können einfache bedingte Logik simulieren, stossen aber schnell an ihre Grenzen.
Performance auf Mobilgeräten: Webflow-Animationen nutzen die proprietäre Interaktions-Engine von Webflow. Auf Mobilgeräten (schwankende 4G-Verbindung, begrenzter Prozessor) können diese Animationen Ruckler (Jank) verursachen, die Sie ohne Zugang zum Quellcode weder debuggen noch optimieren können.
Die Tyrannei des Templates
Selbst Webflow schränkt trotz seiner Flexibilität die Struktur der Komponenten ein. Ein Slider, ein Navigationsmenü, ein Akkordeon: Sie funktionieren nach der Logik von Webflow, nicht nach Ihrer. Sie können das Aussehen anpassen, aber selten das grundlegende Verhalten.
Mit React und Next.js ist jede Komponente eine Funktion. Ein Akkordeon verhält sich genau so, wie Sie es definieren: Es kann eine einzigartige Öffnungsanimation, eine komplexe Zustandslogik, eine Integration mit Ihren Analytics und eine perfekte Barrierefreiheit haben. Nichts wird vorgegeben.
Skalierbarkeit: wo No-Code wirklich bricht
Der Traffic steigt
Eine Pressekampagne, ein viraler Post, eine Traffic-Spitze nach einem Event: Ihre Website muss standhalten. No-Code-Plattformen hosten Ihre Websites auf ihrer eigenen Infrastruktur. Webflow garantiert für statische Websites 99.99 % Verfügbarkeit auf seinem CDN, das ist gut. Doch wenn ihre Infrastruktur in Schwierigkeiten gerät (was vorkommt, auch bei Webflow), gerät auch Ihre Website in Schwierigkeiten.
Eine Next.js-Website, die auf Vercel, Netlify oder Cloudflare Pages deployt ist, profitiert von einer weltweiten CDN-Infrastruktur mit vertraglichen Garantien. Im statischen Modus ist sie gegenüber Traffic buchstäblich unzerstörbar: Es gibt keinen Server, der überlastet werden kann, das HTML wird vom CDN-Knoten ausgeliefert, der jedem Besucher am nächsten liegt.
Der Inhalt wächst
Die meisten No-Code-Plattformen begrenzen das Content-Volumen:
- Webflow CMS: 2'000 Einträge pro Collection (Business-Plan), 10'000 (Enterprise-Plan für CHF 235/Monat)
- Framer CMS: je nach Plan begrenzt
- Wix: Grenzen bei Speicherplatz und Bandbreite
Ein über 5 Jahre aktiver Blog, ein Shop mit 500 Produkten, ein Kurskatalog: Solche Volumen sprengen die Standardpläne der No-Code-Plattformen oder erfordern den Wechsel auf teure Enterprise-Pläne.
Mit Next.js und einem Headless CMS (Sanity, Contentful, Directus) oder Markdown-Dateien gibt es keine Inhaltsbegrenzung. Ihre Datenbank gehört Ihnen, ist gespeichert, wo Sie wollen, und skaliert ohne Planwechsel.
Die echten Gesamtkosten über 5 Jahre
Hier die vollständige Rechnung, inklusive aller Kosten für eine professionelle KMU-Website über 5 Jahre:
Und vor allem: Nach 5 Jahren gehört Ihnen die individuelle Next.js-Website vollständig. Sie lässt sich überall hosten, von jedem React-Entwickler warten und ohne Grenzen weiterentwickeln. Die Webflow-Website hängt vom Fortbestand eines amerikanischen Unternehmens und von dessen Preisentscheiden ab.
Wann No-Code trotzdem die richtige Wahl ist
Aus intellektueller Redlichkeit hier die Fälle, in denen No-Code sinnvoll bleibt:
MVP und Validierung: Sie lancieren eine neue Dienstleistung und wollen den Markt schnell und mit minimalem Budget testen. Eine Webflow- oder Framer-Website in 2 Wochen ist klüger, als 2 Monate auf eine individuelle Entwicklung zu warten.
Sehr einfache Websites ohne kompetitive SEO-Ambitionen: ein lokaler Verein, ein Künstler, ein Selbstständiger in einer wenig umkämpften Branche. Wenn die Website nicht um Google-Positionen kämpfen muss, haben die SEO-Einschränkungen von No-Code wenig Auswirkung.
Internes Team mit Webflow-Kompetenzen: Wenn Sie intern einen Designer haben, der Webflow beherrscht und die Website selbst pflegen kann, sieht die wirtschaftliche Rechnung anders aus.
In allen anderen Fällen (KMU mit Wachstumszielen, umkämpfte Branchen, Bedarf an Individualisierung, echte SEO-Ambitionen) ist individueller Code die rationale Investition.
Was INFUSE gegenüber No-Code-Plattformen anbietet
INFUSE erstellt keine Websites auf Drittplattformen. Kein Webflow, kein Framer, kein Wix. Jedes Projekt wird mit Next.js 16, React 19, TypeScript, GSAP und Tailwind CSS v4 entwickelt: Open-Source-Technologien, die Sie nicht «mieten» müssen.
Das Ergebnis: Die Website gehört Ihnen. Der Quellcode wird in einem Git-Repository geliefert, das Ihnen gehört. Die Website kann bei jedem beliebigen Anbieter gehostet werden, auch bei Infomaniak in der Schweiz, wenn Datensouveränität ein Kriterium ist. Die Performance wird an der Quelle optimiert, nicht mit Plugins zusammengebastelt.
Wenn Ihre aktuelle Website auf Webflow oder Framer läuft und Sie die Grenzen zu spüren beginnen (mittelmässige Lighthouse-Scores, keine Möglichkeit, das Design so weiterzuentwickeln, wie Sie es sich vorstellen, steigende Abonnementskosten), ist jetzt der richtige Moment, darüber zu sprechen.