Ist Ihre Lovable-App bereit für echte Nutzer?
Lovable-Apps sind React plus Supabase, und die meisten Probleme stecken in der Lücke dazwischen: was im Browser-Bundle landet und was die Datenbank jeden lesen lässt. Fügen Sie Ihre Lovable- oder eigene Domain-URL ein und sehen Sie, was zu beheben ist, bevor Sie den Link teilen.
Kostenlos, ohne Anmeldung. Die Basisprüfung stellt nur Anfragen, die auch ein normaler Browser stellt.
Was wir bei einer Lovable-App prüfen
- KritischKostenlose Prüfung
Supabase-service_role- oder Secret-Key im Bundle
Der Schlüssel, der Row Level Security umgeht, an den Browser ausgeliefert. Jeder kann alle Tabellen lesen und ändern. Wir nennen die Datei und zeigen den Schlüssel geschwärzt.
- KritischPro
Tabellen, lesbar mit dem öffentlichen anon key
Der anon key soll öffentlich sein — schützen tut Sie Row Level Security. Nach der Domain-Bestätigung prüfen wir jede Tabelle, die Ihre App nutzt, und zählen lesbare Zeilen, nie deren Inhalt.
- HinweisKostenlose Prüfung
Der anon key ist sichtbar — und das ist in Ordnung
Wir sagen Ihnen, mit welchem Supabase-Projekt die App spricht und dass der öffentliche Schlüssel erwartet ist, damit Sie sich nicht über das Falsche sorgen.
- MittelKostenlose Prüfung
Fehlende Sicherheits-Header beim Hosting
Keine Content-Security-Policy, kein HSTS, kein Clickjacking-Schutz. Wir sagen, welche fehlen und wie Sie sie dort ergänzen, wo Ihre App gehostet ist.
- NiedrigKostenlose Prüfung
Title, Description und Vorschau fehlen nach dem Rendern
Eine Lovable-Seite ist ein leeres <div id="root">, bis JavaScript läuft. Wir rendern sie in einem echten Browser und prüfen, was Suchmaschinen und Link-Vorschauen bekommen.
Selbst prüfen in zehn Minuten
Um das Schlimmste zu finden, brauchen Sie uns nicht. So prüfen Sie eine Lovable-App von Hand — und das bedeutet jedes Ergebnis.
Den Supabase-Schlüssel im Code ansehen
Öffnen Sie die generierte Supabase-Client-Datei (meist src/integrations/supabase/client.ts) und durchsuchen Sie das ganze Projekt nach service_role und sb_secret_. In die App gehört nur der anon- oder publishable-Schlüssel.
service_role sb_secret_
Den Schlüssel dekodieren, den die Live-Website tatsächlich ausliefert
Öffnen Sie Ihre Live-Website, dann DevTools → Console. Fügen Sie den Schlüssel ein, den Sie im Network-Tab sehen (der apikey-Header einer beliebigen Anfrage an supabase.co), und dekodieren Sie ihn. "role": "anon" ist in Ordnung; "service_role" heißt: sofort rotieren.
JSON.parse(atob("<the key>".split(".")[1])).roleDen Security Advisor von Supabase ausführen
Supabase-Dashboard → Advisors → Security Advisor. Jede Tabelle, die dort mit deaktivierter Row Level Security aufgeführt ist, kann jeder mit dem anon-Schlüssel lesen.
Prüfen, was eine Link-Vorschau zeigt
Setzen Sie view-source: vor Ihre URL. Wenn der <title> noch der aus der Vorlage ist und es keine meta description gibt, sehen Suchmaschinen und Chat-Apps genau das. Bearbeiten Sie index.html.
view-source:https://your-app.lovable.app
Die Lösung direkt in Lovable einfügen
Jeder Bericht endet mit einem Prompt für einen KI-Builder: was falsch ist, in welcher Datei und wie sich prüfen lässt, ob die Lösung greift. Fügen Sie ihn in den Lovable-Chat ein.
Behebe diese Probleme auf myapp.lovable.app. Finde jedes zuerst, bevor du etwas änderst. 1. Ein Supabase-service_role-Key liegt in assets/index-8a1d.js. Verschiebe die Abfragen, die ihn brauchen, in eine Supabase Edge Function, rotiere den Schlüssel im Supabase-Dashboard und behalte in der App nur den anon key. 2. Die Seite hat nach dem Rendern keine meta description. Füge eine Description und Open-Graph-Tags in index.html hinzu. Wenn du fertig bist, prüfe erneut: https://scanyoursite.app/de?check=myapp.lovable.app
Jede Lovable-Änderung ist ein Deployment
Ein Prompt kann die halbe App umschreiben. Mit Pro bemerken wir jede neue Version und prüfen sie innerhalb von Minuten — ist die Seite erreichbar, ist ein Schlüssel zurück im Bundle — und melden uns nur, wenn etwas Neues nicht stimmt.
Tarife ansehenFragen
Funktioniert das mit einer lovable.app-Subdomain?
Ja, und mit einer eigenen Domain. Erweiterte Prüfungen wie die Tabellenprüfung brauchen den Nachweis, dass die Domain Ihnen gehört — und den können Sie nur für eine Domain erbringen, die Sie kontrollieren.
Verändert die Tabellenprüfung meine Daten?
Nein. Sie sendet pro Tabelle eine HEAD-Anfrage mit Ihrem öffentlichen anon key, um lesbare Zeilen zu zählen. Sie liest nie Zeileninhalte und schreibt nie.
Ist der anon key in meinem Bundle ein Problem?
Nein, er ist dafür gedacht, öffentlich zu sein. Gefährlich sind der service_role- oder Secret-Key oder Tabellen ohne Row Level Security — danach suchen wir.
URL einfügen. Die Liste kommt in etwa einer Minute.
Zu jedem Fund steht, was er für Sie bedeutet und wie Sie ihn beheben — oder ein Prompt, den Ihr KI-Coding-Tool umsetzen kann.
Kostenlos, ohne Anmeldung. Die Basisprüfung stellt nur Anfragen, die auch ein normaler Browser stellt.