--- title: "Lovable alternative: hvor 66 Reddit-brukere gikk" description: "Hvor folk går etter Lovable, fra 445 Reddit-tråder: 25 til Claude Code, 17 til Cursor, 7 til Codex. Hvorfor de gikk, og hvordan du flytter uten å miste data." url: "https://madsalt.tech/no/blog/lovable-alternatives/" author: "Denys Zaichenko" language: "no" published: 2026-10-31 --- # Lovable alternative: hvor 66 Reddit-brukere gikk TL;DR Den Lovable alternative folk faktisk flytter til, er ikke enda en app-builder. I 445 Reddit-tråder fra de siste tolv månedene sa 66 personer at de hadde forlatt Lovable: 25 til Claude Code, 17 til Cursor, 7 til Codex og bare en håndfull til buildere som Base44. I 64 tråder som ber om et alternativ, anbefalte kommentatorer Claude Code 47 ganger, Codex 31 ganger og Cursor 23 ganger. Årsakene til å gå er credits (41 % av trådene som vurderer Lovable), backenden (28 %) og en mur når appen vokser. Kan du ikke lese kode ennå, får en builder som Bolt eller Base44 de samme klagene. Kan du, eller vil lære, så synkroniser til GitHub og ta repoet med til en agent. Flytt data og hemmeligheter først; de følger ikke med koden. 66 personer som sa at de hadde forlatt Lovable i 445 Reddit-tråder, november 2025 til oktober 2026 47 av 64 «alternativ?»-tråder der kommentatorer anbefaler Claude Code Codex 31, Cursor 23 41 % av trådene som vurderer Lovable kritiserer credits eller pris 142 av 344 Jeg er Denys, fullstack- og AI-ingeniør. Jeg overtar ofte apper som startet i Lovable, så «hva bør jeg bruke i stedet?» er et spørsmål jeg får, og jeg ville ha et svar som bygger på mer enn min egen smak. Så jeg leste hva folk som har gått skriver, telte det og sjekket hva som skjedde etterpå. ## Hva er det beste Lovable-alternativet? Det kommer an på én ting: kan du jobbe med kode, eller er du villig til å lære? Trådene deler seg langs den linjen. - **Du kan lese kode, eller vil lære det**. En kodeagent på ditt eget repo: Claude Code, Codex eller Cursor. Dit gikk de fleste som forlot Lovable. - **Du kan ikke, og trenger en builder**. Bolt, Base44, Replit eller v0. Forvent de samme klagene på credits og grenser, se sammenligningene nedenfor. - **Appen fungerer allerede og tjener penger**. Å bli er et reelt alternativ. Synkroniser til GitHub og flytt bare det som gjør vondt, ofte backenden først. *Figur 1. Valget trådene beskriver, fra 445 tråder som vurderer minst ett verktøy.* ## Slik leste jeg trådene Jeg hentet fra Arctic Shift-arkivet med offentlige Reddit-data hver tråd fra r/lovable, r/cursor, r/vibecoding, r/Base44, r/boltnewbuilders, r/nocode og r/SaaS som passet til søk som «lovable», «alternative», «switched» eller «leaving» mellom november 2025 og oktober 2026 og hadde minst fire kommentarer. Av 710 tråder inneholder 445 en reell mening om minst ett verktøy. For hver noterte jeg verktøyene den vurderer, tonen, årsakene, ethvert bytte mellom verktøy, verktøyene kommentatorer anbefaler, og ett sitat. Et skript kontrollerte hvert sitat mot den arkiverte tråden, og før publisering åpnet jeg hver siterte tråd på Reddit for å forsikre meg om at ordene fortsatt står der. Husk skjevheten: mer enn halvparten av trådene kommer fra r/lovable, der folk skriver når noe går galt, og folk som har gått og er fornøyde, kommer sjelden tilbake for å si det. Tallene viser en retning, ikke en markedsandel. ## Hvor folk gikk etter Lovable ![Hvor 66 personer gikk etter Lovable. Folk som sier de har byttet. Noen nevner to verktøy. Claude (terminalagent): 25; Cursor: 17; Codex: 7; Eget Supabase-prosjekt: 4; Base44: 2; Andre verktøy, én omtale hver: 6.](https://madsalt.tech/charts/no/lovable-alternatives-went.svg) *Figur 2. 66 Reddit-tråder der noen sier de har forlatt Lovable, november 2025 til oktober 2026, etter hvor de gikk. Min telling, 31. oktober 2026.* De fleste bytter går til en kodeagent på det eksporterte repoet, ikke til en konkurrerende builder. Noen få flyttet bare backenden til sitt eget Supabase-prosjekt og fortsatte å bygge andre steder. Den typiske historien er kort: [«I started building apps via Replit and lovable but once I got into Claude, I never went back.»](https://www.reddit.com/r/lovable/comments/1xe2zsf/honest_question_why_do_you_still_use_lovable_when/) («Jeg begynte å bygge apper via Replit og Lovable, men da jeg kom inn i Claude, gikk jeg aldri tilbake.») Eller med tall: [«The amount I’ve accomplished with a Claude Max plan in the last week (£90), would’ve definitely cost me upwards of £500 via Lovable - easily.»](https://www.reddit.com/r/lovable/comments/1xb5o32/anyone_switch_from_lovable_to_fully_using_claude/) («Det jeg har fått til med en Claude Max-plan den siste uken (90 £), ville definitivt ha kostet meg over 500 £ via Lovable - uten problem.») Motsatt vei finnes, men er sjelden: 4 personer byttet fra Base44 til Lovable og 2 fra Bolt. ## Hvorfor folk forlater Lovable ![Hva folk kritiserer ved Lovable. 344 tråder som vurderer Lovable. Flere årsaker per tråd. Credits og pris: 142; Backend og database: 96; Mur ved større apper: 63; Fiks-løkker, tilbakeskritt: 62; Innelåsing og eksport: 56; Sikkerhet: 44; Hosting og utrulling: 40.](https://madsalt.tech/charts/no/lovable-alternatives-why.svg) *Figur 3. 344 Reddit-tråder som vurderer Lovable, november 2025 til oktober 2026, etter kritikken de inneholder.* **Credits, 142 av 344 tråder.** Klagen gjelder mindre abonnementsprisen enn det å betale for forsøk: [«It ends up telling me that the bug is fixed, but it is not fixed costing me credits.»](https://www.reddit.com/r/lovable/comments/1x3ep81/how_do_you_guys_implement_changes_or_fix_bugs/) («Til slutt sier den at feilen er fikset, men den er ikke fikset, og det koster meg credits.») Flere tråder beskriver en prompt som koster flere credits enn før, uten en klar forklaring på hvordan tellingen fungerer. **Backenden, 96 tråder.** Med Lovable Cloud ligger databasen, brukerne og hemmelighetene i Lovables egen backend, og å flytte dem senere er det vanskelige. [«The database and hosting part of Lovable is what most people have an issue with, not the AI cost.»](https://www.reddit.com/r/lovable/comments/1sbf2fu/lovable_alternative_idea/) («Det er database- og hosting-delen av Lovable de fleste har problemer med, ikke AI-kostnaden.») **En mur og fiks-løkker, 63 og 62 tråder.** Når appen har ekte logikk, begynner endringer å ødelegge ting som fungerte. De to årsakene dukker vanligvis opp sammen med credits, fordi hver løkke koster penger. **Innelåsing, 56 tråder.** Mest om Cloud: [«Only if you use Lovable Cloud, you lock yourself in.»](https://www.reddit.com/r/lovable/comments/1qwzlix/if_you_are_building_without_ejecting_you_dont_own/) («Bare hvis du bruker Lovable Cloud, låser du deg selv inne.») Et prosjekt koblet til ditt eget Supabase-prosjekt er langt enklere å ta med seg. Det folk fortsatt skryter av: hastighet til en førsteversjon, i 80 tråder. Selv en tråd om å sitte fast på Lovable Cloud åpner med [«Lovable is genuinely one of the best tools out there for going from idea to product FAST.»](https://www.reddit.com/r/lovable/comments/1rz0umx/feeling_stuck_on_lovable_cloud_heres_an_open/) («Lovable er oppriktig et av de beste verktøyene der ute for å komme fra idé til produkt RASKT.») Å gå er ikke det eneste svaret; det er svaret når kostnadene over begynner å dominere. ## Hva «alternativ?»-trådene anbefaler ![Hva 64 «alternativ?»-tråder anbefaler. Verktøy foreslått av kommentatorer, talt én gang per tråd. Claude (terminalagent): 47; Codex: 31; Cursor: 23; Replit: 6; Bolt: 5; v0: 5; Google AI Studio: 5; Bli på Lovable: 5.](https://madsalt.tech/charts/no/lovable-alternatives-recommended.svg) *Figur 4. 64 Reddit-tråder som ber om et Lovable-alternativ eller en billigere måte å bygge på, november 2025 til oktober 2026, etter verktøyene som ble anbefalt.* I 64 tråder der noen spør hva man skal bruke i stedet, er svaret overveldende «en agent på repoet ditt». Andre buildere får fem eller seks omtaler hver, omtrent like ofte som «bli på Lovable». Den vanlige oppskriften i kommentarene: [«Push to Github, connect Claude Code to it and voilá - no more paying Lovable»](https://www.reddit.com/r/lovable/comments/1usvuv1/paying_way_too_much_across_lovable_and_base44_for/) («Push til GitHub, koble Claude Code til det, og voilà - ikke mer betaling til Lovable»). Haken, fra folk som prøvde: [«codex and claude code assume you can read the output, live in a terminal and fix stuff when it breaks.»](https://www.reddit.com/r/lovable/comments/1v67cap/why_use_lovable_and_not_codexclaude_code/) («Codex og Claude Code forutsetter at du kan lese utdataene, bor i en terminal og fikser ting når det går i stykker.») En agent er billigere per endring, men hosting, databasen og hver utrulling blir ditt ansvar. ## Alternativene side om side Tallene nedenfor teller tråder i det samme settet som vurderer hvert verktøy. Agenter ser delvis bedre ut fordi folk som skriver om dem allerede har forlatt Lovable og er fornøyde med byttet, så les tonekolonnen med det i bakhodet. | Alternativ | Hva det er | Tråder som vurderer det | Tone (positiv / blandet / negativ) | Største klage | | ----------- | ------------------------------------------ | ----------------------- | ---------------------------------- | ------------------------------------ | | Claude Code | Kodeagent i terminalen din, på repoet ditt | 94 | 82 / 8 / 4 | Læringskurve | | Codex | Kodeagent, på repoet ditt | 34 | 29 / 4 / 1 | Læringskurve | | Cursor | Koderedigeringsprogram med en agent | 117 | 46 / 30 / 41 | Agent som skader filer, pålitelighet | | Replit | Nettleserbuilder med hosting | 48 | 16 / 6 / 26 | Mur ved større apper | | Base44 | Nettleserbuilder med egen backend | 85 | 15 / 28 / 42 | Credits, så innelåsing | | Bolt | Nettleserbuilder | 60 | 6 / 15 / 39 | Tokens, så mur ved større apper | Buildersammenligningene i detalj: [Lovable vs Cursor](https://madsalt.tech/no/blog/lovable-vs-cursor/), [Lovable vs Bolt](https://madsalt.tech/no/blog/lovable-vs-bolt/) og [Lovable vs Base44](https://madsalt.tech/no/blog/lovable-vs-base44/). Hvis en agent skal kjøre kommandoer på maskinen din, les [Er Claude Code trygg?](https://madsalt.tech/no/blog/is-claude-code-safe/) først. ## Slik flytter du fra Lovable uten å miste data Koden er den enkle delen. Trådene der det gikk galt, mistet noe som ikke lå i repoet. 1. **Koble til GitHub i Lovable**. Koden, med full historikk, i et repo du eier. 2. **Eksporter dataene**. På Lovable Cloud ligger databasen, de registrerte brukerne og opplastede filer i Lovables backend. Eksporter dem til ditt eget Supabase-prosjekt. 3. **Gjenopprett hemmelighetene**. API-nøkler satt i Lovable følger ikke med eksporten. Lag en liste før du går. 4. **Rull ut funksjoner på nytt og pek appen mot det nye prosjektet**. Edge-funksjoner, prosjekt-URL-en, den offentlige nøkkelen, auth-omdirigerings-URL-er. 5. **Sjekk tilgang før ekte brukere kommer**. Row level security, grants og storage i det nye prosjektet. En kopi er bare så trygg som policyene sine. *Figur 5. Rekkefølgen som unngår tapene trådene beskriver.* Start det første steget tidlig, selv om du ikke planlegger å gå. En vanlig anger i disse trådene: [«I wish I had synced GitHub much earlier.»](https://www.reddit.com/r/lovable/comments/1uiten1/one_lovable_habit_i_wish_i_started_earlier_sync/) («Jeg skulle ønske jeg hadde synkronisert GitHub mye tidligere.») Det siste steget teller fordi en migrering er der sikkerheten stille endrer seg. Sjekkene jeg kjører står i min [sikkerhetssjekkliste for Lovable-apper](https://madsalt.tech/no/blog/lovable-app-security-checklist/), og min gratis [Supabase-sikkerhetssjekk](https://madsalt.tech/no/tools/supabase-security-check/) leser det nye prosjektets grants og policyer uten å lese radene dine. ## Spørsmål folk stiller **Finnes det et Lovable-alternativ for ikke-programmerere?** Builderne: Bolt, Base44, Replit, v0. I disse trådene samler de de samme klagene på credits og grenser som Lovable, og Lovable får oftere skryt for design og hastighet. En agent er den billigere veien på lang sikt, men forutsetter at du lærer å lese hva den gjør. **Bør jeg forlate Lovable?** Ikke på grunn av denne listen. Gå når rettelser koster mer enn de bør, når appen trenger logikk Lovable stadig ødelegger, eller når du trenger full kontroll over databasen. En skribent driver [«an app with 17k users, some of whom are paying users, and it’s on Lovable.»](https://www.reddit.com/r/lovable/comments/1tztumb/anyone_running_a_successful_app_still_on_lovable/) («en app med 17 000 brukere, hvorav noen betaler, og den ligger på Lovable.») **Kan jeg beholde Lovable og bruke en agent samtidig?** Ja. Med GitHub-synkronisering redigerer flere skribenter i Cursor eller en annen agent og lar Lovable fortsette å hoste og vise forhåndsvisning. **Hva mister jeg når jeg går?** Hosting og utrulling med ett klikk, den visuelle editoren og, på Cloud, backenden Lovable styrer for deg. Planlegg hvor hver av dem skal hen før du sier opp.