Verkkoprojekti alkaa usein lauseella: ”Tarvitsemme uuden verkkosivuston.” Pian keskustelu siirtyy sisällönhallintajärjestelmään, malliin, väreihin ja julkaisupäivään. Silti ei ole selvää, mitä uuden verkkosivuston pitäisi muuttaa.
Se on kallis virhe. Teknologialla voidaan hyvin nopeasti tuottaa jotain, mitä yritys ei tarvitse.
Kirjoita ensin, mitä päätöstä verkkosivuston pitäisi tukea
En aloita sivulistasta. Aloitan yrityksen ja kävijän tilanteesta. Pitäisikö sivuston tuoda laadukkaita yhteydenottoja, lyhentää myynnin selityksiä, myydä ilman ihmistä, vähentää tukityötä tai siirtää brändi toiseen kategoriaan?
Tavoitteen on johdettava päätökseen. ”Modernimpi esitystapa” on toive. ”Enemmän relevantteja yhteydenottoja valmistusyrityksiltä ja vähemmän kysymyksiä yksittäisistä pienistä töistä” antaa jo mahdollisuuden päättää sisällöstä, navigaatiosta ja mittaamisesta.
- Kenelle verkkosivusto on tärkeä ja missä tilanteessa he saapuvat?
- Mitä heidän pitää ymmärtää, vertailla tai tehdä?
- Mitä näyttöä yritys voi rehellisesti esittää?
- Mikä seuraava askel sopii heidän valmiuteensa?
- Miten tunnistamme kehityksen julkaisun jälkeen?
Sisältökartta tulee ennen rautalankamallia
Vasta sen jälkeen kokoan informaatioarkkitehtuurin. Päänavigaation ei pidä kopioida yrityksen organisaatiorakennetta. Sen pitäisi auttaa ihmisiä löytämään vastaus ja ymmärtämään tarjonta.
Olemassa olevalla sivustolla kartoitan ensin URL-osoitteet, liikenteen, linkit ja todellisen sisällön. Säilytän osan sivuista ja yhdistän, uudelleenohjaan tai poistan muita. Migraation ei pidä perustua vaikutelmiin. Epäesteettisellä sivulla voi olla hyviä linkkejä tai se voi tuoda relevanttia liiketoimintaa; paljon vierailtu sivu voi houkutella ihmisiä täysin yrityksen toiminnan ulkopuolelta.
SEO:ssa tärkeitä ovat selkeä rakenne, linkitys ja todelliselle yleisölle suunnattu sisältö. Google kokoaa hyödyllisyyttä koskevat kysymyksensä ihmiset ensin -sisältöä käsittelevään oppaaseen. Käytännön SEO-perusta löytyy myös artikkelistani SEO aloittelijoille.
Prototyypin pitäisi varmistaa käyttäjän polku, ei tehdä vaikutusta kokouksessa
Piirrän ensin keskeiset käyttäjäpolut ilman yksityiskohtaista suunnittelua. Ymmärtääkö ihminen, kenelle yritys on tarkoitettu? Löytääkö hän palvelun, referenssin, hinnan tai yhteydenottotavan? Toimiiko polku kapealla mobiilinäytöllä ja pelkällä näppäimistöllä?
Sijoitan prototyyppiin oikeat otsikot ja suunnilleen todelliset tekstipituudet. Lorem ipsum peittää ongelman, joka palaa taianomaisesti sisällön toimituksen jälkeen – yleensä julkaisua edeltävänä perjantaina.
Valitse teknologia toiminnan mukaan
Staattinen sivusto, WordPress, verkkokauppa-alusta tai räätälöity sovellus voivat kaikki olla oikeita ratkaisuja. Olennaista ovat tarvittava muokkaus, integraatiot, käyttöoikeudet, muutosten nopeus, tietoturva, budjetti ja ihmiset, jotka hallinnoivat sivustoa julkaisun jälkeen.
Määrittelyn pitäisi sisältää vähintään:
- verkkotunnuksen, tilien, lähdekoodin ja analytiikan omistajuus;
- toimitukselliset roolit ja julkaisuprosessi;
- lomakkeet, sähköpostin toimitus ja yhteys myyntiin;
- vanhojen URL-osoitteiden uudelleenohjaukset ja mukautettu virhesivu;
- varmuuskopiot, päivitykset, valvonta ja vastuu häiriöistä;
- toimintabudjetti, ei vain tuotantobudjettia.
Nopeus ja saavutettavuus eivät ole lopussa lisättävää kiillotusta
Suuri kuva, ulkoiset fontit ja kymmenen markkinointiskriptiä on helppo lisätä. Jokainen kävijä maksaa niiden kustannuksen. Core Web Vitals seuraavat pääsisällön latautumista, reagointikykyä ja visuaalista vakautta; Google ylläpitää ajantasaisia mittareita ja raja-arvoja Web Vitals -dokumentaatiossaan.
Siksi asetan suorituskykybudjetin ennen suunnittelua: median mitat ja muodot, fonttileikkausten määrä, kolmannen osapuolen skriptien säännöt ja tavoiteltu toiminta tavallisella mobiililaitteella. Analytiikan pitäisi latautua estämättä sisältöä ja kerätä vain päätöksiä tukevaa tietoa.
Käsittelen saavutettavuuden samalla: semanttinen HTML, näkyvä kohdistus, näppäimistökäyttö, kontrasti, lomakkeiden nimilaput ja vähennetyn liikkeen kunnioittaminen. Tämä ei ole verkkosivuston erikoisversio. Se on hyvin rakennettu verkkosivusto.
Suunnittele mittaaminen ennen julkaisua
Julkaisun jälkeen en halua keskustella siitä, mitä menestys tarkoittaa. Listaan tapahtumat ja niiden yhteyden päätöksiin: laadukas yhteydenotto lähetetty, laskuria käytetty, keskeinen näyttö avattu tai tilaus tehty. Kaikki klikkaukset eivät ansaitse tapahtumaa.
Tekninen mittaaminen käsitellään Google Analytics 4 -oppaassa. Laajempi tarkistuslista löytyy online-projektin tarkistuslistasta.
Verkkosivusto ei ole valmis julkaisussa
Seuraan ensimmäisten viikkojen aikana virheitä, nopeutta, indeksointia, lomakkeita ja ihmisten todellisia kysymyksiä. Sitten parannan kohtia, joissa verkkosivusto ei auta päätöksenteossa. En jokaisen kommentin tai yhden mittarin perusteella, vaan tietojen, palautteen ja liiketoimintavaikutuksen yhdistelmän mukaan.
Uusi verkkosivusto ei ole tavoite. Se on yrityksen uusi käyttöjärjestelmä. Ilman omistajaa, budjettia ja muutossääntöjä se alkaa vanhentua julkaisupäivänä.
Jos sinulla on jo verkkosivusto ja haluat löytää sen heikot kohdat, aloita artikkelista Miten verkkosivustoa nopeutetaan. Jos sinun täytyy sovittaa päätökset yhteen ennen tuotantoa, katso, miten yhteistyö toimii.