Palvelinpuolen seuranta: Määritelmä ja toimintaperiaate

Palvelinpuolen seuranta on käytäntö, jossa markkinointi- ja analytiikkatapahtumia kerätään ja lähetetään hallitsemaltasi palvelimelta, sen sijaan että luotettaisiin kokonaan asiakkaan selaimessa toimiviin skripteihin tagien ja pikselien käynnistämiseen. Sen sijaan, että selain lataisi suoraan tusinan kolmannen osapuolen seurantaskriptejä, tapahtumat tallennetaan kerran omaan taustajärjestelmääsi tai palvelinpuolen konttiin ja lähetetään sitten eteenpäin niille mainos- ja analytiikka-alustoille, jotka niitä tarvitsevat.

Miksi se korvasi pelkän selainpohjaisen seurannan#

Selainpohjaiset seurantapikselit ja tagit riippuvat siitä, että selain todella suorittaa kolmannen osapuolen JavaScriptiä, mihin mainostenestot, selainten seurannanesto-ominaisuudet ja hitaat sivunlataukset voivat kaikki vaikuttaa. Palvelinpuolen asetus siirtää datankeruun pisteen kokonaan pois selaimesta: oma palvelimesi tallentaa tapahtuman, kun se todella tapahtuu, esimerkiksi kassajärjestelmässäsi, ja lähettää sen sieltä eteenpäin, mikä on paljon vähemmän haavoittuvaa.

Yleiset toteutukset#

Ensimmäisen osapuolen seurantadomain reitittää tag-pyynnöt oman alidomainisi kautta kolmannen osapuolen domainin sijaan, joten selainpohjaiset mainostenestot eivät todennäköisemmin merkitse liikennettä. Palvelinpuolen tagienhallintakontti, josta Google Tag Managerin palvelinpuolen vaihtoehto on yleisin esimerkki, tarjoaa yhden palvelinpäätepisteen, joka vastaanottaa tapahtumia ja jakaa ne useille kohteille. Alustakohtaiset tapahtuma-APIt lähettävät tapahtumat suoraan yhden mainosverkoston palvelimille. Affiliate- tai CPA-asetuksissa postback-URL saavuttaa jotain vastaavaa, antaen verkoston palvelimen ilmoittaa palvelimellesi, tai päinvastoin, suoraan kun konversio valmistuu.

Mitä se parantaa ja mitä ei#

Palvelinpuolen seuranta parantaa yleensä konversioseurannan täydellisyyttä, koska tapahtumat eivät enää riipu ehjästä selainsessiosta. Se voi myös vähentää sivun latauspainoa, koska vähemmän kolmannen osapuolen skriptejä tarvitsee toimia asiakaspuolella. Se ei itsessään ratkaise attribuutiota useiden kanavien välillä; hyvin tallennetulla tapahtumalla täytyy silti olla malli, joka päättää, kuinka paljon krediittiä kukin kosketuskohta ansaitsee. Palvelinpuolen seuranta varmistaa, että tapahtuma on olemassa lainkaan. Se ei päätä, kuka saa siitä kunnian.

Asennuksen huomioitavat seikat#

Seurannan siirtäminen palvelinpuolelle on aidosti enemmän teknisen työn vaativaa kuin pikselikoodin liittäminen sivuun: tarvitset luotettavan tapahtumaputken, keinon poistaa päällekkäiset tapahtumat, jotka on tallennettu sekä asiakas- että palvelinpuolella samalle konversiolle, sekä jatkuvaa ylläpitoa jokaisen mainosalustan päivittäessä APIaan. Useimmat tiimit alkavat korkeimman arvon konversiotapahtumastaan, suoritetusta ostoksesta, ja laajentavat sieltä eteenpäin sen sijaan, että siirtäisivät jokaisen tagin kerralla. Yhdenmukaiset klikkiseuranta -tunnisteet jokaisessa verkostossa tekevät deduplikointivaiheesta paljon vähemmän kivuliasta.

Missä tarkka seuranta merkitsee eniten#

Puhtaampi konversiodata maksaa itsensä takaisin parhaiten, kun vertailet suorituskykyä useiden mainosverkostojen välillä, joilla on erilainen seurannan luotettavuus. Verkosto, jolla on heikompi natiivi pikselituki, voi näyttää keinotekoisesti huonommalta kojelaudassasi puhtaasti seurantahäviön vuoksi, ei siksi, että liikenne olisi todella huonompaa. Ennen kuin uudelleenjaat budjettia seurantaan vaikuttavan vertailun perusteella, tarkista, mitä todella pyörii ja kuinka kauan kullakin verkostolla. OpenAdLibraryn mainostiedustelu -alusta tarjoaa näkyvyyttä kilpailijan mainosten pitkäikäisyyteen ja luovan volyymiin verkostokohtaisesti, riippumattomana signaalina omien seurantalukujesi rinnalla.