WordPress-webhotellin vaatimukset 2026: neljä teknistä kohtaa, jotka tarkistat itse

Kaikki webhotellit sanovat olevansa optimoituja WordPressille. Neljä mitattavaa vaatimusta kertoo totuuden, ja jokaisen tarkistat itse muutamassa minuutissa.

Lyhyt vastaus: WordPress-sivustolle riittää neljä teknistä minimivaatimusta, ja ne karsivat tarjonnasta valtaosan: (1) tuettu ja ajantasainen PHP-versio, (2) PHP:n muistiraja vähintään 256 megatavua, (3) päivittäinen automaattinen varmuuskopio jonka voit palauttaa itse, ja (4) testiympäristö eli staging. Gigatavut, "rajaton siirto" ja käytettävyyslupaukset eivät kerro mitään. Nämä neljä kertovat, ja jokaisen voi tarkistaa itse muutamassa minuutissa.

WordPress on niin yleinen, että lähes jokainen webhotelli mainostaa olevansa "optimoitu WordPressille". Lause ei tarkoita mitään mitattavaa. Se voi tarkoittaa sitä, että asennus onnistuu yhdellä napinpainalluksella, tai sitä että palvelimella on välimuisti ja staging — ja hintaero näiden välillä on moninkertainen.

Tämä sivu antaa neljä vaatimusta, perustelun jokaiselle ja komennon tai napin, jolla tarkistat asian itse. Lopuksi käymme läpi, milloin WordPress-hosting ei ole se asia, joka sivustoasi vaivaa. Vertailuun webhotelleista yleisemmin on oma artikkelinsa.

Vaatimus 1: tuettu PHP-versio

WordPress on PHP-ohjelmisto, ja PHP-versioilla on julkinen elinkaari. Kun versio poistuu tuesta, siihen ei enää julkaista tietoturvakorjauksia. Sivusto toimii silti, ja juuri siksi asia jää huomaamatta: mikään ei näytä rikkinäiseltä.

Kolme asiaa kysytään tarjoajalta. Mikä versio on käytössä nyt? Voinko vaihtaa version itse hallintapaneelista? Kuinka nopeasti uusi versio tulee valittavaksi julkaisun jälkeen? Kolmas kysymys on paljastavin. Jos vastaus on epämääräinen, palvelin on todennäköisesti vanha ja jaettu sadan sivuston kanssa.

Miten tarkistat itse: kirjaudu WordPressin hallintaan ja mene kohtaan Työkalut → Sivuston kunto → Tiedot → Palvelin. Siellä lukee PHP-versio. Vaihtoehtoisesti tee tiedosto info.php, jonka sisältö on <?php phpinfo();, avaa se selaimessa ja poista tiedosto heti — se paljastaa palvelimen tiedot kenelle tahansa. Jos sinulla on SSH-yhteys, komento on php -v.

Vaatimus 2: muistiraja vähintään 256 Mt

PHP:n muistiraja määrää, kuinka paljon muistia yksi sivulataus saa käyttää. Halvimmissa paketeissa se on usein 64 tai 128 megatavua. Se riittää tyhjään WordPressiin. Se ei riitä siihen, mihin sivusto kasvaa: verkkokauppalaajennus, sivunrakennin, varmuuskopiointilaajennus ja kuvien käsittely syövät muistia yhtä aikaa.

Oire on tunnistettava. Sivu latautuu tyhjänä valkoisena, tai hallintapaneelissa lukee "Allowed memory size exhausted". Se tulee vastaan tyypillisesti silloin kun päivität laajennuksia tai tuot tuotteita, eli pahimmalla mahdollisella hetkellä.

Miten tarkistat itse: Sivuston kunto → Tiedot → Palvelin näyttää rivin PHP:n muistiraja. Jos siinä lukee alle 256M, kysy tarjoajalta voiko sen nostaa ja maksaako se. Osa nostaa sen pyynnöstä ilmaiseksi, osa vaatii kalliimman paketin. Vastaus kertoo, kumpaan suuntaan hinnoittelu vie sinut vuoden päästä.

Vaatimus 3: päivittäinen varmuuskopio, jonka palautat itse

Tässä on kaksi erillistä vaatimusta, ja jälkimmäinen unohtuu aina. Varmuuskopio on lähes kaikilla. Itsepalveluna palautettava varmuuskopio ei ole. Ero näkyy vasta siinä hetkessä, kun sivusto on rikki: jos palautus vaatii tukipyynnön, korjaus kestää tukijonon verran, ja jos vika sattuu perjantai-iltana, se voi olla koko viikonlopun.

Kysy nämä neljä: kuinka usein kopio otetaan, kuinka monta kopiota säilytetään, palautanko itse hallintapaneelista, ja voinko ladata kopion omalle koneelleni. Viimeinen on tärkein. Jos et saa kopiota ulos, se ei suojaa siltä tapaukselta, jossa ongelma on palveluntarjoaja itse.

Miten tarkistat itse: älä usko esitettä, vaan tee palautus kerran harjoituksena. Palauta eilinen kopio staging-ympäristöön ja katso paljonko siihen meni aikaa. Se on ainoa tapa tietää, toimiiko varmuuskopio — varmuuskopio jota ei ole koskaan palautettu on oletus, ei suojaus. Kirjoitimme varmuuskopioinnin periaatteista tarkemmin täällä.

Vaatimus 4: staging eli testiympäristö

Staging on kopio sivustostasi eri osoitteessa. Siellä päivität laajennukset ja teemat ensin, katsot rikkoutuiko mikään, ja siirrät muutokset tuotantoon vasta sitten.

Ilman stagingia päivitykset tehdään elävällä sivustolla. Se toimii yhdeksän kertaa kymmenestä. Kymmenes kerta on se, jossa laajennuspäivitys rikkoo ulkoasun tai yhteydenottolomakkeen, eikä kukaan huomaa sitä ennen kuin asiakas soittaa. Yhteydenottolomakkeen rikkoutuminen on erityisen ikävä, koska mikään ei näytä rikkinäiseltä — viestit vain lakkaavat tulemasta.

Miten tarkistat itse: katso onko hallintapaneelissa nappi, joka luo testikopion. Jos ei ole, kysy miten päivitykset on tarkoitus testata. Vaihtoehto on tehdä staging itse toiselle alidomainille, mikä on täysin mahdollista mutta vie enemmän työtä joka kerta.

Tarkistuslista taulukkona

Kaksi viimeistä riviä eivät ole teknisiä vaatimuksia mutta kuuluvat samaan tarkistukseen. Uusintahinta on se, joka yllättää: ensimmäisen vuoden tarjoushinta ja jatkohinta voivat olla eri suuruusluokkaa, ja se on webhotellimarkkinan tavallisin dokumentoitu valituksen aihe.

Mitä nämä neljä eivät korjaa

Hyväkään palvelin ei tee hitaasta sivustosta nopeaa, jos ongelma on sivustossa. Kolme tavallisinta syytä hitauteen ovat pakkaamattomat kuvat, liian moni laajennus ja raskas sivunrakennin — ja kaikki kolme ovat sivuston puolella, eivät palvelimen.

Käytännön järjestys on siis tämä: mittaa ensin, siirrä vasta sitten. Jos etusivun kuvat ovat useita megatavuja, palvelimen vaihto ei näy mittarissa. Kuvien pakkaaminen näkyy heti ja on ilmaista.

Sama koskee tietoturvaa. Palvelin voi olla ajan tasalla, mutta jos laajennukset ovat vuoden vanhoja, sivusto on auki. Päivittämättömät laajennukset ovat WordPressin yleisin murtotie, ja siksi ylläpito on säännöllistä työtä eikä kertaluontoinen asennus. Meillä se on kuukausihintainen ja irtisanottavissa kuukauden varoitusajalla; hinta lukee hinnastossa.

Milloin WordPress-webhotellia EI kannata ostaa

Jos sivustosi on muutama sivu eikä sisältö muutu kuukausittain, et välttämättä tarvitse WordPressiä lainkaan. Staattinen sivusto ei tarvitse PHP:tä, tietokantaa eikä päivityksiä, ja sen voi julkaista ilmaiseksi tai lähes ilmaiseksi. Silloin kolme neljästä yllä olevasta vaatimuksesta katoaa, koska ei ole mitään mikä voisi rikkoutua päivityksessä.

Älä osta kalliinta hallinnoitua WordPress-pakettia, jos sivustolla käy muutama sata kävijää kuukaudessa. Hallinnoidun hostingin arvo on kuormankestossa ja automaattisissa päivityksissä, ja pienillä kävijämäärillä maksat kapasiteetista jota ei käytetä. Peruspaketti neljällä vaatimuksella riittää.

Älä myöskään vaihda webhotellia sen takia, että sivusto on hidas, ennen kuin olet mitannut miksi se on hidas. Siirto vie työtä ja tuo riskin, ja jos syy oli kuvissa, olet siirtänyt saman ongelman uuteen paikkaan ja maksat siitä enemmän.

Vaihtoehtoiset vaatimukset, jotka kannattaa harkita

Neljä ensimmäistä ovat pakollisia. Nämä kolme ovat sellaisia, jotka kannattaa vaatia tilanteesta riippuen.

1. Palvelin Suomessa tai EU:ssaEi nopeuden takia vaan tietosuojan. Kun palvelin on EU-alueella, henkilötietojen siirto kolmansiin maihin on yksi asia vähemmän dokumentoitavana.
2. ObjektivälimuistiNopeuttaa tietokantakyselyitä merkittävästi verkkokaupoissa ja jäsensivustoissa. Tavallisella yrityssivustolla ei ole väliä.
3. SSH-yhteysMahdollistaa siirrot ja korjaukset komentoriviltä ilman hallintapaneelin rajoituksia. Jos et itse käytä sitä, kehittäjäsi käyttää, ja se säästää aikaa vikatilanteessa.

Kaksi asiaa kannattaa jättää painoarvoltaan pieneksi. Levytila: tavallinen yrityssivusto mahtuu muutamaan gigatavuun, joten kymmenen ja sadan gigan ero ei ratkaise mitään. Käytettävyyslupaus: 99,9 prosenttia kuulostaa hyvältä, mutta se sallii silti lähes yhdeksän tuntia katkosta vuodessa, eikä lupauksesta seuraa käytännössä muuta kuin pieni hyvitys palvelumaksuun.

Kolme vikatilannetta ja mikä vaatimus olisi estänyt ne

Kaikissa kolmessa vahingon suuruus riippui palautusnopeudesta, ei palvelimen tehosta. Se on tämän sivun tärkein havainto: WordPress-hostingin laatu mitataan siinä, kuinka nopeasti pääset takaisin edelliseen toimivaan tilaan, ei siinä kuinka monta gigatavua sait.

Mitä kysyt tarjoajalta yhdessä sähköpostissa

Kopioi tämä ja lähetä sellaisenaan. Vastausten vertailu kestää minuutteja, ja vastaamatta jättäminen on sekin vastaus.

"Hei. Harkitsen WordPress-sivuston siirtoa teille. Voisitteko vastata näihin: 1) Mikä PHP-versio on käytössä ja voinko vaihtaa sen itse? 2) Mikä on PHP:n muistiraja ja voiko sen nostaa 512 megatavuun? 3) Kuinka usein varmuuskopio otetaan, kuinka monta säilytetään, palautanko itse ja saanko kopion ladattua? 4) Onko staging-ympäristö ja luonko sen itse? 5) Mikä on hinta ensimmäisen kauden jälkeen? 6) Miten sivusto siirretään pois, jos päätän vaihtaa?"

Kuudes kysymys on se, jonka ostajat jättävät kysymättä ja jonka vastaus kertoo eniten. Toimittaja, joka vastaa irtautumiseen selkeästi ja ilman kiertelyä, ei ole rakentanut liiketoimintaansa sen varaan, että lähtö on hankalaa. Sama periaate koskee meitä: koodi, sisältö ja tunnukset ovat asiakkaan, ja ylläpito on irtisanottavissa kuukaudessa.

Siirron jälkeen: kaksi tarkistusta

Kun olet vaihtanut webhotellia, tee nämä kaksi asiaa ennen kuin suljet vanhan tilin. Ensimmäinen: lähetä yhteydenottolomakkeesta testiviesti ja varmista, että se saapuu perille eikä roskapostiin. Lomake on se osa, joka rikkoutuu siirroissa useimmin ja jonka rikkoutumista ei huomaa.

Toinen: tarkista, että vanha palvelin on yhä päällä muutaman päivän ajan. Nimipalvelutietoja välimuistitetaan, joten osa kävijöistä ohjautuu vielä vanhaan osoitteeseen. Jos sammutat sen heti, nuo kävijät näkevät virheen ja mahdolliset lomakelähetykset katoavat kokonaan.

Usein kysyttyä

Verkkotunnukset ja webhotellit

Tämä sivu on osa kokonaisuutta. Yhteenveto ja järjestys ovat verkkotunnuksen ja webhotellin oppaassa.

• .fi-verkkotunnuksen hinta
• domainin rekisteröinti
• webhotellien vertailu
• mikä domain on
• domainin varaaminen etukäteen
• halvin domain
• kuka omistaa domainin
• vapaan domainin haku
• domainin ostaminen Suomessa
• oma domain vai alidomain
• osta .fi-domain

Lue seuraavaksi

• Domain ja webhotelli: kannattaako ne ostaa samasta paikasta vai erikseen?
• Domainin ja webhotellin siirto ilman katkoa — aikataulutettu viiden vaiheen ohje
• Evästebanneri: vaatimukset, 8 kohdan tarkistuslista ja mitä saa ajaa ilman suostumusta
• Halvan webhotellin riskit — mitä palvelimella oikeasti jaetaan ja miten se näkyy nopeudessa ja sähköpostissa
• Paras webhotelli pienyritykselle 2026: kymmenen toimittajaa viidellä kriteerillä

Lue myös: Google-mainonta pienelle yritykselle · Hakukoneoptimointi yritykselle · Tarjouspyyntöpohja IT-hankintaan · IT-sanasto yrittäjälle · Logon suunnittelu yritykselle · Sähköpostin perillemenon korjaus · Uutiskirjepalvelu pienyritykselle · kanta-asiakassovellus yritykselle