Tässä käyn läpi muutamia asioita, jotka asiakkaita usein hämmentää Google Ads-konversioihin liittyen. Keskityn osto- ja liidikonversioihin, koska ne ovat usein merkittävimpiä ja maukkaimpia konversioita. 

Ensi- ja toissijaiset konversiot Google Adsissä

Konversiot Google Adsissa jaetaan kahteen; primary ja secondary conversions. Primary conversions, eli vaikkas ensisijaitset konversiot, ovat niitä joita Google Ads käyttää mainosten optimointiin ja huutokaupoissa sukkulointiin, kun taas kakkosluokan konversioita vain tallennetaan raportointia varten. Tämän vuoksi ensisijaisiksi konversioiksi kannattaa valita ne, jotka tuovat suorimmin monettia yritykselle, eli vähän sivustosta riippuen esimerkiksi verkkokauppaostot, kalenteribuukkaukset tai demojen aloitukset. Nämä ovat siis toimenpiteitä, joita ensisijaisesti toivomme kävijöiden tekevän sivuilla, ja haluamme että mainoksemme on optimoitu niin, että mahdollisimman moni suorittaa tämän toimenpiteen. Konversioita voi tietysti olla useampi, esimerkiksi eri kampanjoihin perustuen; esimerkiksi “kokeile ilmaiseksi”-kampanjat kannattaa optimoida siihen freemium-konversioon, kun taas uudelleenmarkkinoinnin ostokampanjat kannattaa optimoida niihin ostotapahtumiin. Make sense? Makes sense.

Konversioiden asennus Google Adsissä

On (ainakin!) kolme tapaa määrittää konversio Google Adsille. Konversio voidaan luoda Google Adsissä, esimerkiksi määrittämällä kiitos-sivu konversioksi. Tämä on kätevä, mutta rajallinen tapa luoda konversioita. 

Hieman next levelimpi setup on GA4-importatut konversiot. Käytännössä GTM:n kautta on luotu vaikkapa form submission-eventti, ja tämä on sitten uinut GA4:n. Kun tämän eventin nakuttaa key eventiksi, niin se on helppo importata Google Adsiin, kunhan Google Ads on linkitetty GA4:seen. Tässä on se kätevä puoli, että eventti on jo testattu ja toimivaksi todettu, eli ei tarvitse arvailla toimiiko se, eikä sitä tarvitse luoda erikseen. Tässä kannattaa kuitenkin pitää mielessä, että Google Adsin ja GA4:n datan välillä voi olla pientä lagia. Lisäksi Google Ads-konversiot noudattavat sitten GA4:ssä valittua attribuutiomallia, eli jos siellä on toheloinut jotain mielenkiintoista, niin samat valinnat seuraavat. Google Adsissä attribuutiomalli on defaulttina aina “data-driven”, ellei sitä erikseen vaihda (ja se sitten tarkoittaa mitä tarkoittaa).

Kolmantena on sitten erikseen GTM:n kautta luodut Google Ads -konversioit. Kun konversion luo GTM:n kautta suoraan, niin sen saa määriteltyä just semmoiseksi kun haluaa, eli se on kaikkein täsmällisin ja siihen voi nykeröidä kaikki haluamansa säännöt ja erikoistapaukset.

Offline-konversiot

Tämä on nimenä ehkä vähän hassu, mutta periaatteessa tarkoittaa toimintaa, joka on tapahtunut jollain taalla Google Adsien myötäsiivittämänä, mutta eivät kuitenkaan itse mainoksen sisällä tai verkkosivuilla. Yleensä näillä tarkoitetaan puheluita, jotka tulee sivustolta yritykselle, mutta vieläkin maukkaampi offline-konversio on se kohta, kun tietty liidi siirretään CRM:ssä esim auki olevasta onnistuneesti klousatuksi. Kun nämä tapahtumat lähetetään takaisin Google Adsille, niin se saa lisää dataa siitä, mitkä klikit, mainosryhmät tai yleisöt johtivat lopulta merkityksellisiin toimenpiteisiin. 

Monilla CRM:llä on natiivi-integraatio Google Adsiin, ja tällöin tätä “offline-konversiodataa” voi viedä suoraan CRM:stä Google Adsiin ilman että väliin tarvitsee rakentaa kaiken maailman API-hässäköitä ja omaa häshäystä. Tässä etuna on siis se, että kun tutkimme vaikka pelkästään lomakkeiden lähetyksiä, niin eihän me saada tietää kuka ja kuinka moni niistä lomakkeiden lähettäjistä oli yritykselle erityisen muheva. Kun me saadaan yhdistettyä ja lähetettyä Googlelle tieto että “näistä kymmenestä jotka tuli mainosten kautta ja lähetti lomakkeen, nämä kolme oli erityisen mainioita ja pulleataskuisia”, niin Google Ads oppii optimoimaan juuri niihin pulletaskuisiin lomakelähetyksiin (tietysti siis tositilanteessa dataa tarvitaan paljon enemmän kuin “kolme kymmenestä”).

Puheluista sen verran vielä, että jos numero on itse mainoksessa tai sivuilla, niin on mahdollista seurata myös, kuinka moni klikkasi puhelin-nappia, mutta siinä ei toki saada tietoa puhelun kestosta, sisällöstä tai laadusta, eli näitä puhelinklikkaus-konversioita kannattaa seurata lähinnä suuntaa-antavina trendeinä ja havaintoina. En oikein edes tiedä miksi jengi on aina niin kovin mehuissaan puhelinklikkien seurannasta koska kukaan enää edes soittelee paitsi kysyäkseen että joko teillä on joululounas ja voiko koiran ottaa ravintolaan mukaan. 

Enhanced Measurement – sekoitat tämän siihen toiseen juttuun

Enhanced measurement – tätä asiakkaat usein pyytävät, ja pohdin että voi johtua siitä että se on mennyt sekaisin termin “Enhanced conversions” kanssa. Eli nopeasti sen verran, että kun laittaa GA4:ssä päälle “enhanced measurement”, niin se meinaa että GA4 alkaa itsekseen seurata erinäisiä tapahtumia parhaan arvauksensa mukaan; esim file download, scroll jne. Tässä on hyvä puoli toki se, että näitä ei sitten erikseen tarvitse laittaa päälle, mutta huono puoli on se, että nämä ehkä pitävät paikkansa, ehkä eivät. Koska GA4 lukee sivun ymmärtämättä kontekstia, voi olla että file_download -tapahtumaksi lipsahtaa vaikka uutiskirjeen tilaus, ja tällöin optimoidaan päin väärää tulosta. Lisäksi ne skrollaustapahtumat on todella ärsyttäviä mitata ja seurata, ja jos välttämättä haluaa tietää paljonko kävijä on skrollannut sivuja, niin se kannattaa mielestäni tehdä fiksummin kun triggeröimällä miljoona scroll-scroll-scroll tapahtumaa. 

Enhanced Conversions – tarkoitat tätä

Elikkä tämä on nyt se user-provided data. Kun sivuston suostumuksenhallinta on kunnossa ja tämä on oikein asennettu, niin voimme lähettää SHA256-hashattuja tietoja kävijöistä takaisin Googlelle, jolloin se voi yhdistää tiedot takaisin käyttäjään ja näin oppia paremmin yleisöistä. Tämä siis EI tarkoita, että imemme jostain messuilta saamastamme listasta nimiä ja sähköposteja ja syötämmenne ne Google Adsiin miten sattuu. 

Selain- ja palvelinpuolen seurannasta

Eli tästä nyt vielä sen verran, että nämä ovat kaikki sitä client-side, eli selainpuolen seurantaa. Se parempi ja enemmän next-level juttu on palvelinpuiolen seuranta, jossa data kulkee oman palvelimen kautta ennen kun se lähtee Googlelle. Etuna tässä on tietysti tarkempi seuranta ja parempi kontrolli omaan dataan. Miinuksena palvelinpuolen seurannassa on, että Googlen palvelimet sijaitsee (vielä) kaikki jenkeissä, ja EU:maiden kansalaisten henkilökohtaisen datan hillominen USA:ssa ei ole ihan halal, eli pitää olla tosi tarkka siitä, mitä dataa sinne palvelimemme siirtyy. Kaikkein puritanistisimman siiven puolesta edes tätä hashattua dataa ei saisi siirtää sinne, koska on teoreettinen mahdollisuus että sen saisi yhdistelemällä purettua auki, kun taas kaikkein liinein siipi toteaa, että häshäyksen avulla sinne voi laittaa vaikka ja mitä. Suurin osa sitten hengailee tässä välissä. 

Seukiksi sitten lisää palvelinpuolen seurannasta.