Näin vähennät käytettävyyden valvonnan vääriä hälytyksiä: varmista jokainen virhe toisella tarkistuksella ennen hälytystä, aseta aikakatkaisut sivustosi normaalin käytöksen mukaan, tarkista odotettu tilakoodi ja sisältö URL-osoitteesta, joka oikeasti kuvaa palvelua, ohjaa kunkin valvonnan hälytykset vain niille, jotka voivat toimia niiden perusteella, siirrä suunniteltu työ huoltoikkunaan ja ilmoita siitä etukäteen, ja käy meluisimmat valvonnat läpi kerran kuussa. Useimmat väärät hälytykset tulevat kourallisesta valvontoja, joissa jokin näistä asetuksista on pielessä, joten korjaaminen on yleensä nopeaa.
Tämä opas kertoo, miksi väärät hälytykset ovat vaarallisia, mistä ne syntyvät ja mitä kannattaa muuttaa asetus kerrallaan.
Miksi väärät hälytykset ovat pahempia kuin miltä näyttävät
Yksi väärä hälytys on pieni harmi. Jatkuva virta niitä on hälytysväsymystä: kanava mykistetään, sähköpostit suodatetaan kansioon tai puhelimeen vilkaistaan ja jatketaan unia. Valvonta pyörii yhä, mutta kukaan ei kuuntele. Ensimmäinen oikea katko sen jälkeen huomataan vanhalla tavalla, asiakkaan kautta.
Lisäksi on hiljaisempi kustannus. Jokainen väärä hälytys vetää jonkun irti työstään tarkistamaan sivuston, joka toimii. Kuukaudessa siitä kertyy tunteja menetettyä keskittymistä ja tiimi, joka luottaa työkaluihinsa vähemmän. Tavoite ei ole vähentää hälytyksiä itsensä vuoksi, vaan saada hälytyksiä, jotka kannattaa lukea joka ikinen kerta.
Mistä väärät hälytykset syntyvät
Verkkohäiriöt yhden tarkistussijainnin ja palvelimesi välillä: kadonnut paketti, hidas reitti, hetkellinen DNS-nikottelu.
Liian tiukat aikakatkaisut sivulle, joka on välillä hidas mutta toimii.
Väärä odotus: tarkistus, joka odottaa tilakoodia 200 uudelleenohjaavasta URL-osoitteesta tai etsii tekstiä, joka muuttui uudistuksessa.
Väärä URL-osoite: sivu, joka on nopeusrajoituksen, bottisuojauksen tai kirjautumisen takana, tai testipalvelin, joka sammutetaan yöksi.
Suunniteltu työ: julkaisut ja huollot, jotka kaatavat sivuston tarkoituksella.
Huono ohjaus: hälytys, joka on teknisesti oikea mutta lähetetään henkilölle, joka ei voi tehdä asialle mitään. Hänelle se on melua.
Varmista jokainen virhe toisella tarkistuksella
Kaikkein tehokkain korjaus. Kun tarkistus epäonnistuu, tarkista uudelleen ennen kuin teet mitään muuta. Kadonnut paketti tai hetkellinen häiriö läpäisee toisen tarkistuksen, oikea katko epäonnistuu uudelleen. Vain varmistettu virhe avaa häiriön. Näin suurin osa hetkellisistä häiriöistä karsiutuu, eivätkä oikeat hälytykset viivästy kuin muutaman sekunnin.
Palvelut, jotka tarkistavat useasta sijainnista, voivat tehdä toisen tarkistuksen toisesta paikasta. Se kertoo myös jotain hyödyllistä, kun sijainnit ovat pidempään eri mieltä. Jos sivustosi ei vastaa yhdeltä mantereelta mutta toimii toiselta, ongelma on todennäköisesti reitityksessä tai CDN:n reunapalvelimessa eikä palvelimessasi. Uptimecheck tarkistaa Tukholmasta, Lontoosta ja New Yorkista ja varmistaa jokaisen virheen toisesta sijainnista ennen kuin häiriö avataan, joten yksittäinen nikottelu ei herätä ketään. Käytettävyyden valvonnan sivu kertoo, miten tämä toimii. Perusteet siitä, miten tarkistuksista tulee hälytyksiä, löydät oppaasta mitä käytettävyyden valvonta on.
Aseta aikakatkaisut todellisuuden mukaan
Aikakatkaisu on aika, jonka tarkistus odottaa ennen kuin se toteaa sivuston olevan alhaalla. Liian tiukka aikakatkaisu tekee normaalista vaihtelusta katkon. Liian väljä aikakatkaisu taas laskee toimivaksi sivuston, jonka vastaamiseen menee 40 sekuntia.
Katso vasteaikojen historiaa muutaman viikon ajalta. Kirjaa normaali vaihteluväli ja hitaimmat normaalit vastaukset.
Aseta aikakatkaisu reilusti hitaimman normaalin vastauksen yläpuolelle mutta alle sen rajan, jossa kävijät luovuttavat.
Käsittele hitautta omana signaalinaan. Sivu, joka on hidastunut 300 ms:stä 4 sekuntiin, vaatii huomiota, mutta työaikana eikä katkohälytyksenä keskellä yötä.
Jos sivu on säännöllisesti lähellä aikakatkaisua, ongelma ei ole valvonnassa vaan sivussa.
Odota oikeaa tilakoodia ja sisältöä
Moni väärä hälytys tulee tarkistuksista, jotka odottavat väärää asiaa:
Uudelleenohjaukset. Kun valvot osoitetta http://northwind.shop ja sivusto ohjaa osoitteeseen https://www.northwind.shop/, mukaan tulee ylimääräinen välivaihe, joka voi epäonnistua itsessään. Valvo lopullista URL-osoitetta suoraan, ja jos haluat varmistaa uudelleenohjauksen, anna sille oma valvontansa.
Hauraat sisältötarkistukset. Markkinointiotsikon tarkistaminen hajoaa seuraavassa tekstimuutoksessa. Valitse jotain pysyvää, joka näkyy vain silloin, kun sivu toimii, kuten alatunnisteen yrityksen nimi, tuoteruudukon elementti tai ”status”:”ok” terveystarkistuksen päätepisteestä.
Liian väljät ehdot. Minkä tahansa 2xx- tai 3xx-koodin hyväksyminen piilottaa oikeat virheet. Pelkän 200:n hyväksyminen päätepisteeltä, joka oikeutetusti palauttaa 204, luo vääriä virheitä. Vaadi sitä, mitä päätepiste oikeasti palauttaa.
Sisällön tarkistus vähentää yhtä aikaa sekä vääriä että huomaamatta jääviä hälytyksiä: välityspalvelimen virhesivu, joka palauttaa 200, ei läpäise tarkistusta, eikä ulkoasun muutos kaada sitä.
Valvo oikeaa URL-osoitetta
Jotkin URL-osoitteet ovat luonnostaan huonoja valvontakohteita. Bottisuojauksen tai web-sovelluspalomuurin takana olevat sivut voivat silloin tällöin estää valvontaliikenteen, mikä näyttää katkolta. Tiukasti nopeusrajoitetut sivut voivat palauttaa 429 tarkistusryöpyn jälkeen. Kirjautumisen takana olevat sivut palauttavat uudelleenohjauksen kirjautumislomakkeeseen. Ja etusivu on usein niin raskaasti välimuistissa, että se pysyy pystyssä, vaikka kaikki sen takana on alhaalla.
Erillinen terveystarkistuksen päätepiste välttää kaiken tämän. Se ei ole välimuistissa, on kevyt tarjota, palauttaa ennustettavan sisällön ja epäonnistuu vain, kun jokin riippuvuus pettää. Lue miten terveystarkistuksen päätepiste rakennetaan. Jos sinun täytyy valvoa suojauksen takana olevaa sivua, päästä valvontapalvelu läpi ja lähetä tunnistettava user agent -otsake, jotta liikenne on helppo tunnistaa.
Ohjaa hälytykset valvontakohtaisesti
Hälytys on hyödyllinen vain jollekulle, joka voi toimia sen perusteella. Kun jokainen valvonta lähetetään kaikille, oikeista hälytyksistä tulee melua useimmille vastaanottajille. Ohjaa sen sijaan vaikutuksen ja vastuun mukaan:
Valvonta (esimerkki)KanavaKukaKassa ja maksun takaisinkutsuPush-ilmoitus ja tiimin chatPäivystäjäJulkisen API:n terveystarkistusTiimin chat ja webhookAlustatiimiMarkkinointisivusto ja blogiSähköpostiVerkkotiimi, työaikanaTestiympäristö ja sisäiset työkalutErillinen chat-kanavaNiiden omistaja
Uptimecheckissa valitset hälytyskanavat valvontakohtaisesti. Hälytykset menevät sähköpostiin, Slackiin, Microsoft Teamsiin, Discordiin, Google Chatiin, Mattermostiin, Telegramiin, PagerDutyyn, ntfy:hin, Pushoveriin, webhookeihin ja puhelimesi push-ilmoituksiin kaikissa paketeissa. Lue lisää: hälytykset ja ilmoitukset. Päivystysvuorojen avulla push-hälytykset tavoittavat sen, joka päivystää juuri nyt, ja eskalointi voi pidättää kanavaa 5–60 minuuttia ja hälyttää vain, jos kukaan ei ole kuitannut häiriötä. Toimistot voivat ryhmitellä valvonnat asiakasprojekteittain ja valita kunkin valvonnan kanavat, jolloin kunkin asiakkaan hälytykset menevät tiimille, joka hoitaa sitä asiakasta.
Hoida suunnitellut huollot
Suunnitellun katkon ei pitäisi koskaan herättää ketään. Siirrä ennen migraatiota tai pitkää julkaisua ne valvonnat, joihin työ vaikuttaa, huoltoikkunaan. Jos työkalussasi ei ole huoltoikkunoita, keskeytä valvonnat tai ohjaa niiden hälytykset työn ajaksi hiljaiseen kanavaan, ja lisää valvonnan jatkaminen julkaisun tarkistuslistaan.
Uptimecheckissa huoltoikkunat voivat olla kertaluonteisia tai toistuvia. Huoltoikkunan aikana ei tule hälytyksiä eikä häiriöitä, eikä käytettävyysprosentti kärsi. Ikkuna näkyy tilasivullasi, ja siitä voi lähettää sähköpostin tilaajille.
Kerro myös asiakkaille. Kun tilasivulla on ennen työtä ilmoitus aikaikkunasta ja siitä, mihin työ vaikuttaa, kukaan ei yllättyä eikä tukeen tule tikettejä asiasta, jonka olit suunnitellut. Julkaisut, jotka aiheuttavat joka kerta muutaman sekunnin virheitä, ovat oma ongelmansa: korjaa ne vaiheittaisilla tai katkottomilla julkaisuilla äläkä sivuuttamalla hälytyksiä.
Hyödynnä palautumisilmoituksia
Palautumisilmoitus on hälytys, joka kertoo, että häiriö on ohi, ja ilmoittaa katkon kokonaiskeston. Se ei vähennä hälytysten määrää, mutta se vähentää kunkin hälytyksen aiheuttamaa työtä. Ilman sitä jonkun on tarkistettava, onko lyhyt katko jo ohi. Sen kanssa kahden minuutin nikottelu yöllä on yksi hälytys ja yksi kuittaus tilanteen päättymisestä, joka voi odottaa aamuun. Uptimecheck lähettää palautumisilmoituksen jokaisen häiriön jälkeen.
Käy meluisimmat valvonnat läpi
Listaa kerran kuussa valvonnat, jotka hälyttivät eniten, ja kysy jokaisesta:
Oliko jokainen hälytys aiheellinen? Jos ei, mikä asetus sen aiheutti: sijainti, aikakatkaisu, odotus vai URL-osoite?
Toimiko joku hälytyksen perusteella? Jos kukaan ei koskaan toimi, muuta ohjausta tai poista valvonta.
Onko sivusto itsessään epävakaa? Toistuvat lyhyet oikeat katkot eivät ole vääriä hälytyksiä. Ne viittaavat ylikuormitettuun palvelimeen tai heikkoon riippuvuuteen, ja palvelimen hälytysrajat auttavat löytämään syyn.
Tarvitaanko valvontaa vielä? Käytöstä poistetut sivustot ja vanhat testipalvelimet ovat yleinen melun lähde.
Viikoittaiset ja kuukausittaiset sähköpostiraportit, jotka kokoavat käytettävyyden ja häiriöt, tekevät läpikäynnistä nopean.
Väärien hälytysten tarkistuslista
Varmista jokainen virhe toisella tarkistuksella ennen hälytystä.
Aseta aikakatkaisut todellisen vasteaikahistorian perusteella.
Valvo lopullisia URL-osoitteita, älä uudelleenohjauksia, ja tarkista pysyvää sisältöä.
Suosi terveystarkistuksen päätepisteitä välimuistissa olevien tai suojattujen sivujen sijaan.
Ohjaa kukin valvonta niille, jotka voivat toimia sen perusteella.
Siirrä suunniteltu työ huoltoikkunaan ja ilmoita siitä.
Käy meluisimmat valvonnat läpi kerran kuussa.
Yhteenveto
Väärät hälytykset ovat määritysongelma, ja suurimman osan niistä voi korjata yhdessä iltapäivässä. Varmista jokainen virhe toisella tarkistuksella, tarkista oikeasta URL-osoitteesta oikea asia, lähetä hälytykset vain sinne, missä niiden perusteella voidaan toimia, ja jatka läpikäyntejä. Palkintona on tiimi, joka lukee jokaisen hälytyksen, koska jokaisella hälytyksellä on merkitystä.
Uptimecheck tarkistaa jokaisen virheen uudelleen ennen hälytystä ja antaa ohjata hälytykset valvontakohtaisesti. Aloita 14 päivän ilmainen kokeilu, luottokorttia ei tarvita.