Agencies 7 min lukuaika

Mitä verkkosivustolla kannattaa valvoa: tarkistuslista URL-osoitteista ja tarkistuksista

Pelkän etusivun valvonta ohittaa useimmat katkot. Tarkistuslista tärkeistä URL-osoitteista ja tarkistuksista kirjautumisesta ja kassasta webhookeihin, cron-töihin, SSL:ään, DNS:ään ja palvelimiin, esimerkkikokoonpanoineen.

Valvo muutakin kuin etusivua. Kattava valvonta kattaa etusivun, jokaisen konversiopolun (kirjautuminen, rekisteröityminen, kassa ja haku), API-päätepisteet, joista sovelluksesi ovat riippuvaisia, maksujen takaisinkutsut ja webhookit, ajastetut työt, SSL-varmenteet, verkkotunnusten rekisteröinnit, DNS-tietueet MX mukaan lukien, alla olevat palvelimet sekä kolmansien osapuolten palvelut, joihin luotat. Pienyrityksen sivustolle riittää kourallinen tarkistuksia; verkkokauppa tai SaaS-tuote tarvitsee muutamia kymmeniä. Aloita siitä, mikä tuo rahaa, ja lisää sitten se, mikä voi vanhentua tai pettää huomaamatta. Laajemman kuvan saat artikkelista miten luotettava käytettävyyden valvonta auttaa sivustoasi menestymään.

Tämä tarkistuslista käy läpi jokaisen kohdan, kertoo mitä tarkistaa ja miksi, ja päättyy esimerkkikokoonpanoihin pienelle sivustolle, verkkokaupalle, SaaS-tuotteelle ja toimistolle sekä nimeämiskäytäntöön, joka pitää kaiken luettavana.

1. Etusivu

Etusivu on itsestään selvä ensimmäinen valvontakohde, ja hyvä sellainen: jos se on alhaalla, kaikki on alhaalla. Se tarjoillaan kuitenkin usein CDN:stä tai sivuvälimuistista, joten se voi pysyä pystyssä, vaikka sen takana oleva sovellus kaatuu. Valvo sitä HTTP(S)-tarkistuksella joka minuutti ja tarkista jokin pysyvä sisältö, kuten yrityksen nimi alatunnisteessa, jotta välimuistissa oleva virhesivu ei näy toimivana. Siirry sitten sivuihin, jotka kertovat enemmän.

2. Konversiopolut

Nämä ovat sivuja, jotka tuovat rahaa tai pitävät asiakkaat, ja ne riippuvat tietokannasta, istunnoista ja sovelluskoodista, jotka etusivu voi ohittaa:

Kirjautuminen: todistaa, että istunnot ja käyttäjätietokanta toimivat. Valvo kirjautumissivua ja tarkista, että lomake on paikallaan.

Rekisteröityminen: jokaisen uuden asiakkaan lähtöpiste.

Ostoskori ja kassa: verkkokaupan tärkeimmät sivut. Valvo itse kassasivua, ei pelkkiä tuotesivuja.

Haku: toimii usein erillisen palvelun varassa, joten se voi kaatua yksinään. Valvo hakutulosten URL-osoitetta haulla, joka palauttaa aina tuloksia, ja tarkista, että tulos näkyy.

Varaus- tai yhteydenottolomakkeet, jos liidit tulevat niiden kautta.

Tarkista nämä joka minuutti. Useimmille yrityksille rikkinäinen kassa maksaa minuutissa enemmän kuin mikään muu tällä listalla. Uptimecheckin käytettävyyden valvonta tukee omia metodeja ja otsakkeita ja tarkistaa jokaisen sivun tilakoodin, avainsanat ja JSONin. Jos haluat varmistaa, että kirjautuminen tai kassa oikeasti toimii eikä vain lataudu, polkuvalvonta käy sen läpi vaihe vaiheelta, halutessasi oikeassa selaimessa, niin että arvot siirtyvät vaiheesta toiseen ja salaisuudet pysyvät suojattuina.

3. API-päätepisteet

Jos sinulla on mobiilisovellus, yhden sivun sovellus tai kumppani-integraatioita, API on itse tuote. Valvo:

Health-päätepistettä, joka tarkistaa tietokannan, välimuistin ja levyn. Katso miten health check -päätepiste rakennetaan.

Tärkeintä lukupäätepistettä samalla API-avainotsakkeella, jonka asiakkaasi lähettävät.

Yhtä kirjoituspäätepistettä turvallisella testidatalla, jos kirjoitukset ovat kriittisiä.

Tarkista vastauksen sisältö, ei pelkkää tilakoodia: API, joka palauttaa 200-koodin ja virheilmoituksen, on silti alhaalla. API-valvonta ja API-valvonnan tarkistuslista menevät syvemmälle.

4. Maksujen takaisinkutsut ja webhookit

Maksupalvelut, kuljetuspalvelut ja muut alustat kutsuvat sivustoasi takaisin vahvistaakseen tilauksia ja päivittääkseen tiloja. Jos vastaanottava päätepiste hajoaa, maksut voivat onnistua, mutta tilauksia ei koskaan merkitä maksetuiksi. Kukaan ei näe virhesivua, koska yksikään kävijä ei ole mukana.

Oikeaa takaisinkutsua ei yleensä voi lähettää valvonnasta, mutta voit tarkistaa, että päätepiste vastaa. Monet webhook-vastaanottimet palauttavat 4xx-koodin pyyntöön, jossa ei ole kelvollista allekirjoitusta; jos se on odotettu vastaus, valvo sitä. Silloin 5xx tai aikakatkaisu tarkoittaa, että itse vastaanotin on rikki. Yhdistä tähän palveluntarjoajan omat toimituslokit, jotka näyttävät epäonnistuneet takaisinkutsut heidän puoleltaan.

5. Cron-työt ja taustaprosessit

Varmuuskopioilla, tuonneilla, laskutusajoilla, syötevienneillä, uutiskirjeiden lähetyksillä ja jonotyöntekijöillä ei ole URL-osoitetta, jota tarkistaa. Ne pettävät hiljaa. Anna jokaiselle oma heartbeat: työ kutsuu yksilöllistä URL-osoitetta valmistuttuaan, ja hälytys lähtee, jos kutsu ei saavu ajallaan. Uptimecheckin paketeissa heartbeatit lasketaan erikseen valvonnoista, joten ne eivät vie tilaa verkkosivustotarkistuksiltasi.

6. SSL-varmenteet

Vanhentunut varmenne näyttää jokaiselle kävijälle koko sivun selainvaroituksen ja rikkoo API-asiakkaat suoraan. Valvo varmennetta jokaisessa palvelemassasi isäntänimessä, mukaan lukien www, API-aliverkkotunnus, tilasivun verkkotunnus ja hallintapaneelit, ja saa muistutukset viikkoja ennen vanhenemista. Automaattinen uusiminen tekee vanhenemisesta harvinaisempaa, ei mahdotonta. Yleisimmät vikatilanteet löydät artikkelista SSL-varmenteiden vanhenemisen valvonta.

7. Verkkotunnusten rekisteröinti

Kun verkkotunnuksen rekisteröinti raukeaa, sen varassa olevat sivusto, sähköposti ja API pysähtyvät kaikki kerralla. Rekisteröijän muistutukset menevät usein vanhaan osoitteeseen. Seuraa jokaisen omistamasi verkkotunnuksen vanhenemispäivää, mukaan lukien maakohtaiset versiot, kampanjaverkkotunnukset ja vanhat brändinimet, jotka yhä ohjaavat eteenpäin.

8. DNS-tietueet, MX mukaan lukien

DNS ratkaisee, minne liikenne ja sähköposti menevät. Seuraa muutoksia näihin:

A ja AAAA: mistä sivusto latautuu.

NS: kuka hallitsee vyöhykettä. Tähän tehty muutos kannattaa aina tarkistaa.

MX: kuka vastaanottaa sähköpostisi, tilausvahvistukset ja salasanan palautukset mukaan lukien.

TXT: SPF, DKIM ja DMARC. Poistettu tietue voi ohjata sähköpostisi suoraan roskapostiin. Uptimecheckin verkkotunnusvalvonta tarkistaa myös SPF:n, DKIM:n ja DMARCin kahdesti päivässä ja kertoo, miten kunkin ongelman voi korjata, ja antaa valmiin kopioitavan DNS-tietueen silloin, kun sellainen korjaa ongelman; katso sähköpostin todennuksen valvonta.

CNAME ja CAA: CDN-aliakset ja se, mitkä varmentajat saavat myöntää varmenteita verkkotunnukselle.

Odottamaton muutos on joko virhe tai hyökkäys. DNS-valvonta hälyttää ja näyttää vanhan ja uuden arvon. Jos ylläpidät omaa sähköpostipalvelinta, lisää sille myös porttitarkistus, esimerkiksi SMTP portissa 465.

9. Palvelimet

Jos ylläpidät omia palvelimia tai VPS-palvelimia, valvo suoritinta, muistia, levyä, verkkoa ja uudelleenkäynnistyksiä. Ne paljastavat katkojen syyt ennen kuin niistä tulee oireita: levy, joka on täynnä torstaina, muistivuoto, uudelleenkäynnistys, jonka jälkeen jokin palvelu ei käynnistynyt. Palvelinvalvonta on käytettävyystarkistustesi vieressä, joten syy ja oire näkyvät samalla näytöllä. Täysin hallinnoidussa hosting-palvelussa tämän voi usein ohittaa ja luottaa palveluntarjoajaan.

10. Kolmansien osapuolten riippuvuudet

Sivustosi riippuu palveluista, joita et itse ylläpidä: maksupalveluista, sähköpostin toimituksesta, hausta, headless-CMS:stä, tunnistautumispalvelusta ja CDN:stä. Kun jokin niistä pettää, sivustosi voi latautua, vaikka sen taustalla oleva toiminto on rikki. Valvo julkisia päätepisteitä, joihin luotat, tai omia päätepisteitäsi, jotka käyttävät niitä, niin voit kertoa asiakkaalle muutamassa minuutissa, onko vika sinun vai palveluntarjoajan. Ohjaa nämä matalamman prioriteetin hälytyskanavalle, koska et voi korjata niitä itse.

Uptimecheckin kolmansien osapuolten valvonta seuraa 31 palvelun tilasivuja, kuten Klarnan, Swishin, Shopifyn, Cloudflaren ja OpenAI:n, tai mitä tahansa Statuspagessa ylläpidettyä sivua, joten niiden häiriöt näkyvät omien valvontojesi vieressä.

11. Sivuston kunto

Jotkin ongelmat eivät koskaan kaada sivua: rikkinäinen linkki siirron jälkeen, pelkän HTTP:n kautta ladattu kuva, sivu, joka hidastui uuden lisäosan jälkeen. Päivittäinen skannaus löytää ne. Uptimecheckin sivuston kunnon valvonta käy sivustosi ja sen sivukartan läpi joka päivä etsien rikkinäisiä linkkejä ja sekasisältöä ja mittaa sivun nopeuden ja Core Web Vitals -arvot Google Lighthousella mobiilissa ja työpöydällä.

Kuinka monta valvontaa tarvitset?

Alla olevat kokoonpanot ovat sovellettavia esimerkkejä, eivät kiinteitä reseptejä:

Sivuston tyyppiEsimerkkikokoonpanoPienyrityksen sivusto, kuten fjordstudio.seEtusivu, yhteydenottolomakkeen sivu, SSL, verkkotunnus, DNS A- ja MX-tietueille, yksi heartbeat varmuuskopiolle. Noin 3 HTTP-valvontaa sekä vanhenemis- ja DNS-tarkistukset.Verkkokauppa, kuten northwind.shopEtusivu, kategoriasivu, tuotesivu, ostoskori, kassa, kirjautuminen, haku, maksun takaisinkutsu, health-päätepiste, SSL jokaisessa isäntänimessä, verkkotunnus, DNS, heartbeatit varmuuskopioille, syötevienneille ja tilausten synkronoinneille sekä palvelimet. Noin 10–15 HTTP-valvontaa.SaaS-tuote, kuten lumenanalytics.ioMarkkinointisivusto, sovelluksen kirjautuminen, rekisteröityminen, API:n health, tärkeimmät API-päätepisteet, webhook-vastaanotin, tilasivu, SSL, verkkotunnukset, DNS, heartbeatit jokaiselle työntekijäprosessille ja ajastetulle työlle sekä palvelimet. Usein 15–40 valvontaa.ToimistoPienen sivuston kokoonpano jokaiselle asiakkaalle, lisäksi kassa ja kirjautuminen asiakkaiden verkkokaupoille, ryhmiteltynä asiakkaittain. Yleensä muutama valvonta asiakasta kohden kerrottuna asiakkaiden määrällä.

Aloita konversiopoluista ja vanhenemistarkistuksista, anna niiden pyöriä kaksi viikkoa ja lisää sitten se, mitä kaipasit ensimmäisen häiriön aikana.

Nimeämiskäytännöt

Valvonnan nimi on ensimmäinen asia, jonka joku lukee yöllisestä hälytyksestä. Sen pitää kertoa ”mikä hajosi, missä ja kuinka pahasti” avaamatta mitään:

[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

Käytä samaa järjestystä kaikkialla, jotta hälytyksiä voi silmäillä ja lajitella.

Nimeä asiat niin kuin tiimi niistä puhuu, ei sisäisten isäntänimien mukaan.

Merkitse ympäristöt selvästi, jotta staging-hälytys ei koskaan näytä tuotannolta.

Toimistoissa aloita asiakkaan nimellä ja ryhmittele valvonnat asiakkaittain projekteihin, jotta kunkin asiakkaan valvonnat ja hälytykset pysyvät yhdessä.

Tarkistuslista

Etusivu sisällön tarkistuksella.

Kirjautuminen, rekisteröityminen, kassa ja haku.

API:n health ja tärkeimmät päätepisteet.

Maksujen takaisinkutsut ja webhook-vastaanottimet.

Heartbeat jokaiselle tärkeälle ajastetulle työlle.

SSL jokaisessa isäntänimessä ja jokaisen verkkotunnuksen rekisteröinti.

DNS-tietueet: vähintään A, AAAA, NS, MX ja TXT.

Palvelimet, jos ylläpidät omia.

Keskeiset kolmansien osapuolten palvelut matalamman prioriteetin kanavalla.

Sivuston kunto: rikkinäiset linkit, sekasisältö ja sivun nopeus, skannattuna päivittäin.

Selkeät nimet ja hälytykset ohjattuina kunkin kohteen omistajalle.

Uptimecheck kattaa verkkosivustot, API:t, monivaiheiset polut, heartbeatit, SSL:n, verkkotunnukset, DNS:n, palvelimet, kolmansien osapuolten palvelut ja sivuston kunnon yhdellä tilillä. Aloita 14 päivän ilmainen kokeilu, luottokorttia ei tarvita.

Kysymykset

Riittääkö etusivun valvonta?

Ei. Etusivu on usein välimuistissa ja voi pysyä pystyssä, vaikka kirjautuminen, kassa tai sen takana oleva API pettää. Valvo myös sivuja ja päätepisteitä, jotka tuovat rahaa.

Kuinka monta valvontaa verkkosivusto tarvitsee?

Se riippuu sivustosta. Pienyrityksen sivustolle voi riittää kolme HTTP-valvontaa sekä SSL-, verkkotunnus- ja DNS-tarkistukset, kun taas verkkokauppa tai SaaS-tuote tarvitsee usein 10–40 valvontaa ja useita heartbeateja.

Miten valvon maksujen webhookia?

Tarkista, että vastaanottava päätepiste vastaa samalla tavalla kuin allekirjoittamattomaan pyyntöön, usein 4xx-koodilla. Silloin 5xx tai aikakatkaisu tarkoittaa, että vastaanotin on rikki. Käy läpi myös palveluntarjoajan toimituslokit.

Miten valvonnat kannattaa nimetä?

Käytä yhtä johdonmukaista kaavaa, esimerkiksi asiakas tai tuote, ympäristö, mitä tarkistetaan ja tarkistuksen tyyppi. Nimen pitää kertoa päivystäjälle, mikä hajosi, avaamatta hallintanäkymää.

Jatka lukemista

Katkot ovat menneisyyttä.

Luo ensimmäinen valvontasi alle minuutissa – tai tutustu ensin live-demoon.

14 päivän ilmainen kokeilu · Sen jälkeen ilmainen 5 valvonnalle · Ei luottokorttia