Verkkosivuston käytettävyyden valvonta lähettää sivustollesi pyynnön säännöllisin väliajoin ja tarkistaa vastauksen. Jos vastaus on väärä, hidas tai puuttuu kokonaan, saat hälytyksen. Se kuulostaa yksinkertaiselta, ja sitä se onkin. Arvo on yksityiskohdissa: kuinka usein tarkistetaan, mikä lasketaan viaksi, miten vika vahvistetaan ja kuinka nopeasti oikea ihminen kuulee siitä.
Uptimecheck tekee HTTP(S)-, ping- ja porttitarkistuksia 1, 2, 5, 10, 15 tai 30 minuutin välein tai kerran tunnissa. Jokainen tarkistus tallentaa tilakoodin ja vasteajan, joten näet sekä katkot että hitaat jaksot. Jos haluat ensin taustat, lue mitä käytettävyyden valvonta on ja miksi sillä on väliä.
Tarkistustyypit
HTTP(S): pyydä URL-osoitetta GET-, POST- tai muulla metodilla, lähetä omat otsakkeesi ja runkosi ja tarkista tilakoodi, avainsana tai vastauksen JSON-kentät.Ping: varmista, että palvelin vastaa verkossa, ja näe edestakainen viive.Portti: tarkista, että palvelu, kuten sähköpostipalvelin tai tietokannan kuuntelija, ottaa vastaan yhteyksiä.
Useamman sivun polkuihin, kuten kirjautumiseen tai kassalle, käytä polkujen valvontaa.
Miksi tarkistaa minuutin välein ja kahdesti
Katkoaika maksaa rahaa minuutti minuutilta. Jos kassasi vastaa 503 klo 03.12 eikä kukaan huomaa sitä ennen ensimmäistä tukipyyntöä, menetät tunteja minuuttien sijaan. Oppaamme verkkosivuston katkojen kustannuksista käy luvut läpi.
Uptimecheck tarkistaa Tukholmasta, Lontoosta ja New Yorkista ja vahvistaa jokaisen vian toisesta sijainnista ennen kuin häiriö avataan. Se karsii väärät hälytykset, jotka johtuvat yksittäisestä hukkuneesta pyynnöstä tai hetkellisestä verkkohäiriöstä, mutta todellinen katko tavoittaa sinut silti minuutissa tai kahdessa. Oppaamme väärien hälytysten vähentämisestä kertoo, miksi sillä on väliä.
Epäonnistuneesta tarkistuksesta korjattuun
03:12: tarkistus osoitteeseen northwind.shop/checkout palauttaa 503.03:12: myös toinen tarkistus epäonnistuu. Häiriö avautuu, ja siinä on epäonnistunut vastaus sekä kuvakaappaus siitä, mitä kävijät näkivät.03:13: päivystävä kehittäjä saa push-ilmoituksen puhelimeensa, ja tiimin kanava saa yksityiskohdat Slackiin.03:19: tarkistukset menevät taas läpi. Palautumisilmoitus lähtee, ja siinä on katkon kokonaiskesto.
Hälytykset kulkevat sähköpostiin, Slackiin, Microsoft Teamsiin, Discordiin, Google Chatiin, Mattermostiin, Telegramiin, PagerDutyyn, ntfy:hin, Pushoveriin, webhookeihin ja push-ilmoituksina puhelimeesi kaikissa paketeissa. Katso hälytykset ja ilmoitukset ohjauksesta ja eskaloinnista, häiriöiden hallinta siitä, mitä hälytyksen jälkeen tapahtuu, ja yhdistä valvontaan tilasivu, niin asiakkaat tietävät tilanteen avaamatta tukipyyntöä.
Vasteajat vaiheittain
Jokainen HTTP-tarkistus tallentaa vasteaikansa jaettuna vaiheisiin: DNS, yhteys, TLS, palvelin ja lataus. Hidas palvelinvaihe viittaa sovellukseesi, hidas DNS tai TLS infrastruktuuriin. Kaaviot näyttävät mediaanin, 95. persentiilin ja keskiarvon, joten hidas häntä ei piiloudu hyvän keskiarvon taakse. Lue lisää verkkosivuston vasteajasta.
Aseta raja, esimerkiksi 2 000 ms, niin saat hitaushälytyksen, kun kolme peräkkäistä tarkistusta on sitä hitaampia, ja uuden ilmoituksen, kun sivusto nopeutuu taas. Hidas aika ei lasketa katkoajaksi.
Valvonnan sivulla näkyvät sen viimeisimmät tarkistukset. Kolme tai useampi samanlainen peräkkäinen tarkistus tiivistyy yhdelle riville, kuten ”OK · 200 × 18” vasteaikojen vaihteluvälin kera, ja rivin voi avata nähdäkseen jokaisen tarkistuksen. Vika ei koskaan tiivisty onnistuneiden tarkistusten joukkoon, ja vian vahvistava toinen tarkistus saa oman rivinsä. Jos valvontaa, jota ei ole keskeytetty, ei ole tarkistettu kahden tarkistusvälin aikana, sivulla lukee ”Ei tuoreita tietoja” ja viimeisen tarkistuksen aika, joten vanha tila ei koskaan näytä nykyiseltä.
Tarkista, että sivu oikeasti toimii
Sivu voi vastata 200 ja olla silti rikki: tyhjä tuotelista, virheilmoitus, huoltosivu. Lisää vastaustarkistuksia, joiden kaikkien on mentävä läpi:
Odotettu tila: koodit tai välit, kuten 200-299 tai 200,301.Avainsana: teksti, joka sivulla täytyy olla tai jota siellä ei saa olla, kuten ”Lisää ostoskoriin”.JSON ja otsakkeet: API-rajapinnoissa esimerkiksi kenttä $.status on ok, tai otsake, jonka täytyy olla mukana.
HTTPS-valvonnat lukevat myös varmenteen ja muistuttavat ennen sen vanhenemista. Katso SSL-valvonta.
Luo ensimmäinen valvontasi
Lisää URL-osoite, valitse tarkistustyyppi, määritä, mikä lasketaan kelvolliseksi vastaukseksi, ja valitse hälytyskanavat. ”Testipyyntö” näyttää vastauksen ennen tallennusta, ja ensimmäinen tarkistus tehdään saman tien. Useimmat tiimit aloittavat kolmella valvonnalla: etusivu, tärkein konversiosivu (kassa, rekisteröityminen tai kirjautuminen) ja tärkein API-rajapinta. Siirrytkö UptimeRobotista, Better Stackista, Pingdomista tai StatusCakesta? Tuo valvontasi asetuksineen ja näe jokainen ennen kuin mitään luodaan.
Mikä lasketaan katkoksi
Tarkistus epäonnistuu, kun pyyntö aikakatkaistaan, yhteys torjutaan, varmenne on virheellinen, tilakoodi ei ole odotettu tai jokin vastaustarkistus ei täyty. Käytettävyys on se osuus ajasta, jona vahvistettua katkoa ei ole, eikä huoltoikkunoita lasketa sitä vastaan. Raportit näyttävät käytettävyyden valvonnoittain mille tahansa jaksolle suhteessa SLA-tavoitteeseesi, ja ne voi viedä CSV-muodossa.
Paketit alkaen 9 € kuukaudessa vuosilaskutuksella tai 12 € kuukausilaskutuksella, alv 0 %, ja tarkistukset minuutin välein kaikissa maksullisissa paketeissa, tai ilmaiseksi 5 valvontaa 5 minuutin välein. Vertaa valvontoja, tilasivuja ja historiaa (1, 2 tai 3 vuotta) hinnoittelusivulla, tutustu livedemoon rekisteröitymättä tai aloita 14 päivän ilmainen kokeilu ilman korttia.