Siirry pääsisältöön

Opas yrityksen verkkoinfrastruktuurin suunnitteluun

Verkkosivusto voi näyttää hyvältä ja silti menettää kauppaa joka päivä. Syynä ei yleensä ole fontti tai hero-kuvan sävy, vaan verkkosivuston alla oleva tekniikka: sivu latautuu hitaasti, lomake ei saavu perille, integraatio katkeaa tai päivityksen jälkeen jokin lakkaa toimimasta. Tämä opas yrityksen verkkoinfrastruktuurin suunnitteluun auttaa tekemään valintoja, jotka tukevat myyntiä eivätkä lisää yrittäjän teknistä työlistaa.

Pienelle tai keskisuurelle yritykselle tavoite ei ole rakentaa mahdollisimman monimutkaista järjestelmää. Tavoite on yksinkertaisempi: verkkosivusto toimii nopeasti, turvallisesti ja ennakoitavasti silloin, kun potentiaalinen asiakas on valmis ottamaan yhteyttä.

Opas yrityksen verkkoinfrastruktuurin suunnitteluun alkaa tavoitteesta

Verkkoinfrastruktuuri tarkoittaa kaikkea sitä, mikä tekee sivustosta saavutettavan, nopean ja hallittavan. Siihen kuuluvat esimerkiksi hosting, palvelinympäristö, sisällön toimitus, tietoturva, varmuuskopiot, verkkotunnukset, lomakkeet, integraatiot, seuranta sekä ylläpitomalli. Käytännössä kyse on siitä, mitä tapahtuu sen jälkeen, kun asiakas painaa hakutulosta.

Suunnittelu kannattaa aloittaa liiketoiminnasta, ei palvelinlistasta. Jos sivuston tehtävä on tuottaa tarjouspyyntöjä, infrastruktuurin pitää priorisoida nopeaa mobiilikäyttöä, luotettavia lomakkeita ja mitattavaa konversiota. Jos taas sivusto palvelee verkkokauppaa, maksamisen, varastosaldon ja tilaustietojen pitää kestää myös kampanjapäivän piikki ilman, että kassa muuttuu digitaaliseksi arpapeliksi.

Kirjaa ennen teknisiä päätöksiä vastaukset kolmeen kysymykseen: mitä asiakkaan pitää voida tehdä sivustolla, mitä tietoa järjestelmien välillä liikkuu ja kuinka kallis yhden tunnin käyttökatko olisi? Vastaukset määrittävät, kuinka paljon kapasiteettia, valvontaa ja varmistuksia oikeasti tarvitaan.

Älä osta hostingia ennen kuin tiedät vaatimukset

Halpa webhotelli voi olla riittävä esittelysivulle, jolla käy vähän liikennettä eikä sillä kerätä kriittisiä yhteydenottoja. Se ei kuitenkaan ole automaattisesti hyvä ratkaisu sivustolle, jonka pitäisi tuottaa myyntiä. Jaettu ympäristö, epäselvä tuki ja satunnaisesti hitaat palvelimet maksavat usein enemmän menetettyinä liideinä kuin kuukausimaksussa säästetään.

Kapasiteettia ei kannata myöskään ostaa varmuuden vuoksi liikaa. Yritys, jolla on muutama sata kävijää kuukaudessa, ei tarvitse monimutkaista pilviarkkitehtuuria vain siksi, että sellainen kuulostaa vakuuttavalta. Tarvitaan sopiva ympäristö, jossa suorituskykyä voidaan kasvattaa hallitusti, kun liikenne, sisällöt tai integraatiot kasvavat.

Hyvässä suunnitelmassa sovitaan ainakin palvelinten sijainti, vastuut, reagointiajat häiriöihin ja se, kuka pääsee hallinnoimaan mitäkin. EU-alueella käsiteltävä asiakasdata on usein järkevää pitää EU:ssa. Helsingissä sijaitseva infrastruktuuri voi olla suomalaiselle kohderyhmälle sekä suorituskyvyn että datanhallinnan kannalta selkeä ratkaisu.

Nopeus on myyntiominaisuus, ei tekninen koriste

Sivun latausaika vaikuttaa suoraan siihen, jääkö kävijä sivulle. Mobiilissa kärsivällisyys on erityisen lyhyt: asiakas ei yleensä odota, että raskas kuva, kymmenen seurantaohjelmaa ja kolme vanhaa lisäosaa päättävät keskenään, kuka saa hidastaa sivua eniten.

Tavoitteeksi kannattaa asettaa alle sekunnin lataus keskeisille sivuille tavallisessa käyttötavassa. Se ei tarkoita, että jokainen mittari olisi aina täydellinen tai että kaikki sivut olisivat identtisiä. Tuotesivu, jossa on paljon kuvia, tarvitsee eri ratkaisuja kuin kevyt yhteydenottosivu. Perusperiaate on silti selvä: kriittinen sisältö näkyy nopeasti, kuvat on optimoitu, koodi on kevyt ja ulkopuolisia skriptejä käytetään vain perustellusta syystä.

Tässä kohtaa sivuston toteutustapa ratkaisee. Lisäosapohjainen julkaisujärjestelmä voi olla nopea käynnistää, mutta vuosien mittaan siihen kertyy helposti teemoja, lisäosia ja väliaikaisia korjauksia. Jokainen uusi riippuvuus kasvattaa päivitys- ja tietoturvariskiä. Kaikille WordPress ei ole väärä valinta, mutta yrityksen ei pidä valita sitä oletuksena, jos se tarvitsee pitkällä aikavälillä nopeutta ja vähän ylläpitohuolia.

Suunnittele toimintavarmuus ennen ensimmäistä häiriötä

Sivusto ei ole valmis, kun se julkaistaan. Se on tuotantojärjestelmä, joka tarvitsee valvontaa, päivityksiä ja palautumissuunnitelman. Ilman niitä yritys huomaa ongelman usein vasta asiakkaan lähettämästä viestistä - jos asiakas enää lähettää sitä.

Toimiva ylläpitomalli sisältää vähintään automaattiset varmuuskopiot, häiriövalvonnan, tietoturvapäivitykset ja testatun palautuksen. Pelkkä varmuuskopion olemassaolo ei riitä. Jos palautusta ei ole koskaan kokeiltu, varmuuskopio on enemmän toive kuin suunnitelma.

Valvonnassa kannattaa seurata sivuston saavutettavuutta, latausnopeutta, virheitä ja lomakkeiden toimintaa. Varsinkin yhteydenottolomake on usein yrityksen tärkein integraatio. Jos se hajoaa hiljaisesti, mainosbudjetti voi edelleen kulua ja myyntiputki näyttää tyhjältä täysin väärästä syystä.

Tietoturvan osalta perusasiat ovat yllättävän tehokkaita: rajatut käyttäjäoikeudet, vahva tunnistautuminen, säännölliset päivitykset, salattu liikenne ja tarpeettomien komponenttien poistaminen. Turvallisuus ei tarkoita pelottelua tai loputonta tarkistuslistaa. Se tarkoittaa sitä, että tavallisimmat ongelmat on estetty jo ennen kuin niistä tulee kiireellinen maanantaiaamun puhelu.

Integraatiot kannattaa rakentaa liiketoimintaprosessin ympärille

CRM, ajanvaraus, verkkokauppa, uutiskirje, maksaminen ja chatbot voivat parantaa asiakaskokemusta. Ne voivat myös tehdä sivustosta hitaan ja vaikeasti ylläpidettävän, jos jokainen palvelu lisätään ilman kokonaiskuvaa.

Arvioi jokaisen integraation kohdalla kolme asiaa: mitä liiketoiminta hyötyy, mitä dataa siirtyy ja mitä tapahtuu, jos palvelu on hetken poissa käytöstä. Esimerkiksi CRM-yhteys on arvokas, jos yhteydenotto siirtyy automaattisesti myynnin käsittelyyn ja siihen voidaan reagoida nopeasti. Jos integraatio vain kopioi tietoa järjestelmästä toiseen ilman, että kukaan käyttää sitä, se on ylimääräinen vikapiste.

Rajapintoihin perustuvat integraatiot ovat yleensä hallittavampia kuin selainpohjaiset viritykset. Niissäkin tarvitaan kuitenkin omistaja: kuka valvoo yhteyden toimintaa, missä API-avaimia säilytetään ja miten muutoksista tiedotetaan? Tekninen dokumentointi ei ole byrokratiaa, vaan vakuutus sitä vastaan, että tieto katoaa yhden freelancerin sähköpostiin.

Omistajuus ja pääsyoikeudet pitää sopia kirjallisesti

Yrityksen pitää tietää, kuka omistaa verkkotunnuksen, hosting-tilin, analytiikan, lähdekoodin ja integraatiotilit. Jos vastaukset ovat epäselviä, riski ei näy sivustolla ennen kuin toimittajaa pitää vaihtaa tai häiriö pitää korjata nopeasti.

Käytännössä yrityksellä tulee olla pääsy kriittisiin tileihin, vaikka tekninen kumppani hoitaisi päivittäisen työn. Tämä ei tarkoita, että yrittäjän pitäisi opetella palvelinhallintaa. Se tarkoittaa, että yritys ei ole lukittuna toimittajaan, joka katoaa kesken sesongin.

Valitse ylläpito, joka vastaa sivuston merkitystä

Kertaluonteinen verkkosivuprojekti kuulostaa edulliselta, kunnes ensimmäinen päivitys, nopeusongelma tai integraatiomuutos tulee vastaan. Sivuston tekninen ympäristö muuttuu jatkuvasti: selaimet, tietoturvavaatimukset, hakukoneiden odotukset ja ulkopuoliset palvelut eivät pysähdy julkaisupäivään.

Siksi kuukausihinnoiteltu jatkuva palvelu on monelle yritykselle järkevämpi kuin satunnainen tuntityö. Kiinteä kustannus helpottaa budjetointia, ja vastuuta kannetaan koko käyttöajan, ei vain siihen asti, kun julkaisu on laskutettu. Netvoiman kaltaisessa mallissa tarkoitus on pitää nopeus, turvallisuus, ylläpito ja tekninen kehitys samassa vastuuketjussa ilman lisäosa-painajaisia.

Hyvä kumppani kertoo myös, mitä ei kannata tehdä. Kaikkea ei tarvitse automatisoida, jokainen ominaisuus ei tarvitse omaa palveluaan, eikä näyttävä animaatio ole perusteltu, jos se hidastaa tarjouspyynnön lähettämistä. Teknologian tehtävä on poistaa kitkaa asiakkaalta ja työltä yrityksen sisältä.

Kun seuraavan kerran arvioit verkkosivustoa, älä kysy vain, miltä se näyttää julkaisupäivänä. Kysy, kuinka nopeasti se palvelee asiakasta kuuden kuukauden kuluttua, kuka reagoi häiriöön ja mitä yhden menetetyn liidin arvo on. Siitä alkaa infrastruktuuri, joka tekee työnsä hiljaa - juuri niin kuin sen kuuluukin.