Övervaka mer än startsidan. En komplett uppsättning täcker startsidan, varje konverteringsväg (inloggning, registrering, kassa och sök), de API-endpoints som dina appar är beroende av, betalningsanrop och webhooks, schemalagda jobb, SSL-certifikat, domänregistrering, DNS-poster inklusive MX, servrarna under alltihop och de tredjepartstjänster du förlitar dig på. En webbplats för ett mindre företag behöver en handfull kontroller; en e-handel eller en SaaS-produkt behöver några dussin. Börja med det som drar in pengar och lägg sedan till det som kan löpa ut eller sluta fungera i det tysta. För helhetsbilden, läs hur pålitlig upptidsövervakning hjälper din webbplats att prestera.
Den här checklistan går igenom varje punkt, förklarar vad du ska kontrollera och varför, och avslutas med exempel på uppsättningar för en liten webbplats, en e-handel, en SaaS-produkt och en byrå, plus en namngivningskonvention som håller allt lättläst.
1. Startsidan
Startsidan är den självklara första monitorn, och en bra sådan: om den ligger nere ligger allt nere. Men den levereras ofta från ett CDN eller en sidcache, så den kan vara uppe medan applikationen bakom slutar fungera. Övervaka den med en HTTP(S)-kontroll varje minut och validera ett stabilt innehåll, till exempel företagsnamnet i sidfoten, så att en cachad felsida inte räknas som uppe. Gå sedan vidare till sidorna som säger dig mer.
2. Konverteringsvägar
Det här är sidorna som drar in pengar eller behåller kunder, och de är beroende av databasen, sessioner och applikationskod som startsidan kanske inte använder:
Inloggning: bevisar att sessioner och användardatabasen fungerar. Övervaka inloggningssidan och validera att formuläret finns där.
Registrering: början för varje ny kund.
Varukorg och kassa: för en e-handel de viktigaste sidorna på hela webbplatsen. Övervaka själva kassasidan, inte bara produktsidorna.
Sök: drivs ofta av en separat tjänst och slutar därför fungera på egen hand. Övervaka en URL för sökresultat med en sökfråga som alltid ger träffar, och validera att ett resultat visas.
Boknings- eller kontaktformulär, om det är så leads kommer in.
Kontrollera dem varje minut. För de flesta företag kostar en trasig kassa mer per minut än något annat på den här listan. Uptimechecks upptidsövervakning stöder egna metoder och headers och validerar statuskod, nyckelord och JSON på varje sida. För att kontrollera att inloggningen eller kassan faktiskt fungerar, inte bara att den laddas, går en flödesmonitor igenom den steg för steg, om du vill i en riktig webbläsare, med värden som förs vidare mellan stegen och hemligheter som hålls förseglade.
3. API-endpoints
Om du har en mobilapp, ett single-page-gränssnitt eller partnerintegrationer är API:et produkten. Övervaka:
En hälso-endpoint som kontrollerar databasen, cachen och disken. Se hur du bygger en endpoint för hälsokontroller.
Den viktigaste läs-endpointen, med den API-nyckel-header som dina klienter skickar.
En skriv-endpoint, med en säker testpayload, om skrivningar är kritiska.
Validera svarets innehåll, inte bara statuskoden: ett API som svarar 200 med ett felmeddelande ligger fortfarande nere. API-övervakning och checklistan för API-övervakning går djupare.
4. Betalningsanrop och webhooks
Betalleverantörer, frakttjänster och andra plattformar anropar din webbplats för att bekräfta ordrar och uppdatera status. Om den mottagande endpointen slutar fungera kan betalningar gå igenom medan ordrarna aldrig markeras som betalda. Ingen ser någon felsida, eftersom ingen besökare är inblandad.
Du kan oftast inte skicka ett riktigt betalningsanrop från en monitor, men du kan kontrollera att endpointen svarar. Många webhook-mottagare svarar med en 4xx-kod på en förfrågan utan giltig signatur; om det är det förväntade svaret, övervaka efter det. En 5xx eller en timeout betyder då att själva mottagaren är trasig. Kombinera det med leverantörens egna leveransloggar, som visar misslyckade anrop från deras sida.
5. Cron-jobb och bakgrundsarbete
Säkerhetskopior, importer, fakturakörningar, flödesexporter, nyhetsbrevsutskick och köhanterare har ingen URL att kontrollera. De slutar fungera i det tysta. Ge vart och ett en heartbeat: jobbet anropar en unik URL när det är klart, och ett larm skickas när anropet inte kommer i tid. Uptimechecks planer räknar heartbeats separat från monitorer, så de tar inget från dina webbplatskontroller.
6. SSL-certifikat
Ett utgånget certifikat visar en helsidesvarning i webbläsaren för varje besökare och får API-klienter att sluta fungera direkt. Övervaka certifikatet på varje värdnamn du använder, inklusive www, API-subdomänen, statussidans domän och adminpaneler, och få påminnelser veckor innan det löper ut. Automatisk förnyelse gör utgångna certifikat ovanligare, inte omöjliga. Se övervakning av SSL-certifikatets utgångsdatum för de vanligaste felorsakerna.
7. Domänregistrering
När en domänregistrering löper ut slutar webbplatsen, e-posten och API:et på den att fungera på en gång. Registrarens påminnelser går ofta till en gammal adress. Håll koll på utgångsdatumet för varje domän du äger, inklusive landsvarianter, kampanjdomäner och gamla varumärkesnamn som fortfarande omdirigerar.
8. DNS-poster, inklusive MX
DNS avgör vart trafik och e-post tar vägen. Håll koll på ändringar av:
A och AAAA: varifrån webbplatsen laddas.
NS: vem som kontrollerar zonen. En ändring här är alltid värd en titt.
MX: vem som tar emot din e-post, inklusive orderbekräftelser och lösenordsåterställningar.
TXT: SPF, DKIM och DMARC. En borttagen post kan skicka din e-post rakt till skräpposten. Uptimechecks domänmonitor kontrollerar också SPF, DKIM och DMARC två gånger om dagen och berättar hur du åtgärdar varje problem, med en färdig DNS-post att klistra in där en sådan löser det; se övervakning av e-postautentisering.
CNAME och CAA: CDN-alias och vilka certifikatutfärdare som får utfärda certifikat för domänen.
En oväntad ändring är antingen ett misstag eller en attack. DNS-övervakning larmar dig med det gamla och det nya värdet. Om du driver en egen e-postserver, lägg också till en portkontroll på den, till exempel SMTP på port 465.
9. Servrar
Om du driver egna servrar eller VPS:er, övervaka CPU, minne, disk, nätverk och omstarter. Då fångar du orsakerna till driftstörningar innan de blir symtom: en disk som blir full på torsdag, en minnesläcka, en omstart efter vilken en tjänst inte startade. Serverövervakning ligger bredvid dina upptidskontroller, så orsaken och symtomet syns på samma skärm. Med helt hanterad hosting kan du ofta hoppa över detta och lita på leverantören.
10. Beroenden av tredje part
Din webbplats är beroende av tjänster som du inte driver själv: betalleverantörer, e-postleverans, sök, ett headless CMS, en autentiseringsleverantör, ett CDN. När en av dem slutar fungera kan din webbplats laddas medan funktionen bakom är trasig. Övervaka de publika endpoints du förlitar dig på, eller dina egna endpoints som använder dem, så att du inom några minuter kan berätta för en kund om problemet ligger hos dig eller hos leverantören. Lägg dem på en larmkanal med lägre prioritet, eftersom du inte kan åtgärda dem själv.
Uptimechecks tredjepartsövervakning följer statussidorna för 31 tjänster som Klarna, Swish, Shopify, Cloudflare och OpenAI, eller vilken sida som helst som ligger på Statuspage, så att deras incidenter syns bredvid dina egna monitorer.
11. Webbplatsens hälsa
Vissa problem tar aldrig ner en sida: en trasig länk efter en migrering, en bild som laddas över vanlig HTTP, en sida som blev långsammare efter ett nytt plugin. En daglig genomsökning fångar dem. Uptimechecks monitor för webbplatsens hälsa genomsöker din webbplats och dess sitemap varje dag efter trasiga länkar och blandat innehåll, och mäter sidhastighet och Core Web Vitals med Google Lighthouse på mobil och dator.
Hur många monitorer behöver du?
Uppsättningarna nedan är exempel att anpassa, inte fasta recept:
Typ av webbplatsExempel på uppsättningWebbplats för ett mindre företag, till exempel fjordstudio.seStartsida, sidan med kontaktformuläret, SSL, domän, DNS för A och MX, en heartbeat för säkerhetskopian. Runt 3 HTTP-monitorer plus kontroller av utgångsdatum och DNS.E-handel, till exempel northwind.shopStartsida, en kategorisida, produktsida, varukorg, kassa, inloggning, sök, betalningsanrop, hälso-endpoint, SSL på varje värdnamn, domän, DNS, heartbeats för säkerhetskopior, flödesexporter och ordersynkar, samt servrarna. Ungefär 10 till 15 HTTP-monitorer.SaaS-produkt, till exempel lumenanalytics.ioMarknadsföringssajt, inloggning i appen, registrering, API-hälsa, de viktigaste API-endpointsen, webhook-mottagare, statussida, SSL, domäner, DNS, heartbeats för varje worker och schemalagt jobb, samt servrar. Ofta 15 till 40 monitorer.ByråUppsättningen för små webbplatser för varje kund, plus kassa och inloggning för kundernas e-handlar, grupperade per kund. Oftast några monitorer per kund, gånger antalet kunder.
Börja med konverteringsvägarna och kontrollerna av utgångsdatum, kör i två veckor och lägg sedan till det du önskade att du hade haft under den första incidenten.
Namngivningskonventioner
En monitors namn är det första någon läser i ett larm mitt i natten. Låt det svara på ”vad gick sönder, var och hur illa” utan att något behöver öppnas:
[client or product] – [environment] – [what] – [check type]
Northwind – prod – Checkout – HTTPS
Northwind – prod – Payment callback – HTTPS
Northwind – prod – Nightly backup – heartbeat
Lumen – prod – API health – HTTPS
Lumen – staging – API health – HTTPS
Fjord Studio – prod – MX record – DNS
Använd samma ordning överallt, så att larm går att skumma igenom och sortera.
Namnge saker så som teamet pratar om dem, inte efter interna värdnamn.
Märk miljöer tydligt, så att ett larm från staging aldrig ser ut som produktion.
För byråer: börja med kundens namn och gruppera monitorerna per kund i projekt, så att varje kunds monitorer och larm hålls samman.
Checklistan
Startsidan, med validering av innehåll.
Inloggning, registrering, kassa och sök.
API-hälsa och de viktigaste endpointsen.
Betalningsanrop och webhook-mottagare.
En heartbeat för varje schemalagt jobb som spelar roll.
SSL på varje värdnamn och registreringen för varje domän.
DNS-poster: minst A, AAAA, NS, MX och TXT.
Servrar, om du driver egna.
Viktiga tredjepartstjänster, på en kanal med lägre prioritet.
Webbplatsens hälsa: trasiga länkar, blandat innehåll och sidhastighet, genomsökt dagligen.
Tydliga namn, och larm som går till den som äger respektive punkt.
Uptimecheck täcker webbplatser, API:er, flöden i flera steg, heartbeats, SSL, domäner, DNS, servrar, tredjepartstjänster och webbplatsens hälsa i ett och samma konto. Starta en kostnadsfri testperiod på 14 dagar, inget kreditkort krävs.