Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
[email protected]
Bureau og freelance 8 min. læsning Opdateret 3. oktober 2026

Vedligeholdelsesaftalen: hvad den skal indeholde, og hvad den må koste

Byg en vedligeholdelsesaftale til WordPress, der holder: de seks byggeklodser, den afgørende afgrænsning, prisniveauerne – og synligheden.

Vedligeholdelsesaftalen: hvad den skal indeholde, og hvad den må koste

Kort svar: En vedligeholdelsesaftale til WordPress skal gøre tre ting klart: hvad der er omfattet (opdateringer, backup-tilsyn, sikkerhed, overvågning, supporttimer – og hvad der ikke er), hvor hurtigt du reagerer (svartider for normale og kritiske henvendelser), og hvad det koster (et månedligt abonnement plus en timepris for arbejde uden for aftalen). Danske SMV-aftaler ligger typisk fra nogle få hundrede kroner om måneden for basis til flere tusinde for fuld drift. Den vigtigste linje i aftalen er afgrænsningen – det er den, der forhindrer, at „kan du ikke lige …“ langsomt udhuler din indtjening.

Fagligt gennemgået: 2. oktober 2026

Vedligeholdelsesaftalen er bureauets og freelancerens vigtigste produkt: tilbagevendende omsætning og forudsigelig arbejdsmængde – og for kunden en forsikring mod et website, der langsomt forfalder. Alligevel sælges den ofte som en løs håndbevægelse uden klare grænser.

Her gennemgår vi aftalens indhold, svartider, prisniveauer og de klassiske faldgruber. Artiklen er skrevet til dig, der leverer aftalen, men den er lige så nyttig, hvis du skal købe en og vil vide, hvad du bør kræve.

Aftalens indhold: de seks byggeklodser

En god aftale nævner alle seks områder – også dem, du vælger fra. Det, der ikke står i aftalen, bliver nemlig til en forventning hos kunden.

  • Opdateringer: WordPress-kerne, tema og plugins – med hvilken kadence, og hvordan de testes, før de rammer produktion (se staging som standard).
  • Backup-tilsyn: at backuppen kører, ligger et andet sted end sitet og kan gendannes – ikke bare at den findes. Aftal, hvor ofte du laver en testgendannelse.
  • Sikkerhed: overvågning, hærdning, 2FA for administratorer og en beskrevet proces ved sikkerhedshændelser.
  • Oppetids- og funktionsovervågning: hvad du overvåger (forside, formularer, checkout), hvor ofte, og hvad der sker, når en alarm går.
  • Supporttimer: antal timer, hvad de dækker, og hvad der sker med ubrugte timer.
  • Rapportering: den månedlige rapport, der dokumenterer arbejdet.

Hver byggeklods kan skrues op og ned efter pakke og pris. Pointen er, at kunden kan se forskellen mellem pakkerne, og at du kan pege på, hvad der er aftalt, når der opstår tvivl.

Afgrænsningen: det vigtigste afsnit

Udhulingen kommer sjældent fra store krav, men fra små: „kan du ikke lige skifte et billede, tilføje en side eller fikse formularen?“ Hver enkelt opgave tager ti minutter, men tilsammen kan de æde hele aftalens margin.

Skriv derfor eksplicit, hvad aftalen ikke dækker: indholdsændringer, nyudvikling, design, nye integrationer, SEO-arbejde og fejl skabt af tredjepart – medmindre netop det er købt. Giv samtidig kunden en venlig ventil: „Opgaver uden for aftalen udføres efter aftale til timepris X, afregnet pr. påbegyndt kvarter.“

Så bliver „kan du ikke lige“ til en ordre i stedet for en udhuling, og kunden ved, hvad der sker, før fakturaen kommer. Aftal også, hvem der godkender ekstraarbejde hos kunden – ellers risikerer du, at en medarbejder bestiller noget, som ledelsen ikke vil betale for.

Svartider og reaktionsniveauer

Kunden køber i virkeligheden tryghed, og tryghed handler om, hvor hurtigt der sker noget. Beskriv derfor mindst to niveauer, og definér dem, så der ikke er tvivl:

NiveauEksempelHvad du lover
KritiskSitet er nede, checkout virker ikke, sitet er hacketReaktion inden for et aftalt antal timer i den aftalte dækningsperiode
NormalEn formular sender ikke, et layout ser forkert ud på mobilSvar inden for en eller to hverdage og løsning efter aftale
ØnskeNy funktion, ny side, ændret designTilbud eller estimat – uden for aftalen

Skriv også dækningsperioden: hverdage i kontortid, udvidet åbningstid eller døgnet rundt. Lover du reaktion i weekenden, skal du have en vagtordning, der kan holde det. Og skelne mellem reaktionstid (du har set sagen og er gået i gang) og løsningstid (fejlen er væk) – det sidste kan du sjældent garantere, fordi årsagen kan ligge hos en pluginudvikler eller en betalingsudbyder. Har du brug for at gå mere i dybden, gennemgår guiden om SLA for små bureauer svartider, oppetid og det med småt.

Prisniveauer og pakker

Vedligeholdelsesaftalens tre pakkeniveauer: basis med opdateringer og tilsyn, standard med support og overvaagning, fuld drift med indhold

Tre pakker virker, fordi de matcher kundetyperne. Niveauerne nedenfor er markedspejlemærker for danske SMV-aftaler – ikke facit:

PakkeIndholdTypisk niveauPasser til
BasisOpdateringer, backup-tilsyn, sikkerhedsovervågningNogle hundrede kroner om månedenBrochure-sites med lav risiko
StandardBasis plus overvågning med reaktion, supporttimer og rapportOmkring 1.000–2.500 kr. om månedenForretningskritiske sites
Fuld driftStandard plus indholdshjælp, performancearbejde og prioriteret beredskabFra få tusinde kroner og opWebshops og sites med omsætning på spil

Sæt prisen efter værdi og risiko, ikke efter timeforbrug alene. En webshop, der mister omsætning for hver time, den er nede, har en helt anden risiko end en brochureside – og bør heller ikke købe basis. Modellerne bag prissætningen (timepris, abonnement eller værdibaseret) er gennemgået i guiden om prissætning af drift.

Ansvar og forudsætninger

En aftale beskriver ikke kun, hvad du gør, men også hvad du forudsætter. Tre forudsætninger bør stå på skrift:

  • Adgang og disciplin: du har administratoradgang, og kunden eller tredjepart installerer ikke plugins eller ændrer kode i produktion uden at aftale det med dig. Se adgangsstyring i teams for, hvordan du deler adgang uden fælles kodeord.
  • Hosting og licenser: hvem betaler for hosting, premium-plugins og licenser, og hvem ejer kontiene? Uklarhed her bliver et problem den dag, samarbejdet slutter.
  • Ansvarsbegrænsning: du kan ikke garantere, at et site aldrig bliver hacket eller går ned. Beskriv i stedet, hvad du gør for at forebygge det, og hvad du gør, når det sker. Lad gerne en advokat læse ansvarsafsnittet igennem.

Leverancen: gør arbejdet synligt

Vedligeholdelse er usynlig, når den virker – og usynligt arbejde bliver opsagt. Modtrækket er synlighed: den månedlige rapport (hvad blev opdateret, blokeret og overvåget), én årlig statusgennemgang med anbefalinger og små proaktive beskeder, når du har afværget noget: „Vi rullede en fejlbehæftet plugin-opdatering tilbage, før den ramte jer.“

Her tæller fundamentet også. Kører kundesites på bureau-hosting hos Hostious, får du daglig og manuel backup med selvbetjent gendannelse, staging fra WP StartUp og dansk support døgnet rundt som en del af bunden – og din aftale kan bygge oven på i stedet for at opfinde det hele selv.

Faldgruberne

  • Alt inklusive uden loft: „ubegrænset support“ løber altid ind i den kunde, der faktisk bruger det. Sæt et timetal eller en fair use-grænse.
  • Ingen opsigelsesvarsel begge veje: også du skal kunne komme ud af et dårligt samarbejde (se når kunden ikke betaler).
  • Ansvar uden adgang: påtag dig aldrig driftsansvar for et site, hvor kunden eller tredjepart roder i produktion uden aftale.
  • Mundtlige aftaler: alt ovenstående skal stå på skrift, også for gamle kunder. „Vi plejer“ er ingen aftale.
  • Ingen prisregulering: skriv, hvordan og hvor ofte prisen kan reguleres, og med hvilket varsel. Ellers bliver hver justering en forhandling.

Skabelonen behøver ikke være juridisk vandtæt fra dag ét – men den skal være klar.

Tjekliste til aftaleskabelonen

Brug punkterne som skelet, når du skriver eller reviderer din skabelon:

  1. Parter, kontaktpersoner og hvem der må bestille ekstraarbejde.
  2. Hvilke sites og miljøer aftalen dækker (produktion, staging, eventuelle subdomæner).
  3. De seks byggeklodser med kadence og omfang for hver.
  4. Svartider pr. niveau og dækningsperiode.
  5. Afgrænsning: hvad aftalen ikke dækker, og timeprisen for arbejde udenfor.
  6. Model for ubrugte supporttimer.
  7. Forudsætninger om adgang, hosting og licenser.
  8. Pris, betalingsfrist, prisregulering og opsigelsesvarsel.
  9. Hvad der udleveres ved ophør (filer, database, adgange, dokumentation).

Flyt gamle kunder over på aftalen

Har du kunder på håndslag, løse mails og „vi plejer“, så flyt dem over på den skriftlige aftale én ad gangen – og brug en anledning som løftestang: årsskiftet, en prisregulering eller en større opgave. Budskabet er enkelt og ærligt: „Vi samler det, vi allerede gør for jer, i én aftale, så I kan se præcis, hvad der er dækket – og hvad der koster ekstra.“

De fleste siger ja. Enkelte opdager ved samme lejlighed, at de reelt ingen aftale havde – og den samtale er bedre at tage nu end efter et nedbrud. Regn med, at du kan miste en enkelt kunde eller to i processen. Det er som regel dem, der forventede gratis beredskab, og de koster ofte mere, end de indbringer.

Læs også

Ofte stillede spørgsmål om vedligeholdelsesaftaler

Hvad koster WordPress-vedligeholdelse typisk?

Fra nogle hundrede kroner om måneden for basis (opdateringer og tilsyn) til flere tusinde for fuld drift. Prisen bør afhænge af sitets værdi og risiko – ikke kun af timeforbruget.

Hvad er det vigtigste punkt i aftalen?

Afgrænsningen: hvad der ikke er omfattet, og hvad arbejde uden for aftalen koster. Det forebygger den stille udhuling fra små „kan du ikke lige“-opgaver.

Skal ubrugte supporttimer overføres?

Vælg én model og skriv den ned: bortfald (enklest), overførsel med loft eller klippekort. Uklarhed her er en klassisk kilde til konflikt.

Hvilke svartider bør en vedligeholdelsesaftale have?

Mindst to niveauer: kritiske fejl som nedbrud eller hacking med reaktion inden for få timer i dækningsperioden, og normale fejl med svar inden for en eller to hverdage. Skriv dækningsperioden, og skeln mellem reaktionstid og løsningstid.

Skrevet af Marc, stifter af Hostious

Jeg hedder Marc og har stiftet Hostious. Vi hoster WordPress-hjemmesider og WooCommerce-webshops for danske virksomheder – drevet fra Aalborg-området med servere i Europa – og jeg skriver guiderne her ud fra det, vi ser i driften hver dag.

Udgivet 2. september 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026