WordPress-päivitys on valmis vasta, kun sivuston tärkeät toiminnot on tarkistettu. Hallinnan ilmoitus onnistuneesta päivityksestä kertoo asennuksesta. Se ei vielä osoita, että yhteydenottolomake, verkkokaupan kassa tai mobiilivalikko toimivat asiakkaalle.
Pienelle yritykselle käyttökelpoinen toimintatapa on selkeä: varmista palautusmahdollisuus, testaa muutos sopivassa ympäristössä ja käy läpi samat tärkeät asiointipolut päivityksen jälkeen. Sovi myös, kuka tekee työn ja kuka reagoi, jos jotain menee rikki.
Tämä WordPress-päivityksen tarkistuslista on suunnittelumalli. Sivuston toteutus, ylläpitopalvelu ja lisäosat vaikuttavat siihen, miten työ kannattaa tehdä. Verkkokaupan tai muun jatkuvasti muuttuvan palvelun päivitys tarvitsee erityistä huomiota tietojen säilymiseen.
Valitse tarkistettavat toiminnot etukäteen
Kirjaa sivuston liiketoiminnan kannalta tärkeimmät polut. Tavallisella palveluyrityksellä niitä voivat olla palvelukuvauksen lukeminen puhelimella, yhteystietojen löytäminen ja tarjouspyynnön lähettäminen. Verkkokaupalla mukaan tulevat tuotteen valinta, ostoskori ja sovittu maksutavan testaus.
Tee listasta konkreettinen. Testaa lomake on liian avoin ohje, jos sivustolla on monta lomaketta. Kirjaa sivun osoite, kokeiltava toiminto, odotettu tulos ja henkilö, joka voi vahvistaa viestin saapumisen.
Sovi testiviestien merkinnät etukäteen. Maksutavoille käytetään palveluntarjoajan hyväksymää testiympäristöä tai erikseen sovittua menettelyä. Tuotantoon ei pidä tehdä oikeita veloituksia vain siksi, että tarkistuslistassa lukee testaa kassa.
Ota lähtötilanteesta tarvittaessa kuvakaappaus. Se auttaa erottamaan uuden ongelman vanhasta havainnosta. Pelkkä muistinvarainen vertailu on hankala etenkin silloin, kun useampi ihminen osallistuu tarkistukseen.
Varmista, mitä varmuuskopio sisältää
WordPressin varmuuskopiointiohje erottaa sivuston tiedostot ja tietokannan. Molemmat ovat tärkeitä palautuksessa. Pelkkä mediakansion kopio ei korvaa tietokantaa, eikä tietokannan kopio sisällä kaikkia sivuston tiedostoja.
Selvitä ennen muutosta, milloin viimeisin varmuuskopio on otettu, missä sitä säilytetään ja miten palautus tehdään. Varmuuskopiointi päällä ei vielä kerro, kattaako kopio juuri tämän sivuston ja onnistuuko palautus käytettävissä olevilla oikeuksilla.
Palautusta kannattaa kokeilla erillisessä ympäristössä sovitulla tavalla. Tuotantosivua ei palauteta testin vuoksi. Tarkoitus on todentaa, että kopio on käyttökelpoinen ja että vastuuhenkilö tietää menettelyn.
Huomioi myös päivityksen jälkeen syntyvät tiedot. Jos verkkokauppa vastaanottaa uusia tilauksia, koko tietokannan palauttaminen aiempaan hetkeen voi hävittää niitä. Palautussuunnitelman pitää siksi sopia sivuston toimintaan, ei vain tekniseen mahdollisuuteen painaa palauta-painiketta.
Käytä testiympäristöä oikein
Testiympäristössä voi tarkistaa päivityksen vaikutuksia ennen tuotantoa. Sen pitää muistuttaa tuotantoa riittävästi, jotta testi kertoo jotain lisäosien, teeman ja palvelinympäristön yhteistoiminnasta.
Samalla testiympäristön pitää pysyä erillään asiakkaiden asioinnista. Varmista, ettei se lähetä oikeita asiakasviestejä, käynnistä maksuja tai välitä testitietoja tuotannon järjestelmiin. Käytä mahdollisimman vähän henkilötietoja ja rajaa ympäristön käyttöoikeudet tarpeen mukaan.
Kirjaa, mitä testi kattaa ja mitä se ei kata. Esimerkiksi testiympäristön sähköpostiasetukset voivat erota tuotannosta. Silloin lomakkeen toiminta on tarkistettava hallitusti vielä tuotannossa, vaikka sen ulkoasu ja validointi olisivat jo kunnossa.
Älä korvaa tuotannon tietokantaa automaattisesti testiympäristön vanhalla kopiolla. Sisältöjen, tilausten ja yhteydenottojen siirtäminen on oma suunniteltava työnsä. Päivitystesti ei itsessään anna siihen turvallista menettelyä.
Tee muutos seurattavasti
Kirjaa päivitettävät osat ja niiden versiot. Jos sivustolla on omia mukautuksia, selvitä missä ne sijaitsevat ja kuka vastaa yhteensopivuudesta. WordPressin päivitysohje muistuttaa, että ydintiedostoihin tehdyt muutokset voivat kadota päivityksessä.
Laaja päivitys kannattaa suunnitella niin, että ongelman aiheuttajaa pystytään tarvittaessa rajaamaan. Päivitysjärjestys ja mahdolliset riippuvuudet tarkistetaan käytössä olevien tuotteiden ohjeista. Yksi kaikille sivustoille luvattu järjestys ei ratkaise yhteensopivuutta.
Sovi myös työn ajankohta. Hiljainen hetki voi vähentää häiriön vaikutusta, mutta sivuston merkitys ratkaisee, tarvitaanko huoltotiedote tai muuta valmistelua. Asiakkaan pitää tietää, miten toimia, jos tärkeä polku on hetkellisesti poissa käytöstä.
Pidä työn aikana mukana vain tarpeelliset muutokset. Jos samalla uusitaan tekstit, vaihdetaan teema ja muutetaan mittaus, mahdollisen vian rajaaminen vaikeutuu. Laajempi uudistus voi olla järkevä, mutta se tarvitsee oman suunnitelmansa ja hyväksymisehtonsa.
Käy tärkeät polut läpi tuotannossa
Kun WordPress-päivitys on tehty, tarkista sivusto tavallisena kävijänä. Ylläpitäjän kirjautunut näkymä voi käyttäytyä eri tavalla kuin julkinen sivu. Tarkista ainakin puhelimen ja tietokoneen keskeiset näkymät.
| Tarkistus | Käytännön testi | Hyväksymisehto |
|---|---|---|
| Etusivu ja palvelusivu | Avaa julkiset osoitteet ilman ylläpitäjän kirjautumista | Sisältö ja keskeiset tyylit latautuvat |
| Mobiilivalikko | Avaa valikko ja siirry tärkeälle sivulle | Linkit ovat käytettävissä ja vievät oikeaan paikkaan |
| Yhteydenottolomake | Lähetä sovittu testiviesti | Onnistuminen näkyy ja vastaanottaja vahvistaa viestin |
| Virhetilanne | Jätä pakollinen kenttä tyhjäksi | Virhe kerrotaan ymmärrettävästi |
| Verkkokaupan polku | Tee sovittu testi ilman luvatonta veloitusta | Tuote, ostoskori ja sovittu maksutesti toimivat |
| Mittaus | Tarkista sovittu testitapahtuma hyväksytyssä testissä | Tapahtuma vastaa oikeaa käyttäjän toimintoa |
Lomakkeessa myös virhepalautteen pitää toimia. W3C:n ohje korostaa, että käyttäjälle kerrotaan selkeästi sekä onnistumisesta että korjattavista virheistä. Kadonnut virheilmoitus voi estää yhteydenoton, vaikka lomake muuten näyttää ehjältä.
Kuittaa työ vasta tarkistusten jälkeen
Säilytä lyhyt päivitysmerkintä: mitä muutettiin, milloin, kuka tarkisti ja jäikö jotain seurantaan. Avoin havainto tarvitsee vastuuhenkilön ja seuraavan toimenpiteen. Valmis-merkintä ei saa piilottaa sitä, että viestien toimitusta ei vielä vahvistettu.
Jos päivitys epäonnistuu, toimi sovitun palautussuunnitelman mukaan ja säilytä havainnot vian selvittämistä varten. Älä tee kiireessä useita uusia muutoksia ilman käsitystä niiden vaikutuksesta. Tarvittaessa rajaa häiriö ja pyydä toteutuksen tunteva asiantuntija mukaan.
Jos oman sivuston ylläpidon vastuut tai palautustapa ovat epäselvät, ota yhteyttä Xpeditioniin. Keskustelun voi aloittaa nykyisestä sivustosta, sen tärkeimmistä asiointipoluista ja siitä, kuka ylläpidosta vastaa tällä hetkellä.