Sist oppdatert: 15. juli 2026
Når du bestiller en nettside, tar noen et valg på dine vegne som du sjelden får se: hva den skal bygges på. React eller WordPress. Egen kode eller en ferdig plattform. Et rammeverk som er ni måneder gammelt, eller ett som har vært stabilt i ti år. Du merker konsekvensene av valget lenge etter at siden er levert, men selve valget skjer i det stille.
Jeg mener du bør vite litt om hva som ligger under. Ikke for å ta beslutningen selv, men for å stille de riktige spørsmålene, og for å forstå hvorfor to tilbud på tilsynelatende «samme nettside» kan være helt forskjellige ting.
Det handler ikke om hvilket rammeverk som er kulest
Utviklere kan krangle i det uendelige om React mot Vue mot Svelte. For deg som driver en bedrift er den debatten stort sett irrelevant. Frontend, altså det synlige laget, er faktisk det laget med minst langsiktig risiko. Det kan byttes ut senere uten at hele huset raser.
De valgene som betyr noe ligger dypere, og de handler ikke om hva som er nytt og spennende, men om tre kjedeligere ting: hvem som kan vedlikeholde det, hvor låst du blir, og hvor godt det passer det du faktisk trenger.
Kan noen andre enn den som bygde det, vedlikeholde det?
Dette er det viktigste spørsmålet, og det oftest oversette. En løsning bygget på utbredt, godt dokumentert teknologi kan overtas av en annen utvikler den dagen du trenger det. En løsning bygget på et obskurt rammeverk som tre personer i verden kan, eller på en enkeltutviklers helt egne påfunn, er du derimot bundet til.
Bransjefolk kaller det å velge teknologi med et levende økosystem: nok utviklere som kan det, nok dokumentasjon, nok biblioteker. Det høres teknisk ut, men konsekvensen er enkel. Kan du bytte leverandør uten å måtte bygge alt på nytt? Med utbredt teknologi: ja. Med et blindspor: nei.
Låser valget deg til én leverandør?
Noen løsninger bygges slik at de bare kan kjøre ett sted, hos én leverandør, på én plattform du betaler månedlig for. Andre bygges slik at de kan flyttes. Forskjellen kalles ofte innlåsing, og den er ikke alltid synlig før du prøver å komme deg ut.
Jeg sier ikke at plattformløsninger er dårlige. For mange bedrifter er en ferdig plattform helt riktig, den er rask å komme i gang med og krever lite. Men det skal være et bevisst valg, ikke noe du oppdager den dagen du vil flytte og får høre at «det går ikke». Vi har skrevet om nettopp dette i artikkelen om skreddersydd eller hyllevare, for det er to helt legitime veier, med helt ulike konsekvenser for eierskap og frihet.
Passer teknologien det du faktisk skal ha?
Her er den vanligste feilen: å bruke et tungt verktøy til en lett oppgave, eller motsatt. En enkel bedriftsside med noen få sider trenger ikke det samme maskineriet som en nettbutikk med tusen produkter og innlogging. Å bygge det første som om det var det andre gir deg kompleksitet du betaler for, men aldri bruker, og som noen må vedlikeholde i årevis.
Vi har skrevet om forskjellen mellom en nettside og en webapplikasjon, og teknologivalget følger av nettopp det skillet. Riktig verktøy for oppgaven slår «det nyeste og kraftigste» hver gang. Overingeniør ikke en brosjyre; underdimensjoner ikke en butikk.
Nytt er ikke det samme som bedre
Det dukker opp nye rammeverk hele tiden, og noen utviklere kan ikke motstå å bruke det ferskeste på ditt prosjekt. Problemet er at et ni måneder gammelt rammeverk ikke har rukket å bevise at det er stabilt, at det får sikkerhetsoppdateringer over tid, eller at det finnes utviklere å hyre om et par år.
Moden, kjedelig teknologi er ofte det tryggeste valget for en bedrift, nettopp fordi den er kjedelig. Den er testet, den er dokumentert, og den kommer til å være her om fem år. Det finnes unntak der ny teknologi gir en reell fordel, men da skal det være en begrunnet avgjørelse, ikke fordi noen ville prøve noe nytt på din regning.
Spørsmålene du kan stille
Du trenger ikke forstå kode for å ta dette på alvor. Fire spørsmål avslører det meste:
- Kan en annen utvikler overta dette hvis vi bytter leverandør? Et godt svar nevner utbredt teknologi og dokumentasjon.
- Er vi bundet til én bestemt leverandør eller plattform for å drifte løsningen? Hvis ja, er det greit, men da skal du vite det på forhånd.
- Hvorfor akkurat denne teknologien for vårt behov? Svaret bør handle om oppgaven vår, ikke om hva som er populært akkurat nå.
- Hvor moden og utbredt er dette? Nyest er ikke tryggest.
En leverandør som svarer rolig og konkret på dette, har tenkt gjennom valget. En som blir vag, eller som svarer med hvor kult noe er, har kanskje valgt teknologi for sin egen del og ikke for din.