Näin siirrät verkkosivustosi uuteen palveluntarjoajaan ilman katkoa

Verkkosivuston siirtäminen uuteen webhotelliin kuulostaa riskialttiilta, mutta selkeällä suunnitelmalla se on rauhallinen ja ennakoitava työ. Kun uusi kopio rakennetaan ja testataan silloin, kun vanha palvelee edelleen kävijöitä, domain ohjataan uuteen paikkaan vasta lopuksi. Tämä opas käy läpi koko prosessin tyypilliselle pienelle sivustolle. Pääesimerkkinä on WordPress, ja staattisia sekä itse tehtyjä PHP-sivustoja käsitellään yleisellä tasolla.

Päätä siirron ajankohta ja kartoita nykytilanne

Hyviä syitä siirtoon ovat toistuva hitaus tai katkot, liikennemäärään sopimaton paketti, puuttuvat ominaisuudet kuten ajantasainen PHP-versio tai testiympäristö, huono tuki sekä uusimishinta, joka on noussut palvelun arvoa korkeammaksi. Huonoja syitä ovat yksittäinen huono iltapäivä tai näyttävä tarjous, jota et ole vertaillut kunnolla. Jos vaihtoehdot ovat vielä auki, oppaamme webhotellin valinnasta kertoo, mihin kannattaa kiinnittää huomiota. Opas webhotellin uusimishinnoista selittää, miksi hinta ensimmäisen jakson jälkeen usein muuttuu.

Valitse siirrolle hiljainen ajankohta. Useimmilla sivustoilla se tarkoittaa arki-iltaa tai viikonloppua, jolloin liikennettä on vähän, eikä koskaan suuren alennusmyynnin, julkaisun tai kampanjan viikkoa. Jätä itsellesi muutaman päivän varaa, vaikka varsinainen työ vie vain pari tuntia.

Ennen kuin koskette mihinkään, kirjoita ylös kaikki, mitä nykyinen palveluntarjoaja tekee puolestasi. Sivustot nojaavat usein asioihin, joita kukaan ei muista ottaneensa käyttöön. Tässä yksinkertainen luettelo täytettäväksi.

Vie nykyinen DNS-vyöhyke tekstinä tai ota kuvakaappaukset jokaisesta tietueesta. Tämä yksittäinen vaihe estää siirron jälkeistä paniikkia enemmän kuin mikään muu. Tarkista myös, ovatko verkkotunnuksesi rekisteröinti ja webhotellisi samalla yrityksellä. Jos et ole varma, miten nämä kaksi liittyvät toisiinsa, verkkotunnukset ja webhotelli selittää suhteen.

Varmuuskopioi, rakenna uusi sivusto ja testaa se yksityisesti

Ota täysi varmuuskopio tiedostoista ja tietokannoista ja tallenna se muualle kuin vanhaan palveluun, esimerkiksi omalle koneellesi ja lisäksi toiseen paikkaan. Älä luota pelkästään palveluntarjoajan automaattisiin varmuuskopioihin, koska pääsysi niihin voi päättyä, kun tili suljetaan. Tarkista, että varmuuskopio todella aukeaa. Varmuuskopio, jota et ole koskaan palauttanut, on vain toive.

Ota uusi palvelu käyttöön

Luo tili tai paketti, lisää domainisi sivustoksi tai lisädomainiksi ja valitse sama PHP:n pääversio, jota sivustosi käyttää nyt, tai uudempi, jonka olet varmistanut koodisi tukevan. Luo tyhjä tietokanta ja tietokantakäyttäjä vahvalla salasanalla. Älä vielä muuta DNS:ää. Tässä vaiheessa uusi palvelu on pelkkä tyhjä huone, joka odottaa huonekalujasi.

Kopioi tiedostot ja tietokanta

Lataa tiedostosi SFTP:llä tai hallintapaneelin tiedostonhallinnalla. SFTP on parempi kuin tavallinen FTP, koska se salaa kirjautumistietosi. Isolla sivustolla pakkaa kansio yhdeksi arkistoksi, lataa se ja pura palvelimella. Se on huomattavasti nopeampaa kuin tuhansien pienten tiedostojen lähettäminen.

Vie sitten tietokanta vanhasta palvelusta ja tuo se uuteen. WordPressissä on kaksi yleistä tapaa. Voit käyttää siirtolisäosaa, joka paketoi tiedostot ja tietokannan yhteen, tai tehdä sen käsin: kopioi tiedostot, tuo tietokanta ja muokkaa sitten wp-config.php-tiedostoon uusi tietokannan nimi, käyttäjä ja salasana. Staattinen sivusto tarvitsee vain tiedostot. Itse tehty PHP-sivusto tarvitsee tiedostot, tietokannan ja huolellisen silmäyksen kaikkiin asetustiedostoihin, jotka sisältävät polkuja, tunnuksia tai API-avaimia.

Testaa ennen vaihtoa

Tarkista nyt uusi kopio, kun yleisö näkee yhä vanhan. Siihen on kaksi luotettavaa tapaa.

• Muokkaa hosts-tiedostoa. Lisää omalla koneellasi rivi, joka yhdistää domainnimesi uuden palvelimen IP-osoitteeseen. Selaimesi lataa silloin uuden kopion, vaikka kaikki muut näkevät vanhan. Poista rivi, kun olet valmis.
• Käytä väliaikaista URL-osoitetta. Monet palveluntarjoajat antavat uusille tileille esikatseluosoitteen. Se on helpompaa, mutta jotkin sovellukset, myös WordPress, saattavat ohjata sinut takaisin oikeaan domainiin, minkä vuoksi hosts-tiedostotapa on yleensä siistimpi.

Testatessasi käy läpi etusivu, muutama alasivu, haku, lomakkeet, kirjautumiset, kassa jos sellainen on, ja kuvagalleriat. Lähetä testiviesti yhteydenottolomakkeella ja varmista, että sähköposti saapuu perille. Etsi rikkinäisiä kuvia, sekasisältövaroituksia ja virhesivuja. Vertaile uutta kopiota vanhaan rinnakkain.

Lyhennä TTL, jäädytä muutokset ja vaihda DNS

DNS on järjestelmä, joka muuttaa domainnimen palvelimen osoitteeksi. Jokaisella DNS-tietueella on TTL (time to live), joka kertoo muille verkoille, kuinka kauan ne saavat muistaa vastauksen ennen kuin kysyvät uudelleen. Jos TTL on vuorokauden pituinen, osa kävijöistä voi päätyä vanhalle palvelimelle jopa vuorokauden vaihdon jälkeen.

Lyhennä avaintietueiden TTL vähintään kaksi päivää ennen siirtoa lyhyeksi, esimerkiksi viiteen minuuttiin. Tämä on tehtävä ajoissa, koska vanhan pitkän TTL:n on ensin vanhennuttava kaikkialla. Jos lyhennät sen tuntia ennen vaihtoa, siitä on vähän hyötyä.

Jäädytä sisältömuutokset

Kun lopullinen kopio on tehty, lopeta muutokset vanhalla sivustolla. Blogissa julkaisun voi yksinkertaisesti keskeyttää. Verkkokauppa on hankalampi, koska vanhalla palvelimella lopullisen tietokantakopion jälkeen tehtyjä tilauksia ei löydy uudelta. Verkkokaupoille, jäsensivustoille ja keskustelupalstoille varaa lyhyt huoltoikkuna, ota lopullinen tietokantakopio sen alussa ja vältä tilauksia välivaiheessa. Tee sitten tiedostojen ja tietokannan lopullinen synkronointi uuteen palveluun ja aja viimeinen pikatesti.

Vaihda tietueet

Domainin voi ohjata uuteen palveluun kahdella tavalla.

• Muuta A-tietuetta (ja AAAA-tietuetta, jos sitä käytetään) nykyisellä DNS-palveluntarjoajallasi niin, että se osoittaa uuden palvelimen IP-osoitteeseen. Tällöin muu DNS, sähköposti mukaan lukien, pysyy täsmälleen ennallaan. Se on useimmille turvallisempi vaihtoehto.
• Vaihda nimipalvelimet rekisterinpitäjällä niin, että uusi palveluntarjoaja hallitsee koko DNS:ää. Tämä on siisti ratkaisu, mutta tee se vasta, kun olet luonut uudessa palvelussa kaikki luettelosi tietueet uudelleen, erityisesti MX- ja TXT-tietueet. Puuttuvat tietueet ovat tavallisin syy sähköpostin katoamiseen siirron jälkeen.

Kuinka kauan päivittyminen oikeasti kestää

Usein sanotaan, että DNS vie jopa 48 tuntia, mutta se on pahimman tapauksen tottumus eikä sääntö. Mikään ei varsinaisesti leviä DNS-palveluntarjoajaltasi. Sen sijaan tuhannet resolverit ympäri maailmaa pitävät kukin omaa välimuistissa olevaa vastaustaan ja päivittävät sen vasta, kun ajastin umpeutuu. Kun lyhyt TTL on asetettu etukäteen, useimmat kävijät pääsevät uudelle palvelimelle minuuteissa tai muutamassa tunnissa. Nimipalvelinmuutokset voivat kestää pidempään, koska rekisteritasolla on oma välimuistinsa, ja jotkin internetoperaattorit pitävät vastauksia pidempään kuin pitäisi. Siksi vanhan palvelun on pysyttävä toiminnassa siirtymän ajan. Osa näkee vanhan sivuston ja osa uuden, ja molempien on toimittava.

Etenemistä voi seurata julkisilla DNS-hakutyökaluilla, jotka kyselevät monesta sijainnista, tai komentorivihaulla omalla koneellasi. Muista, että myös oma tietokoneesi ja reitittimesi tallentavat vastauksia välimuistiin, joten testaus puhelimelta mobiilidatalla antaa hyödyllisen toisen näkemyksen.

Hoida sähköposti, SSL ja URL-osoitteet

Sähköposti ja MX-tietueet

Sähköposti on useimmin unohtuva osa. Selvitä ensin, missä postisi sijaitsee. Jos se on vanhassa webhotellissa, myös postilaatikot on siirrettävä tallennettuine viesteineen. Luo samat postilaatikot uuteen palveluun ja kopioi vanha posti IMAP-siirtotyökalulla tai lisäämällä molemmat tilit sähköpostiohjelmaan ja vetämällä kansiot toiseen. Jatka lähettämistä ja vastaanottamista vanhalla palvelimella, kunnes kopiointi on valmis.

MX-tietueet kertovat maailmalle, minne postisi toimitetaan. Jos muutat vain A-tietuetta, MX pysyy koskemattomana ja posti kulkee edelleen sinne, minne se nyt kulkee. Jos vaihdat nimipalvelimet, kopioi MX-tietueet täsmälleen sekä SPF-, DKIM- ja DMARC-TXT-tietueet, jotka auttavat viestejäsi välttämään roskapostikansion. Jos sähköpostisi on erillisellä sähköpostipalvelulla, jätä sen tietueet täysin rauhaan. Jos olet epävarma, lähetä testiviestit molempiin suuntiin samana päivänä.

SSL-varmenteet

Turvallisuutta osoittava lukkokuvake edellyttää voimassa olevaa varmennetta uudella palvelimella. Useimmat palveluntarjoajat voivat myöntää ilmaisen automaattisen varmenteen, mutta ne vaativat yleensä, että domain osoittaa jo niille, joten myöntäminen voi onnistua vasta DNS-vaihdon jälkeen. Varaudu lyhyeen ikkunaan ja käynnistä pyyntö heti, kun tietueet muuttuvat. Jotkin palveluntarjoajat sallivat varmenteen asentamisen etukäteen, mikä välttää katkon. Kun varmenne on aktiivinen, tarkista, että jokainen sivu latautuu HTTPS:llä ilman sekasisältövaroituksia ja että HTTP-osoitteet ohjautuvat HTTPS:ään.

Uudelleenohjaukset ja URL-osoitteet

Pidä URL-osoitteet mahdollisuuksien mukaan täysin samoina. Jos sivun verkko-osoite muuttuu, lisää pysyvä uudelleenohjaus vanhasta osoitteesta uuteen, jotta kävijät ja hakukoneet seuraavat sitä. Siirrä mukana uudelleenohjaussäännöt, jotka sijaitsevat usein piilotiedostossa nimeltä .htaccess tai palvelimen asetuksissa. Tarkista myös, että haluamasi domainin muoto, www:n kanssa tai ilman, toimii kuten ennenkin. Jos vaihdat myös itse domainnimen, se on erillinen projekti ja ansaitsee oman suunnitelmansa.

Seuraa vaihdon jälkeen ja pidä varasuunnitelma valmiina

Seuraa sivustoa tarkasti ensimmäiset päivät. Lataa tärkeimmät sivut säännöllisesti, testaa lomakkeet ja kassa ja katso palvelimen virhelokeja. Ota käyttöön ilmainen saatavuusseuranta, jos sinulla ei vielä ole sellaista. Varmista, että ajastetut tehtävät toimivat, sillä cron-ajastukset unohtuvat helposti. WordPressissä varmista, että ajastetut kirjoitukset julkaistaan ja varmuuskopiolisäosat toimivat. Luo varmuuskopiot uudelleen uudessa palvelussa ja tarkista, että analytiikka- ja Search Console -työkalut raportoivat edelleen dataa.

Varasuunnitelma on yksinkertainen, koska olet valmistautunut siihen. Vanha sivusto on yhä käynnissä ja alkuperäiset DNS-tietueesi on tallennettu. Jos jokin vakava menee rikki eikä sitä saada nopeasti korjattua, vaihda tietueet takaisin vanhoihin arvoihin. Lyhyen TTL:n ansiosta myös paluu leviää nopeasti. Päätä etukäteen, mikä on vakavaa, esimerkiksi kassan pettäminen tai sähköpostin saapumattomuus, jotta et väittele siitä stressin keskellä.

Pidä vanha paketti vielä lyhyen päällekkäisyysjakson, yleensä yhdestä kahteen viikkoa, ja pidempään, jos olet epävarma postista tai laskutusjakso on kuukausittainen. Älä irtisano sitä samana päivänä. Ennen irtisanomista ota vielä yksi varmuuskopio, varmista ettei siellä ole postia jäljellä ja tarkista, ettei mikään, kuten alidomain tai pieni sivuprojekti, enää riipu siitä. Tarkista myös, oliko domainin rekisteröinti niputettu vanhaan pakettiin, ettet vahingossa menetä sitä.

Yleiset virheet ja milloin hakea apua

• Sähköpostin unohtaminen. Posti lakkaa toimimasta, koska MX- tai TXT-tietueita ei kopioitu.
• TTL:n jättäminen korkeaksi. Vaihto venyy tunteja tai päiviä.
• Testauksen ohittaminen. Ongelmat paljastuvat asiakkaiden edessä eivätkä yksityisesti.
• Vanhan paketin irtisanominen liian aikaisin. Turvaverkko poistuu, kun DNS on vielä asettumassa.
• Molempien kopioiden muokkaaminen. Siirron aikana vanhalle sivustolle lisätty sisältö katoaa.
• DNS-tietueiden tallentamatta jättäminen. Et voi rakentaa uudelleen sitä, mitä et kirjoittanut ylös.
• PHP- ja ohjelmistoversioiden huomiotta jättäminen. Vanha lisäosa voi lakata toimimasta uudemmalla palvelinversiolla.

Monet palveluntarjoajat tarjoavat ilmaisen siirtopalvelun, yleensä uusille asiakkaille, jotka siirtävät tavallisen sivuston. Siitä kannattaa hyötyä yksinkertaisilla WordPress-sivustoilla, koska se säästää aikaa ja asiantuntijat ovat tehneet sen monta kertaa. Kysy ensin muutama kysymys. Kattaako palvelu tiedostot, tietokannat ja sähköpostin? Kuinka monta sivustoa tai postilaatikkoa sisältyy? Testaavatko he sivuston ennen vaihtoa ja saatko esikatselun? Jääkö vanha sivusto koskemattomaksi? Kuka hoitaa DNS:n ja mitä tapahtuu, jos jokin menee pieleen? Onko koolle, mukautetulle koodille tai tietyille sovelluksille rajoituksia? Hanki vastaukset kirjallisena, kun mahdollista.

Harkitse maksullista ammattiapua, jos ylläpidät verkkokauppaa, jossa on käynnissä olevia tilauksia, jäsen- tai ajanvarausjärjestelmää, suurta tietokantaa, mukautettua koodia, jota kukaan tiimissäsi ei ole kirjoittanut, tai monimutkaisia sähköpostiratkaisuja. Freelancer tai toimisto voi olla järkevä myös silloin, kun katko maksaisi enemmän kuin heidän palkkionsa. Vaikka palkkaisit jonkun, pidä oma luettelosi ja varmuuskopiosi ja säilytä hallinta domaintilistäsi.

Esimerkki siirron aikataulusta

1. Viikko ennen: Päätä siirrosta, valitse uusi palveluntarjoaja ja tee valmiiksi luettelo tiedostoista, tietokannoista, sähköpostista, cron-ajastuksista, DNS:stä ja SSL:stä.
2. Kolme–viisi päivää ennen: Vie DNS-vyöhyke, ota täydet varmuuskopiot ja varmista, että ne palautuvat.
3. Kolme päivää ennen: Lyhennä avainten DNS-tietueiden TTL muutamaan minuuttiin.
4. Kaksi päivää ennen: Ota uusi palvelu käyttöön, kopioi tiedostot ja tietokanta ja päivitä asetukset.
5. Päivä ennen: Testaa hosts-tiedoston tai väliaikaisen URL:n kautta ja korjaa ongelmat.
6. Vaihtopäivä, alku: Jäädytä sisältömuutokset, tee tiedostojen ja tietokannan lopullinen synkronointi ja aja pikatesti.
7. Vaihtopäivä, keskivaihe: Päivitä A-tietue tai nimipalvelimet ja pyydä sitten SSL-varmenne.
8. Sama päivä: Tarkista, että sähköposti kulkee molempiin suuntiin, ja varmista HTTPS:n ja uudelleenohjausten toiminta.
9. Päivät yksi–kolme: Seuraa saatavuutta, lokeja, lomakkeita, cron-ajastuksia ja analytiikkaa. Vapauta sisältömuutokset, kun olet varma.
10. Päivät seitsemän–neljätoista: Ota viimeinen varmuuskopio vanhasta paketista, varmista ettei mikään riipu siitä ja irtisano se. Nosta TTL takaisin normaaliarvoon.

Tarkistuslista ennen ja jälkeen vaihdon

Ennen vaihtoa

• Luettelo kirjattu: tiedostot, tietokannat, sähköposti, cron-ajastukset, DNS-tietueet, SSL.
• DNS-vyöhyke viety ja tallennettu vanhan palvelun ulkopuolelle.
• Täydet varmuuskopiot otettu, tallennettu kahteen paikkaan ja koepalautettu.
• TTL lyhennetty vähintään kaksi päivää ennen vaihtoa.
• Uusi palvelu otettu käyttöön vastaavalla tai yhteensopivalla PHP-versiolla.
• Tiedostot ja tietokanta kopioitu, asetukset päivitetty.
• Sivusto testattu hosts-tiedoston tai väliaikaisen URL:n kautta, lomakkeet ja kirjautumiset mukaan lukien.
• Sähköpostisuunnitelma päätetty, postilaatikot luotu, vanhat viestit kopioitu.
• Sisältöjäädytys ajoitettu ja ilmoitettu kaikille sivustoa muokkaaville.
• Varasuunnitelma kirjoitettu, alkuperäiset DNS-arvot käden ulottuvilla.

Vaihdon jälkeen

• Domain latautuu uudelta palvelimelta useissa verkoissa ja laitteilla.
• HTTPS toimii jokaisella sivulla ja HTTP ohjautuu HTTPS:ään.
• Sähköposti lähtee ja saapuu, ja SPF-, DKIM- ja DMARC-tietueet ovat paikallaan.
• Lomakkeet, kassa, haku ja kirjautumiset toimivat.
• Uudelleenohjaukset ja www- tai ei-www-valinta toimivat kuten ennen.
• Cron-ajastukset ja ajastetut tehtävät toimivat.
• Saatavuusseuranta ja varmuuskopiot ovat käytössä uudessa palvelussa.
• TTL nostettu takaisin, kun tilanne on vakaa.
• Vanha paketti pidetty yhdestä kahteen viikkoa ja irtisanottu viimeisen varmuuskopion jälkeen.

Huomio läpinäkyvyydestä: DealPortal voi saada provision, jos ostat joidenkin sivustomme linkkien kautta. Se ei muuta maksamaasi hintaa eikä antamiamme neuvoja.

Tärkeimmät opit

• Rakenna ja testaa uusi kopio ensin yksityisesti hosts-tiedoston tai väliaikaisen URL:n avulla, kun vanha sivusto pysyy käynnissä.
• Lyhennä DNS:n TTL vähintään kaksi päivää etukäteen ja tallenna kopio jokaisesta DNS-tietueesta ennen kuin muutat mitään.
• Käsittele sähköposti omana tehtävänään: siirrä postilaatikot, kopioi MX-, SPF-, DKIM- ja DMARC-tietueet ja testaa molempiin suuntiin.
• Päivittyminen on lyhyellä TTL:llä yleensä nopeaa, mutta osa kävijöistä näkee vanhan sivuston vielä jonkin aikaa, joten älä sammuta vanhaa liian aikaisin.
• Pidä vanha paketti yhdestä kahteen viikkoa ja varaa valmiiksi kirjallinen varasuunnitelma.
• Käytä ilmaista siirtopalvelua yksinkertaisille sivustoille ja palkkaa ammattilainen verkkokauppoihin, mukautettuun koodiin tai tilanteisiin, joissa katko tulee kalliiksi.