WeWeb Test 2026: die No-Code-Plattform für Webanwendungen im Detail

„Eine App per Drag-and-drop zusammenbauen" klingt verlockend — bis man an die Decke des Baukastens stößt: komplexe Logik, eine eigene Komponente oder eine ungewöhnliche Datenbankabfrage. Die meisten No-Code-Plattformen verstecken den echten Code so tief, dass der Ausweg aus ihrer Sandbox nur das komplette Neu­schreiben des Projekts bedeutet. WeWeb geht einen anderen Weg: ein visueller Oberflächen-Editor, der echtes Vue.js-Frontend erzeugt und sich mit jedem Backend verbindet — Supabase, Xano, Airtable, REST, GraphQL oder eine eigene API.

In diesem Test klären wir, was WeWeb 2026 ist, wie Editor und Logik funktionieren, für wen die Plattform taugt und wo die Fallstricke liegen. Wir betrachten reale Bau-Szenarien, vergleichen Tarife und geben ein ehrliches Fazit — inklusive der Fälle, in denen WeWeb schlicht das falsche Werkzeug ist.

Was ist WeWeb

WeWeb ist eine französische No-Code-Plattform (Sitz in Paris) für Webanwendungen und interne Tools. Der zentrale Unterschied zu Baukästen wie Bubble oder Softr ist eine architektonische Frontend-only-Philosophie. WeWeb kümmert sich nur um das, was der Nutzer sieht: Layout, State, Interaktionslogik, Routing und clientseitige Daten. Datenbank, Authentifizierung und serverseitige Geschäftslogik bleiben bei Ihrem Backend — dem, das Sie schon nutzen oder selbst wählen.

Am Ende steht kein proprietäres „Engine"-Artefakt, das nur in der Plattform lebt, sondern eine Vue.js-Anwendung. Vue ist eines der meistgenutzten Frontend-Frameworks der Welt, und WeWeb ist darin transparent: Sie können den generierten Komponentencode ansehen, eigenes JavaScript oder eine Vue-Komponente einfügen und das gesamte Projekt exportieren.

Die Plattform zielt auf drei Gruppen:

• Gründer und Produktmanager, die in einer Woche ein funktionsfähiges MVP für Investoren und erste Nutzer brauchen.
• Agenturen und Freelancer, die Kunden-Apps und Admin-Panels in Serie bauen.
• Interne Teams, die operative Dashboards und Tools brauchen, ohne Entwickler aus der Produktarbeit zu ziehen.

Vertrieben wird WeWeb als SaaS-Abo pro Workspace mit Preis je Seat und separaten Limits für veröffentlichte Apps. Eine Self-Hosted-Version gibt es nicht — ein grundlegender Unterschied zu ToolJet oder Appsmith, die Open Source sind.

Wie der Editor aufgebaut ist

Die WeWeb-Oberfläche besteht aus drei Bereichen: Seiten- und Layer-Baum links, visuelle Leinwand in der Mitte, Eigenschaften des gewählten Elements rechts. Das Modell ähnelt der Arbeit in Figma — nur ist jedes Element kein Bild, sondern eine lebende Komponente mit State und Datenbindungen.

Komponenten und Struktur

Die Bibliothek enthält mehrere hundert fertige Komponenten: Container und Grids, Formulare, Buttons, Tabellen, Listen, Charts, Modals, Slider, Navigation, Auth-Elemente, Zahlungsformulare. Jedes Element lässt sich in eine wiederverwendbare Komponente mit eigenen Props verwandeln — die Kernmechanik für große Projekte: Produktkarte oder Header einmal bauen, an zehn Stellen einsetzen und das Verhalten über Props steuern.

Das Layout arbeitet mit Flexbox und Grid über visuelle Regler. Gleichzeitig gibt es einen Custom-CSS-Modus, und für Feinheiten können Sie eigene Styles ergänzen. Das ist im No-Code-Bereich selten: meist gilt entweder visuell oder Code — WeWeb erlaubt beides gemischt.

Datenquellen: Anbindung an jedes Backend

Die Datenquellen sind das Herz der Plattform. Hier definieren Sie Collections und REST-/GraphQL-Requests, die in der ganzen App wiederverwendet werden. Native Konnektoren gibt es für Supabase, Xano, Airtable, Google Sheets, Notion, PostgreSQL, MySQL, OpenAI und Dutzende mehr; alles andere läuft über generisches REST oder GraphQL mit konfigurierbaren Headern, Auth und Parametern.

Wichtig: WeWeb speichert Ihre Daten nicht. Die Requests laufen aus dem Browser des Nutzers (oder über Supabase-/Xano-Serverfunktionen), also liegen Sicherheit und Zugriffsregeln bei Ihrem Backend. Das ist zugleich ein Plus — kein Vendor-Lock-in bei den Daten — und ein Minus: Ist Ihr Backend nicht auf eine öffentliche API vorbereitet, müssen Sie selbst für Schutz sorgen.

Workflows: Logik ohne Code

Workflows sind ein visueller Verhaltensbaukasten. Jeder Workflow ist eine Kette von Schritten: „Bei Button-Klick → Bedingung prüfen → Request senden → Benachrichtigung zeigen → Variable aktualisieren". Bedingungen, Schleifen, verzögerte Aktionen, Arbeiten mit Arrays und Objekten, Zugriff auf Variablen und Datenaktionen sind verfügbar.

Für typische Aufgaben — Login, Datensatz anlegen, Status ändern, Liste filtern — reichen visuelle Blöcke. Wird die Logik ungewöhnlich, fügen Sie eigenes JavaScript in einen Schritt ein oder verlagern die Berechnung in eine Formel. WeWeb-Formeln sind eine eigene Ausdruckssprache, ähnlich JavaScript, aber mit Zugriff auf den App-Kontext; sie unterstützen Ternäroperatoren, Array- und String-Methoden sowie Datumsarbeit.

State und Reaktivität

WeWeb nutzt dasselbe reaktive Modell wie Vue: App-Variablen, Seitenvariablen und lokaler Komponenten-State. Ändert sich eine Variable, wird alles abhängige automatisch neu gerendert. Das macht das Verhalten vorhersehbar: Sie „drücken nicht einen Button zum Aktualisieren", sondern ändern Daten — die Oberfläche folgt.

Globale Variablen (aktueller Nutzer, gewählte Filiale) lassen sich leicht in Request-Filter schieben, was Multi-Tenant-Apps vereinfacht.

Eigener Code und Komponenten

Reicht die eingebaute Bibliothek nicht, erlaubt WeWeb eine eigene Vue-Komponente: Code hochladen, Props beschreiben, und sie erscheint in der Elementliste neben den nativen. Auch npm-Bibliotheken lassen sich anbinden — Charts, Karten, Editoren, Spezial-Widgets. Diese Schicht entkräftet den Haupteinwand gegen No-Code: „Was, wenn ich etwas brauche, das es nicht gibt?"

Veröffentlichung, Domains und Performance

Eine App wird per Klick auf eine *.weweb.io-Domain oder eine eigene Domain mit SSL veröffentlicht. Eine Staging-Umgebung existiert, Änderungen lassen sich also vor der Produktion prüfen — für Teams entscheidend. Für Marketing-Seiten gibt es Pre-Rendering (SSG), was für SEO zählt, wenn Sie nicht nur ein internes Tool, sondern eine öffentliche Seite bauen.

Die Performance hängt vom Backend und vom Asset-Gewicht ab. Das WeWeb-Vue-Frontend ist schnell, doch schwere Abfragen gegen eine langsame API fallen stärker auf als bei server-gerenderten Apps.

Preise und Tarife

WeWeb wird als Abo mit Preis je Seat verkauft. Die Struktur 2026:

• Free — Tarif zum Lernen und für Prototypen: begrenzte Seiten und Veröffentlichungen, WeWeb-Branding, keine eigene Domain.
• Starter — Basis-Abo für ein Projekt: eigene Domain, kein Branding, vernünftige Mitgliederlimits.
• Growth / Scale — Team-Tarife: Rollen und Rechte, mehr Workspaces, Priority-Support, höhere Limits.
• Enterprise — individuelle Konditionen: SSO, juristische Garantien, SLA, Onboarding-Support.

Die Veröffentlichung wird separat abgerechnet: Jedes veröffentlichte Projekt ist ein Slot, die Anzahl hängt vom Tarif ab. Das gehört in die Planung — fünf interne Tools laufen auf Starter nicht.

Zur Ökonomie: WeWeb ist der teuerste Teil Ihres Stacks, aber nicht der einzige. Zum Abo kommt das Backend: Supabase ab null mit Gratis-Tarif, Xano ab einigen Dutzend Dollar pro Monat, ein eigener Server nach realem Aufwand. Ein Projekt aus WeWeb + Xano für ein Drei-Personen-Team überschreitet schnell hundert Dollar im Monat — eine normale Zahl für ein Werkzeug, das ein paar Monate Frontend-Arbeit ersetzt.

Vorteile und Nachteile

Vorteile:

• Echtes Vue.js als Ergebnis — kein proprietäres Runtime, generierter Code einsehbar.
• Freie Backend-Wahl: Supabase, Xano, Airtable, REST, GraphQL, eigene API.
• Hybrider Ansatz „visuell plus Code": CSS, JavaScript und eigene Vue-Komponenten jederzeit.
• Mächtiger Logik-Editor (Workflows plus Formeln) ohne Pflicht zum Programmieren.
• Staging-Umgebung, eigene Domains, Pre-Rendering für SEO-Seiten.
• Team-Funktionen: Rollen, Rechte, mehrere Workspaces.

Nachteile:

• Keine Self-Hosted-Version — App-Daten und Konten liegen nur in der WeWeb-Cloud.
• Preis je Seat und je Veröffentlichung: Die Kosten steigen mit dem Team schnell.
• Lernkurve bei der Logik: Formeln und Workflows verlangen Verständnis des reaktiven Modells und der Array-Arbeit.
• Die Plattform deckt nur das Frontend ab — Datenbank, Auth und Rechte liegen voll bei Ihnen.
• Abhängigkeit von Fremdsystemen: Ein Supabase- oder Xano-Ausfall stoppt die App.

Der Vergleich

WeWeb vs. Bubble. Bubble ist ein Full-Stack-Baukasten mit eigener Datenbank und Hosting: alles an einem Ort, dafür proprietäres Runtime und weniger Integrationsfreiheit. WeWeb gibt mehr Kontrolle über Stack und Code, verlangt aber eigenes Backend-Know-how.

WeWeb vs. ToolJet. ToolJet ist eine Open-Source-Plattform für interne Tools, die Sie selbst hosten können. Für Admin-Panels und CRUD-Tools ist sie günstiger und sicherer. WeWeb gewinnt, wenn ein öffentliches Kundenprodukt mit polierter Oberfläche und feiner State-Arbeit gefragt ist.

WeWeb vs. Softr / Glide. Softr und Glide bauen in Minuten Apps auf Airtable und Google Sheets, doch die Komplexitätsgrenze ist niedrig. WeWeb ist die nächste Stufe: für Projekte, die einen einfachen Baukasten überwachsen, aber noch kein Frontend-Team finanzieren wollen.

WeWeb vs. handgeschriebenes Vue. Haben Sie ein Frontend-Team und ein ungewöhnliches Produkt, bietet klassische Entwicklung mehr Freiheit. WeWeb lohnt sich, wo Time-to-Market wichtiger ist als maximale Flexibilität.

Praxistest: eine App bauen

Um die Plattform nicht nach Marketing zu beurteilen, haben wir ein typisches Szenario durchgespielt — einen kleinen internen Anfragen-Tracker auf Supabase. Der Ablauf war aufschlussreich.

Setup. Supabase anzubinden dauerte rund zehn Minuten: Projekt-URL und Anon-Key einfügen, WeWeb zieht die Tabellenliste und bietet fertige Collections an. Authentifizierung aktiviert man per Plugin — Login- und Registrierungsformular entstehen automatisch, man verbindet nur die Seiten.

Oberfläche. Die Anfragenliste entstand aus der Table-Komponente mit Collection-Bindung, dazu Statusfilter und Suche. Nach zwei Stunden gab es einen funktionierenden Screen mit Sortierung und Paginierung. Die Anfragenkarte wurde in eine wiederverwendbare Komponente ausgelagert und an zwei Stellen genutzt: in der Liste und im Modal.

Logik. Der Button „In Arbeit nehmen" ist ein Workflow aus vier Schritten: Datensatz in Supabase aktualisieren, Collection neu laden, Benachrichtigung zeigen, Modal schließen. Hier zeigte sich die Lernkurve: Der erste Workflow musste zweimal überarbeitet werden, weil das Neuladen der Collection ein eigener Schritt ist und nicht automatisch aus einem Request folgt. Nachdem das reaktive Modell saß, liefen die übrigen Szenarien in Minuten.

Was Code brauchte. Eigenes Datumsformat, bedingte Zeilen-Hervorhebung nach Status und eine Webhook-Integration — alles per Formel oder kurzem JavaScript-Schritt gelöst. Eine vollständige Vue-Komponente war nicht nötig, die Möglichkeit dazu nahm aber die Sorge vor der Zukunft.

Fazit des Tests. Ein einfaches CRUD-Tool entstand in etwa einem Tag ohne eine Zeile Server-Code. Die meiste Zeit ging nicht ins Layout, sondern in Datenmodellierung und das Verständnis, wie WeWeb State behandelt.

Reale Einsatzszenarien

MVP in einer Woche. Ein Gründer verbindet Supabase (Auth, Datenbank, Storage) und baut in WeWeb einen Kundenbereich, eine Anfragenliste und ein Anlegeformular. Nach fünf Tagen steht eine Demo mit funktionierender Authentifizierung und echten Daten — statt eines leeren Figma-Prototyps.

Internes Tool für eine Abteilung. Das Operations-Team bekommt ein Dashboard auf bestehender PostgreSQL: Filter, Suche, Export, Statusbearbeitung. Entwickler werden nicht vom Produkt abgezogen, Änderungen gehen ohne Release-Zyklus live.

Kundenportal für eine Agentur. Eine Agentur baut Portale auf einer Vorlage: Auth, Kundenbereich, Dokumente, Rechnungen. Wiederholbarkeit bringt Marge — ein neuer Kunde startet in wenigen Tagen.

Marketing-Seite mit App. Öffentliche Seiten laufen mit Pre-Rendering für SEO, der angemeldete Teil zieht dynamische Daten aus einer API. Ein Projekt deckt Marketing und Produkt ab.

Wann WeWeb nicht passt

Ehrlich gesagt, wann Sie woanders suchen sollten:

• Sie brauchen Self-Hosting oder eine Air-Gapped-Umgebung — wo Daten die eigene Infrastruktur nicht verlassen dürfen, scheidet WeWeb per Definition aus.
• Das Projekt ist servicelogik-lastig — liegen Geschäftsregeln im Backend und brauchen Transaktionen, bleibt WeWeb ein dünner Client.
• Eine Mobile-App ist das Hauptziel — WeWeb baut Web-Apps; native Mobile-Builds sind nicht der Fokus.
• Ein Zehn-Personen-Team an einer App — die Seat-Kosten fressen das Budget, klassische Entwicklung wird günstiger.

Fazit

WeWeb ist 2026 eine der überzeugendsten Plattformen der No-Code-Kategorie, wenn Sie eine echte Webanwendung brauchen, keine Landingpage aus Blöcken. Die Stärke ist die Architektur: Vue am Ausgang, freie Backend-Wahl und ein hybrides „visuell plus Code"-Modell. Sie sperren sich nicht in ein proprietäres Runtime und müssen nicht neu schreiben, wenn eingebaute Werkzeuge nicht mehr reichen.

Die Kehrseite sind Kosten und Verantwortung. Abo je Seat plus Veröffentlichungen, plus Backend, plus eigene Arbeit an Sicherheit und API machen WeWeb deutlich teurer als einfache Baukästen. Zu Recht: Sie zahlen nicht für „eine Seite zusammenklicken", sondern für eine Plattform, die Wochen Frontend-Arbeit ersetzt.

Sind Sie Gründer in der MVP-Phase, Agentur mit laufenden Kundenprojekten oder ein internes Team, das schnelle Tools auf einer fertigen API braucht — testen Sie WeWeb im Gratis-Tarif und beurteilen Sie die Bauzeit an einer echten Aufgabe. Brauchen Sie Self-Hosting, maximale Sparsamkeit oder volle Kontrolle über den Stack, schauen Sie zu Open-Source-Alternativen oder klassischer Entwicklung.

Häufige Fragen

Kann man eine App aus WeWeb exportieren? Ja — der generierte Vue-Code ist einsehbar und exportierbar, was Vendor-Lock-in auf Frontend-Ebene reduziert.

Muss man programmieren, um mit WeWeb zu arbeiten? Für einfache Apps nicht. Verständnis von reaktivem Modell, Array-Arbeit und API-Requests beschleunigt aber deutlich und öffnet Formeln und eigene Komponenten.

Gibt es einen Gratis-Tarif? Ja. Der Free-Plan eignet sich für Lernen und Prototypen, begrenzt aber Veröffentlichungen und Domain. Für Produktion braucht es ein bezahltes Abo.

Welche Datenbank wählen? Supabase ist der schnellste Start mit Auth und Rechten ab Werk. Xano, wenn mächtige Serverlogik ohne eigenes Backend nötig ist. Airtable oder Google Sheets für einfache interne Aufgaben mit kleinen Datenmengen.

Eignet sich WeWeb für SEO-Seiten? Teilweise: Pre-Rendering und eigene Domains sind vorhanden, für Content-Projekte mit Tausenden Seiten ist eine klassische CMS meist günstiger.

Wie sicher sind die Daten? WeWeb speichert Ihre Daten nicht — sie bleiben im Backend. Die Sicherheit hängt damit ganz von den Zugriffsregeln in Supabase, Xano oder Ihrer eigenen API ab.