Hva koster vedlikehold av WordPress

Vedlikehold av WordPress koster hos meg fra 81 €/måned eks. mva. Den øvre grensen avhenger av hva jeg skal holde i drift: et bedriftsnettsted ligger vanligvis på 81-200 €/måned, en WooCommerce-butikk på 130-590 €/måned. Oppstartsrevisjonen er inkludert i den første måneden. Den nøyaktige summen får du i et skriftlig tilbud etter en kort brief.

De samme spennene står i prisoversikten for WordPress. Prisene står i euro, som på resten av nettstedet. Under går jeg gjennom hva som ligger i månedsprisen, hva jeg fakturerer separat, hvordan EHF-fakturering, Vipps, Multisite og systemer utenfor WordPress flytter prisen innenfor spennet, og hva du bør se etter når du sammenligner mitt tilbud med andre.

#Vedlikehold WordPress pris: hva du får for beløpet

Månedsprisen dekker arbeidet som kommer tilbake hver uke og hver måned, uansett om det skjer noe på nettstedet eller ikke. Jeg oppdaterer kjernen, utvidelsene og temaene først på en testkopi av nettstedet (staging), og etter oppdateringen sammenligner jeg skjermbilder fra før og etter endringen. Endringen går til produksjon først når testene og sammenligningen ikke viser forskjeller som ingen har planlagt. Overgang til en nyere PHP-versjon er også med: jeg planlegger den i god tid og tester den i testmiljøet på samme måte som alle andre oppdateringer.

Sikkerhetskopiene lages daglig, inkrementelt, lagres i skyen og oppbevares i minst 30 dager. Overvåkingen sjekker at nettstedet svarer hvert 1. til 5. minutt og varsler meg ved nedetid. I tillegg kommer skanning etter skadevare og kontroll av filintegritet. En gang i måneden måler jeg Core Web Vitals og rydder i databasen.

I beløpet ligger også en månedlig grense for utviklertimer til mindre rettelser. Grensen setter jeg i tilbudet, sammen med satsen for timer over grensen. Henvendelser tar jeg imot på e-post eller i saksystemet, og hver av dem blir registrert, så rapporten viser hva som er gjort og når.

Hvordan oppdateringene foregår, beskriver jeg på siden WordPress-oppdateringer. Hva jeg gjør etter et innbrudd, står på siden fjerne skadevare fra WordPress.

#Første måned: oppstartsrevisjonen er med i prisen

Vedlikeholdet starter med en revisjon, og revisjonen er inkludert i prisen for den første måneden. Du betaler ikke ekstra for den. Jeg sjekker PHP-versjonen, listen over utvidelser og tilstanden deres, temaet, tilgangen til server og domene, og om de eksisterende sikkerhetskopiene faktisk kan gjenopprettes. Har du flere nettsteder, samler jeg dette i én tabell: hvor hvert nettsted ligger, hvem som har tilgang til webhotell og domene, og hvilke nettsteder som er nettbutikker.

Før jeg får noen som helst tilgang til nettstedet, signerer vi en databehandleravtale (GDPR artikkel 28). GDPR gjelder i Norge gjennom personopplysningsloven og EØS-avtalen. På nettstedet ligger kundedata, bestillinger og innsendte skjemaer, og som teknisk vedlikeholder behandler jeg disse opplysningene på dine vegne. Du er behandlingsansvarlig, jeg er databehandler.

Resultatet av revisjonen kommer i den første rapporten. Har nettstedet forlatte utvidelser, et tema uten støtte eller sikkerhetskopier som ikke lar seg gjenopprette, beskriver jeg det og foreslår en rekkefølge for rettingene. Arbeid utenfor vedlikeholdet får et eget tilbud og starter når du har bekreftet det.

#Hva koster vedlikehold av WordPress: hva som trekker prisen opp og ned

Typen nettsted påvirker prisen mest. En WooCommerce-butikk og et visittkort for en bedrift trenger forskjellig oppfølging, og derfor har de forskjellige spenn. I en butikk betyr nedetid tapte bestillinger, og en oppdatering kan ødelegge handlekurven eller betalingen. En butikk som trenger en fast test av hele kjøpet, fra handlekurv via kundedata og frakt til betaling (uten å legge inn en ekte bestilling), går på Store Reliability Plan.

Når én eier har flere nettsteder, skriver jeg omfanget separat for hvert av dem. Før oppstart samler jeg i én tabell hvor hvert nettsted ligger, hvem som har tilgang til webhotell og domene, og hvilke nettsteder som er butikker. Et Multisite-nettverk priser jeg individuelt.

Responstiden endrer også beløpet. I prioritetsplaner starter jeg feilsøkingen innen 1 time etter at du melder fra, og de fleste hendelser er løst innen 2 til 4 timer. Basisplanen har et lengre vindu, som står i tilbudet. Et kortere vindu gjør vedlikeholdet dyrere, fordi jeg må sette av tid til det.

En større timegrense for småendringer øker beløpet. En mindre grense senker det ikke tilsvarende, fordi den faste delen (overvåking, sikkerhetskopier, oppdateringer testet i testmiljø) koster det samme ved 2 og ved 4 timer. Derfor koster ikke den lille avtalen halvparten av den store.

#Hvordan integrasjoner, Multisite og andre systemer flytter prisen

Eksemplene under er typiske situasjoner som eiere av nettsteder kommer med. De beskriver ingen bestemt kunde. De viser hva som gjør at et nettsted havner nær den nedre eller den øvre grensen i spennet.

#Typisk bedriftsnettsted med 30 utvidelser og sidebygger

En tjenesteside bygget med Elementor eller en annen sidebygger, med kontaktskjema, SEO-utvidelse, hurtigbufferutvidelse og et par dusin mindre tillegg. Et slikt nettsted ligger i spennet for bedriftsnettsteder. Jo flere utvidelser, desto flere oppdateringer hver uke, og desto flere steder der sidebyggeren kan endre utseendet på en underside etter en oppdatering. Derfor gir sammenligningen av skjermbilder før og etter oppdatering mest verdi her. Det som trekker beløpet opp, er først og fremst antallet utvidelser som må gjennomgås ved hver hovedversjon. Forskjellene mellom de vanlige sidebyggerne beskriver jeg i sammenligningen av Gutenberg, Elementor og Divi.

#Typisk nettbutikk med Vipps og EHF-faktura til bedriftskunder

En WooCommerce-butikk med Vipps MobilePay i kassen, en fraktutvidelse og en kobling til regnskapssystemet. Fra 1. januar 2027 skal norske bokføringspliktige utstede elektronisk faktura ved salg til andre bokføringspliktige (bokføringsloven § 10, endret ved lov 19. juni 2026 nr. 39), og frem til 2030 gjelder plikten i praksis når kjøperen kan motta via Peppol. WooCommerce lager ingen fakturaer selv, så EHF-fakturaen må komme fra en utvidelse, en fakturatjeneste eller regnskapssystemet. Detaljene står i artikkelen om EHF-faktura i WooCommerce. Hver slik kobling er en del til som må sjekkes etter en oppdatering før endringen går til produksjon, og etter en oppdatering av fakturakoblingen sender jeg en testfaktura i leverandørens testmiljø. En slik butikk ligger i spennet for WooCommerce, og høyere i spennet når integrasjonene er flere eller butikken trenger kort responstid.

#Butikk koblet til ERP eller CRM

Når lagerstatus, priser eller bestillinger går mellom WooCommerce og et ERP- eller CRM-system, kan en oppdatering av en utvidelse endre formatet på dataene det andre systemet mottar. Et slikt vedlikehold trenger en test av datautvekslingen i testmiljøet, og havner vanligvis i prising etter SLA. Arkitekturen bak slike koblinger beskriver jeg i guidene om integrasjon mellom WooCommerce og ERP og API-first-utvikling med WordPress. Å bygge en ny integrasjon er et prosjekt utenfor månedsprisen.

#Multisite-nettverk eller en portefølje av nettsteder

Et Multisite-nettverk er én installasjon, men en oppdatering av en utvidelse treffer alle nettstedene samtidig, og hvert nettsted kan bruke utvidelsen på sin måte. En portefølje av separate nettsteder betyr flere servere, flere sett med tilganger og flere tidsplaner. I begge tilfeller skriver jeg omfanget separat og gir pris i tilbudet etter en kort brief.

#Nettsted på Drupal eller TYPO3, eller applikasjon i Laravel eller Symfony

Spennene i tabellen gjelder vedlikehold av WordPress. Jeg drifter også løsninger på andre systemer, hver med sin egen utgivelsesrytme og sine egne verktøy. Drupal oppdaterer jeg med Composer og Drush; Drupal 10 mister sikkerhetsstøtten 9. desember 2026, som jeg beskriver i artikkelen om Drupal 10 og slutt på støtte. TYPO3 trenger en plan for overgangene mellom LTS-versjonene. I en Laravel-applikasjon kommer feilrettingsversjoner så ofte som hver uke, og i Symfony får versjon 6.4 feilrettinger til november 2026. Vedlikehold av et slikt system priser jeg etter en revisjon, fordi omfanget avhenger av versjon, antall moduler og hvem som har ansvaret for serveren.

#Hva jeg fakturerer separat: prosjekter ved siden av vedlikeholdet

Månedsprisen dekker drift av det som allerede virker. Prosjekter som endrer nettstedet eller omgivelsene rundt det, får et eget tilbud og starter når du har bekreftet det. Som regel gjelder det:

• Flytting av WordPress til en annen server: kopi, overføring av database og filer, endring av DNS og kontroll etter publisering.
• Overgang til WordPress fra et annet system, for eksempel fra TYPO3 eller fra Drupal.
• Migrering fra WordPress til Next.js eller Astro, når nettstedet trenger en annen arkitektur.
• Revisjon av universell utforming etter WCAG, revisjon av Core Web Vitals med en liste over rettinger og vurdering av NIS2 og DORA.
• Sikkerhetsrevisjon av WordPress og hastighetsoptimalisering, når nettstedet trenger et grundig engangsarbeid som vedlikeholdet deretter holder ved like.
• Nye integrasjoner mot ERP, CRM, betaling eller EHF-fakturering via Peppol.
• WooCommerce rescue sprint, når handlekurven eller betalingen allerede har sluttet å virke.

Når et slikt prosjekt er ferdig, kan nettstedet gå over i vanlig månedlig vedlikehold.

#Hva du får hver måned for beløpet

Det du betaler for, ser du i den månedlige rapporten. Den viser oppdateringsstatus, oppetid, ytelse og indekseringsfeil fra Search Console. Under oppdateringene står hva som ble oppdatert, hvilke feil som dukket opp i testmiljøet, og om noen endring ble rullet tilbake. Under sikkerhetskopiene står tilstanden deres og datoen for siste prøvegjenoppretting. Under henvendelsene står det du ba om, og hva jeg gjorde med det.

Rapporten har også en liste over tiltak for neste måned: utvidelser som bør byttes, versjoner som holdes tilbake til de er rettet, planlagt overgang til nyere PHP. Den erstatter ikke en innholdsstrategi eller en egen SEO-tjeneste.

#Vedlikehold, webhotell, domene og e-post

Vedlikeholdet gjelder nettstedet. Webhotell, domener og e-post er med bare når de står i det skriftlige tilbudet. Er webhotellet ditt eget eller IT-avdelingens, viser overvåkingen likevel nedetiden der, og jeg finner ut om problemet ligger i nettstedet eller på serveren. Driften hos webhotellet, betalingsløsningen og andre eksterne systemer har jeg ikke kontroll over, så tilgjengeligheten deres garanterer jeg ikke.

Når webhotellet ikke lenger holder, flytter jeg nettstedet til en annen server som et eget prosjekt. Ulike typer hosting sammenligner jeg i artikkelen om WordPress-hosting: sky, edge eller tradisjonell.

#Vedlikeholdsavtale for WordPress: timer, responstid, vilkår

• Timer: den månedlige grensen setter jeg i tilbudet, sammen med satsen for timer over grensen. Ubrukte timer overføres ikke til neste måned.
• Arbeid utenfor omfanget får et eget tilbud og starter først når du har bekreftet det.
• Responstid betyr diagnose og handlingsplan på virkedager i arbeidstid (CET). Den er ingen garanti for når reparasjonen er ferdig, fordi den også avhenger av webhotellet, betalingsløsningen og eksterne leverandører.
• Døgnåpen overvåking: overvåkingen går hele tiden og varsler meg innen få minutter, og jeg reagerer i arbeidstid (CET), med mindre tilbudet sier noe annet.
• Sikkerhet: vedlikeholdet reduserer risikoen for innbrudd, men gir ingen garanti for at nettstedet aldri blir hacket.
• Personopplysninger: før jeg får tilgang, signerer vi en databehandleravtale (GDPR artikkel 28). Du er behandlingsansvarlig, jeg er databehandler.
• Ansvaret mellom partene står i avtalen.
• Feil uten avtale: et nettsted uten vedlikehold som har sluttet å virke, går til WordPress-reparasjon. Prisen får du etter at du har beskrevet feilen, og arbeidet starter når omfanget er bekreftet skriftlig.
• Betaling og oppsigelse: fakturaene har 7 dagers betalingsfrist. Oppsigelsesvilkårene skriver jeg inn i bestillingen, i tråd med vilkårene for samarbeid.

Skal du bytte leverandør av vedlikehold, les hva du bør sjekke når du bytter leverandør før du signerer en ny avtale.

#Slik sammenligner du tilbud på vedlikehold av WordPress

To tilbud med omtrent samme beløp kan dekke svært forskjellig arbeid. Still hver leverandør de samme spørsmålene:

• Går oppdateringene først til et testmiljø eller rett i produksjon, og sammenligner noen utseendet på nettstedet etter oppdateringen?
• Hvor lenge oppbevares sikkerhetskopiene, hvor ligger de, og når gjenopprettet noen sist en av dem på prøve?
• Hva betyr responstiden i avtalen: start på feilsøking eller ferdig reparasjon, og i hvilke timer gjelder den?
• Overføres ubrukte timer til neste måned, og hva er satsen for timer over grensen?
• Er overgang til nyere PHP med i månedsprisen, eller er den et eget prosjekt?
• Koster revisjonen ved oppstart ekstra?
• Signerer leverandøren en databehandleravtale før de får tilgang?
• Hvem gjør selve oppdateringene, og hvem skriver du til når nettstedet er nede?

Mine svar på disse spørsmålene står på denne siden og på siden om vedlikehold av WordPress-nettsider. Er et annet tilbud billigere, sjekk hvilke av disse punktene som mangler i det.

#Hvem som utfører vedlikeholdet

Jeg gjør vedlikeholdet selv: Mariusz Szatkowski, senior WordPress-utvikler, med WordPress siden 2006, basert i Gdynia. Jeg jobber på fjernarbeid, så bedrifter i Oslo, Bergen, Trondheim, Stavanger og resten av landet får det samme omfanget. Oppdateringer, sikkerhetskopier, overvåking og rapporter gjøres av den samme personen som du avtaler omfanget med. Hele beskrivelsen av tjenesten, tidsplanen og omfanget finner du på siden om vedlikehold av WordPress-nettsider.

Neste steg: send adressen til nettstedet og en kort beskrivelse av hva som kjører på det (skjema, butikk, Vipps, EHF-kobling, andre systemer). Du får et skriftlig tilbud med beløp, timegrense og responstid.