Löpande underhåll av Umbraco: vad det faktiskt kräver att äga en webbplats

Timmar är inte detsamma som ansvar

Underhållsarbete börjar med att någon uppmärksammar något: ett säkerhetsmeddelande, ett paket som inte längre fungerar med den aktuella versionen eller ett supportslut som närmar sig. Om ingen har den uppgiften blir arbetet liggande tills något går sönder eller en deadline närmar sig. Då måste det göras i all hast.

Tre typer av förändringar skapar det här arbetet på en Umbraco-webbplats:

• Säkerhetsuppdateringar. Den 18 augusti 2026 åtgärdade Umbraco en allvarlig behörighetsbrist i backoffice-API:et. För att utnyttja den krävdes ett backoffice-konto, men inte administratörsbehörighet. Bristen berörde Umbraco 17.0.0 till 17.6.1 och åtgärdades i 17.6.2. En webbplats som lanserades på Umbraco 17 och aldrig uppdaterades låg alltså på en huvudversion med support, men var ändå sårbar. Jag gick igenom säkerhetsmeddelandet i en separat artikel.

• Löpande uppdateringar. Umbraco fortsätter att släppa rättningar så länge en version omfattas av support. Umbraco 17 har fått sju mindre versionsuppdateringar sedan november 2025. Microsoft släpper .NET-uppdateringar på Patch Tuesday, den andra tisdagen i månaden, och kräver att systemen hålls uppdaterade för att fortsatt omfattas av support.

• Allt runt omkring CMS:et. Tredjepartspaket måste finnas i versioner som fungerar med er Umbraco-version. Integrationer slutar fungera när det anslutna systemet ändrar sitt API. Certifikat löper ut, och säkerhetskopior behöver återställas på prov då och då för att bekräfta att de faktiskt går att använda.

Budgetera separat för uppgraderingar

Löpande uppdateringar håller en version aktuell. Att gå över till en ny huvudversion är ett separat projekt, och behovet återkommer enligt en tidsplan som Umbraco publicerar i förväg.

Versioner med långtidssupport, LTS, får tre års support. Det innebär ungefär en uppgradering till en ny huvudversion vartannat år, med omkring ett år på sig att genomföra den. Övergången från Umbraco 13 till 17 befinner sig i det tidsfönstret nu: version 17 släpptes den 27 november 2025, och supporten för version 13 upphör den 14 december 2026. Nästa LTS-version, Umbraco 21, är för närvarande planerad till den 9 december 2027, knappt ett år innan supporten för Umbraco 17 upphör den 27 november 2028. Versioner med standardsupport, STS, som Umbraco 18 får tolv månaders support. Att följa dem innebär därför en uppgradering till en ny huvudversion minst en gång om året. För en företagswebbplats utan särskilt behov av de senaste funktionerna rekommenderar jag LTS.

Att passera supportslutet gör inte plötsligt en uppgradering dyrare. Det innebär att ni inte längre kan räkna med säkerhetsuppdateringar när en sårbarhet upptäcks. Säkerhetsmeddelandet i augusti gjorde den risken konkret: de berörda versionerna av Umbraco 14, 15 och 16 saknade redan support, och Umbraco bekräftade att de inte skulle få några rättningar. Om en sårbarhet utnyttjas kan verksamheten behöva hantera ett dataintrång, driftstopp och återställningsarbete utöver den uppgradering som ändå behövdes. Framförhållning ger er tid att budgetera och planera arbetet innan en incident bestämmer tidsfristen åt er.

Planeringen behöver omfatta hela den tekniska plattformen. Umbraco 13 körs på .NET 8, vars support upphör den 10 november 2026, en månad före Umbraco 13. Om ni bara planerar efter CMS:ets supportslut står den underliggande plattformen utan support under tiden. Utgå från det tidigare datumet när ni planerar uppgraderingen. Om tidsplanen är svår att hålla har jag jämfört betald förlängd support med att uppgradera i Umbraco 13 XLTS eller uppgradering.

Vad det kostar

I Hur mycket kostar en Umbraco-webbplats år 2026? föreslog jag att budgetera 10–20 % av den ursprungliga kostnaden för webbplatsen per år för säkerhetsuppdateringar och mindre versionsuppgraderingar. Se det som en första uppskattning för planeringen. Den ursprungliga kostnaden ger bara en grov indikation på underhållsbehovet: en webbplats med påkostad design kan vara tekniskt enkel, medan en billigare webbplats med flera integrationer kan kräva betydligt mer arbete. Den faktiska kostnaden avgörs av hur många paket och integrationer webbplatsen är beroende av, hur affärskritisk den är och vilket skick koden är i i dag.

Underhållskostnader

För en webbplats som kostade 40 000 euro att bygga ger tumregeln 4 000–8 000 euro per år, eller tre till åtta timmar i månaden.

Beloppet avser enbart utvecklingsarbete. Det omfattar säkerhetsuppdateringar och mindre uppdateringar av Umbraco, uppdateringar av serverprogramvara samt teknisk SEO, exempelvis kontroller av trasiga länkar, uppenbara fel och att allmänna rekommendationer följs. Hostingkostnader, licenser för kommersiella paket och andra leverantörers avgifter ingår inte.

Uppgraderingar till nya huvudversioner

Uppgraderingar till nya huvudversioner är projekt med en egen omfattning. Jag har gått igenom vad det innebär i Uppgradera Umbraco 13 till 17: vad som faktiskt går sönder. Budgetera för uppgraderingen det år den behöver genomföras, eller fördela kostnaden över de två föregående åren.

Reserv för vidareutveckling

Att lägga till sidor eller ändra innehåll med de block ni redan har sköts vanligtvis av era egna redaktörer. Att skapa en ny sidtyp, ett nytt block eller en ny integration är utveckling och behöver en separat budget utöver den för att hålla den befintliga webbplatsen igång.

För en webbplats som ni planerar att vidareutveckla aktivt föreslår jag att ni som utgångspunkt avsätter 15–25 % av den ursprungliga utvecklingskostnaden varje år. Ni behöver inte använda hela beloppet varje år: en del kan finansiera mindre förbättringar, medan resten bygger upp en reserv för mer omfattande förändringar.

Med tiden förändras era tjänster, kundernas förväntningar och era interna processer. Webbplatsen kan behöva nya funktioner, en uppdaterad design eller så småningom en mer omfattande ombyggnad för att fortsätta stödja verksamheten. Den här reserven ger er utrymme att planera förändringarna. Anpassa den efter era faktiska prioriteringar och håll den åtskild från budgetarna för underhåll och uppgraderingar till nya CMS-huvudversioner ovan.

Vem ska ta ansvaret?

Arbetet kan organiseras på tre sätt. Valet handlar mindre om timpriset än om vems uppgift det är att upptäcka när något behöver göras.

• Hjälp vid behov. Ni tar in en utvecklare när ni behöver en och betalar för timmarna. Det fungerar bra när webbplatsen sällan förändras och någon hos er följer Umbracos säkerhetsmeddelanden och supportdatum och agerar på dem.

• Löpande avtal. Ni reserverar ett fast antal timmar i månaden hos en utvecklare som känner lösningen. Med mina löpande avtal får ni tre saker: kontinuitet, eftersom jag redan känner koden och inte behöver sätta mig in i den på nytt för varje förfrågan; överenskommen tillgänglighet, där avtalskunder går först i kön vid fel i produktionsmiljön; och ansvar för att bevaka uppdateringar, säkerhetsmeddelanden och nästa uppgradering. Övervakning och svarstider vid incidenter ingår inte automatiskt i ett löpande avtal, inte heller i mina. Det är villkor vi behöver komma överens om.

• Internt team. Har ni redan utvecklare som arbetar med .NET kan de ta ansvar för webbplatsen utan att ni behöver anställa någon särskilt för den. Frågorna är om de har tiden och erfarenheten av Umbraco, och om webbplatsen får tillräcklig uppmärksamhet bland deras andra prioriteringar.

Samma tumregel som på min sida om underhåll och löpande avtal gäller här: om en webbplats faktiskt bara behöver några timmar om året är det billigare att köpa dem vid behov.

Kontrollera vad er hostingleverantör redan sköter

En del av arbetet kanske redan är omhändertaget. När Umbraco publicerade säkerhetsmeddelandet i augusti fick projekt på Umbraco Cloud rättningarna för CMS och Forms automatiskt. En webbplats som ni hostar själva, på Azure eller någon annanstans, får ingenting automatiskt. Klargör vad hostingleverantören ansvarar för, vad utvecklaren ansvarar för och vem som kontrollerar det som hamnar mellan dem, till exempel tredjepartspaket och integrationer.

Det här bör ni komma överens om innan ni skriver på

Oavsett vem ni väljer är följande villkor värda att ha skriftligt:

• Vad timmarna omfattar. Ingår säkerhetsuppdateringar, övervakning och nästa uppgradering till en ny huvudversion, eller debiteras de separat?

• Hantering av incidenter. Hur snabbt agerar någon när webbplatsen ligger nere, och vad räknas som en incident?

• Oanvända timmar. Förs de över till nästa månad, förfaller de eller används de till överenskomna uppgifter i backloggen?

• Ägande och åtkomst. Kodarkivet, hostingkontot, domänen och licenserna bör stå i ert namn, med åtkomst för utvecklaren.

• Dokumentation. Konfiguration, driftsättning och beslut bör dokumenteras.

• Avslut av samarbetet. Uppsägningstid och vad en överlämning omfattar.

De tre sista punkterna är viktiga även när samarbetet fungerar bra, eftersom de avgör hur enkelt någon annan kan ta över.

Nästa steg inför er budget för 2027

Hör gärna av er om ni vill ha en andra bedömning av vad er webbplats behöver. Det hjälper om ni kan berätta vilken Umbraco-version ni använder, var webbplatsen hostas och ungefär hur mycket den har förändrats under det senaste året. Ytterligare information, som .NET-version, paket och integrationer, är användbar men inget krav. Det räcker för en första bedömning av om ett löpande avtal passar er eller om hjälp vid behov blir billigare. En faktisk kostnadsuppskattning för underhållet kräver en genomgång av implementationen och av vad webbplatsen behöver göra för verksamheten. Löpande avtal börjar på fem timmar i månaden.

Versions- och supportdatum kontrollerades den 3 oktober 2026 mot Umbracos supportpolicy, Umbracos säkerhetsmeddelande från den 18 augusti 2026 och Microsofts supportpolicy för .NET.

Kostnadsfri konsultation

Det första samtalet är kostnadsfritt. Vi ägnar en timme åt att gå igenom er tekniska lösning, er hosting och hur webbplatsen används. Efteråt vet ni om hjälp vid behov eller ett löpande avtal passar er, och om vi fungerar bra tillsammans.

Inför samtalet tar jag också en kostnadsfri titt på er publicerade webbplats: prestanda, användbarhet, teknisk SEO och annat som kan behöva uppmärksamhet.

En faktisk kostnadsuppskattning för underhållet kräver tillgång till själva koden, och det arbetet debiteras. Löpande avtal börjar på fem timmar i månaden.