De flesta WordPress-sajter byggs med omsorg och lämnas sedan åt sitt öde. Ett år senare är fjorton plugin ouppdaterade, PHP-versionen har slutat få säkerhetsuppdateringar och ingen vet om backupen faktiskt går att återställa. Det är sällan slarv – det är bara ingen som har det som sitt jobb.
Ett serviceavtal är svaret på det. Men avtal ser väldigt olika ut, och ordet "support" kan betyda allt från "vi uppdaterar plugin en gång i kvartalet" till en utvecklare som faktiskt övervakar sajten dygnet runt. Här är de nio punkter vi tycker att ett avtal ska täcka. Använd listan för att jämföra erbjudanden, eller för att se vad din sajt saknar idag.
1. Uppdateringar – av allt, och testade
WordPress-kärnan, varje plugin och varje tema. Frågan att ställa är inte om de uppdateras utan hur: löpande eller "när vi hinner"? Testas större uppdateringar i en kopia av sajten innan de rullas ut? Tas en extra säkerhetskopia före? Och vem byter ut ett plugin som inte längre underhålls?
Glöm inte servern. PHP-versioner går ur tiden och en sajt på en gammal version får varken säkerhetsfixar eller bra prestanda.
2. Säkerhet – bevakning, inte bara ett plugin
Ett säkerhetsplugin är en bra början men inget avtal. Det som gör skillnad är att någon bevakar kända sårbarheter i exakt de plugin som sitter på din sajt, skyddar inloggningen, skannar efter skadlig kod och städar bort oanvända plugin, teman och gamla konton som bara ökar attackytan.
3. Övervakning – så att någon märker innan kunderna gör det
Drifttid dygnet runt är grunden. Men lika viktigt är PHP-fel i loggarna, formulär som slutat skicka, SSL-certifikat och domäner som löper ut, och sidor som plötsligt svarar fel. Fråga: hur får ni reda på att något är fel – och hur snabbt?
4. Säkerhetskopior – med testad återställning
Alla säger att de har backup. Fråga i stället: hur ofta, var lagras den, tas en kopia före varje uppdatering, och när testades en återställning senast? En backup som aldrig provats är ett antagande, inte en försäkring.
5. Prestanda – över tid
Sajter blir långsammare i takt med att innehåll, bilder och plugin läggs till. Ett bra avtal följer laddtider och Core Web Vitals över tid och gör något åt det: cache, bildoptimering, databasstädning, och ett ärligt besked när hostingen eller temat är flaskhalsen.
6. WooCommerce – kassan är det som kostar
Driver du en butik är det här den viktigaste punkten. Kontrolleras kassa, betalningar och fraktberäkning efter varje uppdatering? Körs WooCommerce-uppdateringar med databasmigreringar kontrollerat? Bevakas integrationer mot betalnings-, frakt- och affärssystem så att ordrar inte fastnar? Och hålls temats mallöverlagringar kompatibla – den vanligaste orsaken till att en butik går sönder vid uppdatering?
7. Fel och incidenter – inom avtalet, inte på löpande räkning
Plugin som krockar, vit skärm efter en uppdatering, ett intrång. Ingår felsökning och åtgärd, eller blir varje incident en separat faktura? Och vad händer vid ett intrång: säkras, rensas och återställs sajten, och täpps orsaken till?
8. Mindre ändringar – det du faktiskt behöver hjälp med
Textändringar, bildbyten, en ny sida från befintlig mall. Det är den här typen av småsaker som i praktiken avgör om avtalet känns värt pengarna. Ingår de i timpotten, och finns det en utvecklare att fråga när du undrar om ett plugin eller ett erbjudande du fått?
9. Rapportering – kort och läsbar
Du ska veta vad som gjorts utan att behöva fråga. En kort månadsrapport räcker: vad som uppdaterats, vad som upptäckts och åtgärdats, och vad som rekommenderas framåt. Tar den mer än två minuter att läsa är den för lång.
Paket eller timpott?
Många leverantörer säljer nivåer – Bas, Standard, Premium – med fasta listor. Det är enkelt att jämföra men passar sällan sajten: en liten företagssajt betalar för sådant den inte behöver, en butik får för lite. Alternativet är en timpott: ni kommer överens om ett antal timmar per månad som blir en fast kostnad, och det schemalagda arbetet plus det som dyker upp ryms i den. Fråga hur outnyttjade timmar hanteras och hur större insatser utöver potten prissätts – det ska stå i avtalet.
Proaktivt eller reaktivt?
Den sista frågan är kanske den viktigaste: är avtalet en supportlinje du ringer när något gått sönder, eller någon som upptäcker och åtgärdar saker innan du märker dem? Det första är en försäkring. Det andra är underhåll. Ett bra avtal är det andra, med det första som backup.
Så gör vi
Det här är precis så vi bygger våra egna avtal: ingen paketnivå, en timpott efter sajtens behov, övervakning och uppdateringar som gör att vi oftast hinner före, och en kort rapport varje månad. Läs mer om hur upplägget fungerar på sidan om service- och supportavtal för WordPress och WooCommerce.