Konversiot ja myyntiliidit erilleen toisistaan

Kun kaikki on konversio, mikään ei ole

Tyypillinen tilanne: konversioiksi on merkitty uutiskirjetilaus, oppaan lataus, tapahtumailmoittautuminen, yhteydenottolomake ja tarjouspyyntö. Kaikki ovat sinänsä hyviä asioita, ja kaikki lasketaan samaan lukuun.

Sitten johtoryhmässä katsotaan konversiokäyrää. Se nousee, koska uutiskirjeeseen tuli kampanjan myötä sata tilaajaa. Myyntiputkessa ei tapahdu mitään. Seuraavaan raporttiin ei enää luoteta, ja se on täysin perusteltua — luku ei mitannut sitä, mitä sen luultiin mittaavan.

Korjaus ei ole mittaamisen vähentäminen. Uutiskirjetilaus on arvokas, se vain on eri asia kuin tarjouspyyntö. Korjaus on erottaa nämä toisistaan jo mittausvaiheessa, jotta raportilla ne voi näyttää erikseen — ja tarvittaessa yhdessä.

Kolmen työkalun työnjako

GA4, Google Tag Manager ja Search Console vastaavat eri kysymyksiin, ja sekaannus syntyy siitä että niitä pidetään vaihtoehtoina toisilleen. Ne ovat pikemminkin ketju.

• Search Console kertoo mitä tapahtuu ennen klikkausta: millä hakusanoilla sivusto näkyy, millä sijalla, ja mitä klikataan. Tämä on ainoa lähde orgaanisen haun kyselyille — GA4 ei niitä näe.
• Google Tag Manager on putkisto. Se ei mittaa mitään itse, vaan välittää sivustolla tapahtuvat asiat GA4:ään ja muihin työkaluihin. Täällä päätetään, mitä ylipäätään lähetetään.
• GA4 kertoo mitä tapahtuu klikkauksen jälkeen: mitä sivustolla tehtiin, mikä johti yhteydenottoon ja mistä kanavasta kävijä tuli.

Rajat kannattaa tietää. Search Consolen data on koostettua eikä sitä voi yhdistää yksittäiseen istuntoon: et saa selville, millä hakusanalla juuri se kävijä tuli, joka jätti tarjouspyynnön. Saat selville, mitkä hakusanat toivat liikennettä niille sivuille, joilta tarjouspyyntöjä yleensä tulee. Ero on olennainen, ja se kannattaa kertoa myös raportin lukijalle.

Luokittele ennen kuin mittaat

Ennen kuin koskee Tag Manageriin, kirjoita auki mitä sivustolla voi tehdä ja mitä kukin teko tarkoittaa myynnin kannalta. Kolme luokkaa riittää lähes aina.

• Myyntiliidi — ihminen pyytää yhteydenottoa, tarjousta tai tapaamista. Tästä syntyy myyntiputkeen rivi. Näitä on vähän ja ne ovat arvokkaita.
• Kiinnostuksen osoitus — uutiskirjetilaus, oppaan lataus, tapahtumailmoittautuminen. Ihminen antaa yhteystietonsa mutta ei pyydä myyntiä. Arvokasta markkinoinnille, ei myynnille, ja lähes aina moninkertainen määrä myyntiliideihin nähden.
• Mikrokonversio — hinnastosivun katselu, videon katsominen loppuun, palvelusivulla vietetty aika. Ei yhteystietoja, mutta kertoo etenemisestä. Näitä mitataan optimointia varten, ei raportoitavaksi johdolle.

Tämä luokittelu on koko työn tärkein osa, ja se on liiketoimintapäätös eikä tekninen. Jos siitä ei päästä yksimielisyyteen myynnin ja markkinoinnin kesken, mittaus ei korjaa asiaa — se vain siirtää erimielisyyden raportille.

Yksi tapahtumanimi vai monta?

Tämä on käyttöönoton ratkaiseva valinta, ja siihen on selkeä sääntö. GA4 merkitsee avaintapahtumat tapahtuman nimen perusteella, ei parametrin. Jos siis kaikki lomakkeet lähettävät saman tapahtuman, et voi merkitä pelkkiä myyntiliidejä avaintapahtumiksi.

Sääntö kuuluu: oma tapahtumanimi silloin, kun asian pitää voida olla avaintapahtuma erikseen. Kaikki sitä hienojakoisempi on parametri.

Käytännössä tämä tarkoittaa yleensä kahta nimeä: generate_lead myyntiliideille ja sign_up pehmeämmille yhteystietojen luovutuksille. Tarkempi erittely — mikä lomake, mikä tapahtuma, mikä opas — kulkee parametreina.

window.dataLayer.push({
  event: 'generate_lead',
  lead_type: 'tarjouspyynto',        // tarjouspyynto | yhteydenotto | tapaaminen
  form_name: 'tarjouspyynto_etusivu',
  form_location: 'palvelusivu',
  lead_value: 1500                    // arvio, ks. alempana
});

window.dataLayer.push({
  event: 'sign_up',
  signup_type: 'uutiskirje',          // uutiskirje | tapahtuma | opas
  form_name: 'uutiskirje_footer',
  form_location: 'blogi',
  content_name: 'Syysseminaari 2026'  // tapahtuman tai oppaan nimi
});

Merkitse avaintapahtumaksi vain generate_lead. Uutiskirjetilaus kertyy edelleen ja näkyy raporteilla, mutta se ei sekoitu siihen lukuun, jota johto katsoo. Avaintapahtumia mahtuu 30 per property, mikä on runsaasti — ja se raja tulee vastaan vain jos merkitsee kaiken.

Muista rekisteröidä lead_type, signup_type ja muut parametrit mukautetuiksi dimensioiksi. Ilman rekisteröintiä ne eivät näy raporteilla lainkaan, eikä rekisteröinti ole takautuva.

Kun tapahtumanimi on jo yksi

Jos ympäristö on jo rakennettu niin, että kaikki lomakkeet lähettävät saman tapahtuman, tilannetta ei tarvitse purkaa. GA4:ssä voi luoda uuden tapahtuman olemassa olevasta ehdon perusteella, ja merkitä sen avaintapahtumaksi.

Käytännössä luot GA4:n hallinnasta uuden tapahtuman, esimerkiksi qualified_lead, jonka ehtona on että alkuperäinen tapahtuma on generate_lead ja parametri lead_type saa arvon tarjouspyynto. Sen jälkeen merkitset qualified_leadin avaintapahtumaksi.

Tämä on hyvä korjaus perittyyn ympäristöön, koska se ei vaadi muutoksia sivustolle eikä Tag Manageriin. Huomaa kuitenkin, ettei sekään ole takautuva: uusi tapahtuma alkaa kertyä vasta luomisen jälkeen.

Liidin arvo tekee summasta mielekkään

Jos jokainen liidi painaa raportilla saman verran, kanavavertailu johtaa harhaan: kanava joka tuo sata uutiskirjetilausta näyttää paremmalta kuin kanava joka tuo viisi tarjouspyyntöä.

Ratkaisu on antaa jokaiselle tyypille arvo. Sen ei tarvitse olla tarkka — riittää että suhteet ovat suunnilleen oikein. Laskukaava on yksinkertainen: keskimääräinen kaupan arvo kerrottuna sillä osuudella, joka tästä liidityypistä päätyy kaupaksi.

Jos tarjouspyynnöistä kymmenesosa päätyy 15 000 euron kaupaksi, tarjouspyynnön arvo on 1 500 euroa. Jos uutiskirjetilaajista prosentti päätyy joskus kaupaksi, arvo on 150 euroa. Nyt sata uutiskirjetilausta ja kymmenen tarjouspyyntöä ovat vertailukelpoisia, ja euromääräinen summa tarkoittaa jotain.

Search Console mukaan kokonaisuuteen

Search Console liitetään GA4:ään hallinta-asetuksista, ja se tuo hakukyselyt ja sijainnit GA4:n raportteihin. Liitos on kevyt tehdä ja kannattaa aina.

Sen rajallisuus on kuitenkin syytä ymmärtää. GA4:ssä Search Consolen data jää omiin raportteihinsa: sitä ei voi yhdistää tapahtumadataan, joten kysymykseen "mitkä hakusanat tuottivat myyntiliidejä" ei saa suoraa vastausta.

Lähimmäs pääsee laskeutumissivun kautta. Search Console kertoo mitkä kyselyt toivat liikennettä millekin sivulle, ja GA4 kertoo miltä laskeutumissivulta myyntiliidit syntyivät. Yhdistämällä nämä sivutasolla saa perustellun arvion, ei tarkkaa mittausta — ja se ero kannattaa merkitä myös raporttiin.

Jos tarkempi yhdistäminen on tarpeen, molemmista on olemassa BigQuery-vienti: GA4:llä omansa ja Search Consolella joukkovienti. Silloin liitos tehdään omassa datavarastossa laskeutumissivun ja päivän tasolla, eikä raportointityökalun rajoitteet määrää mitä voidaan kysyä.

Erottelu Data Studiossa

Kun mittaus on kunnossa, raportointi on suoraviivaista. Tärkein päätös on se, mitä raportin ylin luku näyttää — koska sitä katsotaan, ja usein vain sitä.

Suositus: ylimmäksi myyntiliidit yksin. Pehmeät konversiot omana lukunaan viereen, ja yhteissumma vasta kolmantena jos ollenkaan. Näin raportti vastaa ensimmäiseen kysymykseen oikein, eikä lukijan tarvitse tietää mitä yhteissumma sisältää.

-- Yksi rivi per päivä ja kanava. Data Studio lukee tämän suoraan,
-- eikä joudu laskemaan mitään tapahtumatasolla.
select
  event_date                                       as date,
  channel_group,
  landing_page,

  -- Myyntiliidit tyypeittäin
  countif(event_name = 'generate_lead')            as myyntiliidit,
  countif(lead_type  = 'tarjouspyynto')            as tarjouspyynnot,
  countif(lead_type  = 'yhteydenotto')             as yhteydenotot,

  -- Pehmeät konversiot omina lukuinaan
  countif(event_name = 'sign_up')                  as pehmeat_konversiot,
  countif(signup_type = 'uutiskirje')              as uutiskirjetilaukset,
  countif(signup_type = 'tapahtuma')               as tapahtumailmoittautumiset,

  -- Painotettu arvo tekee kanavista vertailukelpoisia
  sum(case
        when lead_type   = 'tarjouspyynto' then 1500
        when lead_type   = 'yhteydenotto'  then 800
        when signup_type = 'tapahtuma'     then 300
        when signup_type = 'uutiskirje'    then 150
        else 0
      end)                                         as liidiarvo_eur

from `analytics.fct_events`
where event_date >= date_sub(current_date(), interval 400 day)
group by 1, 2, 3

Jos BigQuery ei ole käytössä, saman voi tehdä Data Studion laskentakentillä suoraan GA4-lähteen päälle. Se toimii pienillä datamäärillä, mutta laskenta jää raporttiin: se on hitaampi, eikä määritelmä ole missään versionhallinnassa. Kun samat luvut tarvitaan toisessa raportissa, ne kirjoitetaan uudelleen — ja siitä alkaa se tie, jonka päässä kaksi raporttia näyttää eri luvut.

Raporttiin kannattaa lisäksi kirjoittaa näkyviin, mitä kukin luku sisältää. Yksi rivi tekstiä säästää enemmän väärinymmärryksiä kuin mikään visualisointi.

Mitä raportilla kannattaa seurata

• Myyntiliidit määränä ja kanavittain — se luku, jonka takia raportti on olemassa.
• Myyntiliidien osuus kaikista konversioista. Jos osuus laskee, markkinointi tuo enemmän väkeä mutta huonompaa väkeä.
• Liidiarvo euroina kanavittain. Tämä on ainoa luku, jolla eri kanavia voi verrata suoraan.
• Laskeutumissivut, joilta myyntiliidit syntyvät. Yleensä muutama sivu tuottaa suurimman osan, ja niihin kannattaa panostaa.
• Search Consolesta ne kyselyt, jotka tuovat liikennettä noille sivuille.
• Pehmeät konversiot erikseen, omana trendinään. Ne ovat markkinoinnin mittari eivätkä myynnin.

Yleisimmät virheet

• Kaikki lomakkeet merkitty avaintapahtumiksi, jolloin konversioluku mittaa lähinnä uutiskirjekampanjoiden ajoitusta.
• Jokaiselle lomakkeelle oma tapahtumanimi. Nimiä kertyy kymmeniä, raportit pirstoutuvat, eikä tyyppejä voi verrata keskenään.
• Liidityyppi lähetetään parametrina mutta sitä ei rekisteröidä mukautetuksi dimensioksi — jolloin sitä ei voi käyttää raportilla lainkaan.
• Kaikki liidit painavat saman verran, jolloin halvin kanava näyttää aina parhaalta.
• Search Consolen dataa esitetään raportilla ikään kuin se kertoisi mikä hakusana tuotti liidin. Se ei kerro, ja siihen perustuva päätös voi olla väärä.
• Kiitos-sivun katselu käytetään konversion mittarina. Sivun voi ladata uudelleen, jakaa linkkinä ja päätyä sinne suoraan, joten luku on aina hieman liian suuri.
• Mittausta ei tarkisteta lomakkeen uudistuksen jälkeen. Lomake vaihtuu, tapahtuma lakkaa laukeamasta, eikä mikään kaadu — luku vain valuu nollaan.