Google Analytics: mitä raporteista kannattaa katsoa

Miten Google Analytics otetaan käyttöön?

1. Luo Analytics-tili. Mene osoitteeseen analytics.google.com ja aloita mittaus, jos tiliä ei vielä ole.
2. Luo ominaisuus (property). Admin-näkymän Ominaisuus-sarakkeesta “Luo ominaisuus”: anna nimi (esim. sivuston nimi), valitse raportoinnin aikavyöhyke ja valuutta, ja kerro toimiala ja yrityksen koko.
3. Lisää datavirta. Admin > Datavirrat > Lisää virta > Verkko. Syötä sivuston pääosoite ja virran nimi, ja ota käyttöön Enhanced measurement -asetus: se kerää automaattisesti sivunkatselut ja perustapahtumat ilman erillistä koodausta.
4. Asenna seurantakoodi. Vaihtoehtoja on kolme: liitä mittaustunnus (alkaa kirjaimella G-) suoraan verkkoalustan omaan Analytics-kenttään, liitä koko gtag.js-koodinpätkä sivun head-osioon, tai määritä tagi Google Tag Managerin kautta.
5. Varmista, että data kertyy. Datan alkaminen voi kestää jopa 30 minuuttia. Reaaliaikaraportti näyttää, tuleeko sivustolta dataa juuri nyt — sitä käytetään myös sen tarkistamiseen, että esimerkiksi uusi kampanja tai sivumuutos näkyy heti.

Mitä Enhanced measurement kerää automaattisesti

Enhanced measurement -asetus (oletuksena päällä uudella datavirralla) kokoaa seitsemän tapahtumatyyppiä ilman, että sivustolle tarvitsee lisätä yhtään omaa koodia:

• Sivunkatselu (page_view) — joka kerta, kun sivu latautuu.
• Vieritys (scroll) — kun käyttäjä ensimmäistä kertaa saavuttaa 90 %:n syvyyden sivulla.
• Ulospäin suuntautuva klikki (click) — kun käyttäjä klikkaa linkkiä, joka vie toiseen verkkotunnukseen.
• Sivustohaku (view_search_results) — kun käyttäjälle näytetään hakutulossivu sivuston omassa haussa (tunnistetaan URL-parametrista, esim. q, s, search tai keyword).
• Videon katselu (video_start, video_progress, video_complete) — upotetun YouTube-videon käynnistys, 10/25/50/75 %:n edistyminen ja loppuun katselu.
• Tiedoston lataus (file_download) — kun käyttäjä klikkaa linkkiä, joka johtaa tiedostoon (esim. PDF, Word, Excel).
• Lomakevuorovaikutus (form_start, form_submit) — ensimmäinen kosketus lomakkeeseen ja sen lähetys.

Nämä tapahtumat kannattaa käydä läpi ennen kuin merkitsee mitään avaintapahtumaksi: usein osa niistä (esim. file_download hinnastoa ladattaessa tai form_submit yhteydenottolomakkeella) on jo valmiina se tapahtuma, jota yritys etsii, eikä sitä tarvitse rakentaa erikseen. Kaikki tapahtumat näkyvät myös ilman merkintää raporteissa tapahtuman nimen perusteella — avaintapahtumaksi merkintä vain nostaa sen esiin omana sarakkeenaan tärkeimmissä raporteissa.

Search Consolen linkitys kannattaa tehdä heti

Kuudes vaihe, joka jää usein tekemättä käyttöönoton yhteydessä: Admin-näkymässä Search Console -linkit-kohdasta yhdistetään sama verkkotunnus, joka on jo vahvistettu Search Consolessa. Linkitys ei vaadi uutta koodia, koska molemmat palvelut tunnistavat saman verkkotunnuksen erikseen tehdyn omistajuuden vahvistuksen kautta. Kun linkitys on tehty, Kirjasto-valikosta julkaistaan Search Console -kokoelma, jotta hakusanaraportti ilmestyy Raportit-valikkoon. Raportti näyttää Search Consolen omaa 16 kuukauden historiaa, joten linkityksen tekeminen myöhässä ei poista jo kertynyttä hakudataa — mutta ilman linkitystä hakusanakohtaista dataa ei näy Analyticsin puolella lainkaan.

Mitä raportteja kannattaa seurata?

Viisi raporttia riittää suurimman osan ajasta. Kaikki löytyvät vasemman reunan Raportit-valikosta.

Search Console -raportit eivät näy oletuksena — ne täytyy julkaista Kirjasto-valikosta sen jälkeen, kun Search Console ja GA4 on linkitetty ominaisuuden asetuksista. Kun raportti on julkaistu, se näyttää enintään 16 kuukauden historian ja päivittyy noin kahden vuorokauden viiveellä. Orgaaninen liikenne käsittelee tarkemmin, mitä eroa Search Consolen ja Analyticsin luvuilla on.

Liikenteen hankinta -raportilla on kaksisisarraportti, Käyttäjien hankinta, ja ne sekoitetaan usein keskenään. Liikenteen hankinta on rajattu istuntoihin — se laskee jokaisen käynnin erikseen kanavan mukaan. Käyttäjien hankinta on rajattu käyttäjiin — se katsoo, mistä kanavasta käyttäjä tuli sivustolle ensimmäisen kerran, riippumatta siitä, kuinka monta kertaa hän on sen jälkeen palannut muuta reittiä. Kampanjan tai yksittäisen kanavan tuloksellisuutta arvioitaessa Liikenteen hankinta on oikea raportti; sivuston koko kävijäkunnan alkuperää arvioitaessa Käyttäjien hankinta vastaa kysymykseen tarkemmin.

Raporttien yhteenveto kannattaa muokata omaan käyttöön sopivaksi heti alussa: sinne voi lisätä, poistaa ja järjestellä uudelleen yhteenvetokortteja (1–16 kappaletta), mutta muokkaus vaatii ominaisuuteen Editor-roolin. Ilman muokkausta näkyy Googlen valitsema oletusmalli, joka ei välttämättä nosta esiin juuri niitä lukuja, joita omassa toiminnassa seurataan eniten.

Viikoittaiseen kierrokseen kannattaa varata korkeintaan kymmenen minuuttia: avaa Raporttien yhteenveto, katso onko jokin luku poikennut selvästi edellisviikosta, ja poraudu vasta sen jälkeen tarkempaan raporttiin (Liikenteen hankinta tai Sitoutuminen) sen selvittämiseksi, mistä poikkeama johtuu. Reaaliaikaraporttia ei tarvitse katsoa joka päivä — se on hyödyllisin silloin, kun juuri on julkaistu jotain uutta ja halutaan nähdä välitön vaikutus, tai kun halutaan varmistaa, että seuranta ylipäätään toimii uuden sivun tai kampanjan yhteydessä. Muina päivinä se ei kerro mitään sellaista, mitä viikoittainen katsaus ei jo näyttäisi paremmin.

Mitä istunto tarkoittaa?

• Istunto: yhden käyttäjän vuorovaikutusten joukko sivustolla tietyn ajanjakson sisällä. GA4 laskee istunnot edelleen, mutta yksittäinen sivunkatselu ei enää ole mittauksen perusyksikkö — kaikki mitä käyttäjä tekee, kirjataan tapahtumana (event), ja sivunkatselu on vain yksi tapahtumatyyppi muiden joukossa.
• Sitoutunut istunto (engaged session): istunto, joka kestää yli 10 sekuntia, TAI sisältää avaintapahtuman, TAI sisältää vähintään kaksi sivun- tai näytönkatselua.
• Sitoutumisaste: sitoutuneiden istuntojen osuus kaikista istunnoista. Sen vastakohta on poistumisprosentti (bounce rate) — ei-sitoutuneiden istuntojen osuus.
• Avaintapahtuma (key event): tapahtuma, joka on merkitty liiketoiminnalle tärkeäksi — esimerkiksi lomakkeen lähetys tai osto. Mikä tahansa kerätty tapahtuma voidaan merkitä avaintapahtumaksi.
• Oletuskanavaryhmä (default channel group): sääntöpohjainen luokittelu, joka jakaa istunnot esimerkiksi Orgaaniseen hakuun, Maksettuun hakuun, Suoraan tai Viittaukseen liikenteen lähteen perusteella. Tähän perustuu Liikenteen hankinta -raportti.
• UTM-parametrit: linkin perään lisättäviä tunnisteita (esim. ?utm_source= uutiskirje&utm_medium=email), joilla merkitään, mistä kampanjasta liikenne tuli. Ilman UTM-tunnisteita esimerkiksi uutiskirjeen linkit saattavat näkyä Suorana liikenteenä sen sijaan, että ne kirjautuisivat omaksi kanavakseen.
• Segmentti / vertailu: raportissa käytettävä rajaus, jolla kahta tai useampaa kävijäjoukkoa (esim. uudet vs. palaavat kävijät) voi verrata rinnakkain samassa näkymässä.

Kannattaa myös tietää, miksi Analyticsin ja muiden työkalujen luvut eivät koskaan täsmää senttilleen. Osa kävijöistä käyttää mainosten- tai seurannanestäjää, osa hylkää evästeet evästesuostumuksesta kysyttäessä, ja GA4:n oma bottisuodatus karsii osan liikenteestä pois — nämä kaikki pienentävät Analyticsin lukuja verrattuna esimerkiksi Search Consolen klikkeihin tai mainosjärjestelmän omiin raportteihin. Eroa muutaman prosentin verran ei kannata tulkita virheeksi.

Mitä GA4 muutti?

Google Analytics 4 ei ole Universal Analyticsin (UA) päivitys vaan kokonaan eri mittausmalli, ja UA:ta ei enää ole olemassa: sen ominaisuudet lakkasivat keräämästä uutta dataa 1.7.2023, ja heinäkuun 2024 alusta niiden data tuli pysyvästi saavuttamattomiin. Tämän vuoksi moni suomenkielinen ohje, joka puhuu esimerkiksi erillisestä “Yleisö”-välilehdestä, “tavoitteiden” (goals) määrittämisestä omana asetuksenaan tai poistumisprosentista pääasiallisena mittarina, kuvaa UA:ta eikä enää vastaa nykyistä Analyticsia.

Suurimmat muutokset:

• Kaikki on tapahtuma. UA:ssa sivunkatselut, tapahtumat ja tavoitteet olivat eri asioita. GA4:ssä kaikki kävijän teot — sivunkatselu, klikki, ostos, lomakkeen lähetys — ovat tapahtumia, ja osa niistä voidaan merkitä avaintapahtumiksi.
• “Konversio” muuttui “avaintapahtumaksi” GA4:n sisällä. Google nimesi GA4:n konversiotapahtumat avaintapahtumiksi maaliskuussa 2024, jotta termi “konversio” jäisi tarkoittamaan nimenomaan Google Adsiin tuotua avaintapahtumaa kampanjamittauksessa. Aiemmin konversioiksi merkityt tapahtumat muuttuivat automaattisesti avaintapahtumiksi ilman, että mitään tarvitsi määrittää uudelleen.
• Käyttäjäkeskeisempi malli. GA4 seuraa käyttäjää laitteiden ja istuntojen yli paremmin kuin UA, ja korostaa käyttäjä- ja istuntokohtaisia konversioastelukuja erikseen sen sijaan, että kaikki mittarit olisivat vain istuntokohtaisia.
• Yksityisyys sisäänrakennettuna. GA4 on suunniteltu toimimaan myös ilman evästeitä (esim. koneoppimiseen perustuvalla mallinnuksella puuttuvan datan paikkaamiseksi), ja se noudattaa tietojen säilytysasetuksia tiukemmin kuin UA teki.
• Kanavien nimet ja rajat muuttuivat. UA:ssa liikenne jaoteltiin karkeammin lähteen ja median (source/medium) perusteella, ja käyttäjä saattoi joutua rakentamaan omia kanavaryhmiä käsin. GA4:n oletuskanavaryhmä on valmiiksi yksityiskohtaisempi ja sisältää muun muassa erilliset ryhmät orgaaniselle somelle, maksetulle somelle ja orgaaniselle videolle — vanhat UA-aikaiset kanavaraportit eivät siis ole suoraan verrannollisia uusiin GA4-lukuihin, vaikka kanavan nimi olisi sama.

Jos vanhoja UA-aikaisia raportteja tai vertailulukuja on vielä tallessa, niitä voi käyttää historiallisena taustatietona, mutta niitä ei kannata verrata suoraan GA4:n lukuihin mittaustavan eron vuoksi. Ainoa tapa saada vertailukelpoista dataa on kerätä se uudelleen GA4:llä riittävän pitkältä ajalta.

Lähteet

• GA4:n käyttöönotto verkkosivustolle
• Universal Analyticsin käytöstä poisto
• Sitoutumisaste ja poistumisprosentti
• Avaintapahtumista
• Reaaliaikaraportti
• Oletuskanavaryhmä
• Search Console -kyselyt-raportti