Övervakning av hemsidan: vem märker när den går sönder? Guide för småföretag 2026

Det som går sönder tyst

När folk tänker på en trasig hemsida tänker de på en hackad WordPress-installation med kasinolänkar i sidfoten. Det händer, men det är sällan det som kostar. Det som kostar är felen ingen ser, ordnade efter hur ofta jag stöter på dem:

• Formuläret som slutat skicka. Mejlnyckeln har roterats, kvoten är slut eller domänen har tappat sin verifiering. Sidan säger "tack för ditt meddelande" och ingen får det. Det kan pågå i veckor.
• Schemalagda jobb som dör. Påminnelser, gallring av personuppgifter, nattliga uppdateringar. De syns inte i webbläsaren och därför inte i någon kontroll som bara tittar på startsidan.
• Certifikatet. Numera förnyas det automatiskt hos de flesta leverantörer, men vid en domänflytt kan det haka upp sig. Jag har sett ett certifikat blinka mellan giltigt och ogiltigt i timmar för att gamla DNS-poster låg kvar under adressen. Besökaren ser en röd varning och går.
• Döda länkar. Sidor som tagits bort medan andra sidor fortfarande pekar på dem. På min egen sajt låg en knapp till en borttagen sida kvar i månader tills jag lät ett skript gå igenom alla 154 sidor. Google hade hittat den långt före mig.
• Komponenter med kända sårbarheter. En modern sajt består av hundratals paket från andra utvecklare. När ett av dem får en känd säkerhetslucka står det i en offentlig databas samma dag. Frågan är om någon slår upp din sajt mot den.
• Sajten som blivit långsam. En ny bild i fel storlek, ett tillägg till, och det tar tre sekunder att se startsidan på mobilen. Ingen klagar, de går bara.

Fyra kontroller varje natt

Den vakthund jag kör åt mina kunder går igenom en sajt i taget, varje natt, och gör fyra saker. Ingen av dem kräver att någon är vaken.

1. Svarar sajten? Ett anrop till domänen. Serverfel räknas som kritiskt och hamnar överst.
2. Gäller certifikatet? Utgångsdatumet läses av. Mindre än sju dagar kvar är kritiskt, oavsett om leverantören "brukar" förnya det.
3. Har någon komponent en känd sårbarhet? Sajtens exakta paketlista slås upp mot den öppna sårbarhetsdatabasen OSV. Bara det databasen faktiskt returnerar rapporteras. Agenten får inte påstå en lucka ur minnet, för en varning som inte stämmer är dyrare än ingen varning.
4. Är den fortfarande snabb och läsbar? En Lighthouse-mätning på mobil. Under 70 i prestanda eller under 80 i tillgänglighet blir en varning, inte ett larm.

Fynden hamnar hos mig, inte hos kunden, sorterade efter allvar och hur bråttom det är: i dag, den här veckan eller senare. Jag läser, åtgärdar och berättar för kunden när det är gjort. Samma fynd rapporteras inte om och om igen om det inte har blivit värre. Det är samma princip som i veckorapporten: agenten läser och flaggar, en människa bestämmer.

Det ingen statuskontroll ser: sajten som fungerar, fast fel

Det viktigaste jag lärde mig om övervakning lärde jag mig den 14 september i år. Tre av mina kundsajter hade gröna byggen, svarade på varje anrop och såg perfekta ut. Ändå hade deras schemalagda jobb varit döda i veckor: påminnelser till kunder, gallring av personuppgifter, nattliga uppdateringar. Orsaken var en rad i en konfigurationsfil. Miljövariablerna var satta hos leverantören men inte deklarerade i bygget, så koden som skulle köra jobben såg dem aldrig. Leverantören hade skrivit det i byggloggen, som en varning, bredvid en grön bock. Ingen läser varningar bredvid gröna bockar.

Slutsatsen är enkel och obekväm: en statuskontroll svarar bara på frågan "är sajten uppe?". Den svarar inte på "gick påminnelsen ut i går?". Därför övervakar jag numera utfall, inte bara status. Gick veckans utskick? Kom testbokningen fram? Kördes gallringen i natt? Det är också därför veckorapporten vägrar att skicka sig själv när en vecka ser tom ut: en sajt som brukar ha aktivitet och plötsligt har noll har troligen inte tystnat, den har slutat mäta.

Gratisvägen: fem saker du sätter upp i kväll

1. En gratis upptidskontroll. Tjänster som UptimeRobot anropar din sajt var femte minut och mejlar när den inte svarar. Det tar fem minuter att sätta upp och fångar det mest pinsamma felet: att sajten ligger nere en hel helg utan att du vet.
2. Search Consoles egna mejl. Google mejlar dig gratis vid indexeringsfel, säkerhetsproblem och manuella åtgärder, om du är verifierad ägare och har mejlen påslagna. Det är den enda kontrollen som ser sajten som Google ser den.
3. Ett datum för domänen. Domänen förnyas en gång om året och kortet som betalar den byts oftare än så. Lägg förfallodatumet i kalendern en månad i förväg. En utgången domän är det enda fel här som inte går att fixa på en kvart.
4. Ett testformulär i månaden. Skicka en förfrågan eller en bokning till dig själv från sajten, från mobilen, den första i varje månad. Kommer den inte fram vet du det nu och inte om åtta veckor.
5. Läs varningarna. Vid varje uppdatering av sajten: öppna byggloggen och läs det som står i gult, inte bara bocken. Det är gratis, och det hade sparat mig tre veckors döda jobb.

När det är värt att låta en agent göra det

Har du en informationssida med ett kontaktformulär räcker gratisvägen ovan, och jag säger det hellre än säljer dig något. Vakthunden är för sajter som gör saker: tar emot bokningar eller beställningar, skickar påminnelser, kör jobb på natten. Där är det inte sajtens status som är värdet utan att någon slår upp komponenterna mot sårbarhetsdatabasen varje natt, läser av certifikatet och märker när hastigheten faller, utan att du behöver komma ihåg det. Hos mig ingår den från Pro-nivån, och vad varje nivå innehåller står öppet under tjänster. Hur en sådan agent ska byggas för att aldrig ställa till skada när den har fel står i guiden om AI-agenter, och vem som står bakom kan du läsa under om mig.