WordPress-sivusto ei yleensä hajoa yhdellä dramaattisella hetkellä. Se hidastuu vähitellen, lisäosia kertyy, päivityksiä pelätään ja pieni muutos vaatii joko Googlen, freelancerin tai molemmat. Kun sivusto on tärkeä myynnin kanava, kysymys siitä, miten vaihtaa WordPressistä custom-sivustoon, ei ole ensisijaisesti tekninen. Se on liiketoimintapäätös: miten rakennetaan sivusto, joka tuottaa yhteydenottoja ilman jatkuvaa säätöä?
Custom-sivusto ei tarkoita sitä, että kaikki tehdään vaikeasti tai että jokainen tekstimuutos vaatii ohjelmoijan. Se tarkoittaa, että sivusto rakennetaan yrityksesi tarpeisiin eikä valmiin teeman, sivunrakentajan ja 27 lisäosan kompromissien päälle. Hyvä vaihto tehdään hallitusti: nykyinen toimiva data säilyy, hakukonenäkyvyys suojataan ja uusi sivusto julkaistaan vasta, kun se toimii oikeasti.
Milloin WordPressistä kannattaa vaihtaa custom-sivustoon?
WordPress voi olla täysin järkevä ratkaisu esimerkiksi pienelle kampanjasivulle tai tilanteeseen, jossa budjetti on hyvin rajallinen ja sisältöä muokataan jatkuvasti omin voimin. Ongelma ei ole WordPressin nimi etusivun koodissa. Ongelma syntyy, kun sivusto kasvaa liiketoimintakriittiseksi, mutta tekninen perusta jää harrastetason kokoonpanoksi.
Vaihto on perusteltu, jos sivusto latautuu hitaasti mobiilissa, päivitykset rikkovat toimintoja tai kukaan ei osaa sanoa, mitä palvelimella, varmuuskopioilla ja tietoturvalla oikeasti tapahtuu. Sama pätee tilanteeseen, jossa yhteydenottolomakkeet, CRM-integraatiot, ajanvaraus tai verkkokauppa ovat asiakkaan ostopolun kannalta olennaisia. Jos niiden toimivuus perustuu siihen, ettei kukaan koske mihinkään, järjestelmä ei ole hallinnassa.
Nopeus on myös eurokysymys. Hidas sivu nostaa poistumista, erityisesti mobiilissa, jossa käyttäjä ei jää odottamaan pyörivää latausikonia. Jos mainontaan käytetään rahaa, mutta laskeutumissivu avautuu kolmessa tai viidessä sekunnissa, osa ostetusta liikenteestä katoaa ennen kuin yrityksesi ehtii esittää tarjouksensa. Ei kovin tehokas tapa tehdä markkinointia.
Ennen vaihtoa: selvitä, mikä nykyisessä sivustossa toimii
Yleisin virhe on aloittaa uusi projekti ulkoasusta. Ensin pitää selvittää, mitä ei saa rikkoa. Käy läpi nykyisten sivujen liikenne, hakusanat, konversiot, lomakkeet, ladattavat materiaalit ja mahdolliset integraatiot. Tavoitteena ei ole kopioida vanhaa sivustoa pikselilleen. Tavoitteena on tunnistaa ne sivut ja toiminnot, joilla on todellista liiketoiminta-arvoa.
Erityisen tärkeää on kartoittaa URL-osoitteet. Jos palvelusivu tai artikkeli tuo orgaanista liikennettä, sen osoitetta ei pidä vain poistaa uuden rakenteen tieltä. Uudella sivustolla sama sisältö voi saada paremman rakenteen, selkeämmän otsikoinnin ja vahvemman yhteydenottokehotteen, mutta vanha osoite tulee säilyttää tai ohjata pysyvästi oikeaan uuteen osoitteeseen.
Tässä vaiheessa kannattaa myös olla rehellinen sisällön laadusta. Kaikkea vanhaa ei tarvitse siirtää. Vanhentuneet palvelukuvaukset, päällekkäiset artikkelit ja sivut, joilla ei ole liikennettä tai käyttötarkoitusta, ovat usein digitaalista varastotilaa. Niiden siirtäminen uuteen järjestelmään ei ole migraatio, vaan roskien kuljettamista uuteen toimistoon.
Miten WordPressistä custom-sivustoon siirtyminen etenee?
Hyvä siirtymä rakennetaan rinnakkain. Nykyinen WordPress-sivusto pysyy julkisena, kun uusi custom-sivusto suunnitellaan, toteutetaan ja testataan suljetussa ympäristössä. Asiakkaat eivät näe keskeneräistä työtä, eikä yrityksen myynti katkea siksi, että uudistus päätettiin tehdä oikein.
Ensimmäiseksi määritellään tavoitteet. Tarvitaanko enemmän tarjouspyyntöjä, ajanvarauksia, verkkokauppamyyntiä vai selkeämpi tapa esitellä asiantuntijapalvelua? Tavoite vaikuttaa sivurakenteeseen, sisältöön ja siihen, mitä mitataan julkaisun jälkeen. Sivusto, jonka tarkoitus on tuoda B2B-liidejä, ei tarvitse samaa rakennetta kuin verkkokauppa tai rekrytointisivusto.
Seuraavaksi suunnitellaan rakenne ja käyttöliittymä. Custom-toteutuksessa komponentit rakennetaan tarkoituksella: palvelukortit, referenssit, lomakkeet, hinnastot ja sisältömoduulit palvelevat tiettyä tehtävää. Tämä on eri asia kuin sivunrakentajassa, jossa valitaan 40 valmista elementtiä ja toivotaan, että lopputulos latautuu vielä tämän vuosikymmenen aikana.
Sen jälkeen toteutetaan tekninen perusta. Kevyt, tarkoitukseen sopiva teknologia vähentää riippuvuutta lisäosista ja tekee suorituskyvystä ennustettavamman. Sisällönhallinta voidaan rakentaa niin, että henkilöstö pystyy päivittämään uutisia, tekstejä ja referenssejä ilman koodia, mutta ilman että jokainen muokkaus avaa oven taittovirheille ja hidastaville lisäosille.
Hakukonenäkyvyys säilyy ohjauksilla, ei toiveajattelulla
Sivustouudistuksen suurin SEO-riski on huolimaton julkaisu. Google ei automaattisesti tiedä, mihin vanhat sivut katosivat, eikä hakunäkyvyys seuraa uutta designia kohteliaisuudesta. Siksi uudistukseen kuuluu URL-kartoitus, pysyvät 301-uudelleenohjaukset, sivukohtaisten otsikoiden ja metakuvausten tarkistus sekä teknisten indeksointiasetusten varmistaminen.
Myös sisältöä pitää arvioida sivukohtaisesti. Jos vanha sivu sijoittuu hyvin haulla, sitä ei kannata korvata 80 sanan myyntitekstillä vain siksi, että uusi ulkoasu näyttää ilmavalta. Parempi vaihtoehto on säilyttää aiheen ydin, parantaa rakennetta ja tehdä palvelupolusta selkeämpi. Hakukone tarvitsee kontekstia, mutta niin tarvitsee myös ostaja.
Julkaisun jälkeen seurataan vähintään indeksointia, mahdollisia 404-virheitä, orgaanista liikennettä ja konversioita. Lyhyt notkahdus voi olla normaalia, mutta pitkä lasku kertoo yleensä puuttuvista ohjauksista, muuttuneesta sisällöstä tai teknisestä ongelmasta. Nämä ovat korjattavia asioita, kun niitä seurataan eikä vain toivota parasta.
Integraatiot ja lomakkeet testataan kuin ne olisivat myyntitiimiä
Lomake ei ole koriste. Jos yhteydenottopyyntö ei saavu sähköpostiin tai CRM:ään, sivusto on jättänyt myyntimahdollisuuden hoitamatta. Sama pätee ajanvarauksiin, maksuihin, chat-palveluihin, analytiikkaan ja uutiskirjeisiin.
Custom-sivustossa integraatiot toteutetaan tarpeen mukaan, eikä järjestelmää kuormiteta jokaisella mahdollisella lisäosalla. Tämä ei tarkoita, että kaikki integraatiot olisivat automaattisesti helppoja tai halpoja. Esimerkiksi vanha toiminnanohjausjärjestelmä, räätälöity CRM tai monimutkainen verkkokauppalogistiikka vaatii usein oman selvityksensä. Rehellinen toteuttaja kertoo tämän ennen sopimusta, ei julkaisupäivänä.
Ennen julkaisemista testataan käytännössä koko polku: lomakkeen täyttö puhelimella, vahvistusviestit, datan siirtyminen taustajärjestelmään, evästeasetukset, analytiikka ja virhetilanteet. Jos sivusto tuottaa liidejä, sen tärkein toiminto ei ole hero-kuvan liike-efekti.
Julkaisu on alku, ei projektin hautajaiset
Kun uusi sivusto julkaistaan, DNS-asetukset, SSL-sertifikaatit, välimuistit ja ohjaukset pitää hallita oikein. Näitä asioita ei tarvitse yritysjohdon osata tehdä itse. Mutta jonkun pitää omistaa vastuu niistä selkeästi. Epämääräinen ketju hosting-yrityksen, entisen freelancerin ja mainostoimiston välillä on juuri se asetelma, jossa ongelma huomataan perjantaina kello 16.47.
Jatkuva ylläpito kuuluu custom-sivuston arvoon. Palvelinta, suorituskykyä, tietoturvaa, varmuuskopioita ja teknisiä päivityksiä seurataan, jotta ongelmat löydetään ennen asiakasta. Netvoiman mallissa sivusto ja sen infrastruktuuri ovat kuukausipalvelu, koska toimiva verkkosivusto ei ole kertaluonteinen taittoprojekti vaan osa yrityksen päivittäistä myyntiä.
Kuukausihinnoittelu ei sovi jokaiseen tilanteeseen. Jos sivusto on pieni ja muuttumaton käyntikortti, kertaprojekti voi olla riittävä. Jos taas sivuston pitää pysyä nopeana, turvallisena ja valmiina kasvaviin integraatiotarpeisiin, jatkuva tekninen kumppanuus on usein ennustettavampi kuin satunnaiset korjauslaskut.
Hyvä ensimmäinen askel on pyytää nykyisestä sivustosta tekninen ja kaupallinen kartoitus. Kun tiedät, mitkä sivut tuovat liikennettä, mitkä toiminnot tuottavat liidejä ja mikä hidastaa kokonaisuutta, päätös ei perustu enää WordPress-väsymykseen. Se perustuu siihen, mitä verkkosivustosi pitää tehdä yrityksellesi seuraavaksi.