Hierojan verkkosivut: Näin saat enemmän varauksia

Hierojan verkkosivujen päätehtävä on auttaa lähistöllä palvelua etsivää kävijää valitsemaan sopiva hieronta ja varaamaan ajan ilman turhia välivaiheita. Sivusto palvelee myös nykyasiakkaita ja kertoo, kuka vastaanottoa pitää, mutta suunnittelen sen ensin varauspolkuna.

Varauspolku on reitti hakutuloksesta tai Google Mapsista palvelun valintaan ja vahvistettuun varaukseen. Kun etusivu, palvelusivut, paikalliset yritystiedot ja ajanvarauksen seuranta ohjaavat samaan suuntaan, varausten määrää voi seurata analytiikasta.

Varauspolun perusta

Kävijämäärä, sivulla vietetty aika tai Instagram-seuraajat eivät kerro, täyttyikö kalenteri. Siksi määrittelen omissa projekteissani päätavoitteeksi sen hetken, jolloin varausjärjestelmä lähettää asiakkaalle vahvistuksen.

Toissijaisista tavoitteista näkee, missä kohtaa kävijä etenee ja missä hän jää pois:

• Varauspainikkeen klikkaus
• Varauksen aloittaminen
• Puhelinnumeron napautus
• Reittiohjeiden avaus

Etusivun ensimmäisessä näkymässä kävijän pitäisi nähdä ilman vieritystä, mitä palvelua tarjotaan, millä paikkakunnalla vastaanotto on, mistä hinnat löytyvät ja miten aika varataan. Otsikko “Tervetuloa sivuillemme” ei kerro näistä mitään.

Otsikko “Hieroja Tampereella – klassinen hieronta ja urheiluhieronta” kertoo palvelun ja paikan, ja sen alle mahtuu yksi lause vastaanoton sijainnista ja iltavarauksista. Jokaisen palvelun kohdalla näkyy kesto ja hinta, esimerkiksi 60 minuutin klassinen hieronta ja sen hinta euroina, eikä pelkkä kuvaus hieronnan vaikutuksista.

Katuosoite, pysäköinti ja tieto esteettömyydestä kertovat ensikertalaiselle, pääseekö hän paikalle.

Sijoitan varauspainikkeen useaan keskeiseen kohtaan sivustolla:

• Etusivun ensimmäiseen näkymään
• Jokaisen palvelukuvauksen loppuun
• Hinnaston yhteyteen
• Yhteystietosivulle

Mobiilissa painike voi olla kiinteänä näytön alareunassa, kunhan se ei peitä tekstiä. Painikkeen teksti kertoo, mitä klikkauksesta seuraa, esimerkiksi “Varaa 60 min hieronta” tai “Tarkista vapaat ajat”. Puhelinnumero on painikkeen rinnalla niitä asiakkaita varten, jotka varaavat mieluummin soittamalla.

Kun sisällönhallinta on erillinen, kuten Sanity CMS SK Infra Oy:n Astro-toteutuksessa, hieroja voi itse vaihtaa hinnan, lisätä uuden palvelun tai merkitä loma-ajan poikkeusaukiolon ilman koodausta. Jos hieroja tarjoaa kahta palvelua eikä hinnasto muutu vuosiin, yksinkertaisempi sivusto riittää, kunhan varauspolku on yhtä selkeä.

Palvelut ja paikallinen löydettävyys

Jaan palvelut omiksi sivuikseen silloin, kun asiakkaiden tarpeet ja hakusanat eroavat toisistaan. Klassista hierontaa hakeva ajattelee eri asioita kuin se, joka etsii urheiluhierontaa ennen kisakautta tai purentalihashierontaa leukakipuun. Jos palveluja on yksi tai kaksi, yksi selkeä palvelusivu riittää.

Hyvältä palvelusivulta selviävät seuraavat asiat:

• Mitä käynti sisältää ja kenelle palvelu sopii
• Kuinka kauan se kestää ja mitä se maksaa
• Mitä asiakkaan pitää tehdä ennen käyntiä ja miten aika varataan
• Milloin palvelua ei suositella ja milloin pitää hakeutua terveydenhuoltoon

Osa asiakkaista katsoo hinnan, sijainnin, arvostelut ja varauslinkin suoraan yritysprofiilista hakutulossivulla eikä avaa verkkosivua lainkaan. Siksi yrityksen nimen, katuosoitteen, puhelinnumeron, aukioloaikojen ja varauslinkin pitää olla samat verkkosivulla, Google Business Profilessa ja ajanvarausjärjestelmässä.

Virheitä syntyy erityisesti poikkeusaukioloista, lomista ja muutoista: profiiliin jää vanha osoite tai suljettu päivä näyttää avoimelta. Paikalliset tiedot voi kuvata hakukoneelle LocalBusiness-rakenteisilla tiedoilla.

Rakenteinen data on koneluettava merkintä, joka kertoo esimerkiksi aukioloajat, sijainnin ja muita liiketoimintatietoja hakukoneen ymmärtämässä muodossa [1]. Google suosittelee JSON-LD-muotoa [2]. Siihen merkitään tyypillisesti kentät name, address, telephone, openingHoursSpecification, url ja sameAs, joista viimeinen voi viitata yritysprofiiliin.

Merkinnät voi tarkistaa Rich Results Testillä ja URL Inspection -työkalulla. Jotta Google voi käsitellä sivua, se ei saa olla robots.txt-estetty eikä noindex-tilassa [1]. Rakenteinen data ei takaa parempaa sijoitusta, eikä merkintöihin kirjata tietoja, jotka eivät näy käyttäjälle sivulla [2].

Kun sisältö on Sanityssä jäsennelty omiin kenttiinsä, osoitteen tai aukioloajan muutos tehdään yhteen paikkaan, ja se päivittyy sekä sivulle että rakenteisiin tietoihin. Jos tiedot muuttuvat harvoin, kevyempikin julkaisualusta riittää, kunhan tiedot pidetään samoina yritysprofiilin kanssa.

Nopeus ja mobiilikäyttö

Hierojan sivuja selataan usein puhelimella, kun aika halutaan varata saman tien. Google käyttää Core Web Vitals -mittareita sivun käyttökokemuksen arvioinnissa.

2,5 s

LCP-mittarin (Largest Contentful Paint) hyvä enimmäisarvo [3]

LCP (Largest Contentful Paint) kertoo, kuinka nopeasti näkymän suurin sisältö, esimerkiksi pääkuva tai otsikko, latautuu. Hyvä arvo on enintään 2,5 sekuntia [3]. INP (Interaction to Next Paint) mittaa, kuinka nopeasti sivu reagoi esimerkiksi napautukseen, ja hyvä arvo on alle 200 millisekuntia [3].

INP korvasi aiemman FID-mittarin [4]. CLS (Cumulative Layout Shift) mittaa sisällön odottamatonta liikkumista latauksen aikana, ja hyvä arvo on alle 0,1 [3].

Yksittäisen sivun arvot saa PageSpeed Insightsilla tai Chromen Lighthouse-testillä, mutta laboratoriomittaus ei vastaa kaikilta osin todellisten käyttäjien kokemusta. Search Consolen Core Web Vitals -raportti perustuu todellisten käyttäjien dataan ja jakaa osoitteet tiloihin Hyvä, Parannettavaa ja Heikko [5]. Pienellä vastaanotolla dataa ei välttämättä kerry raporttiin riittävästi.

Silloin apuna ovat laboratoriotesti ja oma kokeilu puhelimella. Hierojien sivuilla olen tavannut kolme tyypillistä hitauden syytä:

• Kuvat on ladattu suoraan kamerasta useiden megatavujen kokoisina
• Etusivulla pyörii automaattisesti käynnistyvä video
• Sivulle on asennettu seurantaskriptejä, joiden tietoja kukaan ei katso

Muunnan kuvat WebP- tai AVIF-muotoon, mitoitan ne näytön mukaan ja merkitsen niille leveyden ja korkeuden, jotta selain varaa niille tilan etukäteen. Ensimmäisen näkymän ulkopuoliset kuvat ladataan vasta, kun kävijä vierittää niiden kohdalle.

Mobiilissa puhelinnumero on tel:-linkki, joka avaa soiton yhdellä napautuksella, ja reittiohje avautuu puhelimen karttasovellukseen. Testaan varauksen Android- ja iPhone-laitteella. Katson, säilyvätkö valittu palvelu ja aika selaimen takaisin-painikkeella ja tuleeko vahvistus sekä näytölle että sähköpostiin.

Kevyt sivusto ei korjaa raskasta ajanvarausjärjestelmää. Etusivulle upotettu ulkopuolinen kalenteri lataa omat skriptinsä ja voi heikentää LCP:tä ja INP:tä. Vaikutuksen näkee mittaamalla saman sivun kalenterin kanssa ja ilman.

Jos ero on suuri, varausnäkymä voi avautua vasta varauspainikkeesta. Järjestelmän oma nopeus on sen toimittajan käsissä.

Sisältö, luottamus ja tietosuoja

Uusi asiakas kysyy usein käytännön asioita, kuten sattuuko hieronta, mitä päälle puetaan, saako hieronnan jälkeen urheilla ja voiko maksaa liikuntaedulla. Laitan vastaukset ensikäynnin ohjesivulle ja palvelusivun loppuun ennen varauspainiketta. Vastaukset ovat täsmällisiä, esimerkiksi “tule väljissä vaatteissa, riisut vain sen verran kuin on tarpeen”.

Tekstien luotettavuus sivustolla

Suositeltava tapa

• Kerro mihin pyritään (lihasjännityksen lievitys)
• Ohjaa tarvittaessa lääkäriin
• Täsmälliset käytännön ohjeet

Vältettävä tapa

• Väitteet kuten 'parantaa migreenin'
• Lääketieteelliset lupaukset ilman diagnoosia
• Perusteeton 'Suomen paras hieroja'

En kirjoita “parantaa migreenin” tai “poistaa välilevyn pullistuman”, koska ne ovat lääketieteellisiä väitteitä eikä hieronta korvaa diagnoosia tai hoitoa. Kirjoitan sen sijaan, mihin hieronnalla pyritään, kuten lihasjännityksen lievittämiseen ja rentoutumiseen. Kerron myös, milloin asiakkaan pitää hakeutua lääkäriin, esimerkiksi tuoreen vamman, kuumeen tai selittämättömän kivun vuoksi.

Jätän pois myös ilmaisut kuten “Suomen paras hieroja”, koska niille ei ole todennettavaa perustetta. Saavutettavuudessa yleinen aukko on varauspolun loppuosa. Varaus kaatuu, jos upotettua kalenteria ei pysty käyttämään näppäimistöllä tai ruudunlukijalla.

Testaan siksi koko polun varauspainikkeesta vahvistusviestiin asti, myös suurennettuna ja pienellä näytöllä. Virheilmoitus kertoo, mikä kenttä on korjattava, eikä pelkkä punainen reunus riitä. Koskevatko lakisääteiset saavutettavuusvelvoitteet yritystä, ja koskevatko ne sivua, ajanvarausjärjestelmää vai molempia, on tarkistettava tapauskohtaisesti.

Asiakkaan vammat, sairaudet ja lääkitys voivat olla GDPR:n tarkoittamia terveystietoja, jotka kuuluvat erityisiin henkilötietoryhmiin ja vaativat erityisen käsittelyperusteen. Siksi varauslomakkeessa ei pitäisi olla pakollista vapaatekstikenttää terveydentilasta.

Lomake erottaa kolme asiaa selkeässä järjestyksessä:

1. Varauksen välttämättömät tiedot eli nimi, puhelinnumero ja valittu palvelu
2. Vapaaehtoiset esitiedot
3. Erillinen markkinointisuostumus

Tietosuojaselosteesta näkyy, mitä tietoja kerätään, mihin niitä käytetään, kuinka kauan niitä säilytetään, mitä ajanvarauspalvelu tekee henkilötietojen käsittelijänä ja siirtyvätkö tiedot EU:n tai ETA:n ulkopuolelle. Omissa tarkistuksissani tavallisimmat puutteet ovat olleet puuttuvat säilytysajat ja analytiikkaevästeet, jotka latautuvat ennen kävijän suostumusta. Kun analytiikka ladataan vasta suostumuksen jälkeen, luvut eivät kata kaikkia kävijöitä.

Lopuksi

Hierojan varauspolku analytiikassa

1. IstuntoKävijä saapuu sivustolle hakutuloksesta tai Mapsista
2. booking_startKävijä klikkaa varauspainiketta ja aloittaa valinnan
3. booking_completeAika on varattu ja vahvistusviesti lähetetty

Kun GA4:ään on määritetty tapahtumat booking_start, booking_complete ja phone_click, näet, kuinka moni aloittaa varauksen, kuinka moni vie sen loppuun ja kuinka moni soittaa. Puhelinklikkaus ei vielä ole varaus, joten puhelimessa sovitut ajat kannattaa kirjata erikseen.

Varauskonversio lasketaan jakamalla vahvistetut varaukset sivuston istunnoilla ja kertomalla tulos sadalla. En vertaisi omaa lukua muiden ilmoittamiin prosentteihin, koska tulos riippuu paikkakunnasta, hinnoista, palveluista ja varausjärjestelmästä. Kun lukua eritellään liikenteen lähteen, laitteen ja palvelun mukaan, näkee esimerkiksi, tuoko Google Maps enemmän varauksia kuin Instagram.

Jos booking_start-tapahtumia on paljon mutta booking_complete-tapahtumia vähän, syy voi olla varausjärjestelmässä. Se voi olla myös hinnassa, vapaiden aikojen puutteessa tai mittauksen virheessä.

Pienellä vastaanotolla kuukauden luvut ovat usein liian pieniä johtopäätöksiin, joten suosittelen tekemään kerrallaan yhden muutoksen, esimerkiksi palvelukuvaukseen tai painikkeen tekstiin, ja arvioimaan sen vaikutusta vasta, kun vertailtavia varauksia on kertynyt riittävästi.

Lähteet

1. Local Business (LocalBusiness) Structured Data
2. General Structured Data Guidelines | Google Search Central …
3. Understanding Core Web Vitals and Google search results
4. Latest Google Search Documentation Updates | Google Search Central | What’s new | Google for Developers
5. Core Web Vitals report - Search Console Help