En knapp som inte fungerar. Ett formulär som inte skickar mail. En bild som ser konstigt ut på mobilen. De flesta sätter det på listan och tänker att det kan vänta.
Det är sällan sant.
Buggar är inte statiska
Ett problem som existerar i dag är ofta värre om tre månader — inte för att det förvärras av sig självt, utan för att allt runt det förändras. WordPress uppdateras, plugins uppdateras, PHP-versionen på servern ändras. En liten inkompatibilitet som du noterade men ignorerade kan bli ett fullständigt haveri när nästa uppdatering rullas ut.
Jag ser det här hos kunder ett par gånger per kvartal. Något litet som inte åtgärdades, och sedan tog en rutinuppdatering hela sidan med sig ned.
Det klassiska exemplet: kontaktformuläret
Företagets kontaktformulär slutar fungera. Ingen märker det direkt. Webbplatsen ser normal ut, ingen feltext syns, men mails når aldrig fram.
Efter tre veckor undrar säljaren varför det är så tyst från webben. Kopplingen görs. Formuläret felsöks — det handlar om en plugin-inkompatibilitet efter en uppdatering, kombinerat med en serverinställning som ändrades av webbhotellet.
Felsökningstiden: 2-4 timmar om du vet vad du gör. Multiplica det med din timkostnad, eller med vad du betalar en frilansare. Lägg sedan till vad de missade kundkontakterna kan ha kostat.
Vad en ignorerad bugg faktiskt kostar
Det finns ingen standardprislapp, men det finns ett mönster:
Direkt åtgärd — typiskt 30 minuter till 2 timmar. Enkelt att lösa, kontext finns, felet är isolerat.
Åtgärd efter 2-3 månader — felet har hunnit samspela med uppdateringar och ändringar. Nu pratar vi 3-6 timmar, ibland mer. Dessutom behöver man förstå vad som hände sedan felet uppstod — var det en uppdatering? En serverändring? Har det spridit sig?
Åtgärd efter ett halvår — har det gått riktigt lång tid utan att problemet åtgärdats finns det risk att du inte ens vet exakt vad originalproblemet var. Felsökning utan kontext är dyrt.
En frilansande WordPress-utvecklare tar 600-1200 kronor per timme. En byrå tar mer. Fem timmars felsökning som hade tagit en timme direkt kostar alltså inte 5x mer — det kostar kanske 8x mer när du räknar in att felsökning av gamla problem är långsammare.
Buggar vs. säkerhetsproblem — var går gränsen?
Det är inte alltid tydligt. En bugg i ett plugin kan vara precis det — en bugg. Men det kan också vara en öppen dörr för en angripare.
Ett formulär som inte validerar indata korrekt kan till exempel låta skadlig kod passera. Något som ser ut som ett kosmetiskt problem kan vara symptom på att något manipulerats på servern.
Det är ett av skälen till att en WordPress-säkerhetsgenomgång är värd att göra regelbundet — inte bara när något ser trasigt ut.
Varför väntar folk?
Vanligtvis för att de inte vet om det är allvarligt, och ingen vill betala för att ta reda på det.
Det är förståeligt. Men att ignorera ett problem kostar dig information — ju längre tid som går, desto svårare är det att rekonstruera vad som faktiskt hände och varför.
Det är också ett av skälen till att ett löpande WordPress-underhållsavtal ofta är billigare än att betala akutpriser varje gång något går sönder. Inte för att underhåll förhindrar alla buggar, utan för att problemet fångas och åtgärdas medan det fortfarande är litet.
Vad du kan göra nu
Om du har en lista med kända problem på din Webb — börja med att prioritera dem efter konsekvens. Ställ två frågor:
- Vad händer om det här fortsätter vara trasigt i tre månader till?
- Kan det här påverka något annat, eller är det isolerat?
Formulär, betalflöden och inloggningsfunktioner ska alltid prioriteras. Kosmetiska fel på undersidor kan vänta lite längre — men bör ändå ha ett datum satt.
Vill du veta vad din Webb faktiskt har för problem just nu? Kör ett gratis webbtest så får du åtminstone en startpunkt.
