Palvelinpuolen vs. asiakaspuolen konversioseuranta: kompromissit

Konversioiden seuranta on kumppanimarkkinoinnin osa, joka määrittää, saatko maksun ja pystytkö optimoimaan. Useimmat ihmiset asettavat pikselin, liittävät postback-URL-osoitteen ja jatkavat eteenpäin.

Seuranta voi kuitenkin tapahtua kahdessa pohjimmiltaan erilaisessa paikassa – selaimessa (asiakaspuoli) ja hallitsemassasi palvelimessa (palvelinpuoli) – ja valinta määrittää, mitä tietoja todella keräät, kuinka luotettavia ne ovat ja kuinka paljon teknistä työtä joudut tekemään. Tässä artikkelissa selitetään kummankin mekaniikka ja esitellään niiden väliset erot, jotta voit tehdä tietoisen valinnan oletusasetusten sijaan.

Mitä “asiakaspuolen” seuranta todella tekee

Asiakaspuolen seuranta suoritetaan vierailijan selaimessa. Kun joku päätyy sivullesi tai napsauttaa kumppanilinkkiäsi, JavaScript-pätkä tai kuvapiste lähettää pyynnön seurantadomainille. Tämä pyyntö sisältää tunnisteita – evästeitä, kyselyparametreja tai selaimeen tallennettuja arvoja – joiden avulla seurantatyökalu voi yhdistää napsautuksen myöhempään konversioon.

Tyypillinen affiliate-prosessi näyttää tältä:

• Vierailija napsauttaa linkkiäsi. Seurantatyökalusi (tai linkkien hallintaliitännäinen) asettaa klikkaustunnuksen (click ID) ja ohjaa käyttäjän tarjoukseen.
• Tarjoussivu lataa pikselin tai verkosto välittää klikkaustunnuksen URL-osoitteen kautta.
• Konversion tapahtuessa verkosto tai tarjous lähettää postbackin tai pikselin takaisin seurantatyökalullesi kyseisellä klikkaustunnuksella.
• Seurantatyökalusi yhdistää klikkaustunnuksen alkuperäiseen napsautukseen ja kirjaa konversion.

Kaikki riippuu selaimen yhteistyöstä: sen on ladattava skripti, hyväksyttävä ja palautettava eväste tai tunnus, eikä se saa estää pyyntöä. Tämä on sekä suurin vahvuus että suurin heikkous. Se on helppo ottaa käyttöön – yleensä vain pätkä koodia ja URL-osoite – ja se toimii lähes missä tahansa verkostossa ilman erityissopimuksia. Se toimii kuitenkin ympäristössä, jota et hallitse.

Mitä “palvelinpuolen” seuranta todella tekee

Palvelinpuolen seurannassa konversiotapahtumien talteenotto ja välittäminen siirtyvät palvelimelle, jota sinä (tai seurantatyökalusi) käytät. Sen sijaan, että selain kommunikoisi suoraan jokaisen mainosalustan ja verkoston kanssa, selain puhuu palvelimellesi, ja palvelimesi välittää tapahtuman eteenpäin.

Käytännössä on kaksi yleistä tapaa:

• Palvelinpuolen taggaus / tapahtumien edelleenlähetys. Palvelimellasi oleva säiliö (container) tai päätepiste vastaanottaa tapahtuman selaimelta tai tarjouksesta, rikastaa sitä ja välittää sen kohteisiin, kuten mainosalustoille tai analytiikkaan. Selain käynnistää prosessin, mutta palvelin hoitaa lähetyksen.
• Server-to-server (S2S) -postbackit. Konversio raportoidaan suoraan tarjouksen tai verkoston palvelimelta seurantapalvelimellesi, eikä selain ole mukana lainkaan. Tämä on luotettavin tapa affiliate-konversioiden seurantaan.

Tärkein ero on siinä, kuka viestii. S2S-seurannassa konversiosignaali kulkee koneelta koneelle, joten se ei riipu evästeen säilymisestä, skriptin latautumisesta tai selaimen päätöksestä sallia pyyntö.

Merkittävät erot ja kompromissit

Luotettavuus ja tietojen menetys. Asiakaspuolen seuranta on alttiina mainosten esto-ohjelmille, selaimen tietosuojaominaisuuksille, evästerajoituksille ja skriptivirheille. Jokainen näistä voi hiljaisesti pudottaa tapahtumia, ja hiljainen menetys on pahinta, koska raporttisi näyttävät uskottavilta, vaikka ne ovat vääriä. Palvelinpuolen seuranta ja S2S vähentävät tätä riskiä, koska tapahtuma ei tarvitse selaimen lupaa kulkeakseen. Vastapainona on se, että olet nyt vastuussa palvelimen käytettävyydestä, virheiden käsittelystä ja valvonnasta – jos päätepisteesi kaatuu, menetät tietoja myös sinä, mutta eri syystä.

Attribuution tarkkuus. Asiakaspuolen seuranta perustuu usein evästeisiin tai selaimen sisäiseen tallennustilaan, jotka ovat yhä lyhytikäisempiä tai osioituja. Palvelinpuolen ratkaisut voivat välittää vakaita tunnisteita (kuten klikkaustunnusta) päästä päähän, mikä johtaa yleensä puhtaampaan yhdistämiseen. “Puhtaampi” ei kuitenkaan tarkoita “täydellistä”: jos tunnistetta ei välitetä oikein jokaisen välivaiheen läpi, saat yhteensopimattomia tietoja riippumatta siitä, missä seuranta tapahtuu.

Asennuksen monimutkaisuus ja ylläpito. Asiakaspuolen seuranta on nopeasti käynnistettävissä ja helppo antaa ei-tekniselle tiimin jäsenelle. Palvelinpuoli vaatii domainin tai alidomainin, web-hotellin tai alustan, joka tarjoaa sen, oikeat DNS- ja TLS-asetukset sekä henkilön, joka osaa debugata epäonnistuneen postbackin klo 23.00. Tämä on todellinen jatkuva kustannus, ei kertaluonteinen asennusmaksu.

Hallinta ja joustavuus. Palvelinpuoli antaa mahdollisuuden muokata tietoja ennen niiden lähettämistä: voit normalisoida parametreja, lisätä omia tunnisteita, suodattaa bottiliikennettä tai reitittää tapahtumia useisiin kohteisiin yhdestä lähteestä. Asiakaspuolella tämä logiikka jää hajallaan sivuille ja pikseleille, joita et välttämättä täysin hallitse.

Toimittajien ja verkostojen rajoitukset. Jotkut affiliate-verkostot tukevat vain pikselipohjaista seurantaa, jotkut tukevat postbackeja ja jotkut molempia. Valintaasi ohjaa osittain se, mitä tarjous ja verkosto tarjoavat. Seurantatyökalu, joka tukee sekä asiakas- että palvelinpuolen tapahtumia, antaa sinun yhdistellä lähestymistapoja tarjouskohtaisesti sen sijaan, että sitoutuisit yhteen globaalisti.

Kuinka päättää

Universaalia oikeaa vastausta ei ole, ja useimmat vakavat kokoonpanot päätyvät hybridiratkaisuun. Käytännöllinen tapa valita:

• Aloita asiakaspuolelta, kun validoit tarjousta, työskentelet verkon kanssa, joka tukee vain pikseleitä, tai sinulta puuttuu infrastruktuuri palvelinpäätepisteen ajamiseen.
• Siirry palvelinpuolelle tai S2S-seurantaan, kun skaalaat kulutusta, kun attribuutiovälit vaikuttavat optimointipäätöksiisi tai kun selaimen rajoitukset syövät näkyvästi konversio-määriäsi.
• Säilytä varajärjestelmä. Aja mahdollisuuksien mukaan sekä pikseli että postback, jotta estetty selaintapahtuma ei poista konversiota kokonaan.
• Valitse menetelmä tarjouksen mukaan. Käytä sitä, mitä verkko luotettavasti tukee, äläkä oleta, että hienostuneempi kokoonpano on automaattisesti tarkempi, jos tunnisteita ei välitetä oikein.

Lopputulos

Asiakaspuolen seuranta on kätevää ja laajasti yhteensopivaa; palvelinpuolen seuranta on kestävämpää ja paremmin hallittavissa, mutta vaatii infrastruktuuria ja huomiota. Todellinen kysymys ei ole se, kumpi on “parempi”, vaan sitä, mitä vikatiloja voit sietää.

Jos voit elää selaimen aiheuttaman tiedonmenetyksen kanssa ja haluat nopeutta, pysy asiakaspuolella. Jos menetetyt konversiot vääristävät päätöksiäsi ja pystyt ylläpitämään palvelinpäätepistettä, siirrä kriittiset tapahtumat palvelinpuolelle – ja säilytä asiakaspuolen varajärjestelmä muille tapahtumille.