WordPress-utvikling for norske bedrifter: hva som faktisk betyr noe

Å utvikle nettsted i WordPress handler mindre om kode og mer om valg: tema, antall utvidelser, serveroppsett og innholdsstruktur. Gjør du de fire riktig, får du en rask og trygg side du kan drifte selv. Gjør du dem feil, får du en treg side med vedlikeholdsgjeld som vokser hvert eneste år.

De fleste som googler seg fram til WordPress-utvikling har allerede bestemt seg for plattformen. Spørsmålet er egentlig et annet: hvordan bygger man det slik at siden fortsatt er rask, trygg og enkel å oppdatere om tre år? Det er der prosjekter skiller lag. Vi har overtatt nok WordPress-installasjoner til å se mønsteret — de som fungerer dårlig, feiler nesten alltid på de samme fire punktene: for tungt tema, for mange utvidelser, for svakt serveroppsett og en innholdsstruktur ingen har tenkt gjennom.

Denne artikkelen er skrevet for deg som skal ta en beslutning: om dere skal utvikle i WordPress i det hele tatt, hvordan prosjektet bør settes opp, hva det realistisk koster, og når vi faktisk fraråder WordPress. Vi bruker tall fra egne prosjekter der vi har dem, og eksterne kilder der påstanden gjelder mer enn vår egen portefølje.

Hva WordPress faktisk er god til

WordPress er sterkest når innholdet skal eies og oppdateres av bedriften selv. Redaktørgrensesnittet er kjent for mange, du eier databasen og filene, og du kan bytte leverandør uten å bytte plattform. Det er en reell forskjell mot lukkede løsninger, og det er hovedgrunnen til at valget av publiseringsløsning fortsatt lander på WordPress i mange norske SMB-prosjekter. Du får også et økosystem der nesten enhver integrasjon finnes ferdig — regnskap, booking, skjema, betaling.

WordPress er svakest når kravene er høy transaksjonsvolum, sanntidsdata eller kompleks brukerinnlogging. Da begynner du å kjempe mot plattformen i stedet for med den. Skal dere selge varer, er nettbutikk i WooCommerce en helt annen øvelse enn en innholdsside — med egne krav til hosting, lagerlogikk og betalingsoppsett. Det vi ser oftest er at bedrifter undervurderer forskjellen og bestiller en «nettside med noen produkter», og så vokser prosjektet ut av rammene midtveis.

Tema, sidebygger eller egenutviklet blokktema?

Dette valget påvirker alt etterpå: hastighet, vedlikeholdskostnad og hvor lett det er å endre design senere. Det finnes tre realistiske veier, og de passer ulike budsjetter.

• Kjøpt multipurpose-tema med sidebygger: raskest i gang, lavest inngangspris. Ulempen er at du drar med deg mye kode du aldri bruker, og at du er låst til temautviklerens veivalg. Fungerer for enkle presentasjonssider.
• Egenutviklet blokktema på WordPress' innebygde redigering: mer arbeid i starten, men lettere kode, færre avhengigheter og et redigeringsverktøy som følger plattformens egen utvikling. Dette er standarden vi bygger etter i de fleste prosjekter.
• Hodeløst oppsett (WordPress som ren innholdsbase med separat frontend): gir maksimal ytelse og fleksibilitet, men dobler kompleksiteten og krever et utviklermiljø som kan drifte det. Sjelden riktig for en bedrift med 20–40 sider.

Vi anbefaler egenutviklet blokktema for de aller fleste med reelle ambisjoner om organisk synlighet. Et ferdigkjøpt tema kan lastes ned på en ettermiddag, men du betaler forskjellen igjen i ytelse og i alle småendringene som plutselig krever en utvikler. Har dere et stramt budsjett og enkelt behov, er det likevel bedre å starte med et lett tema enn å utsette hele prosjektet — poenget er at designet på nettsidene skal støtte innholdet, ikke omvendt.

Plugins er både styrken og den største risikoen

Hver utvidelse du installerer er kode noen andre vedlikeholder — eller slutter å vedlikeholde. Patchstack sin gjennomgang av sikkerhetshull i WordPress-økosystemet viser at rundt 96 % av de rapporterte sårbarhetene stammer fra plugins, mot noen få prosent fra temaer og under én prosent fra kjernen (Patchstack, State of WordPress Security). Det er ikke et argument mot WordPress — det er et argument for å telle utvidelsene sine.

Vårt råd er en hard grense: hver plugin må ha en eier, en grunn og en plan for hva som skjer hvis den forsvinner. Vi fraråder alt som overlapper — to skjemaverktøy, to caching-verktøy eller to SEO-verktøy samtidig er en garantert kilde til feilsøking. I tekniske gjennomganger er de tre vanligste funnene våre manglende eller feil canonical-tagger, uoptimaliserte bilder og treg lastetid på mobil — alle tre er normalt løst på under en arbeidsdag, men de blir aldri oppdaget hvis ingen sjekker hvordan nettstedet står med jevne mellomrom.

Ytelse og teknisk fundament: der de fleste taper poeng

WordPress' egne systemkrav angir PHP 7.4 eller nyere, MySQL 8.0+ eller MariaDB 10.5+, og HTTPS-støtte (WordPress.org, Requirements). I praksis anbefaler prosjektet PHP 8.x, og forskjellen mellom PHP 7.4 og 8.2 på samme side er merkbar. Likevel møter vi jevnlig bedrifter som kjører en ny og pen nettside på et delt webhotell til hundre kroner måneden. Da har dere betalt for en Tesla og satt den på sommerdekk. Gå gjennom valget av webhotell før dere bygger, ikke etterpå.

Måltallene er offentlige og konkrete: Google regner LCP under 2,5 sekunder, INP under 200 millisekunder og CLS under 0,1 som «god» opplevelse, målt på 75. persentil av reelle besøk (web.dev, Core Web Vitals). Det er mulig å nå i WordPress, men det krever bildekomprimering, fornuftig caching og opprydding i skript som kjører på hver eneste sidevisning. Dette hører hjemme under teknisk søkemotoroptimalisering og bør inn i utviklingsløpet, ikke som en egen faktura seks måneder senere.

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

Hva koster WordPress-utvikling?

Prisen styres av tre ting: hvor mange unike sidemaler dere trenger, hvor mye innhold som skal produseres eller flyttes, og hvor mange integrasjoner som skal bygges. Kode er sjelden den dyreste posten — innhold og avklaringer er det. Under er spennet vi selv jobber innenfor. Vil du se hvordan postene henger sammen med omfang, har vi en egen gjennomgang av hva en nettside koster.

Typisk prisbilde i Box sine WordPress-prosjekter

• Enkel bedriftsside, 5–10 sider, lett tema: 45 000–90 000 kr
• Skreddersydd blokktema, 15–40 sider, egne maler og integrasjoner: 120 000–350 000 kr
• WooCommerce-oppsett i tillegg (betaling, frakt, lager): fra 60 000 kr
• Hosting og drift med overvåking, backup og oppdateringer: 1 000–4 000 kr/mnd
• Lisenser for betalte utvidelser: 2 000–8 000 kr/år samlet

Den posten flest glemmer er drift. En WordPress-installasjon som ikke oppdateres er ikke en spart kostnad, den er en utsatt regning — og den forfaller som regel når noe går galt i en travel uke. Sett av driftsbudsjett fra dag én. Skal dere sammenligne med alternativene, er forskjellen mot en abonnementsbasert Wix-løsning ofte lavere inngangspris der og lavere totalkostnad over fem år i WordPress — forutsatt at dere faktisk bruker friheten til noe.

Synlighet: søk, AI-svar og innhold

En teknisk velbygd WordPress-side gir ingen trafikk av seg selv. Det som skiller nettsteder som henter besøkende fra dem som ikke gjør det, er innhold som svarer på faktiske spørsmål. I vår portefølje henter bedriftsnettsteder med aktiv fagblogg 3–5 ganger mer organisk trafikk enn rene brosjyresider i samme bransje. Det er også her WordPress har sin største fordel: redaksjonelt arbeid er billig når publiseringen er enkel.

Samtidig endrer søkeflaten seg. Google viser AI Overview over de organiske treffene på stadig flere søk, og språkmodeller henter innhold direkte fra nettsteder når de svarer brukere. Det gjør maskinlesbar struktur viktigere: riktige overskriftsnivåer, strukturerte data og tydelige svar høyt på siden. Vi legger inn strukturerte data og llms.txt som standard på alle nye nettsider, fordi det er sider med tydelig maskinlesbar struktur vi ser bli plukket opp først i AI-søk. Det koster lite å gjøre riktig når siden bygges, og vesentlig mer å ettermontere.

Migrering fra en eksisterende løsning

Skal dere flytte fra en gammel WordPress-installasjon, en lukket plattform eller et hjemmesnekret system, er omdirigeringene den kritiske delen. Hver gamle adresse må peke til nærmeste relevante nye side med 301, og lista må lages før lansering — ikke når trafikken har falt. Vi kartlegger alltid eksisterende adresser mot faktiske treff i søk først, slik at vi vet hvilke sider som faktisk bærer trafikk. Resten av jobben, altså å lage selve nettsiden, er forutsigbar i sammenligning.

Ved plattformbytter med korrekt 301-plan beholder Box sine kunder normalt 90–98 % av organisk trafikk gjennom migreringen.

Husk også domene og e-post i samme operasjon. Vi ser jevnlig at DNS-endringer gjøres i siste liten og tar ned e-posten i et halvt døgn. Det er en unødvendig krise som løses med en enkel plan og litt lengre tidsvindu. Har dere flere domener eller skal bytte navn, bør adressestrukturen avklares før utviklingen starter — det påvirker hvordan nettsidene for bedriften bygges opp internt.

Når WordPress ikke er riktig valg

Vi tjener penger på å bygge i WordPress, og vi fraråder det likevel jevnlig. Det er noen situasjoner der plattformen skaper mer arbeid enn den løser:

• Ingen i bedriften skal noen gang oppdatere innhold selv, og siden består av fire statiske sider. Da er en enklere løsning både billigere og tryggere.
• Dere driver ren netthandel med stort volum, mange varianter og daglig drift. Da vil en handelsplattform med betaling, frakt og lager ferdig integrert som regel gi lavere totalkostnad enn WooCommerce med tilsvarende utvidelser.
• Kjerneproduktet er en innlogget tjeneste eller et kundeportal-oppsett. WordPress kan gjøre det, men du bygger da et system på en publiseringsløsning.
• Ingen har ansvar for oppdateringer, og det finnes ikke budsjett til drift. En uvedlikeholdt WordPress-installasjon blir et sikkerhetsproblem, ikke en nettside.

Kravet vårt er enkelt: skal dere ha WordPress, må noen eie oppdateringene. Enten internt eller hos leverandør. Er svaret «det finner vi ut av senere», vil vi heller anbefale en løsning med lavere frihetsgrad og lavere risiko.

Slik vurderer vi et prosjekt før vi gir pris

Vi starter alltid med tre spørsmål før vi snakker om design: Hva skal siden få folk til å gjøre? Hvem oppdaterer den om seks måneder? Og hvilke systemer må den snakke med? Svarene avgjør omfanget langt mer enn antall sider gjør. Deretter setter vi en teknisk grunnlinje — hosting, PHP-versjon, ytelsesmål, sporing — før første designskisse. Den rekkefølgen er hele forskjellen mellom et prosjekt som holder budsjettet og ett som ikke gjør det. Vi jobber med denne typen nettsideprosjekter for norske SMB-er hver måned, og erfaringen er at avklaringene tidlig er de billigste timene i hele løpet.

Når wordpress utvikling ikke er riktig valg

Vi fraråder å investere videre hvis du ikke kan måle effekt, hvis marginene ikke tåler kostnadene, eller hvis grunnlaget (produkt, side, sporning) fortsatt er ustabilt. Da er det bedre å fikse fundamentet først.