Verkkosivun migraatio näyttää paperilla yksinkertaiselta: sivusto siirretään vanhasta paikasta uuteen. Käytännössä kyse on asiakashankinnan kannalta kriittisestä muutoksesta. Tämä opas yrityksen verkkosivun migraatioon auttaa varmistamaan, että sivusto ei menetä Google-näkyvyyttä, liidejä tai toimivuutta siirron aikana.
Huonosti hoidettu migraatio voi tarkoittaa rikkoutuneita lomakkeita, kadonneita sähköposteja, hitaampaa sivustoa ja sijoitusten laskua hakukoneissa. Hyvin hoidettu migraatio taas on mahdollisuus korjata vanhan toteutuksen ongelmat: turhat lisäosat, epäselvä hosting, heikko mobiilikokemus ja sivut, jotka latautuvat niin hitaasti, että kävijä ehtii vaihtaa kilpailijalle.
Milloin verkkosivun migraatio on järkevä?
Migraatio ei aina tarkoita täydellistä uudistusta. Joskus siirretään vain hosting ja tekninen ympäristö. Joskus samalla vaihdetaan julkaisujärjestelmä, rakennetaan sivusto uudelleen tai yhdistetään useita verkkotunnuksia yhden kokonaisuuden alle. Oikea tapa riippuu siitä, mikä nykyisessä sivustossa oikeasti tökkii.
Pelkkä palvelimen vaihto voi riittää, jos sivusto on teknisesti terve, sisältörakenne toimii ja ylläpito on hallinnassa. Jos taas WordPress-asennus nojaa kymmeneen lisäosaan, päivityksiä pelätään ja jokainen muutos rikkoo jotain, vanhan kopioiminen uuteen palvelimeen siirtää usein vain ongelman uuteen osoitteeseen. Silloin kannattaa arvioida myös toteutuksen arkkitehtuuri.
Migraatio on yleensä perusteltu, kun sivusto on hidas, hallinta on epäselvää, ylläpitoon ei ole vastuullista kumppania tai tekniset rajoitteet estävät myynnin kehittämisen. Myös uusi CRM, verkkokauppa, ajanvaraus tai kieliversio voi tehdä vanhasta järjestelmästä tarpeettoman hankalan.
Ennen siirtoa: selvitä, mitä omistat ja mitä sivusto tekee
Yllättävän moni yritys ei tiedä varmasti, kuka hallitsee verkkotunnusta, DNS-asetuksia, hostingia, analytiikkaa tai sivuston lähdekoodia. Tämä ei ole häpeä - se on tavallinen seuraus siitä, että sivusto on tehty vuosia sitten yhden freelancerin, toimiston ja hosting-palvelun yhdistelmänä. Migraation ensimmäinen tehtävä on tehdä vastuut näkyviksi.
Varmista ainakin, että yrityksellä on pääsy verkkotunnusrekisteröijän tilille, DNS-hallintaan, nykyiseen hostingiin, analytiikkaan, Search Consoleen, tagien hallintaan ja sivuston hallintapaneeliin. Jos käytössä on ulkoisia palveluja, kuten lomakejärjestelmä, uutiskirjetyökalu, maksupalvelu, chat tai CRM, niiden tunnukset ja integraatioavaimet pitää tunnistaa ennen kuin mitään muutetaan.
Tässä vaiheessa kannattaa myös ottaa täysi varmuuskopio. Se sisältää tiedostot, tietokannan, mediat, asetukset ja mahdollisuuksien mukaan myös nykyisen sivuston URL-listan. Varmuuskopio ei ole seremoniallinen tiedosto, joka tehdään siksi, että joku pyysi. Se on palautumissuunnitelma, jos julkaisuhetkellä löytyy ongelma.
Tee sivustosta toiminnallinen inventaario
Sivuston kaikki sivut eivät ole yhtä arvokkaita. Yhteystietosivu, palvelusivut, eniten liikennettä tuovat artikkelit ja kampanjasivut kannattaa tunnistaa ennen muutosta. Samalla kirjataan, mitä kunkin sivun pitäisi tehdä: kerätä yhteydenottoja, ohjata ajanvaraukseen, synnyttää tarjouspyyntö tai tukea myyntityötä.
Inventaarioon kuuluvat myös toiminnot, joita ei aina huomaa ennen kuin ne lakkaavat toimimasta. Näitä ovat esimerkiksi lomakkeiden vahvistusviestit, automaattiset CRM-siirrot, evästehallinta, kiitos-sivujen konversioseuranta, PDF-lataukset, kartat, chatit, maksut ja kieliversiot. Jos toiminto on tärkeä myynnille tai asiakaspalvelulle, sitä ei pidä jättää muistin varaan.
SEO-migraatio: URL-osoitteet eivät saa kadota jäljettömiin
Hakukonenäkyvyyden kannalta suurin virhe on muuttaa osoiterakenne ja toivoa parasta. Google ei lue ajatuksia, eikä vanha sivu automaattisesti kerro uudelle sivulle, mihin sen arvo kuuluu. Jos palvelusivun osoite vaihtuu, vanhasta osoitteesta on tehtävä pysyvä 301-uudelleenohjaus sitä vastaavaan uuteen osoitteeseen.
Paras periaate on yksinkertainen: vanha URL ohjataan aina mahdollisimman lähelle vastaavaan sisältöön. Vanhaa teollisuuden palvelusivua ei pidä ohjata etusivulle vain siksi, että se on helppoa. Se on huono kokemus kävijälle ja heikko signaali hakukoneelle.
Ennen julkaisua tarvitaan URL-kartta, jossa jokaiselle vanhalle osoitteelle määritellään uusi kohde tai perusteltu poistotoimi. Jos sisältö poistetaan kokonaan, joskus 410-tilakoodi on rehellisempi kuin irrallinen ohjaus. Useimmiten yrityssivustolla järkevin ratkaisu on kuitenkin säilyttää tärkeät sisällöt tai rakentaa niille selkeä korvaaja.
Migraatiossa tarkistetaan lisäksi sivujen otsikot, metakuvaukset, kanoniset osoitteet, robots-asetukset, sivukartta ja strukturoitu data. Testiympäristö kannattaa estää hakukoneilta, mutta esto pitää muistaa poistaa ennen julkaisua. Tämä on pieni asetus, jolla voi saada aikaan yllättävän suuren vahingon.
Rakenna uusi ympäristö ennen DNS-muutosta
DNS-muutosta ei pidä käyttää testausmenetelmänä. Uusi sivusto rakennetaan ja tarkastetaan ensin erillisessä testiympäristössä, jossa kaikki voidaan käydä läpi ilman, että asiakkaat näkevät keskeneräisen version.
Testaa sivusto oikeilla laitteilla ja selaimilla, ei vain suunnittelijan isolla näytöllä. Erityisesti mobiilinavigaatio, lomakkeet, puhelinnumerolinkit, sivunopeus ja tärkeimmät konversiopolut ovat ratkaisevia. Jos valtaosa liikenteestä tulee puhelimella, mobiili ei ole sivuston pienempi versio. Se on käytännössä pääversio.
Teknisen tarkistuslistan kannattaa sisältää ainakin nämä asiat:
- kaikki tärkeät URL-osoitteet ja 301-uudelleenohjaukset
- yhteydenotto-, tarjouspyyntö- ja ajanvarauslomakkeet
- sähköpostien lähetys ja vastaanotto lomakkeilta
- analytiikka, konversioseuranta ja evästeasetukset
- SSL-sertifikaatti, tietoturvaotsakkeet ja varmuuskopiointi
- suorituskyky mobiilissa sekä kuvien, fonttien ja skriptien lataus
Nopeus ei ole tekninen koriste. Jos palvelusivu latautuu hitaasti, osa maksetusta liikenteestä ja orgaanisista kävijöistä poistuu ennen kuin ehtii nähdä tarjontaa. Alle sekunnin latausaika ei sovi jokaiseen raskaaseen verkkokauppaan tai integraatioympäristöön, mutta sen pitäisi olla selkeä tavoite tavallisella yrityssivustolla. Kevyt toteutus voittaa usein näyttävän mutta tarpeettoman raskaan efektikirjaston.
Julkaisuhetki: hallittu vaihto, ei sankarisuoritus
Kun uusi ympäristö on hyväksytty, verkkotunnuksen DNS-tietueet päivitetään osoittamaan uuteen palveluun. Muutos voi näkyä eri käyttäjille eri aikaan välimuistien vuoksi. Siksi vanhaa ympäristöä ei pidä sulkea heti. Se pidetään saatavilla sovitun varoajan, kunnes uusi julkaisu on varmistettu toimivaksi.
Jos yrityksen sähköposti käyttää samaa verkkotunnusta, DNS-asetuksissa on oltava erityisen tarkkana. Verkkosivun A- tai CNAME-tietueen muuttaminen ei itsessään vaadi sähköpostin katkaisemista, mutta huolimattomasti tehdyt MX-, SPF- tai DKIM-muutokset voivat aiheuttaa juuri sen. Kukaan ei halua selittää maanantaina, miksi tarjouspyynnöt eivät tulleet perille.
Julkaisun jälkeen tarkistetaan välittömästi etusivu, tärkeimmät laskeutumissivut, lomakkeet, ohjaukset, analytiikka ja sertifikaatti. Palvelinlokeja ja virheraportointia seurataan aktiivisesti ensimmäisinä päivinä. Samalla tarkkaillaan Search Consolesta indeksointia ja mahdollisia 404-virheitä. Näin puuttuva ohjaus löytyy ennen kuin siitä tulee kuukausien mittainen näkyvyysongelma.
Migraation jälkeen työ ei lopu julkaisuun
Sivuston siirtäminen ei ole kertaluonteinen taikatemppu, vaan uuden teknisen perustan käyttöönotto. Kun ympäristö on kunnossa, seuraava hyöty syntyy siitä, että sivustoa kehitetään mitatun käyttäytymisen perusteella. Miltä sivuilta liidit tulevat? Missä kohtaa kävijä poistuu? Toimiiko yhteydenottopolku myös mobiilissa?
Tässä kohtaa ylläpitomalli ratkaisee. Halvin hosting voi olla täysin riittävä harrasteprojektille, mutta yrityksen asiakashankintasivustolla vastuun pitää olla selvä. Päivitykset, valvonta, varmuuskopiot, tietoturva ja suorituskyky eivät ole asioita, joita kannattaa huomata vasta häiriön jälkeen. Netvoiman kaltaisessa jatkuvassa mallissa niitä hoidetaan osana palvelua, ei erillisenä paniikkilaskuna.
Opas yrityksen verkkosivun migraatioon tiivistyy vastuuseen
Onnistunut migraatio ei näy asiakkaalle dramaattisena tapahtumana. Sivusto toimii, lomakeviestit tulevat perille, hakukonenäkyvyys säilyy ja uusi ympäristö on vanhaa nopeampi sekä helpompi hallita. Se vaatii suunnittelua, mutta ei mystiikkaa.
Jos ette tiedä, kuka omistaa verkkotunnuksen tai missä lomakkeiden tiedot kulkevat, selvittäkää se ennen kuin sivustoa aletaan uudistaa. Kun vastuut, data ja tärkeimmät myyntipolut ovat hallussa, migraatio muuttuu riskistä hallituksi parannukseksi - ilman lisäosahelvettiä ja turhaa draamaa.