Pixel saattaa aktivoitua verkkosivustolla ja tapahtumia voi kertyä mainostilille. Se ei silti tarkoita, että mittaus toimisi. Ostotapahtuma voi käynnistyä kahdesti, sen arvo voi käyttää väärää valuuttaa ja liidi voidaan luoda, kun joku vain avaa lomakkeen. Raportti näyttää silloin täsmälliseltä. Se vain kuvaa jotain muuta kuin liiketoimintaa.
Alkuperäisessä 2022 artikkelissa tarkasteltiin senhetkistä käyttöliittymää, tapahtumaluetteloa, yleisöjä ja asetuksia. Käyttöliittymät muuttuvat jatkuvasti, ja Meta ryhmittelee verkkodatan nykyään dataseteiksi. Vakaampi prosessi alkaa muualta: suunnittele liiketoiminnan tapahtumat ensin, toteuta ne toisena ja varmista lopuksi niiden toiminta todellisen asiakaspolun aikana.
Meta Pixel mittaa selaimessa; Conversions API lähettää dataa järjestelmästä
Meta Pixel on verkkosivuston koodia, joka voi tallentaa selaimessa tehdyt käynnit ja toiminnot. Conversions API muodostaa suoran yhteyden yrityksen datan — esimerkiksi verkkopalvelimelta, verkkokauppa-alustalta tai CRM-järjestelmästä — ja Metan järjestelmien välille.
Verkkotapahtumissa Meta suosittelee Pixelin ja Conversions APIn tarkastelemista yhdessä. Palvelinyhteys voi kärsiä vähemmän sivun latausvirheistä, yhteyskatkoista tai tietyistä selainten estoista. Se ei tarkoita täydellistä dataa eikä missään tapauksessa oikeuta ohittamaan käyttäjän valintoja. Meta sanoo nimenomaisesti, ettei Conversions API ole työkalu tietosuojasääntöjen kiertämiseen; sen nykyiset periaatteet on kuvattu virallisessa Conversions API -dokumentaatiossa.
Aloita tuloksesta, jota yritys todella käyttää
Kirjaan ensin, mitä mainosjärjestelmän pitäisi tunnistaa ja minkä päätöksen yritys tekee sen perusteella. Verkkokaupassa tarvitsen yleensä tuotenäkymät, ostoskoriin lisäämiset, kassalle siirtymiset ja valmiit ostot. B2B-sivustolla tärkeä voi olla kvalifioitu liidi, tapaamisen varaaminen tai myöhempi CRM-vaihe.
Jokainen napsautus ei tarvitse omaa tapahtumaansa. Kerään dataa selkeää tarkoitusta varten:
- kampanjan todellisen tuloksen mittaamiseen;
- mainonnan optimointiin kaupallisesti tärkeän toiminnon perusteella;
- relevantin yleisön rakentamiseen silloin, kun se on perusteltua;
- sen selvittämiseen, missä ihmiset poistuvat asiakaspolulta;
- verkkokäyttäytymisen yhdistämiseen kaupan tai CRM-järjestelmän tulokseen.
Lead-tapahtumaa ei pidä luoda vain siksi, että joku avasi yhteydenotto-osan. Purchase-tapahtuma ei saa käynnistyä, kun joku vierailee kiitos-URL-osoitteessa ilman kelvollista tilausta. Teknisen nimen on vastattava liiketoiminnan todellisuutta.
Jokaisella tärkeällä tapahtumalla on oma tietomäärityksensä
Valmistelen toteutusta varten lyhyen kuvauksen: milloin tapahtuma käynnistyy, mistä sen arvo tulee, mitä valuuttaa se käyttää, minkä tuote- tai tilaustunnuksen se välittää ja kuka vastaa sen oikeellisuudesta.
Oston kohdalla tarkistan ensisijaisesti, että:
- se käynnistyy vasta tilauksen onnistuneen valmistumisen jälkeen;
- arvo noudattaa yrityksen sovittua määritelmää eikä näytöltä vahingossa poimittua loppusummaa;
- valuutta käyttää oikeaa muotoa;
- tilaus- tai tapahtumatunnus on yksilöllinen;
- tuotetunnukset vastaavat luetteloa, kun tuotemainoksia käytetään;
- sivun uudelleenlataus ei voi käynnistää tapahtumaa toistuvasti.
Päätös siitä, raportoidaanko liikevaihto verojen, toimituskulujen tai alennusten kanssa, on tehtävä johdonmukaisesti Metassa, analytiikassa ja talousraportoinnissa. Muuten kaksi oikein toimivaa alustaa näyttää eri arvot vain siksi, että ne saivat erilaiset ohjeet.
Pixel- ja palvelintapahtumien duplikaatit on poistettava
Kun sama osto lähetetään sekä selaimesta että palvelimelta, Metan on tiedettävä, että kyseessä on yksi toiminto. Toteutuksessa käytetään siksi samaa tapahtuman nimeä ja tunnistetta molemmissa reiteissä. Jos tunnus luodaan joka kerta eri tavalla tai puuttuu, raportti voi laskea yhden oston kahdesti.
En testaa duplikaattien poistoa katsomalla lähdekoodia. Teen testitilauksen ja seuraan, saapuvatko sekä selain- että palvelinversio testitapahtumiin ja yhdistääkö järjestelmä ne. Tarkistan tekniset parametrit ajantasaisesta Meta Conversions API -dokumentaatiosta, koska kenttien nimet ja suositukset voivat muuttua.
Valitse toteutus toiminnan, älä egon perusteella
Meta tarjoaa kumppani-integraatioita, manuaalisen asennuksen ja muita yhteystapoja. Nykyiset vaihtoehdot kuvataan oppaassa Meta Pixelin määrittämiseen. Tavallisella verkkokauppa-alustalla testattu kumppani-integraatio on yleensä turvallisempi kuin huoltamatta jätetty mukautettu koodi. Monimutkaisella verkkosivustolla tai CRM-järjestelmässä manuaalinen ratkaisu voi olla täsmällisempi, mutta se tarvitsee dokumentaation, testit ja nimetyn vastuuhenkilön.
En lisää uutta lisäosaa vain siksi, että sitä kutsutaan edistyneeksi. Kaksi integraatiota voi lähettää saman tapahtuman, laskea arvon eri tavalla tai korvata suostumusasetukset. Selvitän ensin, mitä verkkosivustolla on jo käynnissä.
Suostumus ja datan minimointi kuuluvat suunnitteluun
Pixel ja Conversions API käsittelevät markkinointidataa. Yrityksen on huomioitava oman toimintansa ja markkinansa lakisääteiset ja tiedottamiseen liittyvät velvoitteet. Tämä artikkeli ei ole oikeudellista neuvontaa. Teknisesti pidän kuitenkin kiinni siitä, että mittausjärjestelmä kunnioittaa suostumusasetuksia eikä lähetä dataa, jota ilmoitettu tarkoitus ei tarvitse.
Hajautus ei ole anonymisointia eikä automaattinen oikeusperuste. Palvelimelta lähettäminen ei ole tapa lähettää sama asia salaa. Teknologian tulee toteuttaa yrityksen päätökset ja oikeudellinen kehys, ei kiertää niitä.
Toimivuuden tarkistusten on katettava koko asiakaspolku
Käyttöönoton jälkeen vihreä merkkivalo ei riitä. Käyn verkkosivuston läpi asiakkaan tavoin ja tarkistan jokaisessa vaiheessa:
- Latautuuko oikea dataset tai Pixel ja vain siellä, missä pitääkin?
- Käynnistyykö oikea tapahtuma oikealla hetkellä?
- Sisältääkö se sovitun arvon, valuutan, tunnuksen ja muut parametrit?
- Luodaanko sama tapahtuma kahdesti?
- Saapuuko palvelintapahtuma, ja deduplikoidaanko se selaintapahtuman kanssa?
- Vastaavatko tuotetunnukset luetteloa?
- Noudattaako toiminta hylätyn suostumuksen jälkeen valittua tilaa?
- Näkyykö tulos myös kaupassa tai CRM-järjestelmässä?
Käytän Events Managerin testitapahtumia, diagnostiikkaa, Meta Pixel Helper -laajennusta sekä todellista testitilausta tai lomaketta. Vertaan määriä sitten sisäiseen järjestelmään. Alustojen väliset erot voivat johtua attribuutiosta ja teknisistä rajoituksista; suuri ero tai tarkka kaksinkertaistuminen on merkki siitä, että toteutus on korjattava.
Yleisö on laadukkaiden tapahtumien tulos
Pixel mahdollistaa käynteihin ja verkkosivustolla tehtyihin toimintoihin perustuvan työskentelyn ihmisten kanssa. Tarkistan kuitenkin ensin oikeudellisen luvan, koon ja liiketoiminnallisen merkityksen. Pitkältä ajalta kerätty kaikkien kävijöiden yleisö voi sisältää asiakkaita, työnhakijoita, botteja ja ihmisiä, jotka etsivät aivan eri aihetta.
Parempi lähde perustuu selkeään tapahtumaan ja suhteeseen: katsottuun tuotteeseen, hylättyyn ostoskoriin, todelliseen asiakkaaseen tai relevanttiin liidiin. Silloinkin tarkistan halutun vaiheen jo suorittaneiden henkilöiden poissulkemiset ja mainosten näyttötiheyden.
Metan raportti ei ole yrityksen kirjanpito
Alusta käyttää omia attribuutiosääntöjään. Google Analytics 4 seuraa asiakaspolkua eri tavalla, kun taas CRM tuntee liidin laadun vasta myyntityön jälkeen. Lukujen ei tarvitse täsmätä. Minun on tiedettävä miksi ja mitä päätöstä kukin järjestelmä palvelee.
Merkitsen kampanjat UTM-parametreilla ja yhdistän ne kaupalliseen tulokseen. Käsittelen mainonnan taloutta ja kohdentamista artikkelissa Facebook-mainonta. Kaikkien mittausjärjestelmien säännölliseen tarkistamiseen käytä verkkomarkkinoinnin tarkistuslistaa.
Oikea mittaus ei tarkoita mahdollisimman monen tapahtuman lähettämistä. Se tarkoittaa oikean tiedon lähettämistä oikealla hetkellä, täsmälleen kerran ja selkeästä syystä.