Kotimaiselle palvelimelle siirtyminen nousee esiin yhä useamman suomalaisyrittäjän pöydällä, kun ulkomainen webhotelli alkaa tuntua hitaalta tai GDPR-vastuut mietityttävät. Moni pk-yrittäjä on alun perin valinnut hostingin hinnan perusteella, eikä ole tullut ajatelleeksi, missä palvelin fyysisesti sijaitsee tai kenen lainsäädännön alla asiakastiedot käsitellään.
Miksi siirtyä kotimaiselle palvelimelle
Yleisin syy on nopeus. Jos verkkokaupan palvelin sijaitsee Frankfurtissa tai Yhdysvalloissa, suomalaiselle kävijälle sivun lataus voi hidastua 100–300 millisekuntia pelkän matkan takia – ei paljon yksittäisenä lukuna, mutta Google huomioi tämän Core Web Vitals -mittareissa ja hidas sivu näkyy suoraan konversiossa.
Toinen syy on tietosuoja. GDPR ei suoraan kiellä tietojen säilyttämistä EU:n ulkopuolella, mutta moni suomalainen webhotelli, kuten Louhi tai Zoner, tarjoaa palvelimet Suomessa tai EU-alueella, mikä yksinkertaistaa tietosuojaselosteen laatimista ja vähentää tarvetta selvittää kolmansien maiden tietosiirtomekanismeja. Aihetta on käsitelty tarkemmin artikkelissa GDPR ja evästeet – mitä yrityksen pitää huomioida.
Kolmas syy on asiakaspalvelu. Kun palvelin kaatuu keskellä yötä ja tukiliput menevät englanniksi Singaporeen, vastausaika voi venyä vuorokausiin. Suomalainen tuki vastaa usein saman päivän aikana, ja moni yrittäjä kokee tämän arvokkaammaksi kuin muutaman euron kuukausisäästön.
Suomi vai ulkomaa – mitä eroa oikeasti on
Ero ei ole pelkkää mielikuvaa. Palvelimen sijainti vaikuttaa latenssiin, lainsäädäntöön ja siihen, kuinka helposti saat apua kriisitilanteessa. Aihetta on avattu laajemmin artikkelissa Kotisivujen hosting Suomessa vai ulkomailla – mitä eroa sillä on, mutta lyhyesti: kotimainen hosting maksaa tyypillisesti 5–15 € kuukaudessa enemmän kuin halvin ulkomainen vaihtoehto, mutta erotus on usein pieni verrattuna siihen, mitä yksikin pidempi käyttökatko maksaa liikevaihdossa.
Kaikille siirto ei ole välttämätön. Jos sivusto on pelkkä yhden sivun esittely ilman lomakkeita tai asiakasrekisteriä, ulkomainen palvelin CDN:n kanssa toimii usein aivan hyvin – tästä lisää artikkelissa Hyvät kotisivut yhden hengen yritykselle – minimi vaatimukset. Standardineuvo ”siirrä aina kotimaiseen” ei siis päde, jos sivustolla ei käsitellä henkilötietoja eikä nopeus ole kriittinen tekijä esimerkiksi kansainvälisen asiakaskunnan vuoksi.
Siirron vaiheet käytännössä
Kokenut ylläpitäjä ei koskaan siirrä sivustoa suoraan tuotannosta tuotantoon ilman testausta. Käytännön siirto etenee yleensä näin:
1. Varmuuskopio ennen mitään muuta. Ota täysi varmuuskopio tiedostoista ja tietokannasta – ei riitä, että WordPress-lisäosa sanoo ”backup done”, vaan lataa kopio myös omalle koneelle. Tarkemmat ohjeet löytyvät artikkelista Varmuuskopiointi – miten varmistat, että et menetä sivustoasi.
2. Tilaa uusi palvelu ja siirrä sisältö sinne testiosoitteeseen. Useimmat suomalaiset webhotellit, kuten Louhi.net tai Hostingpalvelu.fi, tarjoavat väliaikaisen testi-URL:n, jolla sivuston voi tarkistaa ennen kuin domain osoitetaan uuteen paikkaan.
3. Testaa kaikki toiminnot uudessa ympäristössä. Lomakkeet, maksujärjestelmä, sähköpostien lähetys – kaikki pitää käydä läpi ennen varsinaista siirtoa. Askel kannattaa yhdistää artikkeliin Miten siirtää kotisivut uudelle palvelimelle ilman katkoksia, jossa käydään tarkemmin läpi DNS-siirtymän ajoitusta.
4. Päivitä DNS-tietueet. Tässä vaiheessa moni tekee virheen. DNS-muutokset eivät leviä internetiin hetkessä, vaan TTL-arvosta riippuen 1–48 tuntia. Jos vanha ja uusi palvelin ajavat päällekkäin muutaman päivän, kaikki menee yleensä hyvin – aiheesta enemmän artikkelissa DNS-asetukset kotisivuille – mitä yrittäjän pitää tietää.
5. Seuraa sivustoa 1–2 viikkoa siirron jälkeen. Tarkista Google Search Consolesta, että hakukone löytää sivut edelleen ja ettei 404-virheitä ilmesty massoittain.
Yleisimmät virheet siirrossa
Yleisin virhe on se, että vanha hosting suljetaan heti uuden auettua. DNS-muutos ei ole hetkellinen tapahtuma, ja jos vanha palvelin katoaa ennen kuin kaikki DNS-palvelimet maailmassa ovat päivittäneet tiedon, osa kävijöistä näkee virhesivun jopa 1–2 vuorokauden ajan.
Toinen virhe on unohtaa sähköpostit. Jos yrityksen sähköposti kulkee saman domainin kautta kuin kotisivut, MX-tietueiden sekoaminen DNS-päivityksessä voi katkaista sähköpostiliikenteen tunneiksi tai jopa päiviksi. Kolmas virhe on tietokannan aikavyöhyke- tai merkistöongelmat siirron yhteydessä – erityisesti jos vanha palvelin on käyttänyt latin1-merkistöä ja uusi utf8mb4:ää, ä- ja ö-kirjaimet voivat muuttua roskamerkeiksi tilausvahvistuksissa tai tuotenimissä.
Yleinen väärinkäsitys siirrosta
Moni luulee, että palvelimen siirto pudottaa hakukonesijoituksia automaattisesti. Näin ei ole, jos domain pysyy samana eikä URL-rakenne muutu. Google indeksoi sivun uudelleen normaalissa tahdissa, ja pieni väliaikainen heilahtelu näkyvyydessä on tavallista, mutta pysyvä pudotus johtuu lähes aina teknisestä virheestä siirrossa – esimerkiksi robots.txt:n jäämisestä tuotantoon ”Disallow: /” -tilassa testauksen jäljiltä, mikä estää koko sivuston indeksoinnin.
Usein kysyttyä
Kauanko sivuston siirto kotimaiselle palvelimelle kestää?
Itse tiedostojen ja tietokannan siirto vie yleensä muutaman tunnin, mutta DNS-tietueiden leviäminen kaikkialle internetiin voi kestää 24–48 tuntia. Koko prosessi kannattaa aikatauluttaa viikoksi, jotta testaukselle ja seurannalle jää aikaa.
Katkeaako sivusto siirron aikana?
Ei, jos siirto tehdään oikeassa järjestyksessä: ensin sisältö uuteen paikkaan testiosoitteella, sitten testaus, ja vasta lopuksi DNS-osoitus. Vanha sivusto pysyy toiminnassa koko ajan, kunnes DNS on ehtinyt levitä.
Vaikuttaako palvelimen sijainti Google-sijoituksiin?
Suoraan ei merkittävästi, mutta epäsuorasti kyllä – nopeampi sivu suomalaiselle kävijälle parantaa Core Web Vitals -tuloksia, mikä on yksi monista sijoitustekijöistä.
Siirto kotimaiselle palvelimelle ei ole monimutkainen operaatio, kunhan varmuuskopio on kunnossa ja DNS-muutokselle varataan aikaa. Suurin osa ongelmista syntyy kiireestä – kun vanha palvelu suljetaan liian aikaisin tai testausvaihe jätetään väliin.