WordPress-sivuston uudistaminen ilman katkoksia
Tiivistelmä
WordPress-sivuston uudistaminen voi tarkoittaa uutta ulkoasua, selkeämpää rakennetta tai vanhojen toimintojen korvaamista. Kävijöiden pitäisi silti pystyä lukemaan sisältöjä, lähettämään yhteydenottoja ja tekemään…
WordPress-sivuston uudistaminen voi tarkoittaa uutta ulkoasua, selkeämpää rakennetta tai vanhojen toimintojen korvaamista. Kävijöiden pitäisi silti pystyä lukemaan sisältöjä, lähettämään yhteydenottoja ja tekemään ostoksia myös uudistustyön aikana.
Turvallinen lähtökohta on rakentaa uusi versio erillisessä testiympäristössä. Nykyinen sivusto palvelee kävijöitä siihen asti, kunnes uudistus on valmis julkaistavaksi. Lopuksi muutokset siirretään hallitusti tuotantoon.
Täysin katkotonta julkaisua ei voi luvata kaikissa palvelinympäristöissä. Huolellisella valmistelulla näkyvä häiriö voidaan kuitenkin usein välttää tai rajata hyvin lyhyeksi. Ratkaisevaa on suunnitella ulkoasun lisäksi tietojen säilyminen, testaus ja mahdollinen palautuminen vanhaan versioon.
Määrittele uudistuksen tavoite ja rajat
Kirjoita aluksi, mitä sivustossa muutetaan ja minkä pitää toimia uudistuksen jälkeen. Näin projekti pysyy hallittavana eikä julkaisuvaiheessa ilmene yllättäviä riippuvuuksia.
Tavoitteena voi olla esimerkiksi:
- Parantaa sivuston käyttöä puhelimella.
- Selkeyttää valikkoa ja sisältöjen löydettävyyttä.
- Nopeuttaa tärkeimpien sivujen latautumista.
- Uudistaa yrityksen visuaalinen ilme.
- Helpottaa sisällön päivittämistä.
Erota välttämättömät muutokset myöhemmistä kehitysideoista. Jos vaihdat samalla teeman, sivunrakentajan, verkkokaupan toimintoja ja palveluntarjoajan, mahdollisten ongelmien paikantaminen vaikeutuu.
Pienempiin vaiheisiin jaettu uudistus on usein helpompi julkaista ja tarkistaa. Esimerkiksi palvelinsiirron ja ulkoasu-uudistuksen voi toteuttaa eri ajankohtina.
Kartoita nykyisen sivuston tärkeät toiminnot
Sivuston näkyvä ulkoasu kertoo vain osan kokonaisuudesta. Taustalla voi olla lomakkeita, sähköpostiyhteyksiä, ajastettuja tehtäviä ja ulkoisiin palveluihin tehtyjä integraatioita.
Tee luettelo toiminnoista, joita kävijät ja ylläpitäjät käyttävät. Merkitse myös, mikä lisäosa tai muu ratkaisu vastaa kustakin toiminnosta.
Huomioi ainakin yhteydenottolomakkeet, haku, käyttäjärekisteröinti, uutiskirjeen tilaus ja mahdollinen verkkokauppa. Tarkista lisäksi analytiikka, evästeasetukset ja sivustolle lisätyt omat koodimuutokset.
Selvitä, onko nykyisen teeman yhteyteen rakennettu sisältötyyppejä tai muita toiminnallisuuksia. Teeman vaihtaminen voi muuten piilottaa ominaisuuksia, joiden oletit kuuluvan WordPressiin.
Kartoituksesta muodostuu samalla testauslista uudelle versiolle.
Ota varmuuskopio ja varmista palautusreitti
Ennen työn aloittamista ota varmuuskopio sivuston tiedostoista ja tietokannasta. Pelkät artikkelit sisältävä vientitiedosto ei vastaa täydellistä varmuuskopiota.
Säilytä kopio myös erillään varsinaisesta palvelimesta. Varmista, että saat siihen pääsyn silloinkin, kun WordPressin hallintapaneeli ei avaudu.
Kirjaa muistiin, miten palautus tehdään ja kuka siitä vastaa. Käytännössä kannattaa selvittää:
- Mistä oikea varmuuskopio löytyy?
- Miten tiedostot ja tietokanta palautetaan?
- Tarvitaanko palveluntarjoajan apua?
- Kuinka kauan palauttaminen tavallisesti kestää?
- Miten palautettu sivusto tarkistetaan?
Kokeile palautusta erilliseen ympäristöön. Näin varmistat, että kopio sisältää tarvittavat tiedot ja osaat käyttää sitä ennen mahdollista ongelmatilannetta.
Rakenna uudistus suojatussa testiympäristössä
Testiympäristö eli staging on erillinen kopio sivustosta. Siellä voit muuttaa teemaa, kokeilla sivupohjia ja järjestää sisältöjä vaikuttamatta kävijöiden käyttämään versioon.
Moni palveluntarjoaja tarjoaa testiympäristön omassa hallintapaneelissaan. Sen voi toteuttaa myös erillisellä asennuksella. Pyri käyttämään tuotantoa vastaavaa palvelinympäristöä, jotta testitulokset ovat mahdollisimman hyödyllisiä.
Suojaa testisivusto kirjautumisella tai muulla pääsynhallinnalla. Hakukoneita koskeva indeksointikielto on hyödyllinen lisä, mutta se ei estä ulkopuolisia avaamasta sivustoa.
Huomioi kopioidut henkilötiedot. Jos oikeita asiakastietoja ei tarvita testaamiseen, käytä niiden sijaan testiaineistoa.
Anna testiympäristölle myös selkeä tunniste, jotta ylläpitäjä erottaa sen tuotannosta.
Estä testisivuston oikeat viestit ja tapahtumat
Tuotantokopio voi sisältää toimivia sähköpostiasetuksia, maksupalveluyhteyksiä ja ajastettuja tehtäviä. Niiden hallinta kuuluu testiympäristön valmisteluun.
Ohjaa testiviestit erilliseen testipostilaatikkoon tai estä niiden lähettäminen ulkopuolisille. Käytä maksupalveluiden testiympäristöjä, jos kokeilet ostamista.
Tarkista erityisesti:
- Tilauksiin liittyvät sähköpostit.
- Uutiskirjeiden lähetys.
- Varasto- ja asiakastietojen synkronointi.
- Automaattiset uusintamaksut.
- Ulkoisiin järjestelmiin lähtevät ilmoitukset.
Pelkkä testisivuston piilottaminen hakukoneilta ei pysäytä näitä toimintoja.
Sovi myös, kuka saa testata integraatioita ja millaisilla tiedoilla. Näin koetilaus ei päädy vahingossa oikeaan toimitusprosessiin tai asiakasrekisteriin.
Suunnittele muuttuvien tietojen säilyminen
Uudistuksen aikana nykyiselle sivustolle voi tulla uusia artikkeleita, käyttäjiä, kommentteja ja tilauksia. Testiympäristön tietokanta vanhenee heti kopioinnin jälkeen.
Siksi koko testitietokantaa ei yleensä voi siirtää vanhan päälle sellaisenaan. Se voisi korvata tuoreet tiedot aikaisemmalla tilanteella.
Erottele siirrettävät asiat: teeman tiedostot, lisäosien muutokset, sivupohjat, asetukset ja sisällöt. Huomaa, että esimerkiksi lohkoteeman muokkauksia voi tallentua tietokantaan, joten pelkkä teematiedostojen kopiointi ei aina riitä.
Sovi julkaisua varten tarvittaessa lyhyt sisällönmuokkaustauko. Tavallinen esittelysivusto voi palvella kävijöitä normaalisti tämän aikana.
Jatkuvasti tilauksia vastaanottavassa verkkokaupassa tietojen yhdistäminen vaatii tarkemman toteutuksen. Tilauksia tai maksuja ei saa kadota ympäristöjen välisessä siirtymässä.
Säilytä sivujen osoitteet mahdollisuuksien mukaan
Ulkoasun uudistaminen ei edellytä toimivien verkko-osoitteiden muuttamista. Vanhat osoitteet voivat olla käytössä hakutuloksissa, muiden sivustojen linkeissä ja asiakkaiden kirjanmerkeissä.
Kerää tärkeimmät nykyiset osoitteet talteen ennen rakenteen muuttamista. Tarkista erityisesti suositut artikkelit, palvelusivut ja kampanjoiden kohdesivut.
Jos osoitteen muuttaminen on tarpeen, suunnittele pysyvä uudelleenohjaus vastaavaan uuteen sisältöön. Kaikkien poistuneiden sivujen ohjaaminen etusivulle ei auta kävijää löytämään etsimäänsä.
Tarkista samalla sisäiset linkit, sivujen otsikot, metakuvaukset ja ensisijaiset osoitteet. Uuden ulkoasun ei pitäisi vahingossa hävittää aiemmin tehtyä sisältö- ja hakukoneoptimointityötä.
Testaa kokonaisia käyttäjäpolkuja
Uudistusta kannattaa arvioida kävijän tehtävien kautta. Pelkkä etusivun silmäily ei paljasta esimerkiksi lomakkeen lähetysvirhettä tai mobiilivalikon ongelmaa.
Valitse muutama tavallinen käyttäjäpolku ja suorita ne alusta loppuun. Etsi palvelu, avaa hinnasto ja lähetä testiyhteydenotto. Verkkokaupassa kokeile tuotteen löytämistä, ostoskoria ja maksamisen testiprosessia.
Tarkista lisäksi:
- Valikot ja alavalikot eri näyttökoossa.
- Näppäimistöllä liikkuminen ja näkyvä kohdistus.
- Kuvien, videoiden ja ladattavien tiedostojen toiminta.
- Haku ja mahdolliset suodattimet.
- Lomakkeiden virheilmoitukset ja vahvistukset.
- Kirjautuminen eri käyttäjärooleilla.
Varmista viestien todellinen saapuminen testipostilaatikkoon. Lomakkeen näyttämä onnistumisilmoitus ei yksin todista sähköpostin toimitusta.
Valmistele julkaisu täsmälliseksi työvaiheeksi
Laadi julkaisusta lyhyt, numeroitu työohje. Merkitse siirrettävät tiedostot, tarvittavat tietokantamuutokset, välimuistien käsittely ja tarkistettavat toiminnot.
Valitse ajankohta, jolloin liikennettä on vähän ja apua on tarvittaessa saatavilla. Varaa aikaa myös julkaisun jälkeiseen seurantaan.
Ota juuri ennen siirtoa uusi varmuuskopio tuotannosta. Varmista, että tuoreimmat sisällöt ja tapahtumat huomioidaan suunnitellulla tavalla.
Jos palvelin vaihtuu, valmistele uusi ympäristö ja HTTPS-yhteys ennen liikenteen ohjaamista sinne. DNS-muutokset voivat näkyä eri käyttäjille eri aikaan, joten vanhan palvelimen sulkeminen heti muutoksen jälkeen voi aiheuttaa katkoksia.
Pelkkä ulkoasu-uudistus samalla palvelimella ei tavallisesti tarvitse DNS-muutoksia.
Julkaise muutokset ja tarkista kävijän näkymä
Siirrä uudistus sovitun työohjeen mukaan. Tyhjennä tarvittavat välimuistit, jotta vanhat tyylitiedostot ja uusi sivurakenne eivät sekoitu.
Avaa sivusto uloskirjautuneena ja tarkista tärkeimmät sivut oikealla verkkotunnuksella. Varmista, ettei tuotantoon ole jäänyt testiosoitteita, testimaksuasetuksia tai sähköpostien lähetysestoja.
Tarkista myös, että julkisen sivuston indeksointi on sallittu suunnitellusti.
Seuraa julkaisun jälkeen virheilmoituksia, palvelimen kuormitusta ja kriittisten toimintojen onnistumista. Vertaa nopeutta aiemmin tehtyihin mittauksiin.
Jos ilmenee vakava ongelma, käytä ennalta suunniteltua palautusreittiä. Huomioi silti julkaisun jälkeen syntyneet tiedot: vanhan tietokannan palauttaminen voi poistaa uusia tilauksia tai yhteydenottoja. Palautuksen laajuus pitää valita ongelman mukaan.
Liittyvät kategoriat
🤖 AI-sinetti: tämän artikkelin viimeistelyssä on käytetty tekoälyavusteisia työkaluja.
Aiheet: