Maanantaiaamuna käynnistyy kampanja, myynti odottaa yhteydenottoja ja potentiaalinen asiakas avaa sivusi. Vastassa on virheilmoitus, hitaasti latautuva lomake tai tyhjä sivu. Sinä et tiedä asiasta mitään, koska kukaan ei ole vielä ehtinyt soittaa. Tässä kohtaa verkkosivuston valvonta yritykselle ei ole tekninen lisäpalikka, vaan tapa estää hiljainen myynnin menetys.
Sivusto ei lakkaa palvelemasta vain silloin, kun palvelin on kokonaan alhaalla. Se voi olla asiakkaalle käytännössä käyttökelvoton myös silloin, kun se latautuu kahdeksassa sekunnissa, yhteydenottolomake ei lähetä viestiä tai SSL-varmenne on vanhentunut. Asiakas ei yleensä selvitä syytä. Hän palaa hakutuloksiin ja valitsee seuraavan yrityksen.
Mitä verkkosivuston valvonta yritykselle oikeasti tarkoittaa?
Valvonnan tarkoitus on havaita poikkeama ennen kuin siitä tulee asiakkaan, myynnin tai johdon ongelma. Se seuraa sivuston toimivuutta sovituilla mittareilla ja lähettää hälytyksen, kun jotain olennaista muuttuu tai hajoaa. Hyvin toteutettu valvonta yhdistyy selkeään vastuuseen: joku myös reagoi hälytykseen.
Pelkkä tieto siitä, että palvelin vastaa, ei vielä riitä. Sivusto voi palauttaa teknisesti onnistuneen vastauksen, vaikka kävijä näkee rikkinäisen sivun. Siksi valvonnassa pitää erottaa toisistaan saatavuus, nopeus, kriittiset käyttäjäpolut ja järjestelmän turvallinen toiminta.
Tavoite ei ole kerätä hallintapaneeliin mahdollisimman paljon vihreitä mittareita. Tavoite on varmistaa, että asiakas pääsee sivulle, löytää tarvitsemansa tiedon ja voi tehdä seuraavan halutun asian - lähettää yhteydenottopyynnön, varata ajan tai ostaa tuotteen.
Saatavuus kertoo, onko ovi auki
Saatavuusvalvonta tarkistaa sivustoa ulkopuolelta säännöllisesti. Jos palvelin ei vastaa, DNS-ohjaus pettää tai sivu palauttaa virheen, hälytys lähtee nopeasti. Tämä on perusta, ei koko ratkaisu.
Tarkistuksen kannattaa tapahtua useammasta sijainnista. Yksi verkkoyhteys voi hetkellisesti häiriintyä ilman, että koko sivusto on poissa käytöstä. Toisaalta yksittäinen onnistunut tarkistus ei auta, jos suomalainen asiakas ei pääse sivulle. Valvonnan pitää vähentää sekä turhia hälytyksiä että oikeiden ongelmien havaitsematta jäämistä.
Samalla kannattaa seurata verkkotunnuksen, DNS-asetusten ja SSL-varmenteen voimassaoloa. Vanhentunut varmenne voi näyttää asiakkaalle pelottavan selaimen varoituksen, vaikka itse sivusto olisi muuten kunnossa. Se on tehokas tapa ajaa liikenne kilpailijalle ilman, että kilpailija tekee mitään.
Nopeutta pitää valvoa asiakkaan näkökulmasta
Hidas sivusto ei aina näy täydellisenä käyttökatkona. Se näkyy poistumisina, kesken jäävinä lomakkeina ja heikompana mainonnan tuottavuutena. Jos klikki maksaa rahaa, jokainen tarpeettomasti odottava sekunti on liiketoiminnan kulua.
Nopeusvalvonnassa kannattaa tarkastella erityisesti tärkeimpiä sivuja: etusivua, palvelusivuja, kampanjasivuja, yhteydenottosivua ja verkkokaupan kassaa. Mittauksen pitää huomioida mobiilikäyttö, koska suuri osa kävijöistä tulee puhelimella ja vaihtelevilla yhteyksillä. Toimistoverkon nopealla koneella kaikki voi näyttää hyvältä. Asiakkaan puhelimessa totuus on usein vähemmän kohtelias.
Yksittäinen synteettinen nopeustesti ei kuitenkaan kerro kaikkea. Se mittaa sivua tietyssä ympäristössä. Siksi sitä kannattaa täydentää käytännön käyttäjäkokemusta kuvaavilla tiedoilla ja seurata muutoksia ajan yli. Jos sivu hidastuu uuden integraation, analytiikkaskriptin tai kampanjan vuoksi, trendi paljastaa ongelman ennen kuin siitä tulee pysyvä tapa menettää liidejä.
Lomakkeet, varaukset ja integraatiot ovat myynnin kriittisiä kohtia
Monen yrityksen verkkosivuston tärkein tehtävä on tuottaa yhteydenottoja. Silloin lomakkeen toimivuus ei ole pieni yksityiskohta. Se on myyntiprosessin osa.
Lomake voi näyttää toimivalta, mutta viesti voi jäädä matkalle roskapostisuodatuksen, sähköpostipalvelun, API-virheen tai CRM-integraation muutoksen vuoksi. Varausjärjestelmä voi avautua, mutta vapaita aikoja ei voi valita. Verkkokaupassa ostoskori voi toimia, mutta maksuvaihe epäonnistuu. Saatavuusvalvonta ei välttämättä huomaa mitään näistä.
Kriittisiä käyttäjäpolkuja voidaan testata automatisoidusti. Testi voi esimerkiksi avata yhteydenottosivun, täyttää lomakkeen testitiedoilla ja varmistaa, että onnistumisvahvistus tulee näkyviin. Kaikkea ei tarvitse eikä pidä testata samalla tavalla, varsinkaan maksamista oikeilla maksutiedoilla. Mutta tärkeimmistä toiminnoista kannattaa rakentaa järkevä tarkistus.
Valvonta ei korjaa ongelmaa, ellei reagointimalli ole kunnossa
Tämä on kohta, jossa moni palvelu jää puolitiehen. Hälytyssähköposti ei korjaa sivustoa. Jos ilmoitus menee yleiseen postilaatikkoon, jota kukaan ei katso viikonloppuna, valvonta on lähinnä digitaalinen muistutus siitä, että ongelma ehti tapahtua.
Toimiva malli määrittelee etukäteen, mitä seurataan, milloin hälytetään ja kuka tekee mitäkin. Täysi käyttökatko vaatii eri reagoinnin kuin lievästi heikentynyt nopeus. Lomakkeen rikkoutuminen voi olla kiireellisempi kuin yhden blogisivun kuvan latausvirhe. Kaikkia poikkeamia ei pidä käsitellä hätätilana, koska jatkuva hälytysmelu opettaa ihmiset sivuuttamaan myös oikeat ongelmat.
Hyvä käytäntö on sopia hälytystasot ja vastuuketju. Kriittisestä virheestä lähtee välitön ilmoitus tekniselle vastuuhenkilölle. Vähemmän kiireellinen suorituskykypoikkeama kirjataan korjattavaksi sovittuun aikatauluun. Asiakkaalle kerrotaan selkeästi, mitä tapahtui, mitä tehtiin ja onko jatkotoimia tarpeen. Ei teknistä savuverhoa, ei epämääräistä tutkitaan asiaa -viestiä ilman seuraavaa askelta.
Valvonta on myös hyödyllinen tapa erottaa todellinen ongelma oletuksesta. Kun sivusto on hidas tai liidimäärä laskee, data auttaa näkemään, liittyikö muutos saatavuuteen, sivunopeuteen, integraatioon vai esimerkiksi kampanjan liikenteen laatuun. Kaikkea ei voi ratkaista palvelimella, eikä kaikkea pidä yrittää ratkaista uudella lisäosalla.
Miten valvonnan taso kannattaa valita?
Tarvittava taso riippuu siitä, mitä sivusto tekee yritykselle. Jos sivusto tuo jatkuvasti tarjouspyyntöjä, ajanvarauksia tai verkkokauppamyyntiä, saatavuuden, nopeuden ja konversiopolkujen valvonta ovat perusteltuja. Jos sivusto toimii lähinnä staattisena käyntikorttina, vähimmäistaso voi olla kevyempi - mutta verkkotunnuksen, varmenteiden, varmuuskopioiden ja saatavuuden seuranta kannattaa silti hoitaa.
Kasvava yritys tarvitsee yleensä enemmän kuin aloitteleva yritys, koska yhden tunnin katkon hinta kasvaa liikenteen ja riippuvuuksien mukana. Myös integraatiot nostavat valvonnan tarvetta. Mitä useampi järjestelmä osallistuu siihen, että asiakas saa vastauksen tai kauppa kirjautuu oikein, sitä useampi asia voi muuttua ilman näkyvää varoitusta.
Halpa hosting ja irrallinen valvontatyökalu voivat olla järkeviä, jos yrityksellä on oma tekninen tiimi, joka omistaa kokonaisuuden ja reagoi hälytyksiin. Pienessä ja keskisuuressa yrityksessä näin ei usein ole. Silloin säästö muuttuu nopeasti kustannukseksi, jos ongelmaa selvitetään vasta asiakkaan ilmoituksen jälkeen.
Valvonta kuuluu ylläpitoon, ei erilliseen hätäratkaisuun
Parhaimmillaan valvonta on osa verkkosivuston normaalia käyttöä yhdessä päivitysten, tietoturvan, varmuuskopioiden ja suorituskyvyn kehittämisen kanssa. Kun sivuston tekninen perusta on hallittu, muutokset tehdään ennakoitavasti ja ongelmat havaitaan ajoissa. Tämä on myös yksi syy, miksi Netvoima rakentaa jatkuvaa palvelua eikä jätä asiakasta yksin julkaisupäivän jälkeen.
Erityisesti plugin-painotteisissa ympäristöissä jokainen päivitys, teema ja ulkoinen skripti voi vaikuttaa kokonaisuuteen. Se ei tarkoita, että kaikki tällaiset ratkaisut ovat automaattisesti huonoja. Se tarkoittaa, että niiden ylläpito ja valvonta vaativat kurinalaisuutta. Sivusto ei muutu huolettomaksi sillä, että siihen asennetaan vielä yksi lisäosa valvomaan muita lisäosia.
Kysy palveluntarjoajalta suoraan, mitä valvotaan, kuinka usein, miten hälytyksiin reagoidaan ja kuuluuko korjaaminen sopimukseen. Kysy myös, testataanko lomakkeita ja integraatioita vai vain sitä, vastaako palvelin. Selkeä vastaus kertoo enemmän kuin pitkä lista teknisiä termejä.
Hyvä verkkosivusto tekee työnsä hiljaa: se latautuu nopeasti, ottaa vastaan yhteydenotot ja pysyy asiakkaan saatavilla. Valvonnan arvo näkyy harvoin näyttävänä ominaisuutena. Se näkyy siinä, ettei menetettyä kauppaa tarvitse jälkikäteen selittää teknisellä häiriöllä, jota kukaan ei huomannut ajoissa.