Liidiseuranta GA4:ssä: erota yhteydenotot ja myynnin tulokset

Miksi kaikkia tavoitteita ei kannata laskea samaan lukuun?

Sivustolla voi olla useita hyödyllisiä tavoitteita: uutiskirjetilauksia, materiaalien latauksia, yhteydenottoja ja tarjouspyyntöjä. Niiden yhteismäärä kertoo toiminnasta, mutta ei yksin myynnin mahdollisuuksista.

Esimerkiksi uutiskirjekampanja voi nostaa avaintapahtumien määrää ilman välitöntä muutosta tarjouspyynnöissä. Raportti palvelee päätöksentekoa paremmin, kun tavoitteet esitetään erikseen ja niiden rooli ostopolulla kuvataan.

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 Google-haun näyttökerroista, sijoituksista, kyselyistä ja klikkauksista. Se on Googlen oma lähde näille tiedoille; GA4:n tavallinen liikenteen hankintadata ei sisällä orgaanisia hakukyselyitä.
• 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

Sopikaa myynnin ja markkinoinnin kanssa, mitä eri toiminnot tarkoittavat. Seuraavat luokat ovat yksi mahdollinen lähtökohta, jota täydennetään oman myyntiprosessin vaiheilla.

• Yhteydenotto tai myyntiliidi: käyttäjä pyytää yhteydenottoa, tarjousta tai tapaamista. CRM:ssä selvitetään, täyttääkö yhteydenotto myynnin hyväksymän liidin kriteerit.
• Kiinnostuksen osoitus: esimerkiksi materiaalin lataus tai tapahtumailmoittautuminen. Sen merkitys riippuu sisällöstä, käyttäjän odotuksista ja myöhemmästä etenemisestä.
• Mikrokonversio: ostopolkua kuvaava toiminto, kuten hinnaston avaaminen tai tuotevideon katselu. Sitä voidaan käyttää kehityksen varhaisena signaalina, mutta se ei yksin todista ostoaikomusta.

Rajaukset ja nimitykset dokumentoidaan. Näin yhteydenottojen määrää, myynnin hyväksymiä liidejä ja toteutuneita kauppoja voidaan seurata rinnakkain ilman, että vaiheet sekoittuvat.

Yksi tapahtumanimi vai monta?

GA4:n avaintapahtuma määritellään tapahtumanimen perusteella. Jos kaikki lomakkeet lähettävät saman nimen, pelkän lomakeparametrin valitseminen ei rajaa avaintapahtumaa. Tarvitaan erillinen tapahtuma joko toteutuksessa tai GA4:n ehdollisella tapahtuman luonnilla.

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

Alla oleva esimerkki erottaa generate_lead- ja sign_up-tapahtumat. Sovittakaa nimet tapahtuman todelliseen merkitykseen: sign_up on Googlen suositus käyttäjän rekisteröitymiselle. Jos uutiskirjetilaus ei ole tilin rekisteröityminen, käyttäkää sille esimerkiksi omaa newsletter_subscribe-tapahtumaa ja päivittäkää myös raportin vastaava rajaus.

window.dataLayer.push({
  event: 'generate_lead',
  lead_type: 'tarjouspyynto',        // tarjouspyynto | yhteydenotto | tapaaminen
  form_name: 'tarjouspyynto_etusivu',
  form_location: 'palvelusivu',
  value: 1500,                       // arvio; välitä GA4-tagin parametriksi
  currency: 'EUR'
});

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
});

Valitkaa avaintapahtumiksi sovitut tavoitteet ja nimetkää niitä seuraavat raporttiluvut täsmällisesti. Jos uutiskirjetilaus on organisaatiolle keskeinen tavoite, sitäkin voidaan seurata omana avaintapahtumanaan ilman yhdistämistä tarjouspyyntöjen määrään.

Luokaa raportoinnissa tarvittaville omille parametreille, kuten lead_type ja signup_type, mukautetut dimensiot. Luominen ei täytä niiden raportointihistoriaa takautuvasti.

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.

Esimerkiksi quote_request-tapahtuma voidaan luoda ehdolla, että alkuperäinen tapahtuma on generate_lead ja lead_type on tarjouspyynto. Sen voi merkitä avaintapahtumaksi erikseen. Tarjouspyyntöä ei kuitenkaan pidä nimetä myynnin hyväksymäksi liidiksi, ellei hyväksyntää ole todella tapahtunut.

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

Kanavien vertailussa huomioidaan liidien määrän lisäksi niiden laatu, kustannukset ja eteneminen. Pelkkä eri tavoitetyyppien yhteismäärä voi johtaa harhaan.

Liidille voidaan arvioida rahallinen odotusarvo kertomalla keskimääräinen kaupan arvo kyseisen vaiheen toteutuneella kauppatodennäköisyydellä. Käyttäkää vertailukelpoisia kohortteja ja seurantajaksoja sekä merkitkää arvio erilleen toteutuneesta myynnistä.

Jos tarjouspyynnöistä kymmenesosa päätyy 15 000 euron kauppaan, esimerkin odotusarvo on 1 500 euroa. Uutiskirjetilaajan vastaava arvo olisi 150 euroa yhden prosentin toteutumalla samalla seuranta-ajalla. Arvot ovat arvioita, eivät toteutunutta liikevaihtoa: sama ihminen voi edetä usean vaiheen läpi, jolloin vaiheiden summa laskee saman kaupan mahdollisuutta useasti.

Search Console mukaan kokonaisuuteen

Search Console -linkitys tuo orgaanisen Google-haun tietoja GA4:n omiin hakuraportteihin. Se on hyödyllinen, kun hakunäkyvyyttä ja sivuston käyttöä halutaan tarkastella samassa ympäristössä.

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.

Molemmista palveluista on myös BigQuery-vienti. Yhteinen malli voi tukea päivä- ja laskeutumissivutason analyysiä, mutta sekään ei palauta hakukyselyn ja yksittäisen liidin välistä yhteyttä. Eri lähteiden rajaukset ja anonymisoidut hakukyselyt on huomioitava tulkinnassa.

• Liidiseurannan yhdistäminen mainonnan kuluihin ja CRM:n tuloksiin

Erottelu Data Studiossa

Raportin pääluvut valitaan sen käyttäjän mukaan. Myynnin seurannassa on hyödyllistä erottaa vastaanotetut yhteydenotot, hyväksytyt liidit ja toteutuneet kaupat. Markkinoinnin kehitysnäkymään voidaan lisätä kiinnostusta ja ostopolkua kuvaavia mittareita.

Seuraava SQL-esimerkki erottaa tapahtumatyypit omiin sarakkeisiinsa. Sovittakaa tapahtumanimet ja määritelmät omaan toteutukseen; CRM:n hyväksyntä- ja kauppatiedot on tuotava erillisenä lähteenä.

-- Yksi rivi per päivä, kanava ja laskeutumissivu. 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(event_name = 'generate_lead' and lead_type  = 'tarjouspyynto')            as tarjouspyynnot,
  countif(event_name = 'generate_lead' and lead_type  = 'yhteydenotto')             as yhteydenotot,

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

  -- Painotettu arvo tekee kanavista vertailukelpoisia
  sum(case
        when event_name = 'generate_lead' and lead_type   = 'tarjouspyynto' then 1500
        when event_name = 'generate_lead' and lead_type   = 'yhteydenotto'  then 800
        when event_name = 'sign_up' and signup_type = 'tapahtuma'     then 300
        when event_name = 'sign_up' and 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

Ilman BigQuerya käytä GA4-liittimessä tapahtumanimellä suodatettua Event count -mittaria. COUNTIF tapahtumanimestä ei korvaa sitä, sillä liitin palauttaa koostettuja rivejä eikä yksittäisiä tapahtumia. Uudelleenkäytettävään datalähteeseen tehdyt laskentakentät voi jakaa usean raportin kesken.

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

• Vastaanotetut yhteydenotot ja myynnin hyväksymät liidit erikseen kanavittain.
• Liidien eteneminen ja kauppaprosentti samalla seurantaperiaatteella muodostetuissa ryhmissä.
• Liidien hankintakustannus ja toteutunut myynti; arvioitu liidiarvo omana tunnuslukunaan.
• Laskeutumissivujen yhteydenotot suhteessa liikenteeseen ja sivujen tehtävään.
• Hakukyselyiden ja sivujen kehitys Search Consolessa ilman väitettä yksittäisen liidin hakusanasta.
• Mikrokonversioiden trendi suhteessa myöhempiin vaiheisiin, ei automaattisena osoituksena liidien laadusta.

Yleisimmät virheet

• Eri tavoitteet lasketaan yhdeksi luvuksi ilman selitystä sen sisällöstä.
• Tapahtumanimet ja luokittelut eivät vastaa sovittuja myyntiprosessin vaiheita.
• Raportoinnissa tarvittavia omia parametreja ei rekisteröidä ajoissa.
• Kanavia verrataan vain yhteydenottojen määrällä, vaikka kustannukset ja laatu poikkeavat.
• Search Consolen koostetuista tiedoista päätellään yksittäisen liidin hakukysely.
• Kiitos-sivun lataus lasketaan uudeksi liidiksi ilman vahvistettua lähetystä ja duplikaattien hallintaa.
• Mittauksen toimivuutta ei tarkisteta lomake- tai sivustomuutoksen jälkeen.