Halvan webhotellin riskit — mitä palvelimella oikeasti jaetaan ja miten se näkyy nopeudessa ja sähköpostissa

Halpa webhotelli ei ole riski hintansa takia vaan siksi, mitä siinä jaetaan. Tässä on kolme riskiä, jotka näkyvät asiakkaallesi, ja kahdenkymmenen minuutin tarkistus, jolla mittaat ne itse tänään.

Suora vastaus: halpa webhotelli ei ole huono siksi, että se on halpa. Se on riski siksi, että hinta syntyy jakamisesta: samalla palvelimella on satoja sivustoja, jotka jakavat prosessoriajan, muistin, samanaikaisten prosessien katon, lähtevän sähköpostin IP-osoitteen ja saman tukijonon. Kolme näistä näkyy asiakkaallesi suoraan — sivu latautuu hitaasti juuri silloin kun kävijöitä on, laskusi menee roskapostiin naapurin takia, ja kun sivusto on nurin, vastausta odotetaan tunteja. Loput jakamisesta ei haittaa lainkaan.

Tämä sivu käsittelee sitä, mikä halvassa webhotellissa teknisesti hajoaa ja miten sen mittaa itse. Hinnoittelun puoli — miksi ensimmäinen vuosi on halpa ja mitä uusintahinta oikeasti on — on kokonaan eri sivulla: webhotellin hinnannousu. Jos etsit hintavertailua, lue se. Täällä katsotaan vain sitä, mitä saat.

Mitä jaetussa webhotellissa jaetaan?

Jaettu webhotelli tarkoittaa, että yksi fyysinen palvelin pyörittää monta asiakasta. Se on täysin järkevä malli, ja valtaosa maailman pienyrityssivustoista toimii sillä hyvin — ongelma ei ole jakaminen vaan se, mitä jaetaan ja kuinka monen kanssa. Jaettavia resursseja on kuusi: levytila, prosessoriaika ja muisti, samanaikaisten prosessien katto, lähtevän postin IP-osoite, tukijono ja tietokantapalvelin. Näistä levytila on ainoa, jota markkinoidaan näkyvästi, ja se on samalla ainoa, joka ei tavallisesti aiheuta pienelle yritykselle yhtään ongelmaa. Kaikki kolme oikeaa riskiä — hitaus ruuhkassa, sähköpostin perillemeno ja tuen vastausaika — ovat asioita, joita ei lue tuotesivulla. Alla jokainen resurssi ja se, miten se näkyy sinulle.

Huomaa taulukon ensimmäinen rivi. Levytila on ainoa jaettu resurssi, jota markkinoidaan näkyvästi, ja se on ainoa, joka ei tavallisesti aiheuta yhtään ongelmaa pienelle yritykselle. Kaikki kolme oikeaa riskiä ovat asioita, joita ei lue tuotesivulla.

Riski 1: miksi prosessikatto hidastaa sivustoa juuri väärään aikaan?

Jaetussa webhotellissa jokainen sivulataus, joka ei tule välimuistista, käynnistää palvelinprosessin, ja palveluntarjoaja rajaa montako niistä sinulla saa olla käynnissä yhtä aikaa. Kun raja täyttyy, seuraavat kävijät jäävät jonoon tai saavat virheen. Juuri tämä tekee hitaudesta satunnaisen tuntuista: sama sivu latautuu sekunnissa hiljaisena aamuna ja kahdeksassa sekunnissa iltapäivällä, kun kampanjasähköposti on juuri lähtenyt — eli täsmälleen silloin kun nopeudella olisi ollut väliä. Sama katto koskee myös taustatoimintoja kuten ajastettuja tehtäviä ja varmuuskopiointia. Epäreiluinta on se, ettei kattoa näe mistään: levytilalle on mittari hallintapaneelissa, prosessikatolle harvoin.

Tämä on syy siihen, miksi hitaus tuntuu satunnaiselta. Testaat sivun maanantaiaamuna ja se latautuu sekunnissa. Sama sivu iltapäivällä, kun kampanjasähköposti on juuri lähtenyt, latautuu kahdeksassa sekunnissa. Mitään ei ole muuttunut paitsi samanaikaisten kävijöiden määrä — ja se on täsmälleen se hetki, jolloin nopeudella olisi ollut väliä.

Sama katto koskee myös taustatoimintoja. Jos sivustollasi on ajastettuja tehtäviä, kuvien käsittelyä tai varmuuskopiointi, ne kuluttavat samasta prosessikiintiöstä. Yleinen ja vaikeasti havaittava tapaus: automaattinen varmuuskopio käynnistyy kesken päivän ja sivusto hidastuu kahdeksi minuutiksi ilman että lokista näkyy mitään.

Se, mikä tässä on epäreilua, on että et näe kattoa mistään. Levytilalle on mittari hallintapaneelissa. Prosessikatolle harvoin. Sen olemassaolon huomaa vasta siitä, että sivusto käyttäytyy huonosti kuormituksessa.

Riski 2: miten jaettu IP-osoite vaikuttaa sähköpostin perillemenoon?

Jaettu lähtevän postin IP-osoite on halvan webhotellin kallein yksittäinen riski, koska se ei näy sinulle lainkaan: sivusto toimii, sähköposti lähtee, mitään virhettä ei tule — ja asiakas ei vain vastaa. Mekanismi on yksinkertainen. Kun lähetät sähköpostia webhotellin palvelimelta, viesti lähtee palvelimen IP-osoitteesta, joka on satojen muiden asiakkaiden käytössä. Vastaanottavat palvelut pitävät kirjaa siitä, kuinka paljon roskapostia kustakin osoitteesta on tullut, ja jos joku samalla palvelimella lähettää roskaa tai hänen sivustonsa murretaan, koko osoitteen maine laskee. Sinun laskusi kärsii naapurin teoista. Sama koskee sivustolomakkeiden lähettämiä vahvistuksia ja muistutuksia.

Mekanismi on yksinkertainen. Kun lähetät sähköpostia webhotellin palvelimelta, viesti lähtee palvelimen IP-osoitteesta. Sama osoite on satojen muiden asiakkaiden käytössä. Vastaanottavat palvelut pitävät kirjaa siitä, kuinka paljon roskapostia kustakin IP-osoitteesta on tullut. Jos joku samalla palvelimella lähettää roskapostia tai hänen sivustonsa murretaan ja sitä käytetään lähettämiseen, koko IP-osoitteen maine laskee. Sinun laskusi kärsii naapurin teoista.

Sama koskee sivustolomakkeita. Verkkolomakkeen lähettämä tilausvahvistus, ajanvarauksen muistutus ja yhteydenottolomakkeen kopio kulkevat kaikki samaa reittiä.

Riski 3: mitä tuelta kannattaa kysyä ennen ostoa?

Webhotellin tuen laatua on mahdotonta arvioida ennen kuin sitä tarvitsee, ja silloin on myöhäistä. Kolme asiaa kannattaa silti kysyä kirjallisesti ennen ostoa, koska vastauksen sävy kertoo enemmän kuin sisältö. Ensimmäinen on tavoiteltu vastausaika tilanteessa, jossa sivusto ei vastaa lainkaan — jos vastaus ei erottele käyttökatkoa tavallisesta kysymyksestä, palvelutasoa ei ole. Toinen on se, pääsetkö palauttamaan varmuuskopion itse vai onko se tukipyyntö; tämä on ratkaisevin yksittäinen ero halvan ja kelvollisen välillä, koska itsepalveluna palautus on minuutteja ja tukipyyntönä tunteja. Kolmas on julkinen tilannesivu, jota ilman käytät ensimmäiset kaksi tuntia väärän asian etsimiseen.

Mikä on tavoiteltu vastausaika, kun sivusto ei vastaa lainkaan? Jos vastaus ei erottele käyttökatkoa tavallisesta kysymyksestä, palvelutasoa ei ole.

Pääsenkö palauttamaan varmuuskopion itse, vai onko se tukipyyntö? Tämä on ratkaisevin yksittäinen ero halvan ja kelvollisen välillä. Itsepalveluna palautus on minuutteja. Tukipyyntönä se on tunteja tai päiviä, ja usein maksullinen.

Mistä näen palvelimen häiriöt? Jos julkista tilannesivua ei ole, et tiedä onko vika sinun sivustossasi vai palvelimessa — ja käytät ensimmäiset kaksi tuntia väärän asian etsimiseen.

Miten tarkistat webhotellisi kunnon kahdessakymmenessä minuutissa?

Webhotellin todellisen kunnon saa selville itse noin kahdessakymmenessä minuutissa viidellä tarkistuksella, eikä niihin tarvitse ostaa mitään. Tarkistukset ovat: mistä IP-osoitteesta sähköpostisi lähtee, montako verkkotunnusta jakaa saman IP-osoitteen, ensitavun viive kahtena eri kellonaikana, samanaikaisten prosessien raja, ja varmuuskopion palautus testinä. Ne tehdään siinä järjestyksessä kuin ne on kirjoitettu, koska kaksi ensimmäistä liittyvät toisiinsa ja kolmas antaa tulokselle mittakaavan. Jokaisen kohdalla kerrotaan myös, mitä tulos tarkoittaa — eli mikä on kunnossa, mikä on normaalia jaetussa webhotellissa ja mikä kannattaa korjata tällä viikolla. Tämä osio on koko sivun tärkein.

1. Katso mistä IP-osoitteesta sähköpostisi lähteeLähetä viesti itsellesi toiseen sähköpostiin ja avaa viestin lähdekoodi tai otsikkotiedot. Etsi ylimmästä Received-rivistä lähettävä IP-osoite. Vertaa sitä sivustosi IP-osoitteeseen. Jos ne ovat sama: sähköpostisi maine on kiinni webhotellin naapureista. Tämä on ensimmäinen korjattava asia. Jos ne ovat eri: sähköposti on jo irti, hyvä.
2. Tarkista, montako verkkotunnusta jakaa IP-osoitteesiKäytä mitä tahansa julkista käänteistä IP-hakua sivustosi osoitteella. Alle kymmenen: ei ongelmaa. Satoja: normaalia jaetussa webhotellissa, mutta yhdistettynä kohtaan 1 se tarkoittaa, että sähköpostin maineriski on todellinen. Jos listassa näkyy sivustoja, joiden aihepiiri on selvästi roskaa: siirrä sähköposti pois tällä viikolla.
3. Mittaa ensitavun viive kylmänä ja lämpimänäLataa etusivusi selaimen kehitystyökalujen verkkovälilehdellä, tyhjennä välimuisti ja lataa uudelleen. Katso lukua Time to First Byte. Tee sama testi kaksi kertaa: hiljaisena aikana ja arkipäivän iltapäivällä. Alle 300 ms molemmilla kerroilla: palvelin ei ole ongelmasi. Alle 300 ms aamulla, yli 800 ms iltapäivällä: jaat prosessoriajan liian monen kanssa. Se on tämän sivun koko aihe yhtenä lukuna.
4. Etsi samanaikaisten prosessien rajaEtsi hallintapaneelista tai palveluntarjoajan ehtosivulta termit "entry processes", "samanaikaiset prosessit" tai "I/O-raja". Jos luku löytyy ja on 20 tai enemmän: tavalliselle esittelysivustolle riittää. Jos lukua ei löydy mistään: se on olemassa silti, mutta et voi suunnitella sen varaan — oleta pieni raja ja käytä välimuistia.
5. Palauta varmuuskopio testiksiYritä palauttaa eilinen varmuuskopio itse hallintapaneelista, mieluiten testiosoitteeseen. Onnistuu itsepalveluna: tämä on paras yksittäinen merkki siitä, että webhotelli on rahansa väärti hinnasta riippumatta. Vaatii tukipyynnön tai maksun: laske se palautusaika mukaan riskiin — se on se aika, jonka sivustosi on poissa oikeana huonona päivänä. Varmuuskopiota ei ole: ota omat varmuuskopiot tästä päivästä alkaen riippumatta siitä, vaihdatko palvelua.

Jos neljä viidestä menee läpi, webhotellisi on kunnossa eikä sitä kannata vaihtaa hinnan takia. Jos kohdat 1 ja 3 molemmat epäonnistuvat, sinulla on kaksi erillistä ongelmaa, jotka näkyvät asiakkaalle — ja niistä ensimmäinen on halpa korjata ilman että vaihdat mitään muuta.

Ylimyynti: miksi sama palvelin voi olla eri tuote?

Halvan ja kalliimman jaetun webhotellin tekninen ero on harvoin laitteistossa. Se on siinä, montako asiakasta samalle palvelimelle on myyty — ja tätä lukua ei julkaista koskaan eikä sitä voi kysyä niin, että saisi tarkan vastauksen. Malli toimii siksi, etteivät kaikki asiakkaat käytä resursseja yhtä aikaa. Ongelma syntyy silloin kun käyttävät: kampanja, uutisjuttu, sesonki. Juuri niinä hetkinä sivuston pitäisi olla nopeimmillaan, ja juuri silloin jaettu kiintiö on tiukimmillaan. Tästä seuraa käytännön johtopäätös, joka on hyödyllisempi kuin palveluntarjoajan valinta: rakenna sivusto niin, ettei se tarvitse palvelinprosessia joka kävijälle. Tekniikan valinta ratkaisee tässä enemmän kuin kuukausihinta.

Malli toimii, koska kaikki asiakkaat eivät käytä resursseja yhtä aikaa. Ongelma syntyy silloin kun käyttävät: kampanja, uutisjuttu, sesonki. Juuri niinä hetkinä sivuston pitäisi olla nopeimmillaan, ja juuri silloin jaettu kiintiö on tiukimmillaan.

Tästä seuraa käytännön johtopäätös, joka on paljon hyödyllisempi kuin palveluntarjoajan valinta: rakenna sivusto niin, ettei se tarvitse palvelinprosessia joka kävijälle. Staattinen tai vahvasti välimuistitettu sivusto kestää ruuhkan halvassakin webhotellissa, koska useimmat lataukset eivät koskaan päädy prosessikiintiön kuluttajiksi. Raskas, jokaisella latauksella tietokantaa kysyvä sivusto kaatuu ruuhkassa myös kalliissa. Tekniikan valinta ratkaisee tässä enemmän kuin kuukausihinta. Sivustojen toteutustapamme on kuvattu sivulla verkkosivut yritykselle.

Milloin halpa webhotelli riittää — ja milloin siitä ei kannata lähteä pois?

Halvin webhotelli on täysin oikea valinta silloin, kun neljä ehtoa täyttyy yhtä aikaa: sivusto on esittelysivusto ilman kirjautumista tai verkkokauppaa, kävijöitä on maltillisesti ja tasaisesti, sähköposti on erillisessä palvelussa, ja osaat palauttaa varmuuskopion itse. Näiden täyttyessä kalliimpi webhotelli ei tee sivustosta nopeampaa eikä tuo yhtään yhteydenottoa lisää, joten raha kannattaa laittaa sisältöön ja löydettävyyteen. Sama koskee vaihtamista toiseen suuntaan: vaihtaminen on työtä ja katkoriski, eikä siihen kannata ryhtyä jos tarkistukset menivät läpi, jos ainoa löytynyt ongelma on sähköpostin perillemeno, tai jos sivusto on rakennettu palveluntarjoajan omalle editorille. Kaikki kolme tilannetta käydään alla läpi.

Sivusto on esittelysivusto. Viisi sivua, yhteystiedot, palvelut, yhteydenottolomake. Ei kirjautumista, ei verkkokauppaa, ei tietokantaa joka latauksella. Tällaiselle sivustolle jaetun palvelimen kiintiöt eivät tule koskaan vastaan.

Kävijöitä on vähän ja ne tulevat tasaisesti. Muutama sata kävijää kuukaudessa ei ruuhkauta mitään. Riski syntyy piikeistä, ei kokonaismäärästä.

Sähköposti on muualla. Jos MX-tietue osoittaa erilliseen palveluun, webhotellin IP-maine ei kosketa sinua. Tämä yksi asia poistaa halvan webhotellin vakavimman riskin, ja se on halvin muutos koko listalla.

Osaat palauttaa varmuuskopion itse. Jos pystyt palauttamaan sivuston ilman tukipyyntöä, tuen hitaus lakkaa olemasta liiketoimintariski ja muuttuu harmiksi.

Kun nämä neljä ovat kunnossa, älä maksa enempää. Kalliimpi webhotelli ei tee esittelysivustosta nopeampaa eikä tuo yhtään yhteydenottoa lisää. Raha kannattaa silloin laittaa sisältöön ja löydettävyyteen, ei palvelimeen.

Ja toisin päin: milloin vaihtamiseen ei kannata ryhtyä. Vaihtaminen on työtä ja katkoriski, ja se kannattaa jättää tekemättä kolmessa tilanteessa.

Yllä oleva tarkistus meni läpi. Jos ensitavun viive on kunnossa myös ruuhkassa ja varmuuskopion palautus onnistuu itse, sinulla ei ole teknistä ongelmaa. Halpa hinta ei ole vika.

Ainoa löytynyt ongelma on sähköpostin perillemeno. Silloin ratkaisu on siirtää sähköposti pois, ei siirtää sivustoa. Se on pienempi, halvempi ja nopeampi toimenpide, ja sen voi tehdä koskematta sivustoon lainkaan.

Sivusto on rakennettu palveluntarjoajan omalle sivustoeditorille. Silloin siirto ei ole siirto vaan uudelleenrakennus. Tee se silloin kun sivusto on muutenkin uusimisen tarpeessa, älä hinnan takia kesken kaiken.

Mitä me teemme toisin?

Emme myy webhotellia, joten meillä ei ole tässä myytävää tuotetta. Teemme sivustot tekniikalla, joka ei tarvitse palvelinprosessia jokaiselle kävijälle, jolloin jaetun palvelimen kiintiöt eivät ole ongelma edes ruuhkassa. Sähköposti pidetään erillään sivuston palvelimesta, jotta IP-maine ei ole naapureiden varassa. Verkkotunnus, lähdekoodi ja tunnukset ovat sinun nimissäsi, joten voit vaihtaa palveluntarjoajan milloin tahansa ilman lupaa keneltäkään.

Ylläpito on irtisanottavissa kuukauden varoitusajalla ilman määräaikaa, ja kaikki hinnat lukevat hinnastossa sellaisenaan — ei tarjouspyyntöä eikä myyntipuhelua.

Usein kysyttyä

Lue seuraavaksi

• Domain ja webhotelli: kannattaako ne ostaa samasta paikasta vai erikseen?
• Domainin ja webhotellin siirto ilman katkoa — aikataulutettu viiden vaiheen ohje
• Paras webhotelli pienyritykselle 2026: kymmenen toimittajaa viidellä kriteerillä
• Ilmainen QR-koodi: mitä siinä oikeasti voi mennä pieleen
• Webhotelli-vertailu 2026: yhdeksän suomalaista toimittajaa, hinnat tarkistettu 11.9.2026
• Laskuhuijaus yritykselle: miten toimitusjohtajahuijaus etenee ja kaksi sääntöä, jotka pysäyttävät sen

Lue myös: Google-yritysprofiili: tee itse ilmaiseksi tai anna meidän hoitaa se · Sähköposti yritykselle: mitä nimi@firma.fi maksaa ja miten se otetaan käyttöön · verkkotunnus ja domain · WordPress-ylläpito: mitä se on, mitä se maksaa ja milloin sitä ei tarvita · Microsoft 365 vai Google Workspace: rehellinen vertailu 1-10 hengen yritykselle · Google-mainonta pienelle yritykselle · Hakukoneoptimointi yritykselle · Tarjouspyyntöpohja IT-hankintaan