Lovable werkt niet? Zo vind en los je de fout opLeestijd: maximaal 11 minuten

Lovable werkt niet, terwijl je net een kleine verbetering wilde maken. De preview blijft wit, de AI-chat lijkt stil te staan of je gepubliceerde website doet iets anders dan verwacht. Begin dan niet meteen opnieuw. Bepaal eerst waar de fout ontstaat: in de editor, tijdens het bouwen, in je app of pas na publicatie.

Met de diagnose hieronder kies je een gerichte eerste controle. Daarna herstel je één probleem tegelijk. Zo voorkom je dat een kleine fout verdwijnt onder een stapel nieuwe wijzigingen.

Lovable werkt niet: waar gaat het precies mis?

‘Mijn project is kapot’ beschrijft hoe het voelt. Voor een oplossing heb je een preciezere omschrijving nodig.

Lovable maakt onderscheid tussen de projectchat, de preview en de gepubliceerde app. Die laatste is een gepubliceerde momentopname, terwijl de preview je werkversie toont. Een fout op de ene plek bewijst dus niet dat alles is uitgevallen.

Deze routes sluiten aan op de officiële documentatie over voortgang, preview, versiegeschiedenis, publiceren en gegevenskoppelingen. Ze geven een onderzoeksrichting, geen bewezen diagnose.

Onze voorkeur bij WegwijsAI: beschrijf eerst één mislukte handeling. Bijvoorbeeld: ‘Na Opslaan blijft het formulier laden, terwijl ik een bevestiging verwacht.’

Dat is bruikbaarder dan ‘repareer mijn hele app’.

Controleer een storing vóór je je project verbouwt

Als de editor niet opent, heeft het weinig zin om je formulier opnieuw te laten bouwen.

Bekijk de officiële Lovable-statusinformatie. Daar staan afzonderlijke onderdelen, waaronder Login, Editor, Published customer sites en Preview links. Lees ook de incidentomschrijving: een probleem met de editor is niet automatisch een storing van alle gepubliceerde websites.

Controleer daarnaast of hetzelfde probleem in een ander bestaand project optreedt. Verander daarbij niet tegelijk je account, browser en netwerk. Anders weet je niet welke vergelijking iets oplevert.

Voor een breder overzicht kun je onze pagina met AI-storingen en statuscontroles gebruiken. Controleer voor een Lovable-incident altijd ook de officiële statusinformatie.

Een groen statusoverzicht is geen bewijs dat jouw project foutloos werkt. Het vertelt alleen welke incidenten op dat moment bekend en vermeld zijn.

VERVOLGCHECK

Lovable staat stil: wat is nu je kleinste veilige volgende stap?

Je hebt de voortgang gecontroleerd. Beantwoord vier korte vragen en krijg een gerichte test plus diagnoseprompt.

Verder met het artikel ↓

Vraag 1 van 4

Lovable reageert niet of stopt halverwege

Een stille preview betekent niet vanzelf dat de AI niets meer doet.

Bekijk eerst de activiteit in de chat. Lovable toont voortgangskaarten en kan wachten op een antwoord, toestemming of een creditbeslissing. In het berichtmenu kun je ook de actieve werktijd bekijken.

Volg daarna deze volgorde:

1. Controleer of Lovable om invoer vraagt.
2. Lees de laatste voortgangsmelding.
3. Noteer welke opdracht je gaf.
4. Gebruik zo nodig de beschikbare stopfunctie.
5. Controleer vervolgens welke wijzigingen al zijn uitgevoerd.

Lovable biedt een stopfunctie tijdens een taak. De documentatie maakt ook duidelijk dat werk op de servers doorloopt wanneer je alleen je browser sluit. Een tabblad sluiten is dus niet hetzelfde als een opdracht stoppen.

Stuur niet meteen dezelfde grote opdracht opnieuw. Splits de gewenste wijziging liever op: eerst één formulier, daarna de bevestiging en pas vervolgens de koppeling.

Zo kun je na iedere stap beoordelen wat werkelijk werkt.

Lovable preview werkt niet of blijft wit

Een wit scherm is een symptoom, geen diagnose. De previewomgeving kan niet goed laden, maar de app kan ook vastlopen voordat er iets zichtbaar wordt. Lovable noemt een fout in de app zelf als veelvoorkomende verklaring voor een lege preview.

Herstart eerst de previewomgeving

Gebruik de officiële volgorde:

1. Klik op Refresh boven de preview.
2. Houd Shift ingedrukt en klik opnieuw op Refresh om de previewomgeving te herstarten.
3. Probeer daarna eventueel een harde browserverversing: Ctrl + Shift + R op Windows of Cmd + Shift + R op Mac.

Zie je Still building? na een periode van afwezigheid? Dan kan de preview normaal gepauzeerd zijn. Met Keep building hervat je die. Volgens Lovable raakt deze pauze de gepubliceerde website niet.

Blijft het scherm wit? Maak een screenshot en vraag Lovable de fout te onderzoeken. Bij een zichtbare bouwfout kan Try to fix een herstelpoging uitvoeren. Blijft dezelfde fout terugkomen, stap dan over op onderzoek in plaats van dezelfde poging te herhalen.

Het eerste verrassende inzicht: een kapotte preview betekent niet automatisch een kapotte live website. Open de gepubliceerde link apart om dat te controleren.

Je project werkt niet meer na een wijziging

Je vroeg om een andere navigatie. Daarna opent de aanmeldpagina niet meer. De verleiding is groot om meteen een tweede reparatieopdracht te geven.

Begin liever met de laatste wijziging. Lovable bewaart wijzigingen automatisch in History. Je kunt daar eerdere versies bekijken en een werkende versie markeren met een bookmark.

Gebruik deze methode:

• Zoek het laatste moment waarop de handeling werkte.
• Lees welke opdracht daarna is uitgevoerd.
• Bekijk de eerdere versie zonder direct terug te zetten.
• Noteer wat je wilt behouden.
• Kies daarna pas tussen herstellen of gericht corrigeren.

Belangrijk: versieherstel zet de code terug, niet je databasegegevens. Gegevens die na die versie zijn toegevoegd of gewijzigd, worden daarmee niet teruggedraaid.

Dat is het tweede tegenintuïtieve inzicht: teruggaan naar gisteren betekent niet dat álles weer wordt zoals gisteren.

Laat wijzigingen aan gegevens daarom apart beoordelen. Een eerdere codeversie kan nog steeds niet passen bij de huidige gegevensstructuur.

Laat Lovable eerst onderzoeken, niet meteen repareren

‘Maak het werkend’ geeft weinig houvast. Je benoemt niet welke handeling faalt en welke onderdelen juist moeten blijven bestaan.

Gebruik Plan mode om een fout te laten onderzoeken voordat code verandert. Lovable beschrijft deze modus als een manier om bestanden en relevante context te bekijken en een voorstel te maken dat je eerst beoordeelt.

Kopieerbare diagnoseprompt

Op pagina [naam] gebeurt het volgende: [beschrijving].
Stappen: [1, 2, 3].
Verwacht resultaat: [uitkomst].
Werkelijk resultaat: [uitkomst].
Foutmelding: [exacte tekst, indien aanwezig].
Onderzoek eerst de vermoedelijke oorzaak. Wijzig nog niets. Geef één controle waarmee we die oorzaak kunnen toetsen. Stel daarna de kleinste passende wijziging voor. Behoud [bestaand gedrag]. Wijzig geen toegangsrechten of gegevens zonder afzonderlijke beoordeling.

Het verschil zit niet in strengere taal, maar in minder ruimte voor aannames. Je maakt duidelijk wat moet veranderen én wat niet.

Wil je die manier van vragen verder oefenen? Onze uitleg over een goede promptmethode helpt je doel, context en grenzen overzichtelijk te beschrijven.

Een Lovable-foutmelding begrijpen zonder codekennis

Je hoeft een foutmelding niet zelf te kunnen repareren. Leg vooral de volledige tekst en de handeling ervoor vast.

Onderstaande meldingen komen voor in de onderzochte probleemgidsen. De genoemde oorzaak blijft een mogelijkheid, geen automatische conclusie.

De bouw- en rechtenmeldingen zijn beschreven in de externe gidsen; previewgedrag en publicatieverschillen worden bevestigd door Lovable zelf.

Inloggen, gegevens of een koppeling werkt niet

Een pagina die opent, bewijst nog niet dat de hele gebruikersroute werkt.

Fictieve praktijksituatie: een vrijwilligerscoördinator bouwt een inschrijfapp voor een dorpsactiviteit. Zelf kan hij aanmeldingen bekijken. Een tweede vrijwilliger ziet een lege lijst. De coördinator wil de pagina opnieuw laten bouwen, maar controleert eerst met welk account de ander is ingelogd. Daarna laat hij onderzoeken welke gegevens die rol mag zien.

Dit voorbeeld laat zien waarom ‘leeg’ iets anders kan betekenen dan ‘kapot’. De juiste vervolgstap hangt af van de bedoelde toegang.

Controleer ook welke gegevensomgeving je project gebruikt. Lovable heeft een ingebouwde backend, maar kan ook met een eigen Supabase-project werken. De instellingen en het beheer verschillen. Je hebt dus niet voor ieder Lovable-project een apart Supabase-account nodig.

Schakel beveiligingsregels niet uit om een foutmelding te laten verdwijnen. Laat vaststellen welke gebruiker welke handeling mag uitvoeren. Test daarna opnieuw met een gewone gebruiker, niet alleen met je eigen beheerdersaccount.

Bij een koppeling helpt het om de route op te delen: wordt de invoer opgeslagen, start de vervolgactie en bereikt die de externe dienst?

Die denkwijze sluit aan op onze uitleg over een AI-workflow opbouwen: onderzoek de stap waar het proces stopt.

Preview werkt, maar je gepubliceerde website niet

De live website is een momentopname van je laatste publicatie. Latere wijzigingen komen niet vanzelf online. Open Publish en controleer of je Publish changes moet uitvoeren.

Test vervolgens:

• De juiste gepubliceerde link.
• Een privévenster zonder je bestaande sessie.
• De handeling als gewone gebruiker.
• Zowel de standaard Lovable-link als je eigen domeinnaam.

Controleer bij verschillen de publicatie, het publiek dat toegang heeft en de domeinstatus. Lovable beschrijft deze instellingen afzonderlijk.

Een belangrijk misverstand is dat de preview een volledig afgescheiden speelomgeving is. Preview en live app delen volgens Lovable dezelfde backend en gegevens. Een databasewijziging kan daardoor beide raken, ook voordat je nieuwe schermcode publiceert.

Gebruik daarom geen echte klantgegevens voor onzekere herstelproeven.

Wanneer stop je met opnieuw proberen?

Opnieuw proberen is zinvol als je een concrete reden hebt: een tijdelijke onderbreking is voorbij, je hebt een fout vastgelegd of je test een gerichte correctie.

Stop wanneer je dezelfde opdracht herhaalt zonder nieuwe informatie. Lovable adviseert bij terugkerende fouten om te onderzoeken, terug te gaan naar een eerdere versie en vóór het herbouwen een plan te maken.

Hanteer deze herstelvolgorde:

1. Baken één probleem af.
2. Leg de fout en het tijdstip vast.
3. Controleer de laatste wijziging.
4. Bekijk een bekende werkende versie.
5. Test één gerichte oplossing.
6. Controleer ook bestaand gedrag.
7. Publiceer pas na die controle.

Blijft Lovable werkt niet je conclusie? Maak er dan een bruikbare melding van.

Projectlink: …
Waar gebeurt het? Editor / chat / preview / live website
Verwacht gedrag: …
Werkelijk gedrag: …
Stappen om te herhalen: …
Exacte foutmelding: …
Laatste werkende moment: …
Uitgevoerde tests: …
Browser en tijdstip: …

Lovable biedt directe ondersteuning voor betalende gebruikers bij account-, facturatie- en platformproblemen. Verwacht niet automatisch dat iedere zelfgebouwde functie volledig wordt gerepareerd.

Veelgestelde vragen

Betekent een wit scherm dat mijn Lovable-project weg is?

Nee, dat volgt niet uit een wit scherm. De preview kan niet laden of de app kan een fout bevatten. Lovable bewaart wijzigingen automatisch in de versiegeschiedenis. Controleer daarom eerst de preview en History voordat je opnieuw begint.

Waarom zegt Lovable dat de fout is opgelost terwijl hij blijft bestaan?

Een uitgevoerde wijziging is nog geen bewijs dat jouw volledige gebruikersroute werkt. Herhaal daarom dezelfde handeling met hetzelfde soort account. Beschrijf bij een terugkerende fout het verwachte en werkelijke gedrag en laat eerst onderzoek doen.

Zet een eerdere versie ook mijn gegevens terug?

Nee. Volgens de officiële documentatie herstelt Revert de code en bijbehorende functies, maar niet de databasegegevens. Beoordeel gegevenswijzigingen dus apart voordat je een herstelactie uitvoert.

Je hoeft niet iedere fout zelf te begrijpen. Je moet vooral kunnen aanwijzen waar het gedrag afwijkt. Dat is vaak de stap die van gokken een gericht onderzoek maakt.

Dit artikel is geschreven en gecontroleerd door Maarten en Sanne van WegwijsAI.