Skip to content
🚀 Hvordan konvertere WordPress til et statisk nettsted: en trinnvis guide

🚀 Hvordan konvertere WordPress til et statisk nettsted: en trinnvis guide

Du publiserer et innlegg, og WordPress setter sammen siden i farten. PHP spør databasen, laster inn utvidelser, henter inn temaet. Hundrevis av operasjoner per forespørsel. For en blogg med hundre besøkende er det greit. For et nettsted med titusener i trafikk er det allerede et problem. Og databasen pluss utvidelser utvider også angrepsflaten.

Det finnes en løsning: en statisk kopi av nettstedet. Ingen database, ingen PHP i produksjon, ingen sårbarheter i utvidelser. Bare HTML, CSS og litt JavaScript. Det laster 3-5 ganger raskere og håndterer enhver trafikk. Nedenfor ser du hvordan du bygger en slik kopi ved hjelp av to utvidelser og en skytjeneste.

💡 Rask oversikt:

  • Finn ut om statisk passer for nettstedet ditt: blogger, porteføljer, landingssider og bedriftsnettsteder har størst nytte; WooCommerce-butikker gjør det ikke (ennå).
  • Installer Simply Static fra WordPress-arkivet (Utvidelser → Legg til ny) og konfigurer mål-URL-en. Velg en leveringsmetode: ZIP-arkiv, FTP eller distribuer til Cloudflare Pages.
  • Klikk "Generer" og vent til det er ferdig; utvidelsen gjennomsøker hver side på nettstedet og lagrer dem som HTML-filer. For en liten blogg tar prosessen 1-2 minutter.
  • Last opp de statiske filene til din hosting eller CDN (Netlify, Cloudflare Pages) og bekreft: er alle sider til stede, fungerer lenkene, er layouten intakt?
HTML-kode på en skjerm, webutvikling

Hva et statisk nettsted er og hvordan det skiller seg fra dynamisk WordPress

WordPress leseinnstillinger, statisk forside

Et vanlig WordPress-nettsted er dynamisk. Når en besøkende åpner en side, kjører serveren PHP, som henter innhold fra MySQL-databasen, anvender tema- og utvidelseslogikk, bygger HTML-en og sender den til nettleseren. Dusinvis eller til og med hundrevis av operasjoner per forespørsel.

Et statisk nettsted fungerer annerledes. Det er rett og slett et sett med ferdige HTML-filer, CSS-stilark og JavaScript-filer. Ingen database. Ingen PHP-kjøretid. Serveren leverer bare en fil som om du hadde åpnet en lagret nettside fra harddisken din.

Forskjellen er grunnleggende. Et dynamisk nettsted genererer en side ved hver forespørsel. Et statisk nettsted serverer en ferdig en. Derav alle fordelene: hastighet, sikkerhet, enkelhet.

Men du mister ikke WordPress. Du fortsetter å skrive innlegg, endre designet, installere utvidelser; du gjør det bare i en lukket (lokal eller staging) versjon. Og det som går ut til offentligheten er en statisk kopi. Dette kalles hodeløs arkitektur: WordPress fungerer som et backend for innhold, mens frontend lever separat.

Hvorfor gjøre WordPress om til statisk: fire grunner

Å gjøre et dynamisk nettsted om til et statisk gir ikke abstrakte "forbedringer", men konkrete, målbare gevinster. Her er de fire viktigste.

Lastehastighet

Diagram som sammenligner lastehastighet for statisk vs dynamisk side

PHP-prosessering + databasespørringer + kjøring av utvidelser = tid. På delt hosting summeres disse millisekundene til sekunder. Og hvert ekstra sekund lastetid øker fluktfrekvensen; besøkende vil rett og slett ikke vente.

En statisk HTML-fil serveres av serveren umiddelbart. Ingen prosessering på serversiden. Ingen databasekall. Resultatet: sideinnlasting akselererer 3-5 ganger, og Time to First Byte (TTFB) faller til 50-100 millisekunder. For Google er dette et direkte signal om å rangere nettstedet høyere; for brukeren ingen frustrasjon.

Du kan også øke hastigheten på dynamisk WordPress: mellomlagring via WP Rocket, CDN, bildeoptimalisering. Men statisk løser problemet arkitektonisk ved ganske enkelt å fjerne kilden til ventetiden.

Sikkerhet

Illustrasjon av sikkerhetstrusler i WordPress, lås og skjold

WordPress er verdens mest populære CMS. Og det mest angrepne. SQL-injeksjoner, XSS-angrep, sårbarheter i plugins og temaer: hver dag legges dusinvis av nye oppføringer til i WPScan. Ifølge SolidWP ble over 11 000 sårbarheter oppdaget i WordPress-økosystemet i 2025.

Et statisk nettsted har ingen angrepsflate for disse truslene. Ingen database betyr ingenting å injisere. Ingen kjørbar PHP betyr ingenting å utnytte. Ingen plugins i produksjon betyr ingenting som kan ha sårbarheter. Du oppdaterer fortsatt WordPress i et lukket miljø, men hackere kan ikke nå det.

En radikal løsning: skjul WordPress-administrasjonen bak et passord via .htaccess og server kun den statiske versjonen til offentligheten. Innhold blir oppdatert, statisk blir regenerert.

Mindre vedlikehold

Illustrasjon av vedlikehold, skiftenøkkel og WordPress-tannhjul

Dynamisk WordPress krever konstant oppmerksomhet. Kjerneoppdateringer, temaoppdateringer, plugin-oppdateringer. Kompatibilitetssjekker. Sikkerhetsovervåking. Sikkerhetskopier. Databaseoptimalisering. Og hvis du hopper over en oppdatering, blir nettstedet sårbart; utdaterte plugins med kjente feil åpner tilgang for angripere.

Med en statisk versjon forsvinner denne byrden nesten. Du oppdaterer WordPress i bakgrunnen, mens produksjonsserveren bare serverer HTML. Ingen database å optimalisere. Ingen kjørbar kode som kan knekke på grunn av PHP-versjonsinkompatibiliteter.

Men din lokale WordPress-installasjon krever fortsatt oppdateringer. Dette er en forsikring: hvis noe går galt, forblir problemet i et isolert miljø.

Skalerbarhet

Skaleringsillustrasjon, servere og voksende trafikkgraph

Et delt hosting-abonnement til 5 dollar i måneden håndterer dynamisk WordPress så lenge trafikken er beskjeden. Men når et innlegg når toppen av Google eller går viralt i sosiale medier, krasjer serveren. Hver besøkende skaper belastning på PHP og databasen, og hosting-leverandøren stenger ganske enkelt ned nettstedet for å ha overskredet grensene.

Et statisk nettsted på samme hosting kan håndtere titalls ganger flere besøkende. Å servere en HTML-fil bruker ubetydelige ressurser. Og hvis du legger til et CDN, spres statiske filer over dusinvis av datasentre over hele verden og leveres fra det som er nærmest brukeren. Du kan håndtere en million besøkende om dagen.

Gratistjenester som Cloudflare Pages eller Netlify hoster statiske nettsteder uten kostnad for trafikk. I mellomtiden lever WordPress i et lukket miljø og bruker ingen produksjonshosting-ressurser.

Simply Static: gjør WordPress om til statisk i tre trinn

Simply Static er flaggskip-pluginen for å generere statiske nettsteder fra WordPress. Tidlig i 2026 har den over 30 000 aktive installasjoner og en vurdering på 4,5 stjerner på WordPress.org. Pluginen gjør akkurat det som trengs: den skanner nettstedet, henter alle sider og lagrer dem som statiske HTML-filer.

Trinn 1: installasjon og grunnleggende oppsett

Installer Simply Static fra WordPress-repositoriet: Plugins → Legg til ny → «Simply Static» → Installer → Aktiver. Etter aktivering vises et Simply Static → Innstillinger-element i menyen.

På innstillingssiden angir du:

  • Mål-URL-er: hvilken URL den statiske versjonen skal ha. Du kan angi et domene (example.com) eller et underdomene (static.example.com).
  • Leveringsmetode: hvor filene skal lastes opp. Alternativer: lokal katalog (ZIP-arkiv), FTP/SFTP, GitHub Pages, Cloudflare Pages, BunnyCDN, S3-kompatibel lagring.

For en første test, velg Lokal katalog; pluginen vil opprette et ZIP-arkiv med en komplett statisk kopi av nettstedet. Pakk det ut i roten av det ønskede domenet eller en lokal mappe og åpne index.html i en nettleser.

Trinn 2: generering av det statiske nettstedet

Gå til Simply Static → Generer. Klikk på Generer statiske filer-knappen. Pluginen vil begynne å gjennomsøke nettstedet: hjemmeside, innlegg, sider, mediefiler, CSS, JavaScript. Alt som trengs for å vise nettstedet vil bli lastet ned og lagret.

Genereringstiden avhenger av nettstedets størrelse. En liten blogg (50-100 sider) behandles på 1-2 minutter. En stor portal (tusenvis av sider) kan ta 15-30 minutter. Fremdriften vises i sanntid.

Trinn 3: deploy og testing

Når genereringen er fullført, last ned ZIP-arkivet. Last det opp til hosting eller en deployment-tjeneste (Netlify, Cloudflare Pages, GitHub Pages). Åpne nettstedet på den nye URL-en og sjekk:

  • Er alle sider til stede?
  • Fungerer interne lenker?
  • Vises bilder?
  • Er layouten intakt?

Den første regelen etter deploy av statisk: test på et ekte domene, ikke localhost. Noen stier og ressurser oppfører seg annerledes.

Pluginen støtter også inkrementell generering: når innhold oppdateres i WordPress, kan du bygge kun de endrede sidene på nytt i stedet for hele nettstedet. Dette sparer tid på store prosjekter.

StaticPress2019: et gratis alternativ med full kontroll

StaticPress2019 er en fork av den opprinnelige StaticPress vedlikeholdt av frivillige. Utvidelsen er minimalistisk, men fullt funksjonell. Den passer for dem som ikke vil være avhengige av et kommersielt produkt og er klare for litt mer manuelt arbeid.

StaticPress2019-innstillinger: URL til statisk side og rotmappe

Etter installasjon og aktivering, gå til StaticPress2019 → Innstillinger. Angi URL for det statiske nettstedet og rotkatalogen på serveren. For eksempel static.yoursite.com som URL og /home/user/static.yoursite.com som sti.

StaticPress2019-meny i WordPress administrasjonspanel

Åpne deretter StaticPress2019-delen i venstremenyen. Du vil se administrasjonssiden for generering.

Gjenoppbygg-knapp i StaticPress2019-grensesnittet

Klikk på Rebuild-knappen. Utvidelsen vil begynne å gjennomsøke alle nettsider og lagre dem som statiske HTML-filer.

Statisk sidegenereringsprosess i StaticPress2019, fremdriftslinje

Vent til prosessen er fullført. Behandlingstiden avhenger av antall sider. For et nettsted med 50-100 sider tar det omtrent 2-5 minutter.

Opprinnelig dynamisk WordPress-nettside før konvertering

Det opprinnelige nettstedet ser normalt ut. Og her er resultatet etter konvertering:

Statisk versjon av nettstedet etter konvertering, visuelt identisk med originalen

Du vil ikke merke noen forskjell. Men mål hastigheten i PageSpeed Insights; den vil være merkbart høyere. Alle bilder, stiler, skript og blogginnlegg er på plass. Responsivt layout er bevart.

En viktig merknad: etter hver innholdsoppdatering i WordPress må du gå tilbake til StaticPress2019 og klikke Rebuild. Nye sider og redigeringer fanges ikke opp automatisk.

Betalte alternativer: HardyPress og Shifter

Hvis du ikke vil håndtere generering og deployment manuelt, finnes det skytjenester som tar seg av alt for deg.

HardyPress er hosting skreddersydd for statisk WordPress. Du kobler ganske enkelt til nettstedet ditt, og HardyPress genererer automatisk den statiske versjonen og hoster den på sine servere. Når innhold oppdateres, bygges den statiske versjonen på nytt. Abonnement starter på €15/måned (gjeldende priser på nettstedet). Fordel: innebygd støtte for søk og kommentarer gjennom tredjepartstjenester (funksjoner som vanligvis går tapt ved overgang til statisk).

Shifter er spesialisert serverløs hosting for WordPress. I motsetning til HardyPress bruker Shifter containerisering: WordPress, databasen og PHP pakkes inn i en isolert container som den statiske versjonen genereres fra. Dette gir ekstra beskyttelse mot angrep i byggefasen. Priser starter på $25/måned (priser på Shifters nettsted). Egnet for nettsteder som trenger stabilitet på bedriftsnivå.

Begge tjenestene løser problemet med «tap av dynamiske funksjoner». Kommentarer kan kobles til via Disqus, søk via Algolia, skjemaer via tredjepartstjenester som JotForm.

Videoen over viser prosessen med å gjøre et WordPress-nettsted statisk via Simply Static. 12 minutter som dekker alle trinn fra installasjon til deployment.

⁉️🤔 Ofte stilte spørsmål

Hva går tapt ved overgang til statisk WordPress?

Statiske nettsteder mister funksjoner på serversiden: kontaktskjemaer, WooCommerce-handlekurv, innebygd søk, kommentarsystem, dynamiske widgeter. De fleste av disse kan gjenopprettes via JavaScript-tjenester: skjemaer gjennom JotForm, søk gjennom Algolia eller Fuse.js, kommentarer gjennom Disqus. Men hvis nettstedet nesten utelukkende består av en WooCommerce-butikk, passer ikke statisk; behold dynamisk WordPress med god caching.

Består statisk WordPress Core Web Vitals?

Ja, med god margin. Largest Contentful Paint (LCP) på et statisk nettsted er betydelig lavere enn på et dynamisk nettsted på samme hosting; ifølge Simply Static kan forskjellen være 3-5 ganger raskere lasting. First Input Delay (FID) er i praksis null siden JavaScript kjører på klienten uten server-side behandlingsforsinkelser. Cumulative Layout Shift (CLS) er også minimal fordi nettleseren laster ferdig oppmerking uten «hopp» under dynamisk blokklasting.

Statisk WordPress består Core Web Vitals betydelig bedre enn dynamisk. LCP faller med 60-80%, FID er nær null, CLS er minimal. Google vekter disse måleverdiene direkte i rangeringen; overgang til statisk gir målbare SEO-gevinster.

Kan innhold oppdateres etter overgang til statisk?

Ja, dette er kjernearbeidsflyten. Du fortsetter å bruke WordPress til å skrive innlegg, redigere sider og laste opp mediefiler, men i et lukket miljø (lokal server, staging-domene eller passordbeskyttet underdomene). Ved hver endring utløser du statisk regenerering; programtillegget bygger de endrede sidene på nytt og laster dem opp til produksjon. Prosessen kan automatiseres via webhooks: innlegg oppdatert → programtillegget mottar signal → bygger side på nytt → laster opp til hosting.

Innholdsoppdatering er en standard prosess. Du redigerer WordPress i et lukket miljø, utløser statisk regenerering (manuelt eller via webhooks), og endringer vises i produksjon. Oppdateringsfrekvensen er ubegrenset.

Hva gjør man hvis det statiske nettstedet ikke viser noe innhold?

Sjekk ressursstier. Det vanligste problemet er absolutte URL-er som peker til det opprinnelige dynamiske domenet i stedet for det statiske nettstedets domene. Simply Static erstatter automatisk URL-er under generering, men enkelte temaer og programtillegg kan bruke hardkodede stier. Løsning: søk gjennom de genererte HTML-filene etter lenker til det gamle domenet. Hvis problemet vedvarer, legg det gamle domenet til i URL-erstatningslisten i Simply Static-innstillingene.

Problemet ligger vanligvis i absolutte URL-er som ikke ble erstattet under statisk generering. Finn lenker til det gamle domenet i HTML-filer ved hjelp av grep, legg til erstatningsregler i programtilleggets innstillinger, og regenerer nettstedet. Dette tar omtrent 5 minutter å fikse.

Hvorfor lage et statisk nettsted fra WordPress når man like gjerne kan bygge et nettsted med en statisk generator som Hugo eller Astro?

Statiske generatorer er utmerkede verktøy for utviklere. Men de krever at man skriver innhold i Markdown, setter opp maler via kode og deployer via Git. WordPress tilbyr en visuell editor, mediebibliotek, tusenvis av programtillegg for å utvide funksjonaliteten og et adminpanel som er forståelig for ikke-tekniske brukere. En statisk WordPress-versjon er et kompromiss: du får bekvemmeligheten av innholdsforvaltning i WordPress og ytelsen til et statisk nettsted som resultat.

WordPress som CMS for redaktører pluss statisk HTML som leveringsmetode er det beste fra to verdener. Redaktører jobber i et kjent grensesnitt mens brukerne får umiddelbar lasting. Hugo, Astro, Eleventy er for team der utviklere skriver innholdet.

Statisk WordPress i 2026: verdt det eller ikke

Statisk WordPress har løst plattformens hovedproblem: hastighet og sikkerhet er ikke lenger en avveining. Du gir ikke slipp på den velkjente editoren, mediebiblioteket og økosystemet av programtillegg. Du endrer bare leveringsmetoden for innhold fra dynamisk generering til ferdige HTML-filer.

For blogger, porteføljer, bedriftsnettsteder og landingssider er dette den arkitektonisk riktige løsningen. For WooCommerce-butikker, ikke ennå: handlekurv og betalingsgatewayer krever en live server. Men for det store flertallet av WordPress-prosjekter er statisk ikke bare mulig, men ønskelig.

Start med Simply Static. Det er gratis, det har 30 000 installasjoner, det tar tre steg fra installasjon til den første statiske kopien. Prøv det på et test-underdomene. Mål hastighet før og etter. Mest sannsynlig vil resultatene overbevise deg om å konvertere hovednettstedet ditt til statisk også.