Lage nettside med KI: stegene og fallgruvene vi ser oftest

Du kan lage en nettside med KI på en ettermiddag, men kvaliteten avgjøres av det maskinen ikke gjør: mål, eierskap til domenet, norsk innhold med ekte erfaring, og teknisk grunnmur. Bruk KI til utkast og struktur, ikke til å publisere urørt. Skal siden hente kunder og tåle tilsyn, må et menneske eie teksten og plattformen.

Mange vil lage en nettside med KI fordi det ser ut som den raskeste veien fra visittkort til noe som ligger på nett. Det er det, hvis målet er en presentabel side i kveld. Det er det ikke, hvis siden skal hente kunder i Google, tåle tilsyn og eies av deg om to år. Forskjellen ligger sjelden i malen. Den ligger i det du tar ut av chatboten og det du lar stå.

Hva KI faktisk kan — og hva den later som den kan

Kunstig intelligens er sterk på tempo og svak på ansvar. Den kan foreslå en sidestruktur, skrive et utkast til «Om oss», foreslå farger og lage et hero-bilde. Den kan ikke vite om rørleggeren din rykker ut om natten, om prisen på serviceavtalen er 1 490 eller 2 490 kroner, eller om org.nr. på siden er det riktige. Det vi ser oftest, er at bedriften publiserer førsteutkastet fordi det «ser ferdig ut». Det er der prosjektet vanligvis feiler.

Google er tydelig i sin veiledning om innhold laget med generativ KI: å generere mange sider uten å tilføre verdi kan bryte spamregelen om storskala innholdsmisbruk. Vurderingen handler om nøyaktighet, kvalitet og relevans — også for tittel, metabeskrivelse, strukturerte data og alternativ tekst på bilder. Hvordan teksten er laget, er underordnet. Om den er unik, treffsikker og skrevet for mennesker, er det som teller.

Stegene fra idé til publisert side

Rekkefølgen er det som skiller en KI-side som blir stående, fra en som må bygges om om seks måneder. Vi anbefaler å ta plattform og eierskap før du åpner chatboten. Gjør du det motsatt, bygger du på leverandørens premisser og oppdager begrensningene når innholdet allerede ligger der.

Skriv rammene før du ber KI om noe

En halv side med rammer sparer deg for tre runder med «gjør den mer profesjonell». Skriv ned hvem kunden er, hva siden skal få dem til å gjøre, hvilke tre tjenester som skal ha egne sider, og hva du aldri skal love. Det er den samme øvelsen som en kravspesifikasjon for nettside — bare kortere. Uten det fyller modellen inn det den har sett oftest: «vi er lidenskapelige», «skreddersydde løsninger» og et kart over hele Norge.

Domene, webhotell og hvem som eier kontoen

Kjøp norsk .no-domene på organisasjonens navn, hos en registrar du har innlogging til. Peken mot siden settes i DNS. Webhotellet — eller byggerens hosting, hvis du velger det — er et annet valg. Blandes de tre, oppdager du det den dagen du skal bytte leverandør og ingen husker hvem som eier domenet. Vårt råd er at domene, e-post og nettside aldri skal ligge på samme private konto som en ansatt eller en frilanser.

Velg plattform, deretter KI-verktøy

KI er et lag oppå en plattform, ikke en plattform i seg selv. En nettsidebygger med KI-assistent passer når du trenger en enkel presentasjonsside og skal redigere selv. Et publiseringssystem passer når du skal eie innholdet, rangere og koble på skjema, nyhetsbrev eller booking. Den vanlige veien å lage en nettside uten å starte i chatboten er fortsatt den riktige malen: mål, domene, plattform, innhold, så publisering. KI kommer inn i innholds- og layoutsteget, ikke som erstatning for de tre første.

Innhold: du eier faktaene, KI eier utkastet

Gi modellen råstoff, ikke bare en rolle. Lim inn åpningstider, prisliste, geografisk dekning, tre ekte kundehistorier og det du vil at folk skal gjøre. Be den skrive kort, på bokmål, uten superlativer. Deretter stryker du alt du ikke kan stå inne for. En setning som «vi er Norges ledende» uten dekning er ikke markedsføring — det er en påstand du kan bli spurt om. For en hjemmeside for bedrift er tre konkrete sider bedre enn tolv generiske.

1. Mål: én hovedhandling per sidetype, skrevet ned før du designer.
2. Eierskap: domene og kontoer på firmaet, med to personer som har tilgang.
3. Plattform: bygger for enkel presentasjon, CMS når siden skal leve og rangere.
4. Utkast: KI skriver, du redigerer til teksten høres ut som dere.
5. Bilder: egne foto, komprimert, med beskrivende alternativ tekst.
6. Juss: personvernerklæring, cookie-samtykke og org.nr. synlig i bunn.
7. Måling: Search Console og et enkelt analysekode før lansering, ikke tre måneder etter.
8. Publisering: les siden på telefon, med tastatur, og send skjemaet til deg selv.

Hva det koster å lage hjemmeside med KI

Å lage hjemmeside med KI er billig i abonnement og dyrt i etterarbeid hvis du tar feil plattform. Selve språkmodellen koster lite eller ingenting for et typisk SMB-prosjekt. Det som koster, er tiden du bruker på å rette, bildene du mangler, og flyttingen den dagen byggeren ikke strekker til. Sammenlign derfor ikke «gratis KI» med et byrå. Sammenlign ferdig, eiet side — inkludert drift.

Tallene over er markedsintervaller, ikke et tilbud. Det som driver prisen, er antall unike sider, hvor mye tekst som må skrives om, og om skjema, booking eller integrasjoner skal med. En gjennomgang av hva en nettside faktisk koster er mer treffsikker enn «KI gjør det gratis». Gratis er bare førsteutkastet. Vi fraråder å budsjettere null kroner til innhold — det er der KI-prosjektene stopper opp.

Box legger inn strukturerte data og llms.txt som standard på alle nye nettsider, fordi sider med tydelig maskinlesbar struktur er de vi ser bli plukket opp av AI-søk først.

Fallgruvene vi ser oftest

KI-verktøyene lover en ferdig side. Det de leverer, er et utgangspunkt med de samme hullene hver gang. Listen under er ikke teoretisk — det er mønsteret vi møter når noen ber oss rydde opp etter en helg med bygger og chatbot.

• Tekst på bokmål med dansk setningsrytme, tomme superlativer og et «vi» som ikke stemmer med firmaet.
• Om-oss-side med oppdiktet historie, feil årstall eller et teamfoto fra en bildebank.
• Bilder i full oppløsning uten komprimering — siden ser pen ut på fiber og dør på 4G.
• Domene registrert på byggeren, uten at noen i styret har innlogging.
• Ingen personvernerklæring, ingen cookie-linje, org.nr. mangler i bunn.
• Skjema som ser ferdig ut, men ikke sender e-post, eller sender til en Gmail ingen leser.
• Like tekster på alle tjenestesider, slik at Google ser én tynn side i tolv kopier.
• Kontrast, tastaturnavigasjon og alternativ tekst glemt — siden stryker på tilgjengelighet.

Universell utforming er der KI-byggere oftest later som de er ferdige. For private virksomheter sier forskrift om universell utforming av IKT-løsninger at nettløsninger minst skal følge WCAG 2.0 på nivå A og AA, med unntak for suksesskriteriene 1.2.3, 1.2.4 og 1.2.5. Offentlig sektor har et strengere spor via EN 301 549. WCAG 2.2 fra W3C (5. oktober 2023) legger ni nye suksesskriterier oppå 2.1 — det er god praksis å sikte dit, selv om forskriften for private ennå peker på 2.0. EUs tilgjengelighetsdirektiv trådte i kraft i EU 28. juni 2025, men er ifølge Uu-tilsynet ennå ikke tatt inn i norsk rett. Selger du til EU-land, gjelder likevel kravene der du opererer. En gjennomgang av universell utforming på nettsider hører med før du kaller siden ferdig — ikke som en pynt etter lansering.

Etter Lighthouse-optimalisering (bildekomprimering, caching, opprydding i skript) forbedres ytelsesscore hos Box sine kunder typisk fra under 55 til over 80.

Det datapunktet treffer KI-byggere hardt. Modellene leverer store, ukomprimerte bilder og et knippe skript du ikke trenger. Siden får en ytelsesscore under 55 på mobil, og du merker det som treg hero og et skjema som hopper. En kveld med komprimering, caching og rydding i skript løfter score over 80 hos kundene i Box sin portefølje. Det arbeidet forsvinner ikke fordi teksten ble skrevet av en modell.

Når KI-bygget nettside ikke er riktig

Vi ville ikke startet i en KI-bygger hvis nettsiden er selve salgskanalen. Skal du ha booking, produktkatalog, innlogging eller integrasjon mot regnskap, bygger du deg inn i et hjørne. Da er tiden bedre brukt på et CMS du eier, med KI som skrivehjelp — ikke som arkitekt.

Vi mener også at KI-først er feil spor når merkevaren din lever på tillit: advokat, helse, B2B med lange avtaler, håndverker med faste ruter. Kundene googler deg, leser Om oss, og kjenner igjen om teksten kunne stått på hvilken som helst konkurrent. En generisk KI-side signaliserer det motsatte av det du selger. Da er et mindre nettsted med tre treffsikre sider, skrevet av noen som kjenner faget, mer verdifullt enn en polert mal.

Har du allerede en side som rangerer, er «bygg alt på nytt med KI» en unødvendig risiko. Behold URL-er, flytt med 301, og bruk KI til å forbedre svake sider — ikke til å kaste strukturen. Trenger du hjelp til å vurdere om du skal bygge selv, hyre sparring eller la noen ta nettsiden som et ordentlig prosjekt, si fra. Vi sier nei når en chatbot og en mal er nok.

Synlighet i søk og AI-svar etter lansering

En KI-generert side blir ikke usynlig i Google. Den blir heller ikke synlig av seg selv. Googles AI Overviews og AI Mode henter fra de vanlige søkesystemene. I veiledningen for generative funksjoner i Søk skriver Google at det som allerede er nyttig, indekserbart og tydelig strukturert, er det som siteres. Det finnes inkluderingsinnstilling og egen rapport for AI-flater i Search Console. Google har også sagt at de ikke bruker llms.txt. Vi legger den likevel inn som standard, sammen med strukturerte data, fordi maskinlesbar struktur er det vi ser plukkes opp først i AI-søk — uten at vi lover at filen alene gir plass i et AI-svar.

Praktisk konsekvens: skriv sider som svarer på ett spørsmål av gangen, med et kort svar øverst og substans under. Unngå å la KI produsere ti tynne artikler for å «dekke søkeord». Det er akkurat den praksisen Google peker på som storskala innholdsmisbruk. Tre sider med ekte erfaring slår tretti sider med omskrevet mal. Når siden er live, er jobben å måle henvendelser — ikke å jage flere KI-utkast.