Agencies 7 min. læsning

Hvad skal du overvåge på dit website? En tjekliste over URL’er og checks

Overvåger du kun forsiden, overser du de fleste nedbrud. En tjekliste over de URL'er og checks, der betyder noget, fra login og checkout til webhooks, cron-jobs, SSL, DNS og servere, med eksempler på opsætninger.

Overvåg mere end forsiden. En komplet opsætning dækker forsiden, alle konverteringsstier (login, tilmelding, checkout og søgning), de API-endpoints dine apps er afhængige af, betalings-callbacks og webhooks, planlagte jobs, SSL-certifikater, domæneregistrering, DNS-records inklusive MX, serverne nedenunder og de tredjepartstjenester, du er afhængig af. Et lille virksomhedssite har brug for en håndfuld checks; en webshop eller et SaaS-produkt har brug for et par dusin. Start med det, der tjener penge, og tilføj derefter det, der kan udløbe eller fejle i stilhed. Vil du se det store billede, så læs hvordan pålidelig oppetidsovervågning hjælper dit website med at præstere.

Denne tjekliste gennemgår hvert punkt, forklarer hvad du skal tjekke og hvorfor, og slutter med eksempler på opsætninger for et lille site, en webshop, et SaaS-produkt og et bureau, plus en navngivningskonvention, der holder det hele overskueligt.

1. Forsiden

Forsiden er den oplagte første monitor, og en god en: hvis den er nede, er alt nede. Men den leveres ofte fra et CDN eller en sidecache, så den kan blive ved med at være oppe, mens applikationen bagved fejler. Overvåg den med et HTTP(S)-check hvert minut, og valider et stykke stabilt indhold, f.eks. firmanavnet i footeren, så en cachet fejlside ikke tæller som oppe. Gå derefter videre til de sider, der fortæller dig mere.

2. Konverteringsstier

Det er de sider, der tjener penge eller fastholder kunder, og de afhænger af databasen, sessioner og den applikationskode, som forsiden måske springer over:

Login: viser, at sessioner og brugerdatabasen virker. Overvåg loginsiden, og valider, at formularen er der.

Tilmelding eller registrering: starten på hver ny kunde.

Kurv og checkout: for en webshop de vigtigste sider på sitet. Overvåg selve checkout-siden, ikke kun produktsiderne.

Søgning: drives ofte af en separat tjeneste og fejler derfor for sig selv. Overvåg en URL med søgeresultater for en forespørgsel, der altid giver resultater, og valider, at der vises et resultat.

Booking- eller kontaktformularer, hvis det er sådan, leads kommer ind.

Tjek dem hvert minut. For de fleste virksomheder koster en checkout i stykker mere per minut end noget andet på denne liste. Uptimechecks oppetidsovervågning understøtter egne metoder og headers og validerer statuskoden, nøgleord og JSON på hver side. Vil du tjekke, at login eller checkout faktisk virker, og ikke kun at siden indlæses, går en flow-monitor igennem forløbet trin for trin, eventuelt i en rigtig browser, med værdier der føres videre mellem trinene og hemmeligheder der holdes forseglet.

3. API-endpoints

Har du en mobilapp, en single-page-frontend eller partnerintegrationer, er API’et produktet. Overvåg:

Et health-endpoint, der tjekker databasen, cachen og disken. Se hvordan du bygger et health check-endpoint.

Det vigtigste læse-endpoint, med den API-nøgle-header, dine klienter sender.

Ét skrive-endpoint, med en sikker test-payload, hvis skrivninger er kritiske.

Valider svarets body, ikke kun statuskoden: et API, der returnerer 200 med en fejlbesked, er stadig nede. API-overvågning og tjeklisten til API-overvågning går mere i dybden.

4. Betalings-callbacks og webhooks

Betalingsudbydere, fragttjenester og andre platforme kalder tilbage til dit site for at bekræfte ordrer og opdatere status. Hvis det modtagende endpoint går i stykker, kan betalinger gå igennem, mens ordrerne aldrig bliver markeret som betalt. Ingen ser en fejlside, fordi der ikke er nogen besøgende involveret.

Du kan som regel ikke sende et rigtigt callback fra en monitor, men du kan tjekke, at endpointet svarer. Mange webhook-modtagere returnerer en 4xx-kode på en forespørgsel uden gyldig signatur; hvis det er det forventede svar, så overvåg efter det. En 5xx eller en timeout betyder så, at selve modtageren er i stykker. Kombiner det med udbyderens egne leveringslogs, som viser fejlede callbacks fra deres side.

5. Cron-jobs og baggrundsarbejde

Backups, importer, fakturakørsler, feed-eksporter, nyhedsbrevsudsendelser og queue-workers har ingen URL at tjekke. De fejler i stilhed. Giv hver af dem et heartbeat: jobbet kalder en unik URL, når det er færdigt, og der sendes en alarm, hvis kaldet ikke kommer til tiden. Uptimechecks planer tæller heartbeats separat fra monitorer, så det ikke tager af dine website-checks.

6. SSL-certifikater

Et udløbet certifikat viser alle besøgende en helsides advarsel i browseren og får API-klienter til at fejle med det samme. Overvåg certifikatet på hvert hostname, du leverer, inklusive www, API-subdomænet, statussidens domæne og adminpaneler, og få påmindelser flere uger før udløb. Automatisk fornyelse gør udløb sjældnere, ikke umuligt. Se overvågning af SSL-certifikaters udløb for de typiske fejl.

7. Domæneregistrering

Når en domæneregistrering udløber, stopper website, e-mail og API på domænet på én gang. Registrarens påmindelser går ofte til en gammel adresse. Hold øje med udløbsdatoen for hvert domæne, du ejer, inklusive landevarianter, kampagnedomæner og gamle brandnavne, der stadig viderestiller.

8. DNS-records, inklusive MX

DNS bestemmer, hvor trafik og e-mail går hen. Hold øje med ændringer i:

A og AAAA: hvor sitet indlæses fra.

NS: hvem der styrer zonen. En ændring her er altid værd at se nærmere på.

MX: hvem der modtager din e-mail, inklusive ordrebekræftelser og nulstilling af adgangskoder.

TXT: SPF, DKIM og DMARC. En fjernet record kan sende din e-mail direkte i spam. Uptimechecks domænemonitor tjekker også SPF, DKIM og DMARC to gange om dagen og fortæller, hvordan du løser hvert problem, med en DNS-record klar til at indsætte, hvor en sådan løser det; se overvågning af e-mailgodkendelse.

CNAME og CAA: CDN-aliasser og hvilke certifikatudstedere der må udstede certifikater til domænet.

En uventet ændring er enten en fejl eller et angreb. DNS-overvågning giver dig en alarm med den gamle og den nye værdi. Kører du din egen mailserver, så tilføj også et port-check på den, for eksempel SMTP på port 465.

9. Servere

Kører du dine egne servere eller VPS’er, så overvåg CPU, hukommelse, disk, netværk og genstarter. Det fanger årsagerne til nedbrud, før de bliver til symptomer: en disk, der er fuld på torsdag, en hukommelseslækage, en genstart, hvorefter en tjeneste ikke startede. Serverovervågning ligger ved siden af dine oppetids-checks, så årsag og symptom vises på samme skærm. På fuldt administreret hosting kan du ofte springe dette over og lade udbyderen tage sig af det.

10. Afhængigheder af tredjeparter

Dit site afhænger af tjenester, du ikke selv driver: betalingsudbydere, e-mailudsendelse, søgning, et headless CMS, en login-udbyder, et CDN. Når en af dem fejler, kan dit site godt indlæses, mens funktionen bagved er i stykker. Overvåg de offentlige endpoints, du er afhængig af, eller dine egne endpoints, der bruger dem, så du inden for få minutter kan fortælle en kunde, om problemet ligger hos dig eller længere oppe i kæden. Send disse alarmer til en kanal med lavere prioritet, da du ikke selv kan løse problemet.

Uptimechecks overvågning af tredjeparter følger statussiderne for 31 tjenester som Klarna, Swish, Shopify, Cloudflare og OpenAI, eller enhver side hostet på Statuspage, så deres hændelser vises ved siden af dine egne monitorer.

11. Sitets sundhed

Nogle problemer tager aldrig en side ned: et dødt link efter en migrering, et billede indlæst over almindelig HTTP, en side der blev langsommere efter et nyt plugin. En daglig scanning fanger dem. Uptimechecks monitor for sitets sundhed crawler dit site og dets sitemap hver dag for døde links og blandet indhold og måler sidehastighed og Core Web Vitals med Google Lighthouse på mobil og desktop.

Hvor mange monitorer har du brug for?

Opsætningerne nedenfor er eksempler, du kan tilpasse, ikke faste opskrifter:

Type siteEksempel på opsætningLille virksomhedssite, f.eks. fjordstudio.seForside, side med kontaktformular, SSL, domæne, DNS for A og MX, ét heartbeat til backuppen. Omkring 3 HTTP-monitorer plus udløbs- og DNS-checks.Webshop, f.eks. northwind.shopForside, en kategoriside, produktside, kurv, checkout, login, søgning, betalings-callback, health-endpoint, SSL på hvert hostname, domæne, DNS, heartbeats til backups, feed-eksporter og ordresynkronisering samt serverne. Cirka 10 til 15 HTTP-monitorer.SaaS-produkt, f.eks. lumenanalytics.ioMarketingsite, login til appen, tilmelding, API-health, de vigtigste API-endpoints, webhook-modtager, statusside, SSL, domæner, DNS, heartbeats til hver worker og hvert planlagt job samt servere. Ofte 15 til 40 monitorer.BureauOpsætningen for små sites til hver kunde plus checkout og login for kundernes webshops, grupperet per kunde. Som regel et par monitorer per kunde, ganget med antallet af kunder.

Begynd med konverteringsstierne og udløbs-checks, kør i to uger, og tilføj så det, du savnede under den første hændelse.

Navngivningskonventioner

Et monitornavn er det første, nogen læser i en alarm midt om natten. Lad det svare på “hvad gik i stykker, hvor, og hvor slemt er det” uden at man skal åbne noget:

[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

Brug samme rækkefølge overalt, så alarmer kan skimmes og sorteres.

Navngiv tingene, som teamet taler om dem, ikke efter interne hostnames.

Markér miljøer tydeligt, så en staging-alarm aldrig ligner produktion.

For bureauer: start med kundens navn, og gruppér monitorer per kunde i projekter, så hver kundes monitorer og alarmer holdes samlet.

Tjeklisten

Forside, med validering af indhold.

Login, tilmelding, checkout og søgning.

API-health og de vigtigste endpoints.

Betalings-callbacks og webhook-modtagere.

Et heartbeat til hvert planlagt job, der betyder noget.

SSL på hvert hostname og registreringen af hvert domæne.

DNS-records: som minimum A, AAAA, NS, MX og TXT.

Servere, hvis du kører dine egne.

Vigtige tredjepartstjenester, på en kanal med lavere prioritet.

Sitets sundhed: døde links, blandet indhold og sidehastighed, scannet dagligt.

Tydelige navne og alarmer, der sendes til den, der ejer hvert punkt.

Uptimecheck dækker websites, API’er, flows i flere trin, heartbeats, SSL, domæner, DNS, servere, tredjepartstjenester og sitets sundhed i én konto. Start en gratis prøveperiode på 14 dage, uden kreditkort.

Spørgsmål

Er det nok at overvåge forsiden?

Nej. Forsiden er ofte cachet og kan blive ved med at være oppe, mens login, checkout eller API'et bagved fejler. Overvåg også de sider og endpoints, der tjener penge.

Hvor mange monitorer har et website brug for?

Det afhænger af sitet. Et lille virksomhedssite kan have brug for tre HTTP-monitorer plus SSL-, domæne- og DNS-checks, mens en webshop eller et SaaS-produkt ofte har brug for 10 til 40 monitorer og flere heartbeats.

Hvordan overvåger jeg en betalings-webhook?

Tjek, at det modtagende endpoint svarer med det svar, det giver på en usigneret forespørgsel, ofte en 4xx-kode. En 5xx eller en timeout betyder så, at modtageren er i stykker. Gennemgå også udbyderens leveringslogs.

Hvordan skal jeg navngive mine monitorer?

Brug ét konsekvent mønster, f.eks. kunde eller produkt, miljø, hvad der tjekkes og typen af check. Navnet skal fortælle den vagthavende, hvad der gik i stykker, uden at man skal åbne dashboardet.

Læs videre

Nedetid er fortid.

Opret din første monitor på under et minut, eller se dig omkring i livedemoen først.

14 dages gratis prøveperiode · Derefter gratis med 5 monitorer · Intet betalingskort