Meta poistaa vastaavat selaimen ja palvelimen tapahtumat, kun ne käyttävät samaa tapahtuman nimeä ja tapahtumatunnusta. Luo tunnus kerran yritystapahtumassa, välitä se molempien toimitusreittien kautta äläkä koskaan luo toisiinsa liittymättömiä satunnaisia tunnuksia kuhunkin tunnisteeseen.
Mitä meta capi -tapahtuman poistaminen event_id:n kanssa tarkoittaa käytännössä
Ostoksille tilausperusteinen arvo on vakaa ja tarkastettavissa. Ennen ostoa tapahtuvia tapahtumia luo tunnus ennen kuin selain tai palvelin lähetetään.
Oikea suunnittelu alkaa liiketoiminnan tuloksesta ja sen mittaamiseen tarvittavista tiedoista. Tapahtumatunnusten tulee tunnistaa yksi tapahtuma, ei yksi käyttäjä. Tunnisteen uudelleenkäyttö erillisiin ostoihin voi estää lailliset konversiot.
Miten tietovirran pitäisi toimia
Vastaavat tunnukset eivät korjaa ristiriitaisia tapahtumien nimiä, aikaleimoja, valuuttoja tai arvoja. Käsittele molempia hyötykuormia yhden kanonisen tapahtuman esityksinä.
Dokumentoi lähde, tapahtuman nimi, vakaat tunnisteet, suostumuksen tila, muunnokset ja kohdevastaus. Tämä tietue tekee toteutuksesta testattavan ja estää alustaasetuksesta muuttumasta dokumentoimattomaksi liiketoimintalogiikaksi.
Riskit ja yleiset toteutusvirheet
Käytä Meta Events Manageria tarkistaaksesi selaimen/palvelimen kattavuuden, kopioidaksesi varoitukset ja vastaanotetut parametrit sen sijaan, että luottaisit vain GTM-esikatseluun.
Kalleimmat viat ovat äänettömiä: tunnisteet näyttävät käynnistyvän, kun hyötykuormat monistetaan, hylätään, niistä poistetaan tunnisteet tai ne lähetetään ilman suunniteltua suostumustilaa. Testaa koko ketju ja säilytä todisteet lähdejärjestelmästä ja kohdediagnostiikasta.
Mittaus, yksityisyys ja jatkuva omistus
Määritä omistaja tapahtumasopimukselle, verkkosäilölle, palvelinsäilölle ja kullekin toimittajaintegraatiolle. Määritä hälytys, muutosten tarkistus ja palautuspolku, ennen kuin asennuksesta tulee tuotantoriippuvuus.
Yksityisyyssäätimet kuuluvat arkkitehtuurin sisälle. Minimoi hyötykuormat, rajoita pääsyä, asiakirjojen säilyttämistä ja tarkista, mitä kukin kohde todella vastaanottaa. Palvelinpuolen käsittely tarjoaa hallinnan vain, kun tiimi määrittää ja tarkastaa sen aktiivisesti.
Vahvista tulos, ei vain kokoonpano
Alustan käyttöliittymät ja selaimen käyttäytyminen muuttuvat. Vahvista nykyiset vaatimukset linkitetyssä ensisijaisessa dokumentaatiossa, testaa edustavia todellisia matkoja ja pyydä päteviä tietosuojaneuvoja niille lainkäyttöalueille, joilla toimit.
Meta CAPI Tapahtuman duplikointi event_id:n kanssa: toteutuksen tarkistuslista
Käytä tätä järjestystä uuden toteutuksen suunnitteluun tai olemassa olevan toteutuksen tarkistamiseen.
- 01
Määrittele kanoninen yritystapahtuma
Kirjoita odotettu syöttö, tulos, omistaja ja hyväksymiskriteeri muistiin ennen tunnisteiden vaihtamista.
- 02
Luo vakaa tapahtumatunnus
Määritä tämä vaihe vakaalla nimeämisellä ja sen dokumentoituun tarkoitukseen vaadituilla vähimmäistiedoilla.
- 03
Kiinnitä se Pixel-tapahtumaan
Säilytä tapahtumaidentiteetti, suostumustila ja lähdejärjestelmäviittaukset koko toimituspolulla.
- 04
Lähetä se edelleen palvelinkonttiin
Käytä esikatselutyökaluja ja selainverkon tarkastusta vertaillaksesi havaittua hyötykuormaa tapahtumasopimukseen.
- 05
Yhdistä se CAPI-tunnisteeseen
Tarkista kohteen vastaus ja diagnostiikka; paikallisesti käynnistetty tunniste ei ole todiste onnistuneesta käsittelystä.
- 06
Testi uudelleen ja päällekkäiset lähetykset
Tallenna tulokset, sovita yhteen lähdetotuuden kanssa ja ajoita uudelleentestaus merkittävien alustamuutosten jälkeen.
Rakenna mittausjärjestelmä, jonka voit selittää
Meta CAPI Tapahtumien duplikointi event_id:n kanssa toimii parhaiten, kun tapahtuman omistajuus, identiteetti, suostumus ja kohdekartoitukset ovat selkeät. Toteutuksen tulee olla ymmärrettävää ilman tunnistekokoelman käänteistä suunnittelua.
Aloita yhdestä kriittisestä muunnoksesta, vahvista se päästä loppuun ja laajenna vasta, kun hyötykuorma, diagnostiikka ja lähdejärjestelmän täsmäytys ovat yhtä mieltä.
Meta CAPI Tapahtuman duplikointi event_id:n kanssa: yleisiä kysymyksiä
Voinko käyttää tilaustunnusta muodossa event_id?
Kyllä ostolle, kun tilaustunnus on saatavilla molemmille reiteille ja yksilöi tapahtuman.
Miksi tapahtumat ovat edelleen päällekkäisiä?
Tarkista, että selaimen ja palvelimen hyötykuormat käyttävät täsmälleen samaa tapahtuman nimeä ja tapahtumatunnusta ja saapuvat alustan tuettuun käsittelyikkunaan.
Kuinka minun pitäisi testata tätä toteutusta?
Hyväksytyt ja evättyt testit, uudet ja palaavat istunnot, selain- ja taustaversiot, kaksoislähetykset ja lopullinen vastaus jokaiselta kohteelta.
Takaako palvelinpuolen seuranta enemmän tuloksia?
Ei. Se voi parantaa ohjausta ja signaalin toimitusta, mutta tulokset riippuvat lähteen laadusta, suostumuksesta, tunnisteista, alustasäännöistä ja oikeasta toteutuksesta.