Vibe coding og nettsider: hva det betyr, når du bør bygge med AI og når du ikke bør

«Vibe coding» har gått fra å være en intern utviklervits til å være måten en voksende andel nettsider faktisk blir til på: du beskriver hva du vil ha, og en kunstig intelligens (KI) bygger det. For deg som skal bestille eller bygge en nettside, er dette verken en redning eller en trussel – det er et verktøy som passer utmerket i noen situasjoner og dårlig i andre. Problemet er at markedsføringen rundt verktøyene sjelden forteller hvilken situasjon som er hvilken.

Denne guiden er ingen sammenligning av enkeltverktøy. Den er en beslutningsramme: hva skal nettsiden gjøre for bedriften din, hvor lenge skal den leve, og hvem eier resultatet når du vil gå videre? Vi anbefaler et AI-verktøy når det passer, Webflow når det passer, og en kodet nettside med headless CMS når det passer. Plattformen skal matche behovet – ikke omvendt.

Hva er vibe coding – og hvorfor angår det deg som bestiller?

Vibe coding er å bygge en nettside eller app ved å gi en KI instruksjoner (prompter) på naturlig språk, i stedet for å designe eller kode hver del manuelt. Du beskriver «en landingsside for en B2B-tjeneste med priskort og kontaktskjema», og verktøyet genererer layout, tekst og noen ganger fungerende kode. Begrepet ble opprinnelig laget for apputvikling, men brukes nå bredt om all KI-assistert bygging.

For en bestiller er den viktigste innsikten at to helt ulike typer verktøy ofte blir slått sammen under det samme ordet. De løser ulike problemer og har ulike konsekvenser for eierskap og SEO:

• KI-forsterkede no-code-editorer – verktøy som Webflow AI og Framer AI. Her legger KI et lag oppå en visuell editor: den foreslår seksjoner og tekst, men du bygger fortsatt innenfor plattformens rammer og CMS. Du får ingen kode ut – du leier verktøyet.
• KI-native kodegeneratorer – verktøy som Lovable, Bolt og v0. Her skriver KI faktisk kode (som regel React) ut fra promptene dine. Resultatet er en ekte kodebase du i prinsippet kan eksportere og ta med deg, men du trenger mer teknisk forståelse for å drifte den.

Forskjellen får betydning lenger ut i denne guiden: den avgjør både hvordan nettsiden oppfører seg i søk, og hva du faktisk eier når du vil bytte. Det er det samme grunnspørsmålet som i Lage nettside 2026, bare ett steg lenger ned i kjeden – ikke bare bygge eller kjøpe, men hva du bygger med.

De første 80 % går raskt – de siste 20 avgjør

KI-verktøy er genuint gode på de første 80 prosentene av en nettside. En pen forside, en fornuftig struktur, lesbar tekst og et kontaktskjema kan stå ferdig på en ettermiddag. For mange prosjekter er det akkurat det som trengs, og da er et KI-verktøy riktig svar.

De siste 20 prosentene er noe annet. Det er der en nettside slutter å være en pen overflate og begynner å skape salg: konverteringslogikk som faktisk får den besøkende til å ta kontakt, SEO som gjør at siden rangerer, ytelse som tåler ekte trafikk, universell utforming, sporing og et innholdssystem det går an å bygge videre på i flere år. De 20 prosentene er ofte kjedelige, usynlige for det utrente øyet og vanskelige å prompte seg fram til – og det er de som avgjør om investeringen betaler seg.

Dette er ingen kritikk av KI-verktøyene. Det er en realistisk forventning. Spørsmålet du skal stille, er: hører prosjektet ditt til de 80 prosentene der et raskt og pent bygg holder – eller står og faller salget med de siste 20?

I de fleste tilfeller, uansett om du skal bygge nettsiden selv i Lovable eller få hjelp, er det viktig å gi strategien for nettsiden litt kjærlighet. Det kan vi hjelpe deg med, også om du vil bygge og drifte siden selv!

Beslutningsspørsmålet: hva skal nettsiden faktisk gjøre for bedriften din?

Før plattformvalget kommer en ærligere samtale om formålet. De fleste feilvalg begynner med at man velger verktøy før mål. Tre spørsmål avgjør det meste:

• Hva er sidens jobb? Skal den validere en idé og se profesjonell ut, eller skal den over tid trekke inn henvendelser, rangere på kjøpesterke søkeord og gjøre trafikk om til salg?
• Hvor lenge skal den leve? En kampanjeside foran en lansering har en annen levetid enn bedriftens primære nettside, som skal bære merkevaren i fem år.
• Hvor mye innhold skal den håndtere? En side med fem undersider er noe helt annet enn en nettside som skal publisere blogg, kundecaser og landingssider fortløpende.

Svarene peker som regel tydelig i én retning. Jo mer siden skal vokse, rangere og konvertere over lang tid, desto mer taler for en struktur som er bygget for det – og her trengs som regel profesjonell hjelp. Jo mer den skal validere noe raskt og rimelig, desto sterkere er argumentet for et KI-verktøy.

Beslutningskart: velg etter situasjon, ikke trend

Hele resonnementet kan fanges i et enkelt rutenett. Tenk deg to akser. Den ene er forretningsmål: fra å validere og teste en idé i den ene enden til å vokse, konvertere og rangere i den andre. Den andre er levetid og eierambisjon: fra kortvarig og lett å migrere til langvarig med høye krav om at du selv eier resultatet.

Legg i tillegg til en tredje, overordnet betingelse: trenger siden egen applogikk – innlogging, database, betalinger, brukerkontoer? Da heller det mot en KI-native kodegenerator eller en helt kodet løsning uansett hvor du lander på de andre aksene, fordi klassiske no-code-verktøy ikke håndterer den typen funksjonalitet godt.

Grovt oversatt til plattformvalg: validering + kort levetid peker mot et KI-verktøy. Vekst, rangering og lang levetid peker mot Webflow eller en kodet nettside. Og så snart applogikk kommer inn i bildet, flyttes hele beslutningen mot kode. Resten av guiden går gjennom hvert tilfelle for seg.

Når et AI-verktøy er riktig valg – og hva du skal tenke på

Et KI-verktøy som Lovable eller Framer AI er ofte riktig valg når hastighet og lav kostnad veier tyngst og sidens oppgave er avgrenset. Konkrete situasjoner der vi mener disse verktøyene passer:

• Validering og MVP. Du vil teste om en idé, en pitch eller et produkt får fotfeste før du investerer i en ordentlig nettside.
• Kampanje- og arrangementssider med kort levetid, der siden uansett skal byttes ut om noen måneder.
• Tidlige oppstartsbedrifter som trenger noe som ser profesjonelt ut for en rimelig penge, i full bevissthet om at du bygger om når bedriften modnes.
• Interne verktøy og enkle prototyper der søk og konvertering ikke spiller noen rolle.

Tenk på to ting. For det første: en unik merkevare krever aktivt arbeid. KI-verktøy er trent på lignende mønstre og konvergerer derfor ofte mot det samme utseendet – samme rekkefølge på seksjonene, samme type hero, de samme kortene. Mønsteret er velkjent: uten bevisst styring blir resultatet kompetent, men generisk, og det merkes når ti bedrifter i samme bransje ser like ut. For det andre: vær ærlig med deg selv om at MVP-en ofte blir værende lenger enn planlagt. Da vil du ha valgt et verktøy du kan flytte fra – mer om det lenger ned.

Når Webflow er riktig valg

Webflow er ett av våre to førstevalg for en nettside som skal leve lenge, markedsføre en bedrift og rangere i søk. Det er riktig når du vil ha pikselkontroll over designet, et ordentlig redaksjonelt CMS og muligheten for ikke-tekniske personer til å redigere innhold visuelt – uten å sette teknisk SEO på spill.

• Markedsnettsider der design, merkevare og konvertering er viktige og innholdet skal bygges ut fortløpende.
• Team som vil eie innholdspubliseringen sin selv, med et CMS for blogg, kundecaser og landingssider.
• Prosjekter der rask leveranse og visuell redigering veier tyngre enn spesialintegrasjoner eller ekstrem ytelse.

Forskjellen fra et KI-verktøy er ikke at Webflow ser bedre ut – det er at strukturen holder. Du får ren markup, et CMS som skalerer og full kontroll og god struktur over de tekniske SEO-detaljene som KI-verktøy ofte hopper over. Webflow er likevel ikke standardsvaret vårt på alt; når ytelse, skalerbarhet eller egne integrasjoner veier tyngst, er en kodet løsning ofte det bedre valget. Mer om hvordan vi jobber med plattformen finner du i Webflow-byrå i Norge.

Når en kodet nettside med headless CMS er riktig valg

En kodet nettside på Next.js eller Astro med et headless CMS er vårt andre førstevalg – likeverdig med Webflow. Det er riktig når ytelse, skalerbarhet eller egne integrasjoner er avgjørende, eller når nettsiden skal dele innhold med flere kanaler enn nettet (app, systemer, KI). KI-assistert utvikling har gjort denne veien betydelig mer effektiv enn for bare et år siden, noe som gjør den til et reelt alternativ for flere organisasjoner.

• Høy trafikk og strenge ytelseskrav, der hvert hundredels sekund i sidehastighet teller.
• Egne integrasjoner og forretningslogikk som skal kobles mot interne systemer.
• Innhold som skal brukes flere steder enn på nettsiden – det er hele poenget med headless: innholdet ligger frikoblet og leveres via API til flere frontender.
• Komplekst design – kodede nettsider gir frihet til effektivt å produsere svært komplekst design og animasjoner.
• KI-oppdateringer – vil du kunne prompte endringer på siden, leverer vi de kodede nettsidene våre med relevante kontekstfiler til KI om hvordan oppdateringer skal gjøres, hvordan tonen din er, SEO-strategi, designregler og mer. Den klassiske «dra og slipp»-editoren har blitt «prompt og len deg tilbake»!

Her ligger også berøringspunktet med vibe coding på sitt mest seriøse nivå. KI-native kodegeneratorer og KI-assistert utvikling i en ekte kodebase er beslektet – forskjellen er hvor mye teknisk styring og arkitektur som ligger bak. Vi har skrevet mer om hvordan det foregår i praksis i AI-nettside med Claude Code og Next.js.

Hva skjer med SEO når du bygger med AI?

Her er noen prinsipper som holder uansett hvilket KI-verktøy som er populært akkurat nå. De handler ikke om enkeltprodukter, men om hvordan søkemotorer og KI-svarmotorer ser på det som bygges.

Klientgjengitt JavaScript trenger ekstra arbeid for å bli crawlbart. Mange KI-genererte nettsider gjengis i nettleseren (client-side rendering): serveren sender i praksis en tom side, og JavaScript tegner opp innholdet etterpå. Søkemotorer kan håndtere det, men det krever et ekstra gjengivelsessteg og fungerer ujevnt – og KI-svarmotorer henter ofte innhold uten å kjøre JavaScript i det hele tatt. Servergjengivelse eller statisk genererte sider er mer robuste. At kategorien beveger seg i den retningen, ser man for eksempel av at Lovable la til servergjengivelse som standard for nye prosjekter i mai 2026 – ta det som et tegn på at verktøyene modnes, ikke som en garanti for at akkurat din side gjengis riktig.

Uten et ordentlig redaksjonelt CMS er det vanskelig å skalere innhold. En side som er promptet fram, mangler ofte et strukturert innholdssystem. Det fungerer for fem statiske undersider, men så snart du vil drive en blogg, publisere kundecaser og bygge topical authority, trenger du et CMS som håndterer mange poster, kategorier og maler. Det er en av de vanligste begrensningene når en MVP skal vokse.

SEO på en KI-bygget side faller altså sjelden på én enkelt feil, men på at de usynlige grunnpilarene mangler. Er den nye siden din ikke synlig, er årsakene som regel de samme som vi går gjennom i Synlighet på nett: 10 grunner til at nettsiden ikke rangerer – og flere av dem henger direkte sammen med hvordan siden er bygget.

Eierskapsspørsmålet: eier du koden, eller leier du et verktøy?

Et spørsmål som sjelden stilles før det er for sent: hva eier du faktisk når du vil gå videre? Det avgjør hvor lett du kan bytte byrå, plattform eller leverandør – og dermed hvor sterk forhandlingsposisjon du har.

• KI-native kodegeneratorer som Lovable eksporterer en ekte kodebase (React). Den er i prinsippet portabel: du kan ta den med deg, la en utvikler drifte den og flytte den videre. Du eier noe konkret.
• Klassiske verktøy gir ingen meningsfull eksport. Innhold og design er ofte låst inne i plattformen, og en migrering betyr i praksis ofte å bygge om fra grunnen av. Det er en av flere grunner til at vi fraråder dem for seriøse nettsider med lang levetid.
• Webflow ligger midt imellom – du eier innholdet ditt og kan eksportere kode, men nettsiden er bygget for å leve i Webflow.
• Headless/kodet gir høyest grad av eierskap: kodebase og innhold er dine.

Eierskapet henger direkte sammen med kostnaden over tid. En lav månedsavgift kan skjule en høy innlåsingskostnad den dagen du vil flytte. Derfor skal den reelle kostnaden for en nettside regnes over flere år, ikke ut fra prislappen den første måneden – vi har regnet på det i Hva koster en nettside å bygge og eie?.

Konklusjon: match verktøyet mot situasjonen

Vibe coding er ingen døgnflue og intet universalsvar. KI-verktøy er genuint riktig valg i riktig situasjon – de løser de første 80 prosentene raskt og rimelig. Men de siste 20 prosentene, de som avgjør om nettsiden rangerer, konverterer og kan bygges videre på, krever fortsatt bevisste valg om plattform, struktur, SEO og eierskap.

Holdningen vår er enkel: velg etter situasjon, ikke trend. Et KI-verktøy når du skal validere raskt. Webflow eller en kodet nettside med headless CMS når nettsiden skal bære salget over tid. Og hold deg unna plattformer du ikke kommer deg ut av. Det som avgjør, er sjelden verktøyet i seg selv, men om valget matcher det siden faktisk skal gjøre.

Vil du ha hjelp til å avgjøre hvilken vei som passer din situasjon – før du låser deg fast i en plattform? Ta kontakt, så går vi gjennom det ut fra målene dine. Er du usikker på hvem du skal engasjere, har vi samlet råd i Slik velger du webbyrå, og du kan lese mer om hvordan vi jobber under tjenestene våre.