Verkkosivujen ylläpito: mitä siihen kuuluu ja miksi se kannattaa

Verkkosivusto ei ole valmis julkaisupäivänä. Se on siinä kunnossa, jossa se on julkaisupäivänä — ja siitä eteenpäin ympäristö muuttuu jatkuvasti, vaikka sivusto pysyisi paikallaan.

Olen tehnyt verkkosivu- ja SEO-työtä yli 12 vuotta ja yli 200 projektissa. Yleisin syy siihen, että kolme vuotta vanha sivusto pitää rakentaa kokonaan uudelleen, ei ole ulkoasun vanheneminen. Se on se, ettei kukaan ollut vastuussa päivityksistä.

TL;DR

Verkkosivujen ylläpito tarkoittaa alustan päivityksiä, varmuuskopiointia, tietoturvan valvontaa, suorituskyvyn seurantaa ja pieniä sisältömuutoksia. Se ei ole valinnainen lisäpalvelu, vaan ehto sille että sivusto toimii ja löytyy. Sovi kirjallisesti mitä tehdään, kuinka usein ja millä vasteajalla. Laiminlyöty ylläpito ei näy heti, mutta korjaus maksaa aina enemmän kuin ylläpito olisi maksanut. Ylläpito on osa sivuston elinkaarta, ei julkaisun jälkeinen lisäpalvelu.

Mitä verkkosivujen ylläpito tarkoittaa käytännössä?

Verkkosivujen ylläpito on toistuvaa teknistä työtä, joka pitää sivuston toimivana, turvallisena ja indeksoitavana julkaisun jälkeen. Se koostuu päivityksistä, varmuuskopioinnista, valvonnasta ja pienistä korjauksista. Ylläpito ei ole sivuston kehittämistä eikä markkinointia — se on sen varmistamista, että pohja kestää sen päälle rakennettavan työn.

Käytännön työ jakautuu neljään kerrokseen, jotka kannattaa erottaa toisistaan jo tarjouspyynnössä:

• Alusta ja lisäosat. Julkaisujärjestelmän ydin, teema ja lisäosat päivitetään versiosta toiseen. WordPressillä tämä on työläin osa, koska lisäosia on paljon ja ne päivittyvät eri tahtiin.
• Palvelinympäristö. PHP-versio, tietokanta, palvelinohjelmisto ja SSL-varmenne. Let’s Encrypt -varmenne uusiutuu 90 päivän välein, ja jos automaatio pettää, sivusto näyttää selaimessa varoituksen.
• Sisältö ja data. Varmuuskopiot, mediakirjaston koko, rikkinäiset linkit, vanhentuneet hinnastot ja yhteystiedot.
• Seuranta. Käytettävyysvalvonta, virheilmoitukset, latausnopeus ja hakukonenäkyvyys.

Nämä neljä kerrosta ovat eri työtä ja vaativat eri osaamista, mutta ne myydään usein yhtenä rivinä. Kun tarjouksessa lukee vain “ylläpito”, pyydä erittely siitä mitä kussakin kerroksessa tehdään. Sama erittelyperiaate pätee jo sivuston rakennusvaiheessa.

Miksi ylläpito ei ole valinnainen?

Ylläpito ei ole valinnainen, koska sivuston ympäristö muuttuu riippumatta siitä muuttuuko sivusto. Selaimet päivittyvät, palvelinohjelmistojen tuki päättyy, tietoturva-aukkoja löydetään ja hakukoneiden vaatimukset kiristyvät. Sivusto jota ei päivitetä ei pysy ennallaan — se rappeutuu suhteessa ympäristöönsä.

Kolme konkreettista syytä, joiden takia ylläpitoa ei voi jättää väliin:

• Tietoturva. WordPress pyörittää noin 40 prosenttia maailman verkkosivuista, mikä tekee siitä automatisoitujen hyökkäysten vakiokohteen. Haavoittuvuudet löytyvät useimmiten lisäosista, ja korjaus on saatavilla — mutta vain jos se asennetaan.
• Yhteensopivuus. Jokaista PHP-versiota tuetaan noin kaksi vuotta. Kun tuki loppuu, palveluntarjoaja pakottaa version vaihtoon, ja vanhentuneet lisäosat lakkaavat toimimasta samalla hetkellä.
• Näkyvyys. Hakukone arvioi sivuston teknistä kuntoa jatkuvasti. Hidastuva sivusto ja kasvava virhemäärä siirtävät näkyvyyttä alaspäin ilman erillistä ilmoitusta.
• Selainmuutokset. Selaimet kiristävät suojausvaatimuksia omaan tahtiinsa. Vanhentunut toteutus alkaa näyttää varoituksia tai lakkaa toimimasta ilman että sivustolla on muutettu mitään.

Ylläpidon laiminlyönti ei tuota välitöntä oiretta. Se tuottaa yhden ison laskun noin kahden vuoden päästä.

Tämä on sama logiikka kuin verkkosivujen kokonaishinnan arvioinnissa: halvin rakennusvaihe ei ole halvin kokonaisuus, jos ylläpito jää tekemättä.

Mitä ylläpitosopimukseen yleensä kuuluu?

Ylläpitosopimukseen kuuluu tyypillisesti päivitykset, varmuuskopiointi, valvonta, tietoturva ja tietty määrä kuukausittaista työaikaa pieniin muutoksiin. Hyvässä sopimuksessa jokainen kohta on kirjattu mitattavassa muodossa: mitä tehdään, kuinka usein, kenen toimesta ja millä vasteajalla ongelmatilanteessa.

Vaadi sopimuksesta vähintään nämä rivit:

• Päivitysrytmi. Kuinka usein alusta ja lisäosat päivitetään ja testataanko päivitykset ennen tuotantoa.
• Varmuuskopiointi. Kuinka usein kopio otetaan, minne se tallennetaan ja kuinka pitkä säilytysaika on.
• Palautuslupaus. Kauanko sivuston palauttaminen varmuuskopiosta kestää. Tämä on tärkeämpi luku kuin kopioiden määrä.
• Valvonta. Seurataanko sivuston saavutettavuutta automaattisesti ja kuka saa hälytyksen.
• Kuukausittainen työaika. Sisältyykö sopimukseen tunteja pieniin muutoksiin vai laskutetaanko kaikki erikseen.
• Raportointi. Mitä raportoidaan ja millä aikavälillä.
• Testiympäristö. Onko olemassa erillinen ympäristö, jossa päivitykset ajetaan ennen tuotantoa.
• Tunnusten hallinta. Kenellä on pääkäyttäjätason oikeudet ja miten ne poistetaan yhteistyön päättyessä.

Kaksi kohtaa jäävät sopimuksista säännönmukaisesti pois, vaikka ne ratkaisevat eniten. Ensimmäinen on rajanveto ylläpidon ja kehityksen välillä: onko uuden alasivun lisääminen ylläpitoa vai erikseen laskutettavaa työtä. Toinen on se, mitä tapahtuu kun päivitys rikkoo jotain — kuuluuko korjaus sopimukseen vai laskutetaanko se erikseen. Kirjaa molemmat esimerkkitasolla, ei periaatetasolla.

Sopimus ilman vasteaikaa on lupaus siitä, että joku katsoo asiaa joskus. Kirjaa vasteaika myös silloin, kun toteuttaja on tuttu.

Kuinka usein sivustoa pitää päivittää?

Tietoturvapäivitykset asennetaan heti julkaisun jälkeen, viimeistään muutaman päivän sisällä. Tavalliset versiopäivitykset ajetaan kerran kuukaudessa testiympäristön kautta. Palvelintason päivitykset, kuten PHP-version vaihto, tulevat kohdalle noin kahden vuoden välein, koska jokaista versiota tuetaan suunnilleen sen ajan.

Toimiva rytmi käytännössä:

• Viikoittain: automaattinen valvonta tarkistaa saavutettavuuden ja varmenteen voimassaolon. Tämä ei vaadi ihmistyötä.
• Kuukausittain: lisäosat ja teema päivitetään testiympäristössä, tarkistetaan lomakkeet ja kriittiset polut, ajetaan tuotantoon.
• Neljännesvuosittain: rikkinäiset linkit, mediakirjaston siivous, Core Web Vitals -mittaus ja indeksointitilanne.
• Vuosittain: palautustesti oikeasta varmuuskopiosta, palvelinympäristön versiotarkistus, käyttöoikeuksien läpikäynti.

Päivitysjärjestys kannattaa pitää samana joka kerta: ensin varmuuskopio, sitten lisäosat yksi kerrallaan tai pienissä erissä, viimeisenä alustan ydin. Jos jokin menee rikki, syy on tiedossa ilman arvailua. Massapäivitys kaikesta kerralla säästää minuutteja ja maksaa tunteja silloin kun se epäonnistuu.

Päivitysten jälkeen tarkistetaan aina samat kohdat: etusivu, yhteydenottolomake, verkkokaupan ostopolku ja kirjautuminen. Nämä ovat toiminnallisuudet joiden rikkoutuminen maksaa suoraan rahaa, eikä niiden hajoaminen näy palvelinlokissa virheenä — lomake voi latautua moitteettomasti ja jättää silti viestin lähettämättä.

Automaattipäivitykset ilman testausta ovat houkutteleva oikopolku. Ne toimivat, kunnes yksi lisäosapäivitys rikkoo tilauslomakkeen, eikä kukaan huomaa ennen kuin yhteydenotot loppuvat.

Mitä tapahtuu jos päivitykset laiminlyödään?

Laiminlyödyt päivitykset johtavat kolmivaiheiseen ongelmaan: ensin kertyy versiovelkaa, sitten yhteensopivuus rikkoutuu ja lopulta tietoturva pettää. Jokainen vaihe tekee seuraavasta kalliimman, koska päivittämättömän sivuston korjaaminen vaatii aina enemmän työtä kuin ajan tasalla pidetyn.

Vaiheet erikseen:

• Versiovelka. Kun päivityksiä on tekemättä useita kierroksia, niitä ei voi enää ajaa yhtenä eränä. Hyppy pitää tehdä porrastetusti, ja jokainen porras on testattava.
• Yhteensopivuusrikko. Palvelimen PHP-version vaihto pakottaa päivitykseen, jota lykättiin. Vanha lisäosa lakkaa toimimasta, ja korvaajan etsiminen on kehitysprojekti eikä ylläpitotoimenpide.
• Tietoturvamurto. Yleisin seuraus ei ole tietovuoto vaan roskasisällön lisääminen sivustolle. Hakukone poistaa sivuston näkyvistä tai merkitsee sen vaaralliseksi, ja palautuminen kestää viikkoja.
• Suorituskyvyn rapautuminen. Vanhentuneet lisäosat ja kasvava tietokanta hidastavat sivustoa. Kun LCP ylittää 2,5 sekuntia, käyttäjäkokemus ja näkyvyys heikkenevät samanaikaisesti.

Murron jälkeinen siivous maksaa käytännössä aina moninkertaisesti sen työn, jolla se olisi estetty.

Aihetta käsitellään laajemmin yrityksen verkkosivujen kokonaisuutta käsittelevässä oppaassa, jossa ylläpito on osa elinkaarta eikä erillinen lisäpalvelu.

Miten varmuuskopiot pitää järjestää?

Varmuuskopiot pitää ottaa automaattisesti, tallentaa sivustosta erilliseen sijaintiin ja säilyttää vähintään 30 päivää. Lisäksi palautus pitää testata oikeasti vähintään kerran vuodessa. Varmuuskopio jota ei ole koskaan palautettu ei ole varmuuskopio, vaan oletus.

Toimiva järjestely sisältää neljä ehtoa:

• Erillinen sijainti. Kopio samalla palvelimella katoaa palvelimen mukana. Kopion pitää olla eri järjestelmässä.
• Riittävä säilytysaika. Vähintään 30 päivää, koska ongelma huomataan usein vasta viiveellä. Roskasisältö tai rikkinäinen lomake voi olla huomaamatta viikkoja.
• Sekä tiedostot että tietokanta. Pelkkä tiedostokopio ei palauta sisältöä, pelkkä tietokantakopio ei palauta kuvia.
• Testattu palautus. Kirjaa palautusaika ylös. Se on luku jonka johto haluaa tietää, kun sivusto on alhaalla.

Ottotiheys kannattaa sitoa muutosvauhtiin. Verkkokaupassa tilaustiedot syntyvät jatkuvasti, joten vuorokauden välein otettu kopio tarkoittaa vuorokauden hävinneitä tilauksia. Harvoin päivittyvällä esittelysivustolla viikoittainen rytmi riittää, kunhan jokaisen sisältömuutoksen ja päivityskierroksen yhteydessä otetaan erillinen kopio.

Säilytä lisäksi vähintään yksi vanhempi kuukausikopio 30 päivän jakson ulkopuolelta. Hitaasti kehittyvät ongelmat — vähitellen lisääntyvä roskasisältö tai kuukausia sitten rikkoutunut lomake — vaativat palautuspisteen sitä ennen, ja pelkkä liukuva 30 päivän ikkuna on silloin jo ehtinyt ylikirjoittaa puhtaan version.

Määrittele myös kuka saa palauttaa. Kriisitilanteessa hitain vaihe on usein sen selvittäminen, kenellä on tunnukset.

Mistä ylläpidon hinta muodostuu?

Ylläpidon hinta muodostuu sivuston teknisestä laajuudesta, valvonnan tasosta, vasteaikalupauksesta ja siitä sisältyykö sopimukseen kuukausittaista työaikaa. Kaksi ulkoisesti samanlaista sivustoa voivat maksaa ylläpidossa täysin eri verran, jos toisessa on kymmenen integraatiota ja toisessa ei yhtään.

Hintaan vaikuttavat tekijät:

• Tekninen laajuus. Lisäosien, integraatioiden ja räätälöityjen toiminnallisuuksien määrä. Jokainen integraatio on kohta joka voi rikkoutua päivityksessä.
• Sivustotyyppi. Verkkokauppa vaatii jatkuvaa valvontaa maksuliikenteen ja tilausvirran takia. Esittelysivusto ei.
• Vasteaika. Lupaus reagoida tunneissa maksaa enemmän kuin lupaus reagoida seuraavana arkipäivänä, koska se sitoo päivystysresurssia.
• Sisältyvä työaika. Sisältääkö sopimus tunteja pieniin muutoksiin vai laskutetaanko jokainen tekstimuutos erikseen.
• Palvelinympäristö. Kuuluuko webhotelli tai palvelin samaan sopimukseen vai ostetaanko se erikseen.
• Alustavalinta. WordPress vaatii enemmän jatkuvaa työtä kuin staattinen toteutus, koska päivitettäviä komponentteja on moninkertainen määrä.

Kustannus jakautuu myös kahteen erilaiseen erään, jotka kannattaa erottaa laskelmassa. Kiinteä osa kattaa päivitykset, valvonnan ja varmuuskopioinnin, ja se on ennustettava. Muuttuva osa kattaa sisältömuutokset ja korjaukset, ja se vaihtelee kuukausittain. Kun tarjouksessa on vain yksi luku, kysy kumpaan se viittaa.

Vertaa ylläpitotarjouksia sisällöltään, älä hinnaltaan. Halvin tarjous on lähes aina se, josta puuttuu testiympäristö ja vasteaika.

Ylläpito kannattaa laskea mukaan jo silloin kun arvioidaan kotisivujen kokonaiskustannusta, koska se on toistuva erä eikä kertaluonteinen.

Kannattaako ylläpito tehdä itse vai ostaa?

Itse tekeminen kannattaa, jos yrityksessä on nimetty henkilö jolla on osaaminen, kalenterissa varattu aika ja sijainen poissaolojen varalle. Kaikki kolme ehtoa pitää täyttyä. Jos yksikin puuttuu, ylläpito muuttuu käytännössä satunnaiseksi, koska se ei ole kenenkään päätyö eikä sen laiminlyönti näy heti.

Vertailu kolmella kriteerillä:

• Osaaminen. Päivittäminen on helppoa. Rikkoutuneen päivityksen peruminen ja syyn selvittäminen ei ole. Ratkaiseva kysymys ei ole kuka painaa päivitysnappia vaan kuka korjaa tilanteen kun se menee pieleen.
• Jatkuvuus. Sisäinen tekijä vaihtaa työpaikkaa. Ilman dokumentaatiota ja tunnusten hallintaa osaaminen lähtee mukana.
• Vastuu. Ostettu ylläpito siirtää palautusajan sopimuksen piiriin. Itse tehdyssä vastuu jää yritykselle, mikä on täysin kelvollinen ratkaisu — kunhan se on tietoinen päätös.
• Reagointiaika. Sisäinen tekijä on tavoitettavissa vain työaikana. Verkkokaupalle tämä on eri asia kuin esittelysivustolle.

Testaa päätös yhdellä kysymyksellä: kuka asensi viimeisimmän tietoturvapäivityksen ja milloin. Jos vastausta ei löydy minuutissa, ylläpito ei ole tällä hetkellä kenenkään vastuulla riippumatta siitä, mitä mallia yrityksessä uskotaan noudatettavan.

Yleisin toimiva välimuoto on jako, jossa sisältömuutokset tehdään itse ja tekninen ylläpito ostetaan. Se on halvempi kuin täysi ulkoistus ja turvallisempi kuin täysi omatoimisuus. Näin toteutuvat myös tekniset perusvaatimukset ilman että yrityksen oma väki opettelee palvelinhallintaa.

Miten ylläpito vaikuttaa hakukonenäkyvyyteen?

Ylläpito vaikuttaa näkyvyyteen kolmen kanavan kautta: tekninen indeksoitavuus, sivuston nopeus ja sisällön tuoreus. Hakukone ei rankaise ylläpidon puutteesta suoraan, mutta se havaitsee kaikki sen seuraukset — hitaat sivut, virhekoodit, katkenneet linkit ja vanhentuneen sisällön.

Konkreettiset yhteydet:

• Suorituskyky. Core Web Vitals -mittarit ovat osa arviointia. Tavoitteet ovat LCP alle 2,5 sekuntia, CLS alle 0,1 ja INP alle 200 millisekuntia. Kasvava lisäosakuorma ja optimoimattomat kuvat siirtävät näitä väärään suuntaan kuukausi kerrallaan. Aihetta käsitellään tarkemmin sivuston nopeutta koskevassa artikkelissa.
• Indeksoitavuus. Rikkinäinen päivitys voi tuottaa virhesivuja tai estää indeksoinnin robots-asetuksella. Search Console säilyttää dataa 16 kuukautta, joten poikkeaman ajankohta on jäljitettävissä jälkikäteen.
• Sisällön tuoreus. Vanhentuneet hinnastot, poistetut palvelut ja väärät yhteystiedot heikentävät luotettavuussignaaleja.
• Varmenne ja saavutettavuus. Vanhentunut SSL-varmenne tai toistuvat katkokset ovat suoria negatiivisia signaaleja. Let’s Encrypt -varmenne uusiutuu 90 päivän välein, joten automaation pettäminen tulee esiin nopeasti.
• Sisäinen linkitys. Poistetut sivut jättävät jälkeensä katkenneita linkkejä, jotka hajottavat sivuston rakennetta hiljalleen.

Ylläpito ei nosta näkyvyyttä yksinään, mutta sen puute laskee sitä varmasti. Näkyvyyden rakentaminen on erillinen työ, jota käsitellään hakukoneoptimoinnin perusteissa.

Mitä kuukausiraportissa pitäisi näkyä?

Kuukausiraportissa pitää näkyä tehdyt toimenpiteet, havaitut poikkeamat ja sivuston tekninen tila mitattuina lukuina. Raportti jossa lukee vain “päivitykset tehty” ei kerro mitään. Raportin tehtävä on tehdä ylläpito todennettavaksi, ei todistaa että joku oli töissä.

Vaadi raportilta nämä kohdat:

• Asennetut päivitykset. Mitkä komponentit päivitettiin ja aiheuttiko jokin niistä ongelmia.
• Varmuuskopioiden tila. Kuinka monta kopiota on olemassa, mihin asti ne ulottuvat ja onko palautus testattu.
• Käytettävyys. Katkosten määrä ja kesto kuluneelta jaksolta.
• Suorituskyky. Core Web Vitals -arvot ja muutos edelliseen kuukauteen. Yksittäinen mittaus ei kerro mitään, trendi kertoo.
• Virheet ja indeksointi. Uudet virhesivut ja indeksointitilanteen muutokset.
• Käytetty työaika. Mihin sopimukseen sisältyvä aika meni.
• Seuraavan jakson toimenpiteet. Mitä on tulossa ja mikä vaatii asiakkaan päätöksen.

Hyvä raportti nostaa esiin myös sen, mitä ei tehty ja miksi. Lykätty päivitys, tunnistettu mutta korjaamatta jätetty ongelma ja lähestyvä tuen päättyminen ovat tietoa, jonka perusteella tehdään budjettipäätöksiä. Raportti joka kertoo vain onnistumisista on markkinointimateriaali.

Pituus ei ole laadun mittari. Yhden sivun raportti vertailukelpoisilla luvuilla on käyttökelpoisempi kuin kymmenen sivun kooste kuvakaappauksia. Vaadi sama rakenne joka kuukausi, jotta muutos erottuu ilman tulkintaa.

Jos raporttia ei tule, ylläpitoa ei voi todentaa. Silloin maksat luottamuksesta, et työstä.

Usein kysytyt kysymykset

Mitä verkkosivujen ylläpito sisältää?

Ylläpito sisältää tyypillisesti alustan ja lisäosien päivitykset, varmuuskopioinnin ja palautustestit, tietoturvan valvonnan, saavutettavuusvalvonnan, suorituskyvyn seurannan sekä pienet sisältömuutokset. Laajempiin sopimuksiin kuuluu myös hakukonenäkyvyyden seuranta ja kuukausiraportti. Olennaista on, että sopimuksessa lukee mitä tehdään, kuinka usein ja millä vasteajalla — ei pelkkä sana ylläpito. Pyydä erittely myös siitä, mikä lasketaan ylläpidoksi ja mikä erikseen laskutettavaksi kehitystyöksi. Tämä raja jää useimmiten määrittelemättä, ja siitä syntyvät erimielisyydet sopimuskauden aikana.

Kuinka usein verkkosivuja pitää päivittää?

Tietoturvapäivitykset asennetaan heti kun ne julkaistaan, viimeistään muutaman päivän sisällä. Tavalliset versiopäivitykset kannattaa ajaa kerran kuussa testiympäristön kautta. Palvelinympäristön isot päivitykset, kuten PHP-version vaihto, tulevat vastaan noin kahden vuoden välein, koska jokaista PHP-versiota tuetaan suunnilleen sen verran. Järjestys pysyy samana joka kerta: ensin varmuuskopio, sitten lisäosat, viimeisenä alustan ydin. Rytmi kannattaa kirjata sopimukseen, jottei se jää yksittäisen henkilön muistin varaan.

Mitä tapahtuu jos ylläpito laiminlyödään?

Ensin kertyy teknistä velkaa: lisäosat vanhenevat, versiohyppy kasvaa ja päivittäminen muuttuu riskialttiiksi. Sitten tulee tietoturva-aukko tai yhteensopivuusongelma, joka kaataa sivuston tai jonkin toiminnallisuuden. Pahin tapaus on murto, jossa sivustolle lisätään roskasisältöä ja hakukone poistaa sen näkyvistä. Palautuminen kestää silloin viikkoja, ja korjaus maksaa moninkertaisesti sen mitä säännöllinen ylläpito olisi maksanut. Vaurio kertyy hitaasti eikä näy mitenkään ennen kuin se on jo tapahtunut.

Mistä verkkosivujen ylläpidon hinta muodostuu?

Hintaan vaikuttavat sivuston tekninen laajuus, käytettyjen lisäosien ja integraatioiden määrä, vasteaikalupaus, sisältyykö kuukausittaista työaikaa ja kuuluuko palvelinympäristö sopimukseen. Verkkokauppa on aina kalliimpi ylläpidettävä kuin esittelysivusto, koska maksuliikenne, varasto ja tilausvirta pitää valvoa jatkuvasti eikä vain päivityspäivinä. Erottele tarjouksesta kiinteä osa ja muuttuva osa, koska vain edellinen on ennustettava. Vertaa tarjouksia sisällöltään samalla määrittelyllä, ei pelkällä loppusummalla, koska muuten vertailet keskenään eri laajuisia palveluita.

Kannattaako ylläpito ostaa vai tehdä itse?

Itse tekeminen toimii, jos yrityksessä on henkilö jolla on aikaa, osaamista ja sijainen loman ajaksi. Käytännössä ylläpito unohtuu, koska se ei ole kenenkään päätyö eikä sen laiminlyönti näy heti. Ostettu ylläpito siirtää vastuun ja palautusajan sopimukseen. Toimiva välimuoto on tehdä sisältömuutokset itse ja ostaa tekninen ylläpito, jolloin kustannus pysyy maltillisena ja vastuu on selvä. Ratkaisevaa on kumpi malli tuottaa sen, että päivitykset oikeasti asennetaan joka kuukausi.

Yhteenveto

Verkkosivujen ylläpito on toistuvaa teknistä työtä, jonka arvo näkyy vasta silloin kun se on jätetty tekemättä. Päivitykset, varmuuskopiot vähintään 30 päivän säilytyksellä, testattu palautus, suorituskyvyn seuranta ja todennettava raportointi muodostavat kokonaisuuden, jota ilman sivusto rapautuu ympäristönsä mukana.

Käytännön eteneminen on suoraviivainen. Kirjaa sopimukseen päivitysrytmi ja vasteaika. Varmista että kopiot ovat sivustosta erillisessä sijainnissa ja että palautus on testattu. Pyydä kuukausiraportti, jossa on lukuja eikä adjektiiveja. Päätä tietoisesti, tehdäänkö työ itse vai ostetaanko se — molemmat toimivat, satunnaisuus ei.

Kolme asiaa kannattaa tarkistaa heti, jos nykytilanne on epäselvä. Ensimmäinen: milloin viimeisin päivitys asennettiin ja kenen toimesta. Toinen: mistä varmuuskopio löytyy ja kuinka kauan sen palauttaminen kestää. Kolmas: mikä on sivuston nykyinen LCP-arvo ja onko se pysynyt alle 2,5 sekunnin. Nämä kolme lukua kertovat ylläpidon tilan luotettavammin kuin mikään kuvaus siitä, miten asiat pitäisi hoitaa.

Ylläpidon vaikutus ei näy hyvinä kuukausina lainkaan. Se mitataan siinä, kuinka nopeasti sivusto palautuu kun jokin menee rikki.

Ylläpito on osa verkkosivujen elinkaarta alusta asti, ei julkaisun jälkeen tehtävä lisäpäätös. Kokonaiskuva teknisistä vaatimuksista ja omistajuudesta löytyy yritysten verkkosivuja käsittelevästä pääoppaasta.