Hjemmesider i WordPress for norske bedrifter: dette er viktig, og dette kan du overse

WordPress passer godt for norske bedrifter som vil redigere innholdet selv og beholde muligheten til å bytte leverandør. Velg WordPress.org på et webhotell med PHP 8.3 eller nyere. Registrer domenet på bedriftens organisasjonsnummer. Bruk en samtykkeløsning som oppfyller ekomloven § 3-15, og ha få utvidelser. Da får du en rask, trygg og søkbar side som du kontrollerer selv.

Hjemmesider laget i WordPress er fortsatt det vanligste valget for små og mellomstore bedrifter som vil ha en fleksibel nettside de eier selv. Men om det blir en god løsning, handler mindre om designet og mer om noen få valg i starten: hvilken variant av WordPress du bruker, hvor siden ligger, hvem som eier domenet og hvordan sporing og samtykke er satt opp. Denne guiden går gjennom valgene i den rekkefølgen de bør tas. Er du helt ny, kan du begynne med hva WordPress er og hvordan det fungerer.

Er WordPress riktig valg for en norsk bedriftsside?

Ja, hvis du vil publisere innhold selv, trenger integrasjoner (skjema, CRM, booking, nyhetsbrev) og vil kunne bytte leverandør uten å bygge siden på nytt. WordPress er åpen kildekode. Derfor kan hvilken som helst utvikler eller hvilket som helst byrå overta siden din. Du er ikke låst til én plattform.

Prisen for friheten er ansvaret. Du, eller noen du betaler, må oppdatere kjernen, temaet og utvidelsene, ta sikkerhetskopier og følge med på sikkerheten. Plattformer som Wix og Squarespace tar seg av dette for deg, men gir mindre kontroll. Vil du sammenligne mer grundig, se vår gjennomgang av ulike publiseringssystemer og hva som skiller dem.

WordPress.com eller WordPress.org: hva er forskjellen i praksis?

WordPress.org er gratis programvare som du installerer på ditt eget webhotell. WordPress.com er en driftet tjeneste fra selskapet Automattic, der du leier plass. For bedrifter er forskjellen først og fremst hvor fritt du kan installere utvidelser og sporingskode. På WordPress.com er dette bare mulig på de dyrere planene.

WordPress.org og WordPress.com sammenlignet for en bedriftsside

• Egenskap | WordPress.org (selvdriftet) | WordPress.com (driftet tjeneste)
• Programvare | Gratis, åpen kildekode | Inkludert i abonnementet
• Webhotell og drift | Du velger og betaler selv | Inkludert, driftes av Automattic
• Egne utvidelser og temaer | Fritt | Bare på de dyreste planene
• Egen sporingskode (GTM, Meta-piksel) | Fritt | Begrenset på de billigste planene
• Hvor dataene lagres | Du velger (Norge/EU mulig) | Bestemmes av leverandøren
• Bytte leverandør | Enkelt, flytt filer og database | Mulig via eksport, men mer arbeid
• Passer for | Bedrifter som vil ha kontroll og integrasjoner | Enkle sider og blogger med lite behov for tilpasning

Vi anbefaler WordPress.org for nesten alle bedriftssider. Det mest avgjørende argumentet er at du kan velge et webhotell med servere i Norge eller EU. Det gjør det enklere å dokumentere hvor personopplysninger fra kontaktskjemaer lagres.

Hva har endret seg i WordPress i 2026?

Den største endringen er WordPress 7.0. WordPress 7.0 fikk ny lanseringsdato 20. mai 2026, etter at den opprinnelig var planlagt til april. Versjonen fornyer administrasjonspanelet og bygger inn grunnmur for KI-funksjoner i kjernen. For en bedriftsside er det viktigste likevel serverkravene.

Ifølge WordPress sine utviklere ble støtten for PHP 7.2 og 7.3 fjernet i WordPress 7.0, og den anbefalte minsteversjonen av PHP er fortsatt 8.3, mens den nye laveste støttede versjonen er 7.4.0. Oversikten over PHP-kompatibilitet viser også at merket «betastøtte» for nyere PHP-versjoner ble fjernet i mai 2026. Nyere PHP-versjoner regnes altså nå som fullt støttet.

Slik sjekker du PHP-versjonen i dag

Gå til Verktøy → Nettstedshelse → Info → Server i WordPress. Står det 7.4 eller lavere, er siden på en PHP-versjon som ikke lenger får sikkerhetsoppdateringer. Bytt til 8.3 eller nyere i kontrollpanelet hos webhotellet. Test først på en kopi av siden (et testmiljø), fordi gamle utvidelser kan slutte å virke. Det vi ser oftest ved overtakelser, er at siden har stått på den PHP-versjonen den ble satt opp med for fire–fem år siden, fordi ingen har eid ansvaret.

Hvordan lage nettside med WordPress: rekkefølgen som sparer penger

Ta beslutningene om eierskap og innhold før du tenker på design. Feil rekkefølge er den vanligste grunnen til at prosjekter blir dyrere enn planlagt. Den trinnvise tekniske framgangsmåten finner du i guiden vår om hvordan du lager nettside med WordPress. Her er rekkefølgen vi bruker i Box:

• Registrer domenet på bedriftens organisasjonsnummer og en e-postadresse bedriften eier, ikke på konsulenten eller en privatperson. Les mer om norske domener og hvem som kan eie dem.
• Velg et webhotell med PHP 8.3 eller nyere, gratis SSL-sertifikat, daglige sikkerhetskopier du kan hente tilbake selv, og servere i Norge eller EU.
• Skriv sidestrukturen og innholdet først: tjenester, priser eller prisindikasjon, om oss og kontakt. Et tema velges ut fra innholdet, ikke omvendt.
• Installer WordPress, sett språket til norsk bokmål og velg permalenker med innleggsnavn (Innstillinger → Permalenker).
• Velg et lett tema. Bruk blokkredigereren før du vurderer en tung sidebygger.
• Installer bare utvidelsene du trenger: samtykkeløsning, skjema, SEO, sikkerhetskopi og hurtigbuffer. Hver utvidelse er en mulig sikkerhetsrisiko og noe som må oppdateres.
• Sett opp samtykke og sporing (se neste seksjon), og kontroller at ingen sporingsinformasjonskapsler settes før brukeren har sagt ja.
• Før lansering: slå av «Be søkemotorer om ikke å indeksere dette nettstedet» under Innstillinger → Lesing, send nettstedskartet til Google Search Console og test alle skjemaer.

Punkt 8 er det dyreste å glemme. Mange utviklere slår på denne innstillingen mens siden bygges, og så står den på i uker etter lansering. Da er siden usynlig i Google, mens bedriften lurer på hvorfor ingen ringer.

Hvordan får du WordPress på norsk?

WordPress finnes på både norsk bokmål og nynorsk. Du velger språk under Innstillinger → Generelt → Nettstedsspråk, og oversettelsene lastes ned automatisk. Kjernen og de største utvidelsene er godt oversatt. Mindre utvidelser og temaer er ofte bare delvis oversatt, og da blir tekster som «Read more» og «Submit» stående på engelsk ute på siden.

Sjekk tre ting før du lanserer: at knapper og feilmeldinger i skjemaene er på norsk, at datoformatet er norsk (for eksempel 23. september 2026), og at språkkoden i sidekoden er satt til norsk. Språkkoden hjelper skjermlesere å uttale teksten riktig, og den er en del av kravene til universell utforming for private virksomheter.

Samtykke til informasjonskapsler: hva krever norsk lov nå?

Siden 1. januar 2025 må samtykke til informasjonskapsler oppfylle de samme kravene som et GDPR-samtykke. Ifølge Nkom sier den nye ekomloven at bruk av informasjonskapsler og lignende teknologier krever et samtykke som er gyldig etter personvernforordningen (GDPR) for å være lovlig. I praksis betyr det at ferdig avkryssede bokser og banneret «ved å bruke siden godtar du» ikke lenger holder.

To detaljer blir ofte oversett. Den første: regelen gjelder uavhengig av om det er snakk om personopplysninger eller ikke. Den andre: tilsynet er delt mellom to etater. Nkom vurderer om en teknisk løsning er omfattet av bestemmelsen og om unntakene fra kravet til informasjon og samtykke er oppfylt, mens Datatilsynet vurderer om samtykket er gyldig. Datatilsynets veiledning om samtykke til sporingsteknologier er den beste norske oppskriften på hvordan banneret bør se ut.

Test dette på fem minutter

• Åpne siden i et privat nettleservindu uten å klikke på banneret.
• Åpne utviklerverktøyet (F12) → Application → Cookies.
• Står det informasjonskapsler som _ga, _gcl_au eller _fbp der før du har klikket «Godta», lastes sporingen før samtykke. Da oppfyller ikke løsningen § 3-15.
• Klikk «Avslå» og last siden på nytt. Sporingsinformasjonskapslene skal fortsatt ikke være der.
• Sjekk at knappene «Godta» og «Avslå» er like lette å finne og trykke på.

Bruker du Google Ads eller GA4, bør samtykkeløsningen også sende samtykkesignaler til Google (Consent Mode v2). Da kan Google modellere konverteringer fra brukere som avslår. Husk at banneret og personvernerklæringen må si det samme om hvilke verktøy dere bruker.

Hvordan blir en WordPress-side synlig i Google og i AI-svar?

Ved å gjøre det grunnleggende godt: rask side, unike titler og metabeskrivelser, tydelig struktur og innhold som svarer presist på det kunden spør om. Du trenger ingen egen merking for AI-oversikter. Google skriver i sin dokumentasjon om AI-funksjoner at det ikke finnes ekstra krav for å vises i AI Overviews og AI Mode. Siden må være indeksert og kunne vises med utdrag i vanlig søk. Trafikk fra AI-flatene telles med i ytelsesrapporten i Search Console, under søketypen «Nett».

Det betyr at selvutnevnte «AI-optimaliseringsutvidelser» som lover plass i AI-svar, ikke har noe dokumentert grunnlag. Det som faktisk hjelper, er strukturerte data (Organization og LocalBusiness med adresse og åpningstider), en tydelig spørsmål-og-svar-struktur i teksten og at hver tjeneste har sin egen side. Vi går dypere inn i dette i artikkelen om søkemotoroptimalisering for WordPress.

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

De tre tiltakene i sitatet over kan gjøres på WordPress uten ny side. Konverter bilder til WebP eller AVIF og sett en maksbredde ved opplasting. Slå på hurtigbuffer for hele siden, hos webhotellet eller med én utvidelse. Fjern utvidelser som laster skript på alle sider selv om de bare brukes på én, for eksempel skjemautvidelser og glidebytter (slidere).

Hva koster en hjemmeside i WordPress?

Selve programvaren er gratis. Du betaler for domene, webhotell, eventuelle premiumlisenser, utviklingen og løpende vedlikehold. Den største usikkerheten ligger i utviklingstimene og vedlikeholdet, ikke i driftsutgiftene. Konkrete prisnivåer og hva som driver dem, har vi samlet i oversikten over hva en nettside koster.

Kostnadene ved en WordPress-side, og hva som gjør dem dyrere

• Kostnad | Type | Hva som gjør den dyrere
• Domene (.no) | Årlig | Tilleggsdomener, og behov for å kjøpe domenet tilbake fra noen andre
• Webhotell | Månedlig eller årlig | Administrert WordPress-drift, testmiljø, mye trafikk
• Tema og premiumutvidelser | Årlige lisenser, ofte i USD/EUR | Mange betalte utvidelser, som må fornyes for å få sikkerhetsoppdateringer
• Utvikling og innhold | Engangskostnad | Egendesign, integrasjoner, flerspråklighet, mange sidemaler
• Vedlikehold | Månedlig avtale eller timer | Mange utvidelser, gammel PHP, ingen testmiljø

En kostnad mange glemmer, er at premiumutvidelser stort sett selges som årlige abonnementer. Lar du lisensen gå ut, virker utvidelsen ofte fortsatt, men den får ikke lenger sikkerhetsoppdateringer. Før derfor opp alle lisenser med fornyelsesdato i et eget dokument. Vi fraråder å kjøpe «alt-i-ett»-temaer med dusinvis av innebygde utvidelser. De virker billige ved kjøp, men blir dyre å vedlikeholde og å komme seg ut av. Hvordan du legger opp det løpende arbeidet, står i guiden om vedlikehold av WordPress.

Når WordPress ikke er riktig valg

WordPress er feil valg hvis ingen i bedriften, eller hos en leverandør, skal ha ansvar for oppdateringer. En WordPress-side som ikke vedlikeholdes, blir en sikkerhetsrisiko i løpet av måneder. Da er en driftet plattform tryggere.

• Du trenger bare en enkel visittkortside og vil aldri tenke på drift. Da er en driftet nettsidebygger ofte bedre, se hva vi mener om Wix for bedrifter.
• Nettbutikken er hovedsaken, og du har mange varer og høyt volum. WooCommerce fungerer, men en dedikert handelsplattform kan gi mindre drift.
• Du har strenge krav til innloggede kundeflater eller komplekse fagsystemer. Da kan en skreddersydd løsning eller et hodeløst CMS gi bedre arkitektur.
• Ingen vil eie innholdet. WordPress løser ikke mangel på tekst og bilder, og en tom WordPress-side gir ingenting.

Hvilke feil gjør bedrifter oftest med WordPress?

Det vi ser oftest, er ikke dårlig design, men manglende eierskap. Domenet står på en tidligere leverandør, ingen har administratortilgang eller ingen vet hvilke lisenser som løper. Her er feilene som koster mest, sortert etter konsekvens:

• Indekseringssperren står på etter lansering. Konsekvens: siden er usynlig i søk. Løsning: sjekk Innstillinger → Lesing samme dag som dere lanserer.
• Sporing lastes før samtykke. Konsekvens: brudd på ekomloven § 3-15. Løsning: bruk testen over, og velg en samtykkeløsning med forhåndsblokkering av skript.
• Gammel PHP og utvidelser som ikke oppdateres. Konsekvens: kjente sikkerhetshull. Løsning: fast månedlig oppdateringsrutine og sjekk av Nettstedshelse.
• Brukernavnet «admin» uten tofaktorinnlogging. Konsekvens: angrep der noen prøver passord etter passord. Løsning: personlige brukere, sterke passord og tofaktor for alle administratorer.
• Plattformbytte uten plan for viderekoblinger (301). Konsekvens: tapt trafikk. Løsning: kartlegg alle gamle URL-er før du bytter. Med en korrekt 301-plan beholder kundene i Box sin portefølje normalt 90–98 % av den organiske trafikken gjennom migreringen.

Skal du bytte eller få hjelp, kan det lønne seg å lese om hvordan du velger nettsideleverandør før du ber om tilbud. Vil du heller at noen andre tar hele jobben, kan du se hvordan vi jobber med nettsider i Box.