Oppetidsovervåking, inkludert med Core Web Vitals

Nettstedet ditt ser fint ut og ordrene har stoppet opp

Serveren din slutter å svare, og CDN-et fortsetter å levere den mellomlagrede forsiden. Eller en release ødelegger kassen uten at andre sider påvirkes. Ingen merker noe før en kunde sender en e-post og spør hvorfor det ikke går an å betale.

CoreDash overvåker begge deler for deg, i samme prosjekt som Core Web Vitals.

En e-post og en Slack-melding når nettstedet ditt går ned

Når nettstedet ditt går ned eller en side svarer med feil status, får du en e-post og en Slack-melding, og en ny melding når den er oppe igjen. Legg til sidene som betyr noe, og start med forsiden og kassen, så sjekker CoreDash hver enkelt hvert 30. minutt.

En monitor settes først til Down etter to feilede sjekker på rad fra to ulike servere, så et lite nettverkshikk vekker deg ikke.

Alle nettsteder og sider du overvåker i én liste, med oppetiden for de siste 7 dagene og sertifikater som utløper innen to uker.

Se nedetiden CDN-et skjuler

CDN-et ditt kan fortsette å levere mellomlagrede sider mens serveren din er nede. Forsiden laster fortsatt, men innloggede kunder, handlekurver og alle sider som ikke er mellomlagret, får feil. CoreDash markerer nettstedet som Down likevel: Legg inn IP-adressen til serveren din under Advanced når du legger til eller redigerer en monitor, så spør hver sjekk også selve serveren direkte, utenom CDN-et.

Hvor mye av ventetiden til de besøkende skyldes serveren

I dette eksempelet skyldes omtrent halvparten av ventetiden serveren. CoreDash viser responstiden for hver sjekk ved siden av TTFB-en de reelle besøkende opplever ved p75: rundt 950 ms fra sjekkeren, med en topp hver kveld, mot 1,92 s for besøkende.

Det største bildet eller overskriften kan ikke vises før serveren svarer, så her starter en raskere LCP med serveren.

Fang opp kassen som knakk i forrige release

Etter en release kan forsiden fortsatt svare mens kassen sier «fant ikke siden», og en monitor på forsiden oppdager ingenting galt.

Her har kassen en egen monitor. Den fungerte i fem dager, men etter en release for to dager siden svarer den med 404, noe CoreDash markerer som Unexpected status. Det sender deg også en e-post og en Slack-melding, og en ny melding når kassen fungerer igjen.

Ingen falske alarmer fra brannmuren, og sertifikater oppdages to uker før de utløper

En brannmur som blokkerer sjekkeren, utløser aldri alarm om nedetid. Monitoren viser Blocked, lenker til løsningen og teller det ikke som nedetid.

Monitorlisten din teller også alle sertifikater som utløper innen 14 dager. En glemt fornyelse dukker opp der to uker før nettleserne begynner å advare de besøkende.

Hva skjer etter et krasj kl. 19:50

Serveren din slutter å svare kl. 19:50. Kl. 20:00 får den første serveren ikke noe svar, og monitoren settes til Failing; ingenting er sendt ennå. En halvtime senere får heller ikke den andre serveren noe svar. Monitoren settes til Down, og e-posten og Slack-meldingen sendes ut.

Ved første sjekk som får svar igjen, settes monitoren til Up, og friskmeldingen sendes ut på samme måte. Avhengig av når serveren din stopper, får du beskjed 30 til 60 minutter senere.

Oppetid i prosjektet teamet ditt allerede åpner

Hver monitor tilhører et CoreDash-prosjekt, og alle i prosjektet ser den ved siden av LCP, INP og CLS for samme nettsted. Det følger med i abonnementet du allerede har, og i prøveperioden. Spør Claude «var nettstedet mitt nede denne uken?» i samme chat som du spør hvorfor LCP-en på mobil gikk opp. Koble Claude til CoreDash.

Når du trenger et dedikert oppetidsverktøy

CoreDash sjekker hvert 30. minutt fra to servere i én region, og varsler på e-post og Slack. Kortvarig nedetid mellom to sjekker kan glippe, og det finnes verken offentlig statusside eller SMS. Trenger du sjekker hvert minutt fra mange land, er et dedikert oppetidsverktøy verdt å betale for.

For å vite at nettstedet og kassen fungerer, og hvor raskt serveren svarer, trenger du ikke det. Det ligger allerede i CoreDash-prosjektet ditt, uten ekstra kostnad.