Ett webbavtal efter lansering ska göra ansvaret tydligt när projektfasen är över. Många problem uppstår inte under själva bygget utan månader senare, när en uppdatering går fel, ett formulär slutar leverera eller ingen vet vem som ansvarar för DNS, backup eller en gammal integration.
Projekt och förvaltning är två olika saker
Ett webbprojekt har vanligtvis en början och ett definierat slut. Förvaltning är löpande. Därför bör leveransen efter lansering ha egna villkor, prioriteringar och budget.
1. Teknisk drift
Avtalet bör ange vem som ansvarar för hostingmiljön, certifikat, domänrelaterade frågor och teknisk tillgänglighet. Om en separat hostingleverantör används ska gränsen mellan byråns och hostens ansvar vara tydlig.
Se Webbhotell för företag 2026.
2. Backup och återställning
Det räcker inte att skriva ”backup ingår”. Ange frekvens, retention, lagringsplats och vem som faktiskt återställer sajten vid behov.
3. CMS, tema och pluginuppdateringar
För WordPress och andra system behöver det framgå om uppdateringar installeras automatiskt, testas i staging eller hanteras på annat sätt. Större uppdateringar kan kräva separat testtid.
4. Säkerhetsarbete
Definiera ansvar för behörigheter, säkerhetsuppdateringar, incidenter och borttagning av gamla konton. Läs WordPress-säkerhet för företag för en praktisk grundlista.
5. Support
Vad räknas som support? Är det felsökning, hjälp med CMS, innehållsändringar eller även rådgivning? Beskriv kanal, öppettider och hur akuta respektive normala ärenden prioriteras.
6. Svarstid är inte samma sak som lösningstid
Ett avtal kan lova snabbt svar utan att problemet löses direkt. Separera gärna första respons från mål för hantering av olika typer av incidenter.
7. Innehållsförvaltning
Om byrån ska lägga in nyheter, byta bilder eller skapa landningssidor bör detta vara en egen del. Då blir det tydligt hur mycket redaktionellt arbete som ingår per månad.
8. Vidareutveckling
Nya funktioner är normalt inte underhåll. Definiera hur förbättringar beställs, estimeras och prioriteras så att ett supportavtal inte blir ett otydligt utvecklingsprojekt.
9. Licenser
Lista vilka licenser som ingår och vilka företaget betalar direkt. Det minskar risken att en viktig funktion slutar fungera när en byrålicens eller ett gammalt kort upphör.
10. Analys och uppföljning
Om avtalet ska stödja affärsmål bör det framgå om någon följer formulär, trafik, fel eller konvertering och om rapportering ingår.
11. Dokumentation
Dokumentera åtminstone domän, DNS, hosting, CMS, integrationer, viktiga konton och kontaktvägar. Dokumentationen bör hållas aktuell när miljön förändras.
12. Ägande och åtkomst
Företaget bör veta vilka konton det själv äger och hur administrativ åtkomst lämnas över. Detta är centralt även om samma partner ska användas i många år.
13. Uppsägning och överlämning
Avtalet bör beskriva uppsägningstid och vad som lämnas över: filer, databas, kod, media, dokumentation och relevanta credentials via säker kanal.
14. Prissättningsmodell
Vanliga modeller är fast månadskostnad, timbank eller löpande debitering. Jämför modellen med hur ofta ni faktiskt behöver hjälp. För totalbilden, se Vad kostar webbplatsdrift 2026?.
Checklista före signering
- Vad ingår varje månad?
- Vad kostar extra?
- Vem ansvarar vid driftstopp?
- Hur fungerar backup och restore?
- Vilka svarstider gäller?
- Vem äger konton och licenser?
- Hur beställs vidareutveckling?
- Vad händer när avtalet avslutas?
Sammanfattning
Ett bra webbavtal gör vardagen förutsägbar. Separera drift, support, innehåll och utveckling och skriv ner vem som ansvarar för varje del. Då blir kostnaderna lättare att förstå och ett framtida leverantörsbyte betydligt mindre dramatiskt.