Lovable vs. Bolt vs. v0: Was jedes Tool ausliefert.

Was sind Lovable, Bolt und v0, und für wen sind sie gedacht?

Drei KI-App-Baukästen setzen Ihre schriftliche Beschreibung in funktionierende Software um. Der Vergleichsleitfaden von Lovable beschreibt Lovable als Ihren Weg von der Beschreibung zur Full-Stack-App auf Basis von React und Supabase. Bolt verfolgt einen „Code-first“-Ansatz und bietet einen browserbasierten Editor, in dem Sie arbeiten. v0 generiert Full-Stack-Next.js-Apps mit API-Routen.

„Build This Now“ sortiert die Auswahl nach Zielgruppe. Entscheiden Sie sich für „Bolt“, wenn Sie technisch versiert sind und die Kontrolle über Ihren Code behalten wollen. Sind Sie nicht-technischer Gründer und bauen ein Full-Stack-MVP, nehmen Sie „Lovable“. Designer und Entwickler, die schon mit Vercel und Next.js arbeiten, sollten „v0“ wählen. Der Leitfaden von Lovable empfiehlt Lovable für das visuelle Full-Stack-Bauen, was man von einer Lovable-Seite erwarten würde. Lesen Sie ihn also als Sicht des Anbieters. Für welche Option Sie sich auch entscheiden: Beurteilen Sie sie danach, was Ihre Website im Browser ausgibt. Der Name sagt wenig, die Ausgabe alles.

Welchen Stack erzeugt jedes davon?

Ihr Projekt nutzt React oder Tailwind, ganz nach Ihrer Wahl. Je nach Version unterscheidet sich das Framework: Vite oder TanStack Start bei Lovable, Next.js bei v0 und JavaScript-Frameworks Ihrer Wahl bei Bolt. Welche Version Sie verwenden, steht in Ihrer Paketdatei. Laut Reflex können Sie mit Bolt auf React, Vue, Svelte, Next.js oder Astro setzen, während v0 auf React und Next.js beschränkt ist. Vercel dagegen gibt an, dass Lovable Ihnen TanStack Start bereitstellt, ohne dass Sie ein Framework auswählen müssen.

Welchen Stack Lovable bei Ihnen verwendet, hängt davon ab, wann Sie begonnen haben, und die Quellen widersprechen sich hier. Ein Beitrag in der DEV-Community nennt den alten Stack Ihrer älteren Projekte: React mit TypeScript, Vite, Tailwind, shadcn/ui und React Router. Laut Reflex nutzen Projekte, die Sie seit Mai 2026 angelegt haben, TanStack Start, ältere Projekte laufen weiter auf Vite. Eine andere Quelle nennt den 20. April 2026 als Veröffentlichungsdatum. Prüfen Sie das Erstellungsdatum anhand Ihrer Paketdatei. Brauchen Sie eine mobile Version? Aufgeführt ist nur Bolt, über React Native und Expo. Wählen Sie v0, bekommen Sie Tailwind v4, wie die Wissensdatenbank von Vercel zeigt.

Wie rendern ihre Websites, und was bedeutet das für die Suche?

Haben Sie mit v0 gebaut oder ein neues Lovable-Projekt gestartet, rendern Ihre Seiten standardmäßig serverseitig, was sich prüfen lässt. Ist Ihr Lovable-Projekt älter, läuft React im Browser. Für Bolt nennen die Quellen keinen Standardwert, prüfen Sie daher Ihre eigene Ausgabe. Rufen Sie „view-source“ auf Ihrer Seite auf und suchen Sie im HTML-Code nach Ihrer Überschrift. Fehlt sie? Dann bekommen Crawler im Grunde eine leere Hülle (The SEO Agent empfiehlt denselben Test). Vor der Umstellung räumte Lovable ein, dass Sie „Tage statt Stunden“ auf die Indizierung warten müssten und dass Ihre Social-Media-Vorschauen standardmäßig fehlerhaft seien. Für eine Produkteinführung ist das ein holpriger Start.

Laut Vercel nutzt Ihre v0-Website den App Router und Server Components, sodass Ihre Seiten zum Zeitpunkt der Anfrage vollständigen HTML-Code zurückgeben. Beim Datum widersprechen sich die Quellen allerdings, prüfen Sie deshalb Ihre Angaben. Eine Quelle sagt: Server-Rendering bekommen Sie, wenn Sie Ihr Projekt am oder nach dem 20. April 2026 erstellt haben. Reflex gibt an, das gelte bereits seit Mai 2026. The SEO Agent berichtet, die Ankündigung vom 13. Mai 2026 habe auch Ihren bestehenden Apps vorgerenderte Snapshots bereitgestellt, die an verifizierte Crawler ausgeliefert wurden. Rendering ist nur die erste Hürde. Kontrollieren Sie auch Ihre „robots.txt“-Datei und Ihre Sitemap, und verifizieren Sie beides auf Ihrer Domain, bevor Sie Ihren Launch für bereit erklären.

Welches übernimmt Hosting, Auth und Daten, und welches übergibt Ihnen Code?

Lovable und Bolt bringen Hosting und Backend mit. v0 geht anders vor: Es stützt sich auf Vercel-Hosting und Datenbankintegrationen. Alle drei geben Ihnen eine Codebasis. In der Tabelle von Lovable steht als Backend „Supabase“ (Lovable Cloud), wenn Sie Lovable wählen, bei Bolt „Bolt Database“ und bei v0 API-Routen samt Datenbankintegrationen. Ihre Wahl legt also Ihr Backend fest. Wägen Sie das sorgfältig ab, bevor Sie sich entscheiden. Laut dem Bolt-Blog bietet Ihnen Bolt Cloud Authentifizierung, Datenbanken, Speicher und Serverfunktionen sowie Hosting, Code View und GitHub-Integration. Bei Bolt bekommen Sie Backend und Hosting als Paket, je nach Ihren Plänen praktisch oder einschränkend.

Wenn Sie auf v0 aufbauen, sind Ihre Apps laut Coursiv Full-Stack-Next.js-Anwendungen, v0 hostet jedoch keine Datenbank für Sie. Supabase, Neon, Upstash und Vercel Blob binden Sie über den Vercel Marketplace ein. Keine Programmiererfahrung? Coursiv zufolge ist „Lovable“ für Sie einfacher, weil Hosting, Datenbank und Anmeldung bereits integriert sind. Vercel weist darauf hin, dass Ihre neuen „Lovable“-Projekte per Git-Synchronisierung in ein neues Repository exportiert werden, während v0 mit Ihren bestehenden GitHub-Repositories arbeiten kann. In beiden Fällen liegt Ihr Code in Ihrem Repository. „Build This Now“ warnt, dass Sie die gewählte Codebasis absichern müssen; planen Sie diese Arbeit ein, bevor Sie Ihre App veröffentlichen. Der eigentliche Vorteil ist das Eigentumsrecht: Sobald echte Nutzer oder Zahlungen im Spiel sind, zahlt es sich aus, dass Ihnen der Code gehört.

Wo verlieren Websites aus jedem Tool meist Punkte?

Die öffentlichen Quellen veröffentlichen keine Bewertungsdaten pro Tool, daher fällt die Antwort ehrlich aus: Die Standardeinstellungen der einzelnen Tools lassen Lücken in dem, was Sie veröffentlichen. Sehen Sie sich den Quellcode Ihrer Seite an. Prüfen Sie den HTML-Body, Ihre Überschriften, Ihre strukturierten Daten und Ihre `robots.txt`. Bei einem älteren Lovable-Projekt kann eine leere Hülle Sie Punkte kosten, und das fällt womöglich erst auf, wenn jemand genauer hinsieht. Ein Beitrag in der DEV-Community besagt, dass Google etwa neunmal länger braucht, um JavaScript-lastige Seiten zu indexieren als statisches HTML; kontrollieren Sie daher, was der Body-Bereich auf jeder Seite enthält. Laut LaSoft können Sie in der „Cloud Only“-Stufe von Lovable zwar Ihre Meta-Tags, Titel und Beschreibungen bearbeiten, serverseitiges Rendering und detaillierte strukturierte Daten gehen dort aber nicht. Diese Einschränkung ist real, keine Eigenart, die Sie einfach wegkonfigurieren können. Werfen Sie einen Blick auf Ihre Stufe, bevor Sie Ihre Korrekturen planen.

Server-Rendering hinterlässt weiterhin Lücken in Ihrem Build, öffnen Sie daher Ihre `robots.txt`. Ein Artikel besagt, dass eine per Server gerenderte Lovable-Website trotzdem Probleme mit der `robots.txt` haben kann, und Ihre Website könnte betroffen sein. Laut SEO Agent ist es Ihre Aufgabe, Ihre Sitemap aktuell zu halten und bei der Google Search Console einzureichen. Prüfen Sie sie. In Version 0 weist Vercel darauf hin, dass selbst entwickelte Komponenten die Barrierefreiheitsprimitive von shadcn/ui nicht übernehmen; messen Sie Ihre Komponenten daher an den WCAG-Kriterien. Für Bolt beschreibt die Dokumentation kein Standard-Rendering, setzen Sie bei Ihrer Website also keines voraus. Ausschlaggebend ist die öffentliche Darstellung Ihrer Website. Das leistet eine Broschüre nie.

Was sollten Sie wählen: eine Marketing-Website, ein Dashboard oder einen Prototyp??

Für die Marketing-Website wählen Sie nach der Rendering-Methode, fürs Dashboard nach der Kontrolle über den Code, für den Prototyp nach dem Arbeitsstil. Sehen Sie sich auf Ihrer Marketing-Website den Quellcode an und vergewissern Sie sich, dass Ihr Text im HTML-Code steht. Laut Vercel liefert v0 zum Zeitpunkt der Anfrage vollständigen HTML-Code zurück, und Quellen zufolge werden Ihre neuen Lovable-Projekte serverseitig gerendert. Das können Sie bei Ihrem Projekt selbst überprüfen. Bauen Sie eher eine Marketing-Website als eine Anwendung? Dann empfiehlt Reflex Framer als die bessere Wahl.

Für Ihr Dashboard empfiehlt „Build This Now“ Ihnen „Bolt“, wenn Sie als technisch versierter Entwickler die Kontrolle über den Code behalten möchten. Und auch Ihre Wahl des Backends spielt eine Rolle: In der Tabelle von „Lovable“ wird „Supabase“ als Backend aufgeführt, und „v0“ generiert API-Routen und Datenbankintegrationen für Sie. Für Ihren Prototyp bietet von den dreien nur Lovable einen visuellen Point-and-Click-Editor, während Ihr v0-Free-Tarif ein tägliches Limit von 7 Nachrichten vorsieht. Egal, wofür Sie sich entscheiden: Stabilisieren Sie Ihren Code, bevor echte Nutzer oder Zahlungen eintreffen (das vorher zu tun, kostet Sie weniger als später). Eine verspätete Rechnung freut niemanden.

Wie prüfen Sie eine Website, die mit einem davon gebaut wurde?

Um Ihre Website zu überprüfen, lassen Sie die kostenlose Bewertung mit Ihrer Live-URL laufen und lesen Sie die Begründungen zu Ihrer Punktzahl. Sie geben Ihre URL und eine geschäftliche E-Mail-Adresse ein. Nach etwa zwei Minuten haben Sie Ihre Punktzahl auf einer Skala von 100, verteilt auf acht gewichtete Bereiche: Architektur 15 %, Leistung 15 %, Sicherheit 12 %, Suche 12 %, Schema 10 %, KI-Bereitschaft 10 %, redaktionelles Erlebnis 10 % und Betriebszustand 16 %. Und hinter jedem dieser Bereiche stehen konkrete Belege.

Das Tool analysiert Ihre Startseite und bis zu acht ausgewählte Seiten und zeigt Ihnen Kopfzeilen, Markup, strukturierte Daten, Überschriften, das Gewicht Ihrer Skripte und Bilder sowie Ihre Robots- und Canonical-Signale. Anmeldedaten, Analysedaten oder Daten zur Feldleistung müssen Sie nicht weitergeben. Niemand befragt Sie. Eine Punktzahl von 80 bis 100 gilt als gut, 60 bis 79 als eingeschränkt, 40 bis 59 als gefährdet und 0 bis 39 als veralteter Zustand. Vergleichen Sie Ihr Ergebnis mit dem „View-Source“-Test auf einer Seite, die Ihnen wichtig ist. Ihre Verbindung wird dreimal pro Stunde überprüft. Also korrigieren Sie etwas und prüfen Ihre URL danach erneut. Dieser Kreislauf schlägt jede Vermutung.

Fragen und Antworten.

Eigene Website prüfen.

1. 01Next.js-SEO-AuditRendering-Modus, Metadaten, Hydration-Kosten.
2. 02Website-CheckDie Gesamtanalyse, alle acht Säulen.
3. 03Core-Web-Vitals-TestLCP, INP und CLS, gemessen an dem, was die Seite ausliefert.

Mehr von What Ships.

1. 01Die besten Vibe-Coding-Tools 2026, bewertet nach dem, was sie ausliefern.Tools · 2026-10-25
2. 02Die besten KI-Website-Baukästen, gemessen an den Scores ihrer Websites.Baukästen · 2026-10-25
3. 03Website mit Claude erstellen: Was Sie bekommen und was Sie vor dem Launch prüfen sollten.Claude · 2026-10-25