Hidas yrityssivusto ei yleensä johdu yhdestä isosta virheestä vaan kasasta pieniä päätöksiä, jotka ovat vuosien aikana alkaneet vetää eri suuntiin. Kun yrittäjä kysyy, mikä aiheuttaa hitaan yrityssivuston, vastaus on harvoin pelkkä "huono hosting" tai "liian isot kuvat". Useammin ongelma on siinä, että koko sivusto on rakennettu tavalla, jossa suorituskyky ei ole ollut prioriteetti alusta asti.
Tämä näkyy nopeasti liiketoiminnassa. Sivusto aukeaa vähän tahmeasti mobiilissa, lomake viivyttelee, etusivu pomppii latauksen aikana ja osa kävijöistä poistuu ennen kuin mitään ehtii tapahtua. Kukaan ei lähetä sinulle vihaista sähköpostia aiheesta. He vain lähtevät kilpailijalle.
Mikä aiheuttaa hitaan yrityssivuston käytännössä
Yrityssivuston hitaus syntyy yleensä neljästä kerroksesta: raskaasta front endistä, heikosta palvelinympäristöstä, tarpeettomista kolmannen osapuolen skripteistä ja huonosta ylläpitomallista. Jos yksikin näistä on pahasti pielessä, sivu voi tuntua hitaalta. Jos kaikki neljä ovat mukana, tulos on ennustettava - ja kallis.
Moni yritys ostaa sivuston kertaprojektina, jossa huomio menee ulkoasuun ja julkaisuun. Sen jälkeen tekninen velka alkaa kasvaa. Sivulle lisätään uusi lisäosa, sitten toinen. Markkinointi haluaa chatin, analytiikan, event-seurannan, heatmapin ja ehkä vielä varausjärjestelmän. Jokainen lisäys tuntuu pieneltä. Yhdessä ne tekevät sivustosta raskaan.
Raskas teema ja plugin-pino
Tämä on klassikko, koska se on edelleen yleisin syy. Varsinkin WordPress-sivustoissa hitaus ei synny WordPressistä itsestään vaan siitä, mitä sen päälle on ladattu. Monikäyttöinen teema lupaa kaiken kaikille, mutta käytännössä se tuo mukana valtavan määrän CSS:ää, JavaScriptiä, fontteja, animaatioita ja ominaisuuksia, joita sivusto ei edes käytä.
Kun tämän päälle kasataan kymmenen, viisitoista tai kolmekymmentä lisäosaa, jokainen niistä voi ladata omia tiedostojaan jokaiselle sivulle. Lopputuloksena selain joutuu pyytämään paljon tavaraa ennen kuin käyttäjä näkee olennaisen sisällön. Se ei ole tekninen hienosäätöongelma. Se on rakenteellinen ongelma.
Pluginien kohdalla ongelma ei ole vain määrä vaan laatu. Yksi huonosti tehty lisäosa voi hidastaa tietokantakyselyitä, aiheuttaa renderöintiblokkauksia tai avata riippuvuuksia toisiin kirjastoihin. Näitä ongelmia ei huomaa hallintapaneelissa. Ne huomaa asiakas puhelimellaan 4G-yhteydellä parkkipaikalla.
Kuvia ei ole optimoitu oikeaan käyttöön
Iso kuvatiedosto on yhä yksi helpoimmin vältettävistä syistä hitauteen. Silti se toistuu jatkuvasti. Yrityssivulle ladataan 4 megatavun sankarikuva, koska se näyttää terävältä designerin 27 tuuman näytöllä. Mobiilikävijä ei pyytänyt sitä. Hän pyysi yhteystiedot ja syyn ottaa yhteyttä.
Kuvien ongelma ei ole vain tiedostokoko. Myös väärä formaatti, puuttuvat responsiiviset versiot ja laiska latauslogiikka vaikuttavat paljon. Jos selain joutuu lataamaan liian suuren kuvan liian aikaisin, ensimmäinen näkymä viivästyy. Kun tätä tapahtuu etusivulla useita kertoja, koko kokemus tuntuu raskaalta.
Video taustalla voi olla vielä pahempi. Se näyttää näyttävältä ensimmäiset kolme sekuntia pitchissä. Sen jälkeen se alkaa syödä latausaikaa, mobiilidataa ja kärsivällisyyttä. Kaikki näyttävä ei ole hyödyllistä.
Hosting on alimitoitettu tai väärin konfiguroitu
Halpa webhotelli sopii lähinnä siihen, että sivusto on teoriassa olemassa. Se ei vielä tarkoita, että sivusto toimii nopeasti kuormassa tai ruuhkahuippujen aikana. Jos palvelinympäristö on hidas, jaettu liian monen asiakkaan kanssa tai huonosti välimuistettu, nopeutta ei korjata pelkällä kuvien pakkaamisella.
Hosting vaikuttaa vasteaikaan ennen kuin sivun sisältöä edes aletaan rakentaa käyttäjälle. Jos ensimmäinen palvelinvastaus on hidas, kaikki muukin alkaa myöhässä. Tämä korostuu dynaamisissa järjestelmissä, joissa jokainen pyyntö nojaa tietokantaan, lisäosiin ja taustaprosesseihin.
EU-alueella toimivalle yritykselle myös palvelininfrastruktuurin sijainnilla ja laadulla on merkitystä. Jos sivusto on rakennettu suomalaisille tai eurooppalaisille asiakkaille, ei ole aivan yhdentekevää, missä ympäristössä sitä ajetaan, miten välimuisti toimii ja miten suorituskykyä valvotaan. Hosting ei ole taikatemppu, mutta huono hosting on tehokas tapa pilata muuten hyvä sivusto.
Liikaa ulkoisia skriptejä
Moni yritys ei tiedä, että sivuston hitaus tulee osittain palveluista, joita ei edes omista. Chat-widget, analytiikka, mainosseuranta, evästebanneri, kartta, upotettu kalenteri, sosiaalisen median syöte ja kolmannen osapuolen lomake voivat yhdessä lisätä sekunteja latausaikaan.
Näissä työkaluissa on usein oikea käyttötarkoitus. Ongelma on se, että niitä lisätään ilman kuria. Jokainen skripti tuo uuden verkkohaun, uuden suorituksen selaimessa ja joskus uuden riskin siitä, että sivu odottaa ulkoista palvelua. Kun joku näistä palveluista hidastuu, myös sinun sivusi hidastuu. Hienoa laskuttaa asiakkaita omasta markkinoinnista, mutta hieman huonompaa menettää liidejä sen vuoksi.
Tässä kohtaa pitää tehdä valintoja. Kaikkea ei kannata upottaa suoraan sivulle. Kaikkea ei tarvitse ladata heti. Kaikkea ei ylipäätään tarvita.
Huono front end -toteutus
Sivusto voi näyttää yksinkertaiselta ja silti olla teknisesti raskas. Tämä on yleinen yllätys. Kevyen näköinen käyttöliittymä ei automaattisesti tarkoita kevyttä toteutusta. Jos koodi on täynnä tarpeettomia kirjastoja, animaatioita, renderöintiä estäviä resursseja ja päällekkäistä logiikkaa, selain tekee paljon töitä ennen kuin mitään näkyy.
Tämä näkyy erityisesti mobiilissa. Pöytäkoneessa nopea prosessori peittää helposti huonoa toteutusta. Puhelimessa sama sivu tuntuu tahmealta. Selaimen pitää ladata tiedostot, jäsentää ne, suorittaa skriptit ja maalata näkymä ruudulle. Jos tämä ketju on raskas, käyttäjä kokee sivun hitaaksi, vaikka palvelin olisi kohtuullinen.
Siksi pelkkä PageSpeed-pisteiden jahtaaminen ei riitä, mutta niitä ei kannata myöskään vähätellä. Ne näyttävät usein oireen. Juuri toteutus kertoo syyn.
Tietokanta ja vuosien aikana kertynyt roska
Vanha yrityssivusto kerää tavaraa. Revisiota, tarpeettomia tauluja, poistettujen lisäosien jäänteitä, vanhentuneita transienteja, rikkinäisiä viittauksia ja muuta teknistä roinaa. Jokainen yksittäinen jäänne ei kuulosta vakavalta. Yhdessä ne voivat hidastaa hallintaa, dynaamisten sivujen muodostumista ja integraatioita.
Tämä ongelma korostuu erityisesti silloin, kun sivustoa on paikattu freelancerilta toiselle ilman selkeää omistajuutta. Kukaan ei halua koskea kokonaisuuteen, koska kukaan ei tiedä varmasti mitä hajoaa. Se on yksi syy, miksi hitaus jatkuu pitkään. Ei siksi, ettei ongelmaa nähdä, vaan siksi että rakenteeseen ei enää luoteta.
Miksi hidas sivusto maksaa enemmän kuin näyttää
Yrityssivuston hitaus ei ole vain tekninen haitta. Se vaikuttaa suoraan konversioon, hakukonenäkyvyyteen, mainonnan tehokkuuteen ja siihen, millaisen vaikutelman yritys antaa. Jos sivu latautuu hitaasti, käyttäjä epäilee helposti kaikkea muutakin - palvelun luotettavuutta, yhteydenoton helppoutta ja koko yrityksen terävyyttä.
Tässä kohtaa moni keskittyy väärään kysymykseen. Ei kannata kysyä, onko sivusto "ihan ok". Kannattaa kysyä, kuinka paljon liidejä jää pöydälle joka kuukausi, koska sivu ei tunnu nopealta juuri silloin kun asiakas olisi valmis toimimaan.
Nopeudessa ei ole kyse vain testituloksista vaan kitkan poistamisesta. Kun sivu aukeaa heti, käyttäjä jatkaa. Kun lomake reagoi heti, käyttäjä lähettää sen. Kun palvelu tuntuu teknisesti hallitulta, yritys näyttää uskottavalta.
Miten hitaan yrityssivuston syy selvitetään oikein
Jos haluat tietää, mikä aiheuttaa hitaan yrityssivuston omassa tapauksessasi, aloita kokonaisuudesta, älä yksittäisestä kikkakolmosesta. Katso ensin, onko ongelma palvelimessa, front endissä, kuvissa, lisäosissa vai ulkoisissa skripteissä. Sen jälkeen selvitä, mikä oikeasti vaikuttaa käyttäjän kokemukseen ensimmäisten sekuntien aikana.
Fiksu analyysi ei ala sillä, että asennetaan vielä yksi optimointilisäosa. Se alkaa mittaamalla oikeita asioita ja poistamalla turhaa. Jos perusrakenne on huono, päälle liimattu välimuisti auttaa vain rajallisesti. Jos taas arkkitehtuuri on kunnossa, pienilläkin muutoksilla voi saada paljon aikaan.
Usein paras ratkaisu ei ole loputon paikkaaminen vaan siirtyminen malliin, jossa sivusto on rakennettu suorituskyky edellä ja sitä myös ylläpidetään jatkuvasti. Siinä on iso ero, onko sivusto projekti joka jätetään yksin vai liiketoiminnan järjestelmä, jota valvotaan, kehitetään ja pidetään nopeana ilman plugin-draamaa. Tässä kohtaa esimerkiksi Netvoiman kaltainen kumppanimalli on monelle pk-yritykselle järkevämpi kuin uusi kertarakennus joka vanhenee heti julkaisun jälkeen.
Jos sivustosi on hidas, kyse ei ole siitä että internet olisi tänään huonolla tuulella. Jokin siinä rakenteessa aiheuttaa kitkaa, ja kitka maksaa rahaa. Mitä aikaisemmin syy korjataan, sitä vähemmän menetät huomaamattasi.