Verkkosivut yritykselle: mitä ne maksavat ja mitä niiltä pitää vaatia

Verkkosivuprojekti epäonnistuu harvoin siihen, että sivustosta tulee ruma. Se epäonnistuu siihen, että sivusto ei löydy, ei mittaa mitään ja on vuoden päästä jumissa alustalla jota kukaan ei osaa päivittää.

Olen tehnyt SEO- ja verkkosivutyötä yli 12 vuotta ja yli 200 projektissa. Toistuva kaava on sama: tilaaja vertailee tarjouksia hinnan ja ulkoasukuvien perusteella, ja ne asiat jotka ratkaisevat tuloksen — rakenne, tekniikka, mittaus, omistajuus — jäävät kysymättä. Tämä opas käy läpi ne kysymykset.

TL;DR

Yrityksen verkkosivut ovat myyntityökalu, eivät esite. Hinta muodostuu laajuudesta, sisällöntuotannosta ja räätälöinnin määrästä, joten tarjouksia voi vertailla vain samalla määrittelyllä. Vaadi toteuttajalta indeksoitavuus, mobiilikäytettävyys, Core Web Vitals -tavoitteet ja mittauksen pystytys jo ennen julkaisua. Sovi verkkotunnuksen, sisällön ja lähdekoodin omistajuus kirjallisesti ennen kuin työ alkaa. Aikataulun ratkaisee sisällön valmiusaste, ei koodaustyö. Julkaisu on projektin alku, ei loppu.

Mitä verkkosivut yritykselle oikeasti tarkoittaa?

Yrityksen verkkosivut ovat myyntikanava, jonka tehtävä on ottaa vastaan kysyntää, vastata ostajan kysymyksiin ja tuottaa yhteydenottoja. Kaikki muu — ulkoasu, animaatiot, tekninen alusta — on välineitä tähän tehtävään. Jos sivusto ei tuota yhteydenottoja eikä sitä löydetä hakukoneesta, se on kuluerä eikä investointi.

Käytännössä yrityssivusto koostuu neljästä osasta, jotka kannattaa erottaa toisistaan jo tarjouspyyntövaiheessa:

• Rakenne. Mitä sivuja on, miten ne linkittyvät ja mikä sivu vastaa mihinkin ostajan kysymykseen.
• Sisältö. Tekstit, kuvat, hinnastot, referenssit. Tämä on projektin työläin osa ja useimmiten aliarvioitu.
• Tekniikka. Alusta, palvelin, nopeus, tietoturva, indeksoitavuus.
• Mittaus. Se, mistä tiedät toimiiko sivusto vai ei.

Yleisin virhe on ostaa vain kaksi ensimmäistä ja olettaa, että kaksi jälkimmäistä tulee kaupan päälle. Ne eivät tule. Tekninen pohja ja mittaus ovat erillisiä työvaiheita, ja jos niitä ei ole tarjouksessa mainittu, niitä ei todennäköisesti tehdä.

Verkkosivusto joka ei mittaa mitään ei ole halpa. Se on vain sellainen, jonka hintaa ei koskaan verrata tuottoon.

Toimialalla on merkitystä sisällön painotukseen, mutta ei rakenteen logiikkaan. Konepaja, tilitoimisto ja hammaslääkäriasema tarvitsevat kaikki saman perustan: sivun per palvelu, selkeän yhteydenottopolun ja teknisen toteutuksen jota hakurobotti pystyy lukemaan.

Miksi verkkosivut kannattaa rakentaa hakukoneystävällisiksi alusta asti?

Koska jälkikäteen korjaaminen maksaa moninkertaisesti sen, mitä oikein tekeminen olisi maksanut alussa. Sivurakenne, osoiterakenne, otsikkohierarkia ja sisällön jäsentely ovat päätöksiä joita ei voi vaihtaa ilman uudelleenohjauksia ja näkyvyysriskiä. Rakennusvaiheessa ne eivät maksa käytännössä mitään ylimääräistä.

Suomessa Googlen osuus hauista on yli 90 prosenttia, joten hakunäkyvyys tarkoittaa käytännössä Googlea. Se, mitä hakukoneystävällisyys teknisesti vaatii, on käyty läpi hakukoneoptimoinnin perusoppaassa — tässä riittää tieto siitä, mitkä päätökset lukitaan rakennusvaiheessa.

Kolme asiaa, jotka on halvinta tehdä oikein heti:

1. Osoiterakenne. Yksi looginen, pysyvä osoite per sivu. Osoitteiden vaihtaminen myöhemmin vaatii 301-uudelleenohjaukset jokaiselle vanhalle osoitteelle.
2. Sivu per hakuaihe. Yksi palvelu, yksi sivu. Kolmen palvelun tunkeminen samalle sivulle tarkoittaa, ettei mikään niistä sijoitu kunnolla.
3. Otsikkohierarkia ja sisällön jäsentely. H1 kerran, H2-tasot loogisesti. Tämä on ilmaista tehdä oikein ja työlästä korjata sadalle sivulle.

Uudistusprojekteissa riski on suurempi kuin uusissa sivustoissa. Kun vanha sivusto korvataan ilman uudelleenohjaussuunnitelmaa, kertynyt hakunäkyvyys katoaa julkaisupäivänä. Olen nähnyt tämän toistuvan riittävän monta kertaa, jotta se on ensimmäinen asia jonka kysyn uudistusta suunnittelevalta.

Hakukoneystävällisyys ei ole lisäpalvelu jonka voi ostaa jälkikäteen. Se on joukko rakennusvaiheen päätöksiä, jotka joko tehdään tai jätetään tekemättä.

Mistä verkkosivujen hinta muodostuu?

Neljästä tekijästä: sivumäärästä, sisällöntuotannon vastuunjaosta, räätälöinnin asteesta ja integraatioista. Nämä selittävät lähes kaiken tarjousten välisestä erosta. Kaksi tarjousta samasta “yrityssivustosta” voivat tarkoittaa täysin eri työmäärää, jos toinen sisältää tekstien kirjoittamisen ja toinen olettaa asiakkaan toimittavan ne valmiina.

Käyn hinnan rakennetta tarkemmin läpi kotisivujen hintaa käsittelevässä artikkelissa, mutta pääkomponentit ovat nämä:

• Laajuus. Viisi sivua ja viisikymmentä sivua eivät ole sama projekti. Sivumäärä pitää olla tarjouksessa numerona.
• Sisältö. Kuka kirjoittaa tekstit ja kuka hankkii kuvat. Tämä on yleisin piilokustannus ja yleisin syy siihen, että projekti venyy.
• Toteutustapa. Valmis teema, muokattu teema vai mittatilaustyö. Kustannusero on merkittävä ja näkyy myös ylläpidossa.
• Integraatiot. Verkkokauppa, varausjärjestelmä, CRM, laskutus. Jokainen liitäntä on oma työnsä ja oma ylläpitovastuunsa.
• Jatkuvat kulut. Verkkotunnus, palvelin, lisenssit, ylläpito. Nämä eivät ole kertakustannus, ja ne kuuluvat kokonaislaskelmaan.

Halvin tarjous on käytännössä aina suppein määrittely. Se ei tarkoita huijausta — se tarkoittaa, että vertailu on tehty väärin. Pyydä jokaiselta toimittajalta sama sivumäärä, sama sisällönvastuunjako ja sama lista integraatioista, niin luvut alkavat kertoa jotain.

Tarjousten vertailu ilman yhteistä määrittelyä ei ole hintavertailu. Se on arvaus siitä, mitä kukin toimittaja oletti sinun tarkoittavan.

Kertakustannuksen rinnalle kannattaa laskea kolmen vuoden kokonaiskustannus. Silloin edullinen rakennushinta ja kallis ylläpito asettuvat oikeaan mittasuhteeseen keskenään.

Kotisivut, nettisivut vai verkkosivut — onko sanoilla eroa?

Merkityksessä ei ole eroa. Kotisivut, nettisivut ja verkkosivut tarkoittavat suomen kielessä käytännössä samaa asiaa, ja sekä asiakkaat että toimittajat käyttävät niitä ristiin. Ero on tyylillinen ja hakukäyttäytymiseen liittyvä, ei sisällöllinen.

Kolme havaintoa termien käytöstä:

• Kotisivut on vanhin ja arkisin termi. Sitä käyttävät useimmin pienyrittäjät ja yksityishenkilöt.
• Nettisivut on puhekielisin muoto ja yleinen suullisessa asioinnissa.
• Verkkosivut on virallisin ja yleisin kirjallisissa tarjouspyynnöissä ja julkishallinnon kielessä.

Käytännön merkitys on hakukoneoptimoinnissa. Koska ostajat hakevat kaikilla kolmella termillä, sivuston kannattaa käyttää niitä luontevasti samassa yhteydessä sen sijaan, että valitsisi yhden ja hylkäisi muut. Erillisiä sivuja jokaiselle synonyymille ei kuitenkaan kannata tehdä — se johtaa siihen, että omat sivut kilpailevat keskenään samasta hausta.

Yksi aito ero on olemassa: kotisivu yksikössä tarkoittaa sivuston etusivua, kun taas kotisivut monikossa tarkoittaa koko sivustoa. Tämä sekaannus tulee vastaan tarjouspyynnöissä säännöllisesti, ja se kannattaa tarkistaa ennen kuin määrittelee laajuutta.

Termivalinta ei ratkaise mitään. Se että sivusto vastaa ostajan kysymykseen ratkaisee kaiken.

Mitä sisältöä yrityssivustolla pitää olla?

Vähintään oma sivu jokaiselle myytävälle palvelulle, uskottava yritysesittely, näkyvät yhteystiedot ja vastaukset niihin kysymyksiin joita ostaja esittää ennen yhteydenottoa. Tämä lista kuulostaa itsestään selvältä, mutta valtaosassa yrityssivustoja palvelut on niputettu yhdelle sivulle ja hinnoittelusta vaietaan kokonaan.

Sisältö kannattaa suunnitella ostajan kysymysten, ei yrityksen organisaatiorakenteen mukaan. Käytännössä se tarkoittaa viittä osaa:

• Palvelusivut. Yksi sivu per palvelu, jokaisella oma osoite ja oma otsikko. Tämä on sekä myynnin että hakunäkyvyyden kannalta tärkein rakenneratkaisu.
• Hinnoittelutieto. Ei välttämättä hinnastoa, mutta jotain: hintahaarukka, hinnoittelumalli tai kuvaus siitä mistä hinta muodostuu. Täysi vaikeneminen karsii yhteydenottoja.
• Todisteet. Referenssit, asiakastapaukset, sertifikaatit, kokemusvuodet. Ostaja arvioi riskiä, ja todisteet vähentävät sitä.
• Yhteydenotto. Puhelinnumero klikattavana, sähköposti, lyhyt lomake. Jokainen ylimääräinen pakollinen kenttä vähentää lähetyksiä.
• Kysymyksiin vastaava sisältö. Artikkelit ja usein kysytyt kysymykset, jotka vastaavat siihen mitä asiakkaat oikeasti kysyvät puhelimessa.

Yhteydenottolomakkeen kenttämäärä on yllättävän suuri muuttuja. Kysy vain se, mitä tarvitset ensimmäiseen vastaukseen — loput selviävät keskustelussa.

Sisällön tehtävä ei ole kertoa mitä yritys tekee. Sen tehtävä on vastata siihen, mitä ostaja epäilee ennen yhteydenottoa.

Sisältötyö ei myöskään lopu julkaisuun. Kysymyksiin vastaava sisältö on se osa, joka kasvattaa hakunäkyvyyttä vuosien mittaan, ja sen tuottamisen logiikka on käyty läpi SEO-oppaassa.

Miten valitset verkkosivujen toteuttajan?

Kysymällä asioita, joita tarjouspyyntöön ei yleensä kirjoiteta. Ulkoasunäytteet kertovat maun, eivät osaamisen. Toteuttajan taso selviää siitä, miten hän vastaa teknisiin, mittaukseen ja omistajuuteen liittyviin kysymyksiin — ja siitä, kysyykö hän itse liiketoiminnastasi ennen kuin puhuu ulkoasusta.

Kysy vähintään nämä seitsemän:

1. Kenen nimissä verkkotunnus rekisteröidään? Ainoa hyväksyttävä vastaus on yrityksesi.
2. Saanko lähdekoodin ja sisällön mukaani, jos vaihdan toimittajaa? Kysy tämä kirjallisesti.
3. Mitä Core Web Vitals -arvoja sivustolta tavoitellaan? Konkreettinen vastaus sisältää lukuja.
4. Miten mittaus pystytetään ja mitä konversioita seurataan? Jos vastaus on “asennamme analytiikan”, jatka kysymistä.
5. Miten uudelleenohjaukset hoidetaan, jos kyseessä on uudistus? Suunnitelma pitää olla ennen julkaisua.
6. Mitä ylläpito sisältää ja mitä se maksaa? Erittele päivitykset, varmuuskopiot ja tuki.
7. Kuka päivittää sisältöä julkaisun jälkeen ja millä työkalulla? Jos vastaus on “me, laskutusta vastaan”, laske se kokonaiskustannukseen.

Varoitusmerkkejä on kolme, jotka toistuvat: sitovan tarjouksen antaminen ilman minkäänlaista määrittelykeskustelua, verkkotunnuksen rekisteröinti toimittajan nimiin ja hakunäkyvyyden takaaminen tietylle sijalle. Viimeinen on mahdoton lupaus, koska hakutulosten järjestystä ei hallitse kukaan toimittaja.

Referenssit kannattaa tarkistaa itse eikä esityksestä. Avaa toimittajan tekemiä sivustoja, katso latautuuko sivu nopeasti mobiilissa ja hae Googlesta yrityksen nimellä ja palvelulla. Se kertoo enemmän kuin portfoliokuvat.

WordPress vai jokin muu alusta?

Riippuu siitä, kuinka usein sisältöä päivitetään ja kuka sitä päivittää. WordPress on perusteltu valinta, kun sivustolla on paljon sisältöä, päivittäjiä on useita ja tarvitaan valmiita laajennuksia. Kevyempi tai staattinen toteutus on perusteltu, kun sivumäärä on maltillinen ja nopeus, tietoturva sekä ylläpidon vähäisyys painavat enemmän.

Alustavalinnan käytännön erot:

• WordPress. Laaja ekosysteemi, helppo löytää tekijöitä, tuttu sisällönhallinta. Vastapainona jatkuva päivitystarve ja laajennusten kasautuminen, joka hidastaa sivustoa vuosien mittaan.
• Staattiset generaattorit. Erinomainen nopeus ja pieni hyökkäyspinta, koska palvelimella ei ajeta tietokantaa jokaisella latauksella. Sisällön päivitys vaatii yleensä enemmän teknistä osaamista tai erillisen sisältöhallinnan.
• Julkaisualustat ja sivustonrakentajat. Nopein tapa aloittaa, mutta rajoitteet tulevat vastaan teknisessä optimoinnissa ja sivuston siirtämisessä muualle.
• Räätälöity toteutus. Perusteltu silloin kun sivustolla on aitoa sovelluslogiikkaa, ei silloin kun tarvitaan kymmenen sivua tekstiä.

Alustapäätös kannattaa tehdä ylläpidon näkökulmasta, koska sivusto on tuotannossa vuosia mutta rakennettavana viikkoja. Käytännön vaikutukset on käyty läpi verkkosivujen ylläpitoa käsittelevässä artikkelissa, ja ne ratkaisevat kokonaiskustannuksen selvemmin kuin rakennushinta.

Alustaa ei valita sen mukaan mikä on nopein rakentaa, vaan sen mukaan mikä on halvin pitää elossa kolmen vuoden päästä.

Yksi asia pätee alustasta riippumatta: sivuston pitää olla siirrettävissä. Jos sisältöä ei saa ulos rakenteisessa muodossa, olet lukittu riippumatta siitä, kuinka hyvä alusta on tänään.

Mitä verkkosivuprojektiin kuuluu vaihe vaiheelta?

Kuusi vaihetta: määrittely, rakenne, sisältö, toteutus, testaus ja julkaisu. Jokainen vaihe tuottaa jotain hyväksyttävää, ja jos hyväksyntää ei pyydetä, projektissa on ongelma. Vaiheiden ohittaminen näkyy aina myöhemmin — yleensä julkaisun jälkeen, jolloin korjaaminen on kalleinta.

1. Määrittely. Kenelle sivusto tehdään, mitä sen pitää tuottaa, mitkä ovat tavoitellut toimenpiteet. Tuotos: kirjallinen määrittely ja sivukartta.

2. Rakenne. Sivukartta, osoiterakenne, navigaatio, sisäiset linkkipolut. Tässä vaiheessa lukitaan hakukoneoptimoinnin kannalta ratkaisevat päätökset.

3. Sisältö. Tekstit, kuvat, hinnastot, referenssit, lomakkeiden kentät. Tämä on projektin pullonkaula lähes aina.

4. Toteutus. Ulkoasu, koodi, sisällönsyöttö, integraatiot. Näkyvin vaihe ja se, jota tilaajat odottavat eniten.

5. Testaus. Selaimet, mobiililaitteet, lomakkeet, nopeus, indeksoitavuus, mittaus. Testauslista pitää olla kirjallinen.

6. Julkaisu. Uudelleenohjaukset, sivukartan lähetys Search Consoleen, seurannan varmistus, varmuuskopio.

Sisältövaihe on syy, miksi projektit venyvät. Toimittaja odottaa tekstejä, tilaaja odottaa aikaa kirjoittaa ne, ja kalenteri kuluu ilman että kukaan tekee mitään. Ratkaisu on päättää sisällönvastuu kirjallisesti jo määrittelyvaiheessa ja asettaa sisällölle oma takaraja, joka on aikaisempi kuin julkaisun takaraja.

Kuinka kauan verkkosivuprojekti kestää?

Suppea esittelysivusto valmistuu tyypillisesti muutamassa viikossa ja laajempi yrityssivusto kuukausissa. Verkkokauppa tai integraatioita sisältävä toteutus on oma lukunsa. Kalenteriaika ja työaika eivät kuitenkaan ole sama asia, ja ero näiden välillä selittää lähes kaikki myöhästymiset.

Aikataulun neljä suurinta muuttujaa:

• Sisällön valmiusaste. Valmiit tekstit ja kuvat lyhentävät projektia enemmän kuin mikään tekninen valinta.
• Päätöksentekijöiden määrä. Yksi hyväksyjä on nopea, komitea on hidas. Tämä kannattaa sopia etukäteen.
• Palautekierrosten määrä. Sovi kierrosten määrä numerona tarjoukseen, muuten niitä tulee rajattomasti.
• Integraatiot. Jokainen ulkoinen järjestelmä tuo mukanaan oman aikataulunsa ja oman yhteyshenkilönsä.

Uudistusprojektissa kannattaa varata erikseen aikaa uudelleenohjausten kartoitukselle. Vanhan sivuston osoitteet pitää listata, verrata uusiin ja ohjata yksi kerrallaan. Screaming Frogin ilmaisversio käy läpi 500 osoitetta, mikä riittää useimpiin yrityssivustoihin ja tekee kartoituksesta yhden työpäivän asian sadan sivun sivustolla. Tämä on mekaanista työtä, jonka laiminlyönti maksaa hakunäkyvyytenä enemmän kuin työ olisi maksanut.

Aikataulu kannattaa myös jakaa välitavoitteisiin, joissa jokaisella on oma hyväksyjänsä ja oma päivämääränsä. Yksi ainoa julkaisupäivä kalenterissa ei paljasta myöhästymistä ennen kuin se on jo tapahtunut.

Realistinen aikataulu sisältää puskurin. Jos toimittaja lupaa julkaisun päivälleen ilman minkäänlaista varaa, hän ei ole tehnyt montaa projektia — tai hän on jättänyt testauksen laskematta mukaan.

Mitä verkkosivuilta pitää vaatia teknisesti?

Kuusi asiaa: indeksoitavuus, mobiilikäytettävyys, nopeus, HTTPS, rakenteinen data ja siisti osoiterakenne. Nämä eivät ole lisäominaisuuksia vaan perustaso, ja ne kannattaa kirjata sopimukseen mitattavina vaatimuksina. Muuten niitä ei mitata eikä niistä keskustella ennen kuin jotain menee pieleen.

Konkreettiset vaatimukset, jotka voi kirjata tarjouspyyntöön sellaisenaan:

• Core Web Vitals. LCP alle 2,5 sekuntia, CLS alle 0,1 ja INP alle 200 millisekuntia mobiilissa. Nämä ovat Googlen julkaisemat raja-arvot, joten niistä ei tarvitse neuvotella.
• Indeksoitavuus. Robots.txt ei estä olennaisia sivuja, noindex-merkinnät poistettu julkaisussa, XML-sivukartta olemassa ja lähetetty Search Consoleen.
• Mobiili. Sivusto suunnitellaan mobiili edellä, ei työpöytäsuunnitelman kavennuksena.
• HTTPS. Voimassa oleva varmenne ja kaikki HTTP-osoitteet ohjattuna HTTPS-versioon.
• Rakenteinen data. Vähintään organisaation ja palvelujen merkinnät, sekä usein kysyttyjen kysymysten merkinnät niillä sivuilla joilla kysymyksiä on.
• Osoiterakenne. Luettavat osoitteet, ei tunnistenumeroita, ei turhia parametreja.

Nopeus on näistä se, joka rapautuu itsestään. Kuvat kasvavat, laajennuksia lisätään ja sivupohjaan kertyy skriptejä. Käytännön keinot on käyty läpi verkkosivujen nopeutta käsittelevässä artikkelissa, ja mittaus kannattaa tehdä säännöllisesti eikä vain julkaisupäivänä.

Tekninen vaatimus jota ei ole kirjattu numerona ei ole vaatimus. Se on toive.

Teknisen tason voi tarkistaa itse. Screaming Frogin ilmaisversio käy läpi 500 osoitetta, mikä riittää useimpiin yrityssivustoihin, ja paljastaa puuttuvat otsikot, rikkinäiset linkit ja indeksointiesteet muutamassa minuutissa.

Miten mittaus liitetään mukaan alusta asti?

Määrittelemällä ennen toteutusta, mitä sivuston pitää tuottaa ja mitkä tapahtumat lasketaan tulokseksi. Mittaus ei ole analytiikkakoodin liittäminen sivupohjaan — se on päätös siitä, mitä konversioita seurataan ja miten ne erotetaan roskaliikenteestä. Tämä päätös pitää tehdä ennen kuin lomakkeita rakennetaan.

Vähimmäispaketti julkaisuun mennessä:

1. Kävijäanalytiikka asennettuna ja testattuna oikeasti toimivaksi, ei vain asennetuksi.
2. Search Console vahvistettuna ja sivukartta lähetettynä. Search Console säilyttää dataa 16 kuukautta, joten mitä aiemmin se on käytössä, sitä pidempi vertailujakso on käytettävissä.
3. Konversiotapahtumat määriteltynä. Lomakelähetys, puhelinklikkaus, sähköpostiklikkaus, tarjouspyyntö. Jokainen erikseen.
4. Kiitos-sivu tai vahvistustapahtuma jokaiselle lomakkeelle, jotta onnistunut lähetys erottuu keskeytyneestä.
5. Sisäinen liikenne suodatettuna pois raporteista, jotta oma selailu ei vääristä lukuja.

Search Consolen 16 kuukauden säilytys on käytännössä tärkein syy pystyttää se heti. Jos se otetaan käyttöön vasta puoli vuotta julkaisun jälkeen, ensimmäinen vuosivertailu on mahdoton tehdä. Sama koskee vanhan sivuston dataa uudistuksissa: se kannattaa ottaa talteen ennen kuin vanha sivusto poistetaan.

Mittauksen arvo ei ole raportissa vaan siinä, että se kertoo mitkä sivut tuottavat yhteydenottoja. Tämä ohjaa sitä, mihin sisältötyötä kannattaa suunnata julkaisun jälkeen — ja se työ on käyty tarkemmin läpi hakukoneoptimoinnin oppaassa.

Miksi julkaisu ei ole projektin loppu?

Koska sivuston arvo syntyy julkaisun jälkeen. Uusi sivusto on hakukoneelle tuntematon, sen sisältö on kapein mahdollinen ja sen mittausdata on tyhjä. Ensimmäiset kuukaudet ratkaisevat, alkaako sivusto tuottaa vai jääkö se käyntikortiksi niille jotka jo tuntevat yrityksen.

Julkaisun jälkeinen työ jakautuu kolmeen:

• Tekninen ylläpito. Päivitykset, varmuuskopiot, varmenteet, tietoturva. Tämä on pakollista eikä valinnaista, ja sen laiminlyönti näkyy ennemmin tai myöhemmin.
• Sisällön kartuttaminen. Uudet palvelusivut, kysymyksiin vastaavat artikkelit, referenssit. Sivusto joka ei kasva ei myöskään kasvata näkyvyyttään.
• Seuranta ja korjaus. Search Consolen indeksointivirheet, rikkinäiset linkit, hidastuneet sivut, laskeneet hakusijat.

Uudistusprojektissa julkaisun jälkeiset kaksi viikkoa ovat kriittiset. Silloin nähdään toimivatko uudelleenohjaukset, indeksoituvatko uudet osoitteet ja säilyikö näkyvyys. Jos jotain on pielessä, korjaus on nopea — kunhan joku katsoo.

Käytännön minimi on kuukausittainen tarkistus: indeksointivirheet, nopeus, lomakkeiden toimivuus ja hakunäkyvyyden kehitys. Tämä vie vähän aikaa ja estää sen, että ongelma huomataan vasta puolen vuoden päästä laskeneena liikenteenä. Autan itse tässä osana verkkosivu- ja SEO-palveluitani, mutta työn voi tehdä myös sisäisesti, kunhan joku on siitä nimetty vastuuseen.

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

Ylläpito koostuu kolmesta erillisestä asiasta, jotka menevät tarjouksissa usein sekaisin: käyttökuluista, teknisestä ylläpidosta ja kehitystyöstä. Käyttökulut ovat pakollisia, tekninen ylläpito on käytännössä pakollinen ja kehitystyö on valinnaista mutta se jolla tulos tehdään.

Erittele nämä kolme aina omiksi riveikseen:

• Käyttökulut. Verkkotunnus, palvelin, varmenne, mahdolliset lisenssit ja laajennusten vuosimaksut. Nämä juoksevat riippumatta siitä tekeekö kukaan mitään.
• Tekninen ylläpito. Ohjelmistopäivitykset, varmuuskopiot ja niiden palautustestaus, tietoturvaseuranta, rikkinäisten linkkien korjaus. Tämä on vakuutus, ei kehitystä.
• Kehitys. Uudet sivut, sisällön päivitys, konversio-optimointi, hakunäkyvyyden työ. Tämä on ainoa osa, joka kasvattaa sivuston tuottoa.

Kysy erikseen, sisältääkö tekninen ylläpito varmuuskopioiden palautustestauksen. Varmuuskopio jota ei ole koskaan palautettu ei ole varmuuskopio vaan oletus. Kysy myös, kuinka nopeasti kriittiseen vikaan reagoidaan ja mitä se maksaa toimistoajan ulkopuolella.

WordPress-sivustoilla ylläpidon tarve on suurempi kuin staattisilla, koska ydin, teema ja laajennukset päivittyvät eri tahtiin ja päivitys voi rikkoa toisen komponentin. Yksityiskohdat ja vertailu on käyty läpi ylläpito-artikkelissa, ja sama artikkeli auttaa arvioimaan onko tarjottu ylläpitopaketti kattava vai pelkkä nimi laskulla.

Ylläpitosopimus jossa ei lue mitä siihen kuuluu on laskutusperuste, ei palvelu.

Ylläpidon hinta kannattaa suhteuttaa siihen, mitä sivuston alasajo maksaisi. Verkkokaupalle tunnin katkos on suora myyntitappio, esittelysivustolle se on lähinnä kiusallista — ja palvelutason pitää vastata tätä eroa.

Yleisimmät virheet verkkosivuprojektissa

Yleisimmät virheet eivät ole teknisiä vaan sopimuksellisia ja aikataulullisia: omistajuus jää sopimatta, sisältö aliarvioidaan ja uudistus julkaistaan ilman uudelleenohjauksia. Ne toistuvat riippumatta toimialasta, budjetista ja toteuttajasta, ja lähes jokainen niistä on estettävissä yhdellä kysymyksellä ennen sopimuksen allekirjoittamista. Alla seitsemän, jotka tulevat vastaan useimmin.

1. Verkkotunnus toimittajan nimissä. Yleisin ja vahingollisin. Toimittajan vaihtaminen muuttuu neuvotteluksi, jossa neuvotteluasema on huono.

2. Sisältö aliarvioidaan. Projekti jää odottamaan tekstejä, jotka piti kirjoittaa “ensi viikolla” neljä kuukautta sitten.

3. Uudistus ilman uudelleenohjaussuunnitelmaa. Vanhat osoitteet katoavat, kertynyt näkyvyys menee mukana ja sitä ei saa takaisin nopeasti.

4. Ulkoasu ennen rakennetta. Kun suunnitelma hyväksytään ennen kuin sivukartta on lukittu, sisältö väännetään sopimaan ulkoasuun eikä toisinpäin.

5. Mittaus jälkikäteen. Ilman lähtötasoa ei ole vertailukohtaa, ja ensimmäiset kuukaudet ovat mittaamatta.

6. Ylläpitoa ei ole sovittu. Sivusto vanhenee hiljaa, kunnes jokin hajoaa tai tietoturvaongelma pakottaa toimimaan.

7. Palautekierroksia ei ole rajattu. Projekti ei pääty, koska aina löytyy vielä yksi muutos.

Verkkosivuprojektin riskit eivät ole koodissa. Ne ovat siinä, mitä jätettiin kirjaamatta ennen aloitusta.

Näistä seitsemästä kuusi ratkeaa yhdellä kirjallisella määrittelyllä. Seitsemäs — sisällön viivästyminen — ratkeaa vain sillä, että sisällölle asetetaan oma takaraja ja vastuuhenkilö.

Usein kysytyt kysymykset

Mitä verkkosivut yritykselle maksavat?

Hinta muodostuu neljästä tekijästä: sivumäärästä, sisällöntuotannon vastuunjaosta, teknisestä toteutustavasta ja integraatioiden määrästä. Valmiiseen teemaan pohjautuva suppea sivusto on edullisin, mittatilaustyö verkkokaupalla ja integraatioilla kallein. Tarjouksia voi vertailla vain, jos jokaiselle toimittajalle on annettu sama sivumäärä ja sama tieto siitä, kuka kirjoittaa tekstit. Muista laskea mukaan jatkuvat kulut — verkkotunnus, palvelin ja ylläpito — koska kolmen vuoden kokonaiskustannus kertoo enemmän kuin kertahinta.

Kauanko verkkosivuprojekti kestää?

Suppea esittelysivusto valmistuu tyypillisesti muutamassa viikossa, laajempi yrityssivusto kuukausissa. Kalenteriaika ei kuitenkaan kulu tekemiseen vaan odottamiseen. Yleisin viivästyksen syy on sisältö: tekstit, kuvat ja hinnastot viipyvät tilaajan päässä, ja toteutus pysähtyy. Toiseksi yleisin on hyväksyntäprosessi, jossa päätöksentekijöitä on useita eikä kenelläkään ole yksin valtaa hyväksyä. Aikataulu pitää siis suunnitella sisällön ja päätöksenteon, ei koodaustyön mukaan. Uudistusprojektiin kannattaa varata lisäksi erillinen jakso uudelleenohjausten kartoitukselle ennen julkaisua.

Kannattaako WordPress vai jokin muu alusta?

WordPress on perusteltu, kun sisältöä päivitetään usein, päivittäjiä on useita ja tarvitaan valmiita laajennuksia. Staattinen tai kevyt toteutus on perusteltu, kun sivumäärä on maltillinen ja nopeus sekä tietoturva painavat enemmän kuin muokattavuus. Päätös kannattaa tehdä ylläpidon näkökulmasta: sivusto on tuotannossa vuosia mutta rakennettavana viikkoja. Tärkeintä on, että sisältö ja koodi ovat siirrettävissä rakenteisessa muodossa, jos alusta tai toimittaja vaihtuu myöhemmin. Alusta ei myöskään tuota näkyvyyttä itsestään: sama tekninen perustaso on rakennettava jokaisella niistä.

Mitä verkkosivuilta pitää vaatia teknisesti?

Vähintään indeksoitavuus, mobiilikäytettävyys, riittävä nopeus, HTTPS, rakenteinen data ja siisti osoiterakenne. Nopeudelle on olemassa julkiset raja-arvot, joita kannattaa käyttää sopimuksessa sellaisenaan: LCP alle 2,5 sekuntia, CLS alle 0,1 ja INP alle 200 millisekuntia. Indeksoitavuus tarkoittaa, että robots.txt ei estä olennaisia sivuja, noindex-merkinnät on poistettu ja XML-sivukartta on lähetetty Search Consoleen. Kirjaa nämä numeroina, koska mittaamaton vaatimus ei ohjaa toteutusta. Lisäksi vaadi HTTPS kaikilla sivuilla, luettava osoiterakenne ja rakenteinen data vähintään organisaatiolle ja palveluille.

Kuka omistaa verkkosivut ja verkkotunnuksen?

Verkkotunnuksen, sisällön ja lähdekoodin pitää olla yrityksesi nimissä. Sovi kirjallisesti neljä asiaa: kenen nimissä verkkotunnus on rekisteröity, kuka hallinnoi palvelinta ja tunnuksia, missä muodossa aineisto luovutetaan yhteistyön päättyessä ja kuinka nopeasti luovutus tapahtuu. Ilman näitä ehtoja toimittajan vaihtaminen muuttuu neuvotteluksi, jossa neuvotteluasema on huono ja vaihtoehtona on sivuston rakentaminen alusta. Tämä on halvin sopimusehto koko projektissa, ja se kirjataan yhdellä kappaleella. Tarkista omistajuus myös analytiikkatileiltä ja Search Consolesta, koska historiadata on yhtä lailla yrityksen omaisuutta.

Riittääkö pelkkä sivusto vai tarvitaanko hakukoneoptimointia?

Sivusto tekee löytymisen mahdolliseksi, ei automaattiseksi. Tekninen pohja, sivurakenne ja sisällön laajuus ratkaisevat, näkyykö sivusto hakutuloksissa lainkaan. Uusi sivusto on hakukoneelle tuntematon, joten julkaisun jälkeen tarvitaan sisällön kartuttamista ja seurantaa. Ilman tätä sivusto toimii käyntikorttina niille, jotka jo tuntevat yrityksen — mikä on eri asia kuin uusien asiakkaiden hankkiminen. Suomessa Googlen osuus hauista on yli 90 prosenttia, joten hakunäkyvyys on käytännössä sama asia kuin Google-näkyvyys.

Yhteenveto

Yrityksen verkkosivuprojektissa ratkaisevat neljä asiaa: määrittely, rakenne, tekniikka ja omistajuus. Ulkoasu on näkyvin osa mutta pienin riski, koska sen ongelmat huomataan heti ja korjataan halvalla. Sopimukseen ja rakenteeseen jääneet aukot huomataan vasta kuukausien päästä, ja niiden korjaaminen tarkoittaa usein työn tekemistä uudelleen.

Käytännön tarkistuslista ennen sopimusta on lyhyt:

• Vertaile tarjouksia vain samalla sivumäärällä ja samalla sisällönvastuunjaolla.
• Kirjaa tekniset vaatimukset numeroina: LCP alle 2,5 sekuntia, CLS alle 0,1, INP alle 200 millisekuntia.
• Varmista kirjallisesti, että verkkotunnus, sisältö ja lähdekoodi ovat yrityksesi nimissä.
• Pystytä mittaus ja Search Console ennen julkaisua, koska Search Console säilyttää dataa 16 kuukautta taaksepäin vasta käyttöönotosta lähtien.
• Sovi ylläpidon sisältö ja palvelutaso samassa sopimuksessa, ei erikseen vuoden päästä.

Julkaisupäivä on lähtöviiva. Sivusto alkaa tuottaa vasta, kun sisältö kasvaa ja mittarit ohjaavat tekemistä, ja tämä työ on kuvattu tarkemmin hakukoneoptimoinnin oppaassa sekä palvelukuvauksessani.

Yksikään näistä kohdista ei vaadi teknistä osaamista tilaajalta. Ne vaativat vain sen, että asiat kysytään ennen allekirjoitusta eikä sen jälkeen.