Verkkokaupassa tehtiin tilaus, mutta Meta ei näe sitä. Toisinaan se näkee sen kahdesti. Tiimi optimoi kampanjoita numeroilla, joihin se ei luota, ja ensimmäinen ajatus on: toteutetaan CAPI, niin kaikki korjaantuu.
Conversions API voi tehdä mittauksesta tarkempaa, koska se lähettää osan markkinointitapahtumista palvelimelta, CRM:stä tai alustalta suoraan Metan järjestelmiin. Se ei kuitenkaan palauta tietoja, joita yritys ei koskaan luo, eikä korjaa huonosti nimettyjä konversioita. Ensin tarvitaan mittaussuunnitelma. Vasta sen jälkeen siirretään tietoja.
CAPI ei korvaa Pixeliä tai suostumusta
Meta kuvaa Conversions API:n suoraviivaisemmaksi yhteydeksi yrityksen markkinointitietojen ja sen järjestelmien välillä mainosten mittaamista ja optimointia varten. Verkkotapahtumissa se suosittelee CAPI:n harkitsemista yhdessä Meta Pixelin kanssa. Selain- ja palvelinpuolen reitit voivat täydentää toisiaan.
Tämä ei tarkoita, että palvelin saisi lähettää kaiken, mitä selain ei lähettänyt. Meta toteaa nimenomaisesti, ettei CAPI:tä ole suunniteltu kiertämään tietosuojasääntöjä, eurooppalaisia määräyksiä tai alustan rajoituksia. Käsittele suostumus ja käsittelyn lainmukaisuus tietojen, alueen ja oikeudellisen arvion mukaan. Hashattu sähköpostiosoite on edelleen henkilöstä johdettua tietoa, ei savuverho.
Päätä ensin, millä tapahtumilla on liiketoiminta-arvoa
Verkkokaupassa on yleensä järkevää seurata polkua tuotteen katselusta ostoskoriin ja kassalle aina ostoon asti. Liidien hankintaan keskittyvällä verkkosivustolla lähetetty lomake tai pätevä liidi voi olla tärkeämpi. En lähettäisi jokaista klikkausta konversiona vain siksi, että se on mahdollista.
Kirjaa jokaisesta tapahtumasta:
- mitä todellisuudessa on tarkalleen tapahduttava,
- onko kyse liiketoiminnan päätuloksesta vai vain diagnostisesta signaalista,
- mikä järjestelmä on totuuden lähde,
- mitä yksilöllistä tunnistetta käytät,
- mitä parametreja mainonta ja raportointi tarvitsevat,
- millä ehdoilla tietoja saa lähettää.
Oston totuuden lähde on usein verkkokaupan tai taustajärjestelmän vahvistettu tilaus, ei pelkkä kiitossivun avaaminen. Liidin kohdalla lomake voi olla ensimmäinen signaali, mutta vain CRM vahvistaa yhteydenoton laadun.
Deduplicointi ratkaisee, auttaako kaksoismittaus
Kun lähetät saman tapahtuman sekä Pixelistä että palvelimelta, Metan on tunnistettava se yhdeksi tapahtumaksi. Tämä edellyttää samaa tapahtuman nimeä ja samaa event_id-tunnistetta molemmissa reiteissä.
Ostossa vakaa tilaus-ID voi olla sopiva perusta. Jos tapahtumalla ei ole omaa liiketoimintatunnistetta, luo yksilöllinen tunniste toiminnon tapahtuessa ja välitä se sekä selain- että palvelinkerrokselle. Kummallakin puolella erikseen luotu satunnainen tunniste ei auta — arvot eivät täsmää.
Deduplicointi ei ole kehittäjän yksityiskohta. Jos se epäonnistuu, kampanjat voivat saada kaksoissignaalin ja raportointi alkaa valehdella.
Neljä toteutustapaa merkitsee erilaisia kustannuksia
Kumppani tai verkkokauppa-alustan ominaisuus
Tyypillisessä verkkokaupassa tämä on usein ensimmäinen vaihtoehto. Alusta ylläpitää integraatiota jatkuvasti, eikä yrityksen tarvitse omistaa API-koodia. Tarkista silti, mitä tapahtumia se lähettää, käsitteleekö se deduplikoinnin ja suostumuksen sekä antaako se tarkastella parametreja.
Hallinnoitu palvelu tai yhdyskäytävä
Palveluntarjoaja ottaa vastuulleen osan infrastruktuurista ja päivityksistä. Maksat toiminnasta ja riippuvuudesta, mutta vähennät omaa teknistä ylläpitoa. Tämä on järkevää, jos palvelu tukee teknistä kokonaisuuttasi ja sinulla on selkeä pääsy diagnostiikkaan.
Palvelinpuolen Google Tag Manager
Palvelinsäilö voi yhdistää useita markkinointitietojen siirtoja ja antaa yritykselle enemmän hallintaa. Samalla se tuo mukanaan hostingin, mallipohjat, käyttöoikeudet ja yhden uuden testattavan kohteen. En valitsisi sitä vain hienon arkkitehtuurikaavion vuoksi.
Mukautettu suora integraatio
Se tarjoaa eniten joustavuutta ja myös eniten vastuuta. Tarvitset suojatun tunnisteiden hallinnan, syötteiden validoinnin, lokituksen ilman arkaluonteisten tietojen vuotamista, virheistä palautumisen, API-versioiden hallinnan ja jonkun ylläpitämään integraatiota.
Alkuperäinen artikkeli tarjosi lyhyen PHP-skriptin ja julkisesti saavutettavan päätepisteen. En enää suosittele tällaista ratkaisua yleisohjeeksi. Se sisälsi vanhan API-version ja liikaa tietoturvaan sekä käyttöön liittyviä oletuksia. Kopioinnin jälkeen tänään toimiva koodi saattaa huomenna pudottaa tapahtumia hiljaisesti. Suorassa integraatiossa työskentele Metan ajantasaisen dokumentaation pohjalta ja tee normaalia kehitystyötä, älä kopioi ja liitä markkinointia.
Tapahtumien laatu on tärkeämpää kuin parametrien määrä
Palvelinpuolen tapahtuma tarvitsee yleensä nimen, ajan, toiminnon lähteen sekä URL-osoitteen tai muun lähteestä riippuvan kontekstin. Liiketoimintatapahtumaan lisää asiaankuuluva arvo, valuutta, tuotteet ja vakaa tunniste. Lähetä käyttäjätunnisteita vain, jos sinulla on oikeus käyttää niitä, ne on normalisoitu oikein ja ne ovat vaaditussa muodossa.
Useammat tunnisteet voivat parantaa yhdistämistä, mutta ”enemmän on parempi” ei pidä paikkaansa ilman rajoja. Älä lähetä tyhjiä, keksittyjä tai vanhentuneita arvoja. Äläkä missään tapauksessa luo sormenjälkeä käyttäjän valinnan kiertämiseksi.
Testin on katettava koko käyttäjäpolku
- Käynnistä testitila Metan Events Managerissa.
- Suorita todellinen skenaario verkkosivustolle saapumisesta tilaukseen tai liidiin asti.
- Varmista selain- ja palvelinpuolen tapahtumat, niiden parametrit ja täsmäävät tunnisteet.
- Tarkista, että Meta deduplikoi parin eikä näytä diagnostiikkavirhettä.
- Vertaa arvoa, valuuttaa ja tunnistetta taustajärjestelmään tai CRM:ään.
- Testaa sekä suostumuksen antaminen että siitä kieltäytyminen ratkaisusi mukaisesti.
- Seuraa käyttöönoton jälkeen diagnostiikkaa ja pudonneita tapahtumia ajan mittaan, älä vain yhtä vihreää testiä.
Test Events vahvistaa, että tekninen viesti saapui. Se ei vahvista, että valitsit oikean konversion tai että integraatio on lainmukainen.
CAPI ja GA4 ovat kaksi eri kerrosta
CAPI lähettää tapahtumia Metalle mittaamista ja mainonnan optimointia varten. GA4 analysoi verkkosivustoa ja sovellusta eri lähteistä. Luvut voivat erota attribuution, suostumuksen, identiteetin ja käsittelyn vuoksi. En yritä pakottaa niitä täydelliseen täsmäykseen; varmistan ensin, että jokainen järjestelmä saa teknisesti oikeat tiedot ja että käytämme niitä oikeaan päätökseen.
Jos tarvitset yhteisen yleiskuvan kustannuksista ja verkkosivuston tuloksista, lue myös Metan mainosten yhdistämisestä GA4. Google Tag Manager -opas käsittelee itse tagien toteutusta, ja GA4-opas selittää tapahtumien merkityksen.
Milloin en vielä toteuttaisi CAPI:a
Jos yritys ei ole määritellyt konversioitaan, ei tiedä, mikä tilaus on kelvollinen, tai ei pysty ylläpitämään nykyistä Pixeliä, palvelinpuolen reitin lisääminen kasvattaa kaaosta. Korjaa ensin lähdetiedot ja mittaussuunnitelma. CAPI on järkevä, kun tiedät, minkä signaalin haluat toimittaa, miksi Meta tarvitsee sen ja kuka vastaa integraatiosta.
Jos haluat valita verkkokauppaasi tai liidien hankintaan keskittyvälle verkkosivustollesi pienimmän järkevän ratkaisun, lähetä minulle alusta, nykyinen mittausasetelma ja yrityksellesi tärkein tapahtuma yhteydenottosivun kautta.