Ein visuelles Frontend zusammenbauen oder eine Anwendung aus einer Beschreibung generieren
WeWeb ist zunächst ein visueller Frontend-Editor. Sie komponieren die Oberfläche am Bildschirm, legen das responsive Layout fest, verdrahten die Logik über Workflows und Datenbindungen und verbinden dann die Quellen (Xano, Supabase, REST- oder GraphQL-APIs). Eine KI-Unterstützung hilft inzwischen dabei, Layouts, Workflows oder Datenstrukturen zu generieren, doch sie bleibt im Dienst des Editors: Das Prinzip bleibt der visuelle Zusammenbau, Bildschirm für Bildschirm, den Sie steuern und von Hand verfeinern.
Blueprint Maker dreht den Ausgangspunkt um: Sie beschreiben Ihre Tätigkeit in Alltagssprache, die KI erzeugt eine Spezifikation (Entitäten, Beziehungen, Ansichten, Kennzahlen), die Sie bestätigen, dann schreiben deterministische Builder den Code: relationale Prisma-Datenbank, API, CRUD-Ansichten (Listen, Datensätze, Formulare), Dashboard und realistische Demodaten. Sie bauen die Oberfläche nicht zusammen: Sie ergibt sich aus der bestätigten Struktur. Drei Stufen (Sketch, Craft, Masterpiece) regeln den Feinschliff.
Der Kompromiss ist klar. WeWeb gibt feine Kontrolle über die Darstellung der Front und die Freiheit, jeden Bildschirm zu komponieren; Blueprint Maker gibt einen viel kürzeren Weg von der Idee zu einer stimmigen, funktionierenden Geschäftsanwendung, ohne einen Editor, den man beherrschen muss.
Front und Back: entkoppelt bei WeWeb, gemeinsam generiert bei Blueprint Maker
Die Front-Back-Trennung ist der beanspruchte Vorteil von WeWeb: Die Vue.js-Oberfläche setzt kein Backend voraus, sodass Sie Xano, Supabase, eine eigene API oder seit 2026 die nativen WeWeb Tables (Postgres-Datenbank, Authentifizierung, Speicher) wählen können. Es ist eine flexible Architektur: Sie verdrahten die Front auf das Backend, das Ihnen zusagt, und behalten die Kontrolle über beide.
Die Kehrseite ist, dass die Stimmigkeit zwischen beiden bei Ihnen liegt: Datenmodell, Endpunkte, Bindungen und Berechtigungen werden explizit konfiguriert, und diese Einrichtung setzt Verständnis von APIs, Datenbindung und Webarchitektur voraus. Blueprint Maker generiert Front und Back aus einem Guss: Das Prisma-Schema, die API und die Ansichten werden gemeinsam aus derselben Spezifikation erzeugt, also durch Konstruktion aufeinander abgestimmt. Sie haben weder ein Backend zu wählen noch Bindungen zu verdrahten: Es ist die Wahl einer integrierten Anwendung statt zusammenzusetzender Bausteine.
Die Natur des Codes: exportiertes Vue.js-Artefakt oder eigener Standard-Code
WeWeb bietet einen Vue.js-Code-Export und erlaubt das Self-Hosting der Front: Das ist ein echtes Unterscheidungsmerkmal, nicht alle vergleichbaren Werkzeuge bieten es. Man sollte allerdings ehrlich lesen, was dieser Export enthält. Die eigene Dokumentation von WeWeb beschreibt den exportierten Code als „von einer Maschine für eine Maschine strukturiert", nicht so organisiert, wie ein Entwickler es täte, und weist darauf hin, dass sein sicheres Bearbeiten tiefe Kenntnis der internen Logik von WeWeb voraussetzt: Der Ansatz ist „nicht machbar", wenn man das Projekt eigenständig, außerhalb der Plattform, pflegen will. Manche Plugins, die über die Microservices von WeWeb laufen, funktionieren zudem im selbstgehosteten Export womöglich nicht.
Anders gesagt ist der WeWeb-Export vor allem ein Deployment-Artefakt: Man bekommt seine Daten und sein Backend zurück (vor allem, wenn sie extern sind, wie Xano oder Supabase), samt einer kompilierten Front, aber keinen Quellcode, der dazu gedacht ist, von einem beliebigen Entwickler übernommen und weiterentwickelt zu werden. Blueprint Maker geht von der umgekehrten Absicht aus: Der generierte Code ist Standard-Next.js + Prisma, lesbar und wartbar, von Anfang an dafür gedacht, in Eigenbesitz zu sein. ZIP-Export, GitHub-Push, freies Hosting oder eine eigene URL mit FR/EU-Hosting, wenn Sie lieber nichts verwalten möchten. Die Anwendung ist ein übertragbares Gut, das jeder Entwickler übernehmen, prüfen und erweitern kann, ohne je von Blueprint Maker gehört zu haben.
Zwei Determinismen: manueller Aufbau oder kompilierte Pipeline
Es wäre unredlich, WeWeb und Blueprint Maker unter dasselbe Wort „deterministisch" zu fassen. Es gibt zwei Formen von Determinismus, beide gültig, aber verschieden. Die erste ist der Determinismus durch manuellen Aufbau: Bei WeWeb, wie bei den meisten visuellen Buildern, konfiguriert ein Mensch jeden Bildschirm, jeden Workflow, jede Bindung explizit; keine KI baut die Anwendung für Sie, und die KI-Unterstützung lässt alles editierbar. Was Sie bekommen, ist genau das, was Sie festgelegt haben: zuverlässig, weil vollständig explizit, um den Preis der Einrichtungszeit.
Die zweite ist der Determinismus durch Pipeline, der von Blueprint Maker. Die KI baut zwar aus einem Prompt, aber sie schreibt den Code nicht: Sie erzeugt eine Spezifikation, und reproduzierbare Builder kompilieren den Code (dieselbe Spezifikation, dieselbe Ausgabe). Die Struktur der Anwendung ist durch Konstruktion korrekt, ohne halluzinierten Code, und eine Laufzeitvalidierung (K-15: Build, Start, Navigation) dient als automatisierter Richter. Blueprint Maker verbindet so die Geschwindigkeit einer KI-Generierung mit der Zuverlässigkeit von durch einen Builder erzeugtem Code, ohne den manuellen Zusammenbau eines Editors zu verlangen.
Blueprint Maker und WeWeb im direkten Vergleich
| Blueprint Maker | WeWeb | |
|---|---|---|
| Ansatz | Beschreibung in Alltagssprache → bestätigter Plan → deterministische Code-Generierung | Visueller Zusammenbau der Front, Bildschirm für Bildschirm, mit KI-Unterstützung im Editor |
| Front-/Back-Architektur | Front und Back gemeinsam generiert: eine stimmige Next.js + Prisma-Anwendung | Entkoppelte Vue.js-Front, an ein Backend Ihrer Wahl angebunden (Xano, Supabase, WeWeb Tables) |
| Natur des Codes | Standard-Next.js + Prisma, von jedem Entwickler lesbar und wartbar | Vue.js-Export: ein „maschinelles" kompiliertes Artefakt, nicht dafür gedacht, außerhalb der Plattform gepflegt zu werden |
| Backend und Daten | Relationale Prisma-Datenbank inbegriffen und generiert, frei hostbar | Backend selbst zu wählen und zu konfigurieren (Xano/Supabase) oder native WeWeb Tables |
| Art des Determinismus | Per Pipeline: Die KI schreibt den Plan, Builder kompilieren den Code | Per manuellem Aufbau: Ein Mensch konfiguriert jedes Element explizit |
| Erforderliches Können | Sein Geschäft beschreiben und einen Plan bestätigen | Verständnis von APIs, Datenbindung und Webarchitektur |
| Strukturkosten | 0 € / 25 € / 149 € pro Monat, Credits vor der Generierung angezeigt | Gestaffeltes Plattform-Abo plus Zeit für Zusammenbau und Konfiguration |
Wann WeWeb die richtige Wahl ist
- Feine Kontrolle über das Frontend zählt: Sie wollen jeden Bildschirm visuell komponieren und die Darstellung bis ins Detail beherrschen.
- Sie haben oder wollen ein bestimmtes, dediziertes Backend (Xano, Supabase, eine eigene API) und legen Wert auf eine entkoppelte, darauf verdrahtete Front.
- Ihr Team baut gern visuell zusammen und iteriert die Oberfläche von Hand und verfügt über das technische Rüstzeug (APIs, Datenbindung), das das Werkzeug voraussetzt.
- Ihr Bedarf sprengt den Rahmen einer Geschäftsanwendung: ein maßgeschneidertes Portal, ein spezifischer Nutzerpfad, bei dem die Freiheit der Komposition wichtiger ist als die Geschwindigkeit der Fertigstellung.
Wann Blueprint Maker die richtige Wahl ist
- Ihr Bedarf ist eine Geschäftsanwendung (verknüpfte Entitäten, Datensätze, Formulare, ein Dashboard) und Sie wollen sie diese Woche, nicht dieses Quartal.
- Sie wollen Standard-Code aus Next.js + Prisma, im Eigenbesitz und von jedem Entwickler wartbar, kein an eine Plattform gebundenes Artefakt.
- Sie wollen weder die Bildschirme einzeln zusammenbauen noch ein Backend wählen und verdrahten: Das Geschäft zu beschreiben und einen Plan zu bestätigen, ist Ihr richtiges Maß an Beteiligung.
- Sie wollen FR/EU-Hosting übernommen, einen Determinismus beim Aufbau und eine Laufzeitvalidierung statt einer manuellen Montage, die Sie selbst prüfen müssen.
Häufige Fragen: Blueprint Maker vs WeWeb
WeWeb oder Blueprint Maker: Welches wählen?
Wählen Sie WeWeb, wenn Ihre Priorität darin liegt, ein maßgeschneidertes Frontend Bildschirm für Bildschirm auf einem von Ihnen gewählten Backend (Xano, Supabase) zu komponieren, und Sie das technische Rüstzeug haben, um APIs und Datenbindungen zu verdrahten. Wählen Sie Blueprint Maker, wenn Sie eine schnell aus einer Beschreibung generierte Geschäftsanwendung wollen, mit gemeinsam erzeugter Front und Back, und mit Standard-Code aus Next.js + Prisma, der Ihnen gehört, davongehen möchten. Das erste bevorzugt visuelle Kontrolle und Entkopplung; das zweite die Geschwindigkeit der Generierung und den Besitz wartbaren Codes.
Generiert WeWeb Code?
Ja: WeWeb erzeugt ein Vue.js-Frontend und bietet einen Code-Export, mit einer KI-Unterstützung, die Layouts oder Workflows im Editor generieren kann. Die Nuance betrifft die Natur dieses Codes: Die Dokumentation von WeWeb beschreibt den Export als „von einer Maschine für eine Maschine strukturiert", nicht so organisiert, wie ein Entwickler es täte, und rät davon ab, sich für eine eigenständige Pflege außerhalb der Plattform darauf zu verlassen. Blueprint Maker zielt auf das Gegenteil: Standard-Code aus Next.js + Prisma, dafür gedacht, von jedem Entwickler gelesen, übernommen und erweitert zu werden.
Kann ich meine WeWeb-Anwendung exportieren und außerhalb der Plattform pflegen?
Sie können die Vue.js-Front exportieren und selbst hosten, und wenn Ihre Daten und Ihr Backend extern sind (Xano, Supabase), bleiben sie Ihnen erhalten. Doch WeWeb stellt klar, dass der exportierte Code ein kompiliertes Artefakt ist, das nicht dafür vorgesehen ist, eigenständig gepflegt zu werden, und manche Plugins, die über seine Microservices laufen, funktionieren nach dem Self-Hosting womöglich nicht mehr. Bei Blueprint Maker liefert der ZIP- oder GitHub-Export ein vollständiges Standardprojekt, Front und Back, dafür gedacht, ganz fern von unseren Servern zu leben.
Nutzt WeWeb KI auf dieselbe Weise wie Blueprint Maker?
Nein. WeWeb hat eine KI-Unterstützung hinzugefügt, die dabei hilft, Elemente in einem visuellen Editor zu generieren, doch der Kern bleibt der manuelle Zusammenbau: Sie bauen und verfeinern die Oberfläche selbst. Blueprint Maker geht von einer Beschreibung aus: Die KI schreibt die Spezifikation, dann kompilieren deterministische Builder den Code. Das sind zwei verschiedene Determinismen: expliziter manueller Aufbau bei WeWeb, eine kompilierte Pipeline bei uns, die die Geschwindigkeit der KI mit der Zuverlässigkeit eines Builders verbindet.
Muss ich mit Blueprint Maker ein Backend wählen wie mit WeWeb?
Nein. Wo WeWeb erwartet, dass Sie ein Backend anbinden (Xano, Supabase oder seine nativen Tables), generiert Blueprint Maker die relationale Prisma-Datenbank, die API und die Ansichten aus einem Guss aus der bestätigten Spezifikation. Sie haben weder ein Backend zu wählen noch Bindungen zu verdrahten: Die Anwendung ist integriert und durch Konstruktion stimmig, und es bleibt Ihnen frei, sie zu hosten, wo Sie wollen.