Hvorfor velge et webbyrå når AI kan lage nettsiden?

En rask start er verdifull. Hva skjer etterpå?

«Du kan jo bare bruke AI.» Det er et forståelig råd. Beskriv bedriften din, be om en nettside, og du kan få et utkast med tekst, bilder og kontaktskjema på kort tid. For en idé du vil prøve ut, kan det være akkurat det du trenger.

Men hvis nettsiden skal skaffe henvendelser, forklare en komplisert tjeneste eller håndtere bestillinger, er det flere spørsmål å svare på. Finner kunden riktig informasjon? Virker skjemaet på telefonen? Blir innholdet funnet i Google? Og hvem ordner opp når noe slutter å fungere?

AI gjør deler av arbeidet enklere. Det ville vært lite troverdig å hevde noe annet. Samtidig kan det bli vanskeligere å vurdere hvor langt du faktisk har kommet: En side kan se ferdig ut før den er testet med ekte innhold og ekte brukere.

Vi selger nettsider og har naturligvis et ståsted. Derfor skiller vi her mellom dokumenterte funn, praktiske eksempler og vår vurdering. Ingen av kildene nedenfor beviser at alle trenger et byrå. De forklarer hvorfor kvalitet krever mer enn et godt førsteutkast.

Design må hjelpe kunden å velge

Et ryddig skjermbilde viser at noen har satt sammen en fin komposisjon. Det forteller mindre om kunden forstår tilbudet ditt.

Tenk deg to rørleggerbedrifter. Den ene tar hasteoppdrag, den andre planlegger komplette baderom. De kan bruke samme farger og skrifttype, men trenger ulike prioriteringer. Den første må gjøre telefonnummer, tilgjengelighet og dekningsområde enkle å finne. Den andre må forklare prosessen, vise relevant arbeid og hjelpe kunden å vurdere om prosjektet passer.

Ber du bare om «en moderne nettside for en rørlegger», overlater du mange slike valg til verktøyet. Et bedre utgangspunkt er å beskrive kunden, behovet og hva som må være avklart før kunden tar kontakt. Den avklaringen må noen gjøre, også når AI lager utkastet.

Typografi og struktur er en del av jobben

Overskrifter må si noe konkret. Brødtekst må være behagelig å lese. Avstandene må vise hva som hører sammen, og knappene må gjøre neste steg tydelig. Bilder bør hjelpe kunden å forstå arbeidet eller menneskene bak bedriften.

Vår vurdering er at et godt byrå bør kunne begrunne disse valgene med mer enn smak. Hvorfor står denne informasjonen først? Hvorfor trenger tjenesten en egen side? Hva gjør vi enklere for kunden? Det er den typen vurderinger du bør betale for når du kjøper webdesign.

UI er det du ser. UX er det du får til.

UI er grensesnittet: menyer, felt, knapper og visuell utforming. UX handler om hele opplevelsen av å bruke det. En pen knapp hjelper lite hvis kunden ikke vet hva som skjer etter et klikk.

Et kontaktskjema er et godt eksempel. Se for deg at det ser fint ut med tre tomme felt. Prøv deretter med en lang e-postadresse, en manglende opplysning eller en forbindelse som brytes under innsending. Beholder skjemaet teksten? Forklarer det feilen? Får kunden en bekreftelse først når henvendelsen faktisk er mottatt?

W3C anbefaler tydelig tilbakemelding både når innsending lykkes og når noe går galt, med forståelige beskrivelser av hvordan feil kan rettes. Dette er egne deler av opplevelsen som må utformes og testes. Se W3Cs veiledning om tilbakemeldinger i skjemaer.

Test en oppgave, ikke bare et skjermbilde

Be en person i målgruppen finne riktig tjeneste og sende en forespørsel. Se hvor vedkommende stopper, nøler eller misforstår. Vent med å forklare hvordan siden «egentlig» fungerer.

Det er kjernen i brukertesting: å observere mennesker mens de prøver å løse realistiske oppgaver. Nielsen Norman Group understreker at også erfarne designere trenger slike observasjoner for å forbedre løsningen. Et AI-generert forslag kan være et godt testgrunnlag, men er ikke i seg selv dokumentasjon på at løsningen fungerer for målgruppen. Les om brukertesting hos NN/g.

Mobil trenger egne valg

En mobilvennlig nettside krever mer enn at innholdet får plass på en smal skjerm. Menyen brukes med fingre, tastaturet dekker deler av skjermen, og en fast kontaktknapp kan havne over feltet kunden prøver å fylle ut.

På en stor skjerm kan bilde og forklaring stå ved siden av hverandre. På mobil må noen velge rekkefølgen. En bred sammenligningstabell trenger en lesbar løsning. Informasjon som vises når musepekeren holdes over et element, må også kunne nås uten mus.

Dette er praktiske forhold du bør sjekke på en ekte telefon, med vanlige tekster, åpnet meny og aktivt skjema. En forhåndsvisning i en nettsidebygger er nyttig underveis, men dekker ikke hele brukssituasjonen.

Mobilutgaven har også betydning for søk. Google bruker mobilversjonen av innholdet til indeksering og rangering. Du kan endre presentasjonen, men bør beholde tilsvarende hovedinnhold. Å fjerne viktige tjenestebeskrivelser for å få en kortere mobilside kan derfor være et dårlig bytte. Googles råd om mobilindeksering.

Ytelse må måles hos dem som bruker siden

En nettside kan kjennes rask på din egen laptop og samtidig være tung på en rimeligere telefon. Store bilder, video og mye JavaScript er ting du bør undersøke når en side laster eller reagerer tregt. Hvordan siden ble laget, forteller ikke alene hvor rask den er.

Googles Core Web Vitals beskriver tre sider av opplevelsen: hvor raskt hovedinnholdet vises, hvor raskt siden reagerer på handlinger, og om innholdet flytter seg uventet. Anbefalte grenser er henholdsvis 2,5 sekunder for LCP, 200 millisekunder for INP og 0,1 for CLS, vurdert ved 75-persentilen og separat for mobil og desktop. Forklaring og målemetode på web.dev.

Du trenger ikke huske forkortelsene. Be heller leverandøren forklare hva som er målt, på hvilke sider og under hvilke forhold. En laboratorietest er nyttig før lansering, men erstatter ikke målinger fra faktiske besøk når slike data finnes. En ny eller lite besøkt side kan mangle nok slike data til en vurdering.

Et godt spørsmål er derfor: «Hvordan tester dere at nettsiden er rask, og hvordan oppdager vi det hvis den blir tregere senere?»

SEO krever innhold som faktisk hjelper

AI kan hjelpe deg å strukturere en tekst. Men verktøyet trenger riktige opplysninger om tjenestene, kundene og bedriften din. Ellers risikerer du velformulerte tekster som like gjerne kunne stått på konkurrentens nettside, eller påstander som ikke stemmer.

En potensiell kunde trenger gjerne konkrete svar: Hvilke oppdrag tar dere? Hvor jobber dere? Hva påvirker prisen? Hvordan foregår samarbeidet? Hvilken erfaring kan dere vise til? Slike opplysninger må komme fra virksomheten og kvalitetssikres før publisering.

Google beskriver generativ AI som nyttig til research og strukturering av originalt innhold. Samtidig advarer de mot å masseprodusere sider uten merverdi, og anbefaler faktasjekk av både innhold og metadata. Det er ikke grunnlag for å hevde at AI-tekst automatisk blir straffet. Kvalitet, relevans og måten verktøyet brukes på, er avgjørende. Googles veiledning om AI-generert innhold.

Det tekniske grunnlaget må også fungere

Søkemotorene må kunne finne og forstå sidene. Beskrivende titler, logisk organisering og lenker mellom relevant innhold er deler av grunnlaget Google anbefaler. Ingen kan love førsteplass bare fordi en nettside har fått en «SEO-optimalisert» tekst. Se Googles introduksjon til SEO.

For en bedrift betyr det at innhold, struktur og teknikk må ses i sammenheng. En ny tjeneste kan trenge en egen side og en tydelig plass i navigasjonen, ikke bare et ekstra avsnitt nederst på forsiden.

Feilene som ikke vises i førsteutkastet

Noen av de viktigste kvalitetsproblemene er lette å overse når du bare ser på designet. Kan nettsiden brukes med tastatur? Har feltene navn som en skjermleser forstår? Er teksten lesbar mot bakgrunnen?

I WebAIMs undersøkelse fra februar 2026 hadde 95,9 prosent av én million undersøkte forsider automatisk påvisbare WCAG-feil. Lav kontrast, manglende alternativtekst og manglende etiketter på skjemafelt var blant de vanligste problemene. Undersøkelsen gjelder nettet generelt, ikke AI-bygde nettsider spesielt. Den viser hvor utbredte grunnleggende tilgjengelighetsproblemer er, også på etablerte sider. Automatiske tester finner dessuten bare deler av problemet. WebAIM Million 2026.

Kode må også gjennomgås. GitHub beskriver risiko for feil og sikkerhetssvakheter i Copilots kodeforslag og anbefaler kontroll og testing. Det er veiledning for et bestemt produkt, ikke et mål på feilraten i alle AI-verktøy. Prinsippet er likevel relevant når du vurderer en leveranse: Et generert forslag trenger verifisering. GitHubs dokumentasjon om ansvarlig bruk.

For en bedriftsnettside bør noen blant annet kontrollere at skjemaet faktisk leverer henvendelser, at interne nøkler ikke ligger i nettleserkoden, og at eventuelle innloggede områder har riktige tilgangskontroller. Hvilke kontroller som trengs, avhenger av hva siden gjør.

AI er et verktøy du fortsatt må lede

AI kan bidra med utkast, kodeforslag og testtilfeller. Med tydelige rammer og kontroll av resultatet kan det redusere arbeid. Men hver ny versjon må vurderes: Ble problemet løst? Påvirket endringen mobilmenyen? Virker det som fungerte før?

Det er også lett å lese mer ut av forskning om tidsbesparelser enn resultatene faktisk viser. METRs studie av erfarne utviklere i etablerte prosjekter fant at oppgaver tok 19 prosent lengre tid med tidlige AI-verktøy fra 2025. I en oppdatering fra februar 2026 vurderte forskerne det som sannsynlig at nyere verktøy ga større fart, men forklarte at skjevheter i utvalget gjorde størrelsen på gevinsten usikker. METRs oppdatering og lenke til den opprinnelige studien.

Dette er ikke en studie av småbedrifter som bygger nettsider. Resultatene betyr ikke at AI alltid gjør arbeidet tregere, eller at et byrå alltid er raskere. Den er en påminnelse om å vurdere hele oppgaven, inkludert kontroll og rettelser, når du regner på spart tid.

Når er et byrå verdt pengene?

Et byrå er særlig aktuelt når nettsiden er viktig for salget ditt, flere tjenester skal forklares tydelig, eller ingen i bedriften har tid og kompetanse til å følge opp løsningen. Verdien ligger i at noen kan ta ansvar for helheten og dokumentere arbeidet.

Det ansvaret følger ikke automatisk med ordet «byrå». En dyktig frilanser eller en kompetent intern medarbeider kan også gjøre jobben. Still derfor konkrete spørsmål før du velger:

• Hvordan finner dere ut hva kundene våre trenger å vite og gjøre?
• Hva tester dere på mobil, med tastatur og ved feil i skjemaer?
• Hvordan kontrollerer dere innhold, søkbarhet og ytelse?
• Hvem eier domenet, innholdet og løsningen, og hva kan flyttes senere?
• Hvem følger opp feil og oppdateringer etter lansering, og hva koster det?

Sammenlign svarene med det du faktisk trenger. Vi har også skrevet en gjennomgang av hva en nettside koster, og hva som bør være med i tilbudet.

Når det er fornuftig å bygge selv

Skal du teste en idé eller lage en enkel presentasjon med lav risiko, kan et AI-verktøy eller en nettsidebygger være et godt valg. Forutsetningen er at du har tid til å kontrollere resultatet, og en plan for det du ikke kan løse selv. Du kan også starte selv og kjøpe hjelp til en gjennomgang før lansering.

Når du velger et byrå, bør du kjøpe tydelige vurderinger, en gjennomtestet leveranse og avtalt oppfølging. Gode verktøy kan gjøre dette arbeidet mer effektivt. De fjerner ikke behovet for at noen vet hva som skal undersøkes, og tar ansvar for det som leveres.

Eksemplene på bedrifter og brukssituasjoner er illustrasjoner, ikke kundecaser. Foto: Patrick Rosenberger (Schneider) / Unsplash.