Lovable, Bolt eller v0?

Kort svar: velg Lovable hvis du vil ha en komplett app med innlogging og database uten å kode, velg Bolt hvis du vil ha mer frihet i teknologivalg og mobilapper, og velg v0 hvis du først og fremst trenger et pent grensesnitt i Next.js som skal ligge på Vercel. Alle tre koster rundt 25 til 30 dollar i måneden, altså 300 til 400 kroner med mva, men kredittene forsvinner fortere enn du tror.

Hva er Lovable, Bolt og v0?

Lovable, Bolt og v0 er nettbaserte KI-verktøy der du beskriver en app med vanlig tekst og får ferdig kode og en forhåndsvisning du kan klikke rundt i. Ingen installasjon, ingen terminal. Det er dette mange kaller vibe coding.

Likhetene stopper omtrent der. Verktøyene er bygget for litt ulike folk og ulike typer prosjekter, og det er der valget ditt bør starte.

• Lovable er svensk, retter seg mot folk uten kodebakgrunn, og bygger apper i React med innebygd backend gjennom Lovable Cloud eller Supabase.
• Bolt kommer fra StackBlitz og kjører et helt utviklingsmiljø i nettleseren. Du kan velge mellom flere rammeverk og også lage mobilapper med Expo.
• v0 er laget av Vercel. Det er sterkest på grensesnitt og genererer Next.js med ferdige komponenter, og publisering til Vercel er ett klikk unna.

Sammenligning: pris og innhold

Alle tre har gratisplan og en betalt plan rundt 25 til 30 dollar i måneden. Prisene under er hentet fra leverandørenes egne sider i oktober 2026 og er uten mva.

Med 25 prosent mva og dagens dollarkurs blir 25 dollar omtrent 310 til 350 kroner i måneden. Lovables Business-plan gir de samme 100 kredittene som Pro, men til dobbel pris, fordi du betaler for teamfunksjoner som SSO og private prosjekter. Kjøper du ekstra kreditt på Pro, koster det 15 dollar per 50 kreditter.

Sammenlign aldri bare månedsprisen. Lovable teller kreditter per melding, Bolt teller tokens, og v0 trekker dollar fra en saldo etter hvor mye modellen jobber. En stor app kan spise opp en hel måneds kvote på en ettermiddag hvis du sitter fast i en feil.

Når bør du velge Lovable?

Lovable er det beste valget for deg som ikke koder og vil ha en fungerende app med brukere, database og innlogging så raskt som mulig.

Verktøyet er det mest ferdigtenkte av de tre for nybegynnere. Du får innlogging, database og fillagring uten å sette opp noe selv, og koden kan synkroniseres til GitHub så du eier den. Det passer godt til medlemsportaler, enkle interne verktøy, prototyper du skal vise investorer, og små SaaS-ideer.

Svakheten er at du har mindre kontroll på hvordan ting er bygget, og at sikkerhetsreglene i databasen må sjekkes nøye. Lovable har innebygde sikkerhetssjekker, men de erstatter ikke at noen faktisk ser på tilgangsreglene før ekte brukere slipper til. Vær også obs på at drift i Lovable Cloud trekker av de samme kredittene når den månedlige Cloud-kvoten på 20 kreditter er brukt opp.

Når bør du velge Bolt?

Bolt passer best når du vil velge teknologi selv, lage en mobilapp, eller trenger et ekte utviklingsmiljø uten å installere noe.

Fordi Bolt kjører Node.js direkte i nettleseren, kan du installere pakker, kjøre kommandoer og jobbe med rammeverk som Astro, Svelte eller Vue i tillegg til React. Det gjør Bolt til favoritten blant folk som kan litt kode og vil ha mindre låsing. Tokenmodellen er også grei å forstå: du ser hvor mye som går med.

Ulempen er at Bolt kan gå i sirkler på feil. Det er en kjent frustrasjon at agenten prøver samme løsning flere ganger og brenner tokens. Lær deg å stoppe, rulle tilbake og beskrive problemet på nytt i stedet for å skrive "fiks det" for femte gang.

Når bør du velge v0?

v0 er best når grensesnittet er det viktigste, og når prosjektet uansett skal kjøres i Next.js på Vercel.

Designene fra v0 ser ofte mest profesjonelle ut rett fra start, fordi verktøyet bygger på et gjennomarbeidet komponentbibliotek. Det er sterkt til landingssider, dashbord og skjermbilder du skal videreutvikle i et ordentlig kodeprosjekt. Utviklere bruker det gjerne til å lage førsteutkastet, og tar så koden videre i Claude Code eller Cursor.

Det er mindre egnet hvis du vil ha en komplett app med database uten å røre koden selv. Da må du koble på tjenester, og det krever mer forståelse enn i Lovable. Kredittprisen er også den mest uforutsigbare av de tre, fordi den varierer med hvilken modell som brukes og hvor lang oppgaven er.

Hva er de vanligste fallgruvene?

Den vanligste feilen er å tro at appen er ferdig fordi den ser ferdig ut i forhåndsvisningen.

1. Åpne databaser. Mange apper laget med slike verktøy har hatt tilgangsregler som lot hvem som helst lese andres data. Sjekk at radnivåsikkerhet er slått på hvis du bruker Supabase, og les guiden om sikkerhet når du bygger med KI.
2. Hemmelige nøkler i frontend. En API-nøkkel som ligger i nettleserkoden, kan leses av alle som åpner siden. Den hører hjemme på serveren.
3. Kredittfellen. Når appen blir stor, bruker hver endring mer kreditt. Mange begynner på 25 dollar og ender på langt mer i måneden uten å merke det.
4. Innlåsing. Koble til GitHub fra dag én. Da eier du koden og kan flytte den hvis verktøyet blir for dyrt eller for begrenset.
5. Mangler universell utforming og personvern. En norsk bedriftsside må tåle lovkravene til universell utforming og ha riktig håndtering av cookies og samtykke. Det sjekker ingen av verktøyene for deg.

Hva ville vi valgt?

Til en rask prototype uten kode ville vi valgt Lovable, til et pent grensesnitt v0, og til alt som skal leve lenge og ha betalende brukere ville vi gått over til en agent som Claude Code.

Grunnen er kontroll. De nettbaserte verktøyene er fantastiske til å komme fra idé til noe du kan vise fram på en dag. Men når appen skal håndtere betaling, persondata og tusenvis av brukere, trenger du full tilgang til koden, testene og serveren. Det er derfor vi bygger produksjonsløsninger som WatchScanning.com og WorthPic.com i et vanlig kodeprosjekt, ikke i et nettleserverktøy. Les mer i sammenligningen Cursor vs Claude Code.

Slik får du mest ut av kredittene

Du sparer mest kreditt ved å planlegge før du skriver, og ved å gjøre én tydelig endring om gangen.

1. Skriv en kort spesifikasjon først. Beskriv sidene, hvem brukerne er, hvilke data som skal lagres og hva som skal skje når noen trykker på knappene. Et godt førsteprompt sparer ti dårlige.
2. Bygg i små steg. Be om innlogging, test den, og gå så videre til neste funksjon. Store forespørsler gir store feil som er dyre å rette.
3. Bruk chat- eller planmodus når du bare vil diskutere en løsning. Da endres ingen kode, og det koster mindre.
4. Rull tilbake i stedet for å lappe. Har agenten gjort noe rart, gå tilbake til forrige versjon og omformuler, i stedet for å be den rette opp i sin egen feil gang på gang.
5. Gjør småjusteringer selv. En tekstendring eller en farge kan ofte endres direkte i koden eller i den visuelle editoren uten å bruke kreditt.