Mine 20 år på nett: det som har endret seg, og det som består

Det startet mindre glamorøst enn en «karriere i tech» høres ut

Jeg har arbeidet med nettet i omtrent 20 år. Det begynte som webansvarlig for en nettbutikk, uten noen stor karriereplan og lenge før hvert steg i arbeidslivet ble presentert som en del av en personlig merkevare.

Oppgavene var konkrete: legge inn produkter, organisere kategorier, oppdatere innhold, finne feil og løse problemer som nesten alltid dukket opp på verst tenkelig tidspunkt. Noen ganger handlet det om design, andre ganger om kode, og ofte bare om å få nettbutikken til å fungere igjen.

Rundt 2010 ble nettsider og frontend for alvor min viktigste profesjonelle retning. En samling praktiske oppgaver utviklet seg først til et håndverk og senere til en karriere på tvers av ulike bedrifter, markeder, bransjer og tekniske miljøer.

De tidlige årene påvirket synet mitt på nettsider mer enn noe senere rammeverk. Jeg lærte å se et nettsted som mer enn en visuell overflate. Det er et levende system for virksomheten, der innhold, teknologi, brukere og interne arbeidsprosesser møtes.

I dag arbeider jeg i skjæringspunktet mellom frontendutvikling, webdesign, UX, ytelse, tilgjengelighet, SEO og konverteringsoptimalisering. Verktøyene er mer moderne, men den grunnleggende oppgaven er den samme: Nettstedet må fungere både for menneskene som besøker det, og for virksomheten som skal drive det.

Jeg har opplevd flere «revolusjoner» på nettet

I løpet av to tiår har den tekniske hverdagen blitt grunnleggende forandret flere ganger:

• statisk HTML og tabellbaserte oppsett
• CSS-baserte layouter og mer semantisk HTML
• nettleserspesifikke løsninger og endeløse kompatibilitetsproblemer
• jQuery-æraen
• responsivt design og mobile-first
• WordPress i mange ulike bedriftsmiljøer
• komponentbaserte rammeverk som Vue, React, Nuxt og Next.js
• overgangen fra FTP til Git, automatiserte tester og CI/CD
• moderne analyse, A/B-testing og datadrevet forbedringsarbeid
• AI som støtte i planlegging, utvikling, refaktorering og kvalitetssikring

Nesten hver nye bølge har kommet med det samme løftet: Nå blir webutvikling endelig enkelt.

Det skjedde aldri helt.

Nye verktøy kan gjøre enkelte oppgaver langt raskere og løse reelle problemer. Samtidig skaper de nye avhengigheter, nye typer kompleksitet og nye muligheter til å gjennomføre dårlige beslutninger mer effektivt.

Et moderne rammeverk løser ikke uklar navigasjon. En sidebygger formulerer ikke et overbevisende tilbud. En AI-assistent vet ikke automatisk hvilke kunder en bedrift ønsker å nå, eller hvilke kompromisser som gir mening i det konkrete prosjektet.

Verktøy forsterker beslutninger. De erstatter ikke dømmekraft.

De viktigste spørsmålene har nesten ikke endret seg

Teknologistacken har blitt byttet ut flere ganger. De nyttige spørsmålene er stort sett de samme:

• Hvilket problem prøver vi å løse?
• Hvem bygger vi for?
• Hva må den besøkende forstå?
• Hvorfor skal den besøkende stole på oss?
• Hvilket neste steg skal være enkelt å ta?
• Hvordan vet vi om nettstedet gjør jobben sin?

Uten tydelige svar blir selv et teknisk moderne nettsted fort en dyr plassholder.

Jeg har sett nettsider med svært gode Lighthouse-resultater der tilbudet var vanskelig å forstå. Jeg har sett visuelt imponerende sider der brukeren ikke visste hvordan de skulle ta kontakt. Og jeg har sett relativt enkle nettsteder fungere godt fordi målgruppe, budskap og neste steg var tydelige.

Ytelse betyr noe. Design betyr noe. SEO betyr noe. Men ingen av delene redder et nettsted som ikke forklarer hva virksomheten tilbyr, og hvorfor det er relevant.

Teknologien skal tjene prosjektet

I webbransjen behandles valg av teknologi ofte som et spørsmål om identitet. WordPress, Webflow, Framer, Nuxt, Next.js eller en skreddersydd løsning blir leirer man forventes å velge mellom.

Etter mange år ser jeg mer pragmatisk på det.

Riktig teknologi avhenger blant annet av:

• hvem som skal administrere nettstedet etter lansering
• hvor ofte innholdet endres
• hvilke integrasjoner som er nødvendige
• hvor mye skreddersydd funksjonalitet prosjektet krever
• hvilken teknisk kompetanse som finnes internt
• hvilket budsjett og risikonivå som er realistisk
• hvor lenge løsningen skal kunne videreutvikles

En teknisk spennende stack er ikke automatisk riktig valg. Hvis et lite team trenger en utvikler for hver tekstendring, kan løsningen ha bommet på det faktiske behovet.

Samtidig er ikke en enkel sidebygger alltid tilstrekkelig når ytelse, flerspråklighet, komplekse data eller spesielle brukerflyter er avgjørende.

Den beste teknologien er ikke den som ser mest moderne ut i en konferansepresentasjon. Det er den som løser det konkrete problemet pålitelig uten å skape unødvendige hindringer senere.

Ytelse, tilgjengelighet og vedlikeholdbarhet hører sammen

Ytelse, tilgjengelighet og vedlikeholdbarhet har lenge blitt behandlet som separate tekniske områder. For meg er de deler av det samme kvalitetsspørsmålet.

Et nettsted som laster raskt, men ikke kan brukes med tastatur, er ufullstendig. En visuelt gjennomarbeidet side som hakker på en vanlig mobiltelefon, er ikke spesielt godt utformet i praksis. Et nettsted som krever spesialistkunnskap for hver minste endring, skaper en annen type kostnad.

Ved optimalisering av et markedsføringsnettsted klarte jeg for eksempel å forbedre resultatet fra GTmetrix B til A, med omtrent:

• 91 Performance
• 96 Structure
• rundt 1,2 sekunder LCP
• omtrent 6 millisekunder Total Blocking Time
• CLS 0

Det lå ingen hemmelige triks bak forbedringen. Arbeidet handlet om konsekvent optimalisering av bilder, skrifter, JavaScript, tredjepartsskript og den faktiske lasteoppførselen på de viktigste malene.

Tallene er nyttige fordi de gjør en del av brukeropplevelsen målbar. De er likevel ikke forretningsresultatet i seg selv. En side kan laste på 1,2 sekunder og fortsatt mislykkes hvis den deretter viser et generisk og uklart budskap.

Derfor bør teknisk kvalitet, tydelig innhold, tilgjengelighet og konverteringsløp diskuteres samlet.

Fra nye rammeverk til bedre resultater

Tidligere fulgte jeg nye rammeverk og verktøy svært tett. Det var nødvendig: Den som arbeider med nettet, må fortsette å lære og kunne tilpasse seg endringer.

I dag er jeg mindre opptatt av om noe er nytt, og mer opptatt av om det gir en reell forbedring.

Jeg spør heller:

• Forstår den besøkende tilbudet raskere?
• Finner personen relevant informasjon lettere?
• Kan neste steg tas uten unødvendig friksjon?
• Fungerer nettstedet på en vanlig mobiltelefon og en gjennomsnittlig forbindelse?
• Kan kundens team vedlikeholde nettstedet etter lansering?
• Forblir den tekniske grunnmuren stabil når innhold og funksjoner vokser?

Det høres kanskje mindre spektakulært ut enn den neste store teknologibølgen. For en virksomhet er det som regel langt mer verdifullt.

Eksperimenter erstattet noe av synsingen

Siden omtrent 2019 har strukturert A/B-testing og eksperimentering vært en fast del av arbeidet mitt med UX og konvertering.

Det endret også måten jeg ser på design. Mange diskusjoner om overskrifter, knapper og sidestruktur føres som om det finnes ett objektivt riktig svar som en erfaren person bare må oppdage.

Erfaring hjelper oss med å formulere bedre hypoteser. Den garanterer ikke at en endring fungerer for virkelige besøkende.

Noen eksperimenter gir tydelige forbedringer. Mange avsluttes uten en klar vinner. Også det er nyttig: Et flatt resultat kan hindre et team i å publisere en endring bare fordi den så bedre ut i et møte.

Den viktigste lærdommen er ikke at alt må testes. Det er at mening og faktisk effekt ikke er det samme.

AI er en multiplikator, ikke en snarvei

AI er den nyeste store endringen i arbeidshverdagen min. Jeg bruker teknologien til førsteutkast, research, kodegrunnlag, refaktorering, tester, oversettelser og gjennomgang.

Brukt riktig sparer den mye tid. Den kan synliggjøre sammenhenger i store kodebaser, foreslå alternativer og redusere repetitivt arbeid.

Den kan like raskt produsere generiske tekster, unødvendig komplisert kode og overbevisende formulerte feil.

Derfor er menneskelig kontroll fortsatt avgjørende:

• Løser forslaget det faktiske forretningsproblemet?
• Er koden sikker, forståelig og enkel å vedlikeholde?
• Stemmer faktaene?
• Er språket konkret og i tråd med merkevaren?
• Fungerer grensesnittet utenfor det perfekte eksempelet?
• Ville jeg publisert resultatet under mitt eget navn?

Jeg ser på AI som en multiplikator, ikke en erstatning for erfaring. Teknologien gjør godt arbeid raskere når noen kan vurdere kvaliteten. Uten den vurderingen gjør den også dårlig arbeid raskere.

Ulike markeder, lignende problemer

Gjennom årene har jeg arbeidet med bedrifter og team i Serbia, Norge, Sverige, Slovenia, Kroatia og Tyskland.

Markedene, språkene og forventningene varierer. De grunnleggende problemene er overraskende like:

• Tilbudet er tydeligere internt enn det er for utenforstående.
• Nettstedet ser moderne ut, men er tregt eller vanskelig å bruke.
• Innholdet har vokst over flere år uten en tydelig struktur.
• Ingen vet nøyaktig hvem som er ansvarlig for nettstedet etter lansering.
• Bedriften planlegger en full ombygging, selv om målrettede forbedringer kanskje ville gitt mer.

Jo flere prosjekter jeg ser, desto mindre tror jeg på universelle løsninger. Godt arbeid starter med konteksten.

Ikke alle problemer krever et nytt nettsted

Folk kommer ofte med et eksisterende nettsted, en idé eller et tilbud om redesign og stiller egentlig det samme spørsmålet:

Prøver vi å løse riktig problem?

Noen ganger er svaret at et nytt nettsted er riktig.

Andre ganger trengs først en tydeligere struktur, bedre tjenestesider, skarpere posisjonering eller forbedringer av mobilopplevelsen, ytelsen og skjemaene.

Og noen ganger er det beste neste steget ikke en ombygging i det hele tatt, men en ærlig analyse av hva som allerede fungerer, og hvor oppmerksomhet, tid og forretningsmuligheter faktisk går tapt.

Etter omtrent 20 år på nettet er dette kanskje den største endringen i hvordan jeg arbeider: Jeg vil ikke selge en bestemt løsning så raskt som mulig. Jeg vil først forstå hvilken forbedring som faktisk gir mening for virksomheten.

Klarhet først. Verktøy etterpå.

Hvis du vil snakke om prosjektet ditt, kan du ta kontakt. Jeg lover ikke magi, men direkte tilbakemelding basert på det jeg gjennom to tiår har sett fungere, og mislykkes, på nettet.

Vil du tenke gjennom prosjektet sammen?

Avtal en kort samtale om hvor du står fast, og hva «bedre» konkret bør bety for virksomheten din, ikke bare for utseendet på forsiden.