Meta Pixel ja Conversions API: miksi mainostesi data on vajaa ja miten korjaat sen

Lyhyesti: Meta Pixel toimii selaimessa, ja siksi mainoseston estäjät, selainten yksityisyysrajoitukset ja evästekäytännöt estävät osan sen tapahtumista. Conversions API lähettää samat tapahtumat palvelimelta suoraan Metalle ja paikkaa aukon. Käytä molempia rinnakkain, poista päällekkäiset tapahtumat yhteisellä tapahtumatunnisteella ja nosta tapahtumien vastaavuuden laatua lähettämällä tiivistetyt tunnistetiedot.

Moni mainostaja ihmettelee, miksi Meta-mainosten raportoimat konversiot eivät vastaa verkkokaupan todellisia tilauksia. Yleensä syy ei ole mainoksissa vaan seurannassa. Jos seuranta perustuu pelkkään Meta Pixeliin, osa ostoista ja liideistä ei koskaan päädy Metan tietoon.

Tällä on kaksi seurausta. Ensinnäkin raportit näyttävät todellista huonompaa tulosta. Toiseksi, ja tämä on vakavampaa, Metan mainosalgoritmi optimoi vajaalla datalla. Se ei näe kaikkia ostajia, joten se ei osaa etsiä heidän kaltaisiaan.

Tässä artikkelissa selitämme, miksi data on vajaa ja miten Conversions API korjaa sen.

Miten Meta Pixel toimii ja miksi se ei enää riitä

Meta Pixel on JavaScript-koodi, joka ajetaan kävijän selaimessa. Kun kävijä esimerkiksi ostaa jotain, Pixel lähettää selaimesta Metalle tapahtuman “Purchase”.

Ongelma on se, että selain on yhä huonompi paikka seurannalle:

• Mainoseston estäjät estävät Pixelin kokonaan.

• Selainten yksityisyysrajoitukset lyhentävät evästeiden elinikää ja rajoittavat seurantaa. Esimerkiksi Safarin Intelligent Tracking Prevention rajoittaa skriptien asettamien evästeiden voimassaoloa.

• Applen App Tracking Transparency (iOS 14.5, 2021) rajoitti sovellusten välistä seurantaa iPhonella.

• Evästesuostumus: jos kävijä ei anna suostumusta markkinointievästeille, Pixel ei saa toimia.

• Tekniset katkokset: kävijä sulkee sivun ennen kuin Pixel ehtii latautua, tai sivun virhe estää skriptin.

Näistä viimeinen ja evästesuostumus ovat tärkeitä erottaa toisistaan. Tekniset katkokset ja estot ovat aukkoja, jotka Conversions API voi paikata. Suostumuksen puuttuminen ei ole aukko vaan käyttäjän valinta, jota pitää kunnioittaa.

Mitä Conversions API tekee?

Conversions API (CAPI) lähettää tapahtumat palvelimelta eikä selaimesta. Kun asiakas tekee tilauksen, verkkokaupan palvelin kertoo siitä suoraan Metalle.

Palvelimelta lähetetty tapahtuma ei riipu selaimesta, joten mainoseston estäjä tai sivun sulkeminen kesken latauksen ei estä sitä. Lisäksi palvelimella on usein enemmän tietoa kuin selaimella, kuten tilauksen lopullinen arvo ja asiakkaan yhteystiedot.

Metan suositus on käyttää molempia rinnakkain. Pixel kerää selaimen tapahtumat hyvin silloin, kun se pääsee toimimaan, ja Conversions API varmistaa, että tärkeimmät tapahtumat menevät perille joka tapauksessa.

Deduplikointi: miten samaa ostoa ei lasketa kahdesti

Kun sama osto lähetetään sekä Pixelistä että Conversions API:sta, Meta saa kaksi tapahtumaa. Jotta niitä ei laskettaisi kahdesti, ne pitää yhdistää. Tätä kutsutaan deduplikoinniksi.

Deduplikointi toimii, kun molemmat lähettävät:

1. saman tapahtumanimen (esimerkiksi Purchase)

2. saman tapahtumatunnisteen (event_id, esimerkiksi tilausnumero)

Jos tapahtumatunniste puuttuu tai on eri, Meta laskee oston kahdesti. Silloin raportit näyttävät paremmalta kuin todellisuus, ja algoritmi optimoi väärällä datalla.

Tarkista deduplikointi Events Managerista: valitse tapahtuma ja katso, näkyykö sekä selain- että palvelinlähde ja onko deduplikointi aktiivinen.

Tapahtumien vastaavuuden laatu (Event Match Quality)

Pelkkä tapahtuma ei riitä. Metan pitää pystyä yhdistämään se oikeaan käyttäjään, jotta se tietää, mikä mainos johti ostoon. Tätä mitataan tapahtumien vastaavuuden laadulla (Event Match Quality), jonka Meta pisteyttää asteikolla 0–10.

Pistemäärää nostetaan lähettämällä tapahtuman mukana tunnistetietoja. Henkilötiedot tiivistetään ennen lähetystä SHA-256-algoritmilla, joten ne eivät kulje selväkielisinä. Hyödyllisiä tietoja ovat esimerkiksi:

• sähköpostiosoite (tiivistettynä)

• puhelinnumero (tiivistettynä)

• etu- ja sukunimi (tiivistettyinä)

• oma asiakastunniste (external_id)

• Metan evästeiden arvot fbp ja fbc

• kävijän IP-osoite ja selaintiedot (user agent)

fbc-arvo on erityisen tärkeä. Se syntyy, kun käyttäjä tulee sivulle mainoksen kautta (osoitteessa on fbclid-parametri), ja se yhdistää tapahtuman suoraan mainosklikkaukseen.

Tarkista pistemäärä Events Managerista tapahtumakohtaisesti. Jos se on matala, katso Metan suosituksista, mitkä tunnistetiedot puuttuvat.

Neljä tapaa ottaa Conversions API käyttöön

1. Valmis kumppani-integraatio (helpoin)

Jos sivustosi tai verkkokauppasi pyörii suositulla alustalla, Conversions API on usein muutaman klikkauksen päässä. Esimerkiksi Shopify ja WooCommerce tarjoavat Metan virallisen integraation, joka hoitaa Pixelin, Conversions API:n ja deduplikoinnin.

Plussat: yleensä maksuton, nopea, ei vaadi kehittäjää. Miinukset: rajallinen mahdollisuus muokata tapahtumia ja lähetettäviä tietoja.

2. Conversions API Gateway

Metan oma ratkaisu, joka asennetaan omaan pilviympäristöön (esimerkiksi AWS) ja joka välittää Pixelin tapahtumat myös palvelimen kautta.

Plussat: ei vaadi koodaamista, toimii alustasta riippumatta. Miinukset: pilviympäristöstä tulee kuukausikuluja, ja ratkaisua pitää ylläpitää.

3. Palvelinpuolen Google Tag Manager

Palvelinpuolen GTM-säiliö vastaanottaa tapahtumat sivustolta ja välittää ne eri palveluille, kuten Metalle, Googlelle ja muille mainosalustoille. Hyvä valinta, jos käytössä on jo Google Tag Manager ja seurantaa tehdään useaan kanavaan.

Plussat: yksi ratkaisu kaikille kanaville, hyvä hallinta siitä, mitä dataa lähetetään minnekin. Miinukset: vaatii palvelinympäristön (kuukausikuluja) ja teknistä osaamista.

4. Suora integraatio

Kehittäjä rakentaa yhteyden suoraan oman järjestelmän ja Metan rajapinnan välille. Sopii, kun konversiot tapahtuvat järjestelmässä, jota mikään valmis integraatio ei tue, tai kun halutaan lähettää myös offline-tapahtumia, kuten CRM:ssä valmistuneet kaupat.

Plussat: täysi hallinta, voidaan lähettää mitä tahansa tapahtumia mistä tahansa järjestelmästä. Miinukset: vaatii kehitystyötä ja ylläpitoa.

Nyrkkisääntö: jos alustallasi on valmis integraatio, aloita siitä. Siirry raskaampiin ratkaisuihin vasta, kun tiedät, mitä valmis integraatio ei pysty tekemään.

Tietosuoja: mitä Conversions API ei muuta

Conversions API ei ole tapa kiertää evästesuostumusta. Se muuttaa sitä, mistä data lähetetään, ei sitä, saako dataa kerätä. Tietosuojalainsäädännön mukaan markkinointitarkoituksiin käytettävä seuranta edellyttää edelleen käyttäjän suostumusta.

Käytännössä:

• kytke Conversions API -tapahtumat samaan suostumuksenhallintaan kuin Pixel

• kerro tietosuojaselosteessa, että tietoja välitetään Metalle mainonnan mittaamista varten

• lähetä vain tietoja, joita mainonnan mittaaminen oikeasti vaatii

Kun seuranta on toteutettu oikein, saat suostumuksen antaneista käyttäjistä mahdollisimman täydellisen datan ja kunnioitat niiden valintaa, jotka eivät suostumusta antaneet.

Tarkistuslista: onko seurantasi kunnossa?

1. Pixel on asennettu ja lähettää tapahtumat (testaa Events Managerin testityökalulla).

2. Conversions API lähettää samat tärkeimmät tapahtumat palvelimelta.

3. Jokaisella tapahtumalla on event_id, ja deduplikointi on aktiivinen.

4. Ostoissa lähetetään arvo (value) ja valuutta (currency).

5. Tapahtumien vastaavuuden laatu on tarkistettu, ja puuttuvia tunnistetietoja on lisätty.

6. Seuranta noudattaa evästesuostumusta.

7. Metan raportoimia konversioita verrataan säännöllisesti kaupan tai CRM:n todellisiin lukuihin.

Miten näet, auttoiko korjaus?

Kirjaa ennen muutosta:

• Metan raportoimat konversiot viimeiseltä 30 päivältä

• todelliset tilaukset tai liidit samalta ajalta omasta järjestelmästä

• tapahtumien vastaavuuden laadun pistemäärä

• hinta per tulos

Vertaa samoja lukuja 30 päivää korjauksen jälkeen. Kun seuranta paranee, Metan raportoimien ja todellisten konversioiden ero yleensä kapenee. Ajan myötä, kun algoritmi saa parempaa dataa, myös hinta per tulos voi laskea. Varmista kuitenkin, ettei kapeneminen johdu tuplalaskennasta. Siksi deduplikoinnin tarkistus on tärkeä.

Yhteenveto

Meta Pixel yksin ei enää näe kaikkea. Conversions API paikkaa aukot lähettämällä tärkeimmät tapahtumat palvelimelta, ja deduplikointi pitää luvut oikeina. Tapahtumien vastaavuuden laatu ratkaisee, kuinka hyvin Meta pystyy yhdistämään konversiot mainoksiin. Kun nämä ovat kunnossa, raportit vastaavat todellisuutta ja mainosalgoritmi oppii oikeista asiakkaista.

Haluatko tietää, kuinka paljon konversioistasi jää näkymättä? Varaa ilmainen auditointi. Vertaamme Metan raportoimia lukuja todelliseen myyntiisi ja kerromme, mitä seurannassa kannattaa korjata ensin.

Lue myös: Meta-mainonta: näin rakennat kampanjan, joka tuottaa mitattavaa myyntiä

Usein kysytyt kysymykset

Mikä on Meta Conversions API?

Conversions API (CAPI) on Metan rajapinta, jonka kautta verkkosivusto tai verkkokauppa lähettää konversiotapahtumat, kuten ostot ja liidit, suoraan palvelimelta Metalle. Se täydentää selaimessa toimivaa Meta Pixeliä, jonka toimintaa mainoseston estäjät, selainten yksityisyysrajoitukset ja verkkoyhteyden katkokset heikentävät.

Tarvitaanko Pixeliä, jos Conversions API on käytössä?

Kyllä. Metan suositus on käyttää molempia rinnakkain. Pixel ja Conversions API täydentävät toisiaan, ja päällekkäiset tapahtumat poistetaan deduplikoinnilla, kun molemmat lähettävät saman tapahtumanimen ja tapahtumatunnisteen.

Maksaako Conversions API jotain?

Itse rajapinta on ilmainen. Kustannukset riippuvat asennustavasta. Valmiit kumppani-integraatiot esimerkiksi Shopifyssa ja WooCommercessa ovat yleensä maksuttomia, kun taas Conversions API Gateway ja palvelinpuolen Google Tag Manager vaativat palvelinympäristön, josta tulee kuukausikuluja.

Korvaako Conversions API evästesuostumuksen?

Ei korvaa. Conversions API muuttaa sitä, mistä data lähetetään, mutta ei sitä, saako dataa kerätä. Markkinointitarkoituksiin käytettävä seuranta edellyttää edelleen käyttäjän suostumusta tietosuojalainsäädännön mukaisesti.

Mikä on hyvä tapahtumien vastaavuuden laatu (Event Match Quality)?

Meta pisteyttää tapahtumien vastaavuuden laadun asteikolla 0–10. Mitä korkeampi pistemäärä, sitä useampi tapahtuma voidaan yhdistää oikeaan käyttäjään. Pistemäärää nostetaan lähettämällä tapahtumien mukana enemmän tunnistetietoja, kuten tiivistetty sähköpostiosoite ja puhelinnumero.