Header biddingin avulla julkaisijat voivat lisätä mainosinventaaristaan kilpailevaa kysyntää ja parantaa mainostuottojaan. Prebid on yksi alan käytetyimmistä header bidding -ratkaisuista, ja sen huutokaupat voidaan toteuttaa käyttäjän selaimessa, palvelimella tai näiden yhdistelmänä. Toteutustavan valinta vaikuttaa sekä mainostuottoihin että sivuston suorituskykyyn. Selainympäristön rajoitukset ovat myös lisänneet kiinnostusta palvelinpuolen ratkaisuihin.
Yhtä kaikille sopivaa toteutustapaa ei kuitenkaan ole. Tässä artikkelissa tarkastelemme Prebid Serverin hyötyjä ja haasteita, vertailemme oman toteutuksen ja teknologiakumppanin tarjoaman ratkaisun eroja sekä kerromme, mitä omat testimme paljastavat eri toteutustapojen suorituskyvystä ja tuottopotentiaalista.
Mikä on Prebid Server?
Prebid Server on Prebid.orgin ylläpitämä avoimen lähdekoodin ratkaisu, joka mahdollistaa header bidding -huutokauppojen toteuttamisen palvelinpuolella (server-side) käyttäjän selaimen sijaan. Se vastaanottaa huutokauppapyynnön, välittää sen määritetyille kysyntäkumppaneille ja kokoaa saadut tarjoukset. Vastaus palautetaan, kun tarjoukset ovat saapuneet tai huutokauppaan asetettu aikaraja on päättynyt.
Perinteisessä selainpuolen toteutuksessa (client-side) Prebid.js-JavaScript-kirjasto kerää tarjoukset suoraan kysyntäkumppaneilta. Prebid Serveriä käytettäessä Prebid.js voi sen sijaan lähettää yhden pyynnön palvelimelle, joka hoitaa yhteydenotot eri kumppaneihin. Tämä vähentää selaimen kuormitusta ja voi parantaa sivuston suorituskykyä. Mainosten lataaminen ja näyttäminen tapahtuvat kuitenkin edelleen käyttäjän laitteella.
Mitkä ovat Prebid Serverin hyödyt?
Yksi Prebid Serverin merkittävimmistä hyödyistä on sivuston suorituskyvyn parantaminen. Kun tarjouskilpailuun liittyvää käsittelyä siirretään selaimesta palvelimelle, sivuston latausajat voivat lyhentyä erityisesti hitaammilla laitteilla. Myös omissa testeissämme server-side-toteutus tarjosi nopeimmat sivunlatausajat ja paransi mainosten näkyvyyttä (viewability), erityisesti työpöytälaitteilla.
Toinen keskeinen etu on mahdollisuus kasvattaa mainoskysyntää ilman, että selaimen kuormitus kasvaa samassa suhteessa. Uusien kysyntäkumppaneiden testaaminen ja käyttöönotto on joustavampaa, sillä jokaiselle kumppanille ei tarvita erillistä selainpuolen integraatiota.
Prebid Server mahdollistaa myös useiden mainontaympäristöjen palvelemisen samalla infrastruktuurilla. Verkkosivustojen lisäksi sitä voidaan hyödyntää esimerkiksi mobiilisovelluksissa ja digitaalisessa ulkomainonnassa (DOOH). Keskitetty hallinta helpottaa toimintaa erityisesti silloin, kun julkaisijalla on useita sivustoja tai mainontakanavia.
Lisäksi palvelinpuolen toteutus vähentää kolmannen osapuolen koodin tarvetta selaimessa ja antaa julkaisijalle enemmän mahdollisuuksia hallita kumppaneille välitettäviä tietoja. Samalla riippuvuus selainympäristön muutoksista vähenee.
Prebid Server mobiilisovelluksissa: Prebid Mobile
Mobiilisovelluksissa Prebid Server on olennainen osa Prebid Mobile -ratkaisua. Sovellukseen integroitu SDK kommunikoi Prebid Serverin kanssa, jossa tarjouskilpailu suoritetaan. Tämä edellyttää julkaisijalta joko omaa tai kumppanin ylläpitämää Prebid Server -ympäristöä. Relevant Digitalilla on kokemusta mobiilisovellusten monetisoinnista Prebid Serverin avulla jo vuodesta 2020 lähtien.
Relevant Yieldin avulla olemme auttaneet sovellusjulkaisijoita kasvattamaan mainostuottojaan ja optimoimaan header bidding -toteutuksiaan. Esimerkiksi saksalainen sääpalvelu WetterOnline saavutti Prebid Mobile -integraation avulla yli 10 prosentin kasvun mainostuotoissaan. Tuloksiin vaikuttavat kuitenkin myös kysyntäkumppaneiden valinta, huutokaupan asetukset ja jatkuva optimointi.
Mitä Prebid Serverin käytössä kannattaa huomioida?
Yksi Prebid Serverin käytön keskeisistä haasteista liittyy käyttäjätunnisteisiin ja tietosuojasignaaleihin. Palvelinpuolen huutokaupassa kysyntäkumppaneilla ei välttämättä ole käytettävissään samoja tunnisteita ja muita signaaleja kuin selainpuolen toteutuksessa. Tämä voi vaikuttaa tarjousten määrään ja arvoon. On myös tärkeää muistaa, että käyttäjien suostumukset ja tietosuojavaatimukset on huomioitava myös palvelinpuolen toteutuksessa.
Myös tekninen yhteensopivuus on syytä tarkistaa ennen käyttöönottoa. Kaikki kysyntäkumppanit, Prebid-ominaisuudet ja raportointimahdollisuudet eivät välttämättä toimi samalla tavalla palvelin- ja selainpuolen ympäristöissä. Toteutus kannattaa siksi suunnitella julkaisijan käyttämän mainosteknologian ja liiketoiminnallisten tarpeiden pohjalta.
Kolmas huomioitava tekijä on kustannusten ja tuottojen välinen tasapaino. Palvelinkapasiteetti, ylläpito ja mahdolliset palvelumaksut aiheuttavat kustannuksia, jotka voivat kasvaa huutokauppapyyntöjen määrän myötä. Siksi pelkkä huutokauppojen tai voittaneiden tarjousten määrän kasvu ei vielä kerro ratkaisun kannattavuudesta.
Tuloksia kannattaa arvioida nettotuottojen lisäksi myös mainospyyntökohtaisten tuottojen, täyttöasteen, vastausaikojen ja mainosten toteutuneiden näyttöjen perusteella. Näin saadaan kattavampi kuva siitä, miten valittu toteutus vaikuttaa mainonnan kokonaistuottoihin ja tehokkuuteen.
Prebid Serverin käyttöönotto: oma toteutus vai kumppani?
Prebid Serverin voi ottaa käyttöön joko omassa ylläpidossa tai teknologiakumppanin tarjoamana palveluna. Sopivin vaihtoehto riippuu julkaisijan teknisistä resursseista, erityistarpeista ja siitä, kuinka paljon vastuuta infrastruktuurin ylläpidosta halutaan ottaa.
Oma toteutus antaa julkaisijalle suoran hallinnan palvelinympäristöstä ja mahdollisuuden räätälöidä ratkaisua omiin tarpeisiin. Se edellyttää kuitenkin jatkuvaa teknistä osaamista ja resursseja. Prebid Serverin viralliset hostausohjeet kattavat muun muassa konfiguroinnin, tietosuojan ja valvonnan, mutta julkaisijan vastuulle jäävät myös päivitykset, kapasiteetin hallinta ja mahdollisten häiriötilanteiden ratkaiseminen. Lisäksi on tärkeää varmistaa, ettei järjestelmän ylläpito ole yksittäisen asiantuntijan varassa.
Relevant Digitalin kaltaisen teknologiakumppanin avulla julkaisija voi hyödyntää Prebid Serveriä ilman oman palvelininfrastruktuurin ylläpitoa. Kumppani vastaa teknisestä toteutuksesta ja ylläpidosta, jolloin julkaisijan tiimi voi keskittyä mainostuottojen kehittämiseen.
Teknologiakumppania valittaessa on tärkeää arvioida, miten hyvin ratkaisu vastaa julkaisijan tarpeita. Huomiota kannattaa kiinnittää esimerkiksi tuettuihin kysyntäkumppaneihin ja mainosformaatteihin, palvelinten sijaintiin, raportoinnin kattavuuteen sekä saatavilla olevaan tekniseen tukeen. Myös ratkaisun joustavuus ja mahdollisuus vaihtaa palveluntarjoajaa myöhemmin ovat tärkeitä huomioitavia tekijöitä.
Lisätietoa oman ratkaisun kehittämisen ja ulkoistamisen eroista löydät oppaastamme, jossa vertailemme mainosteknologian rakentamista itse ja valmiin ratkaisun hankkimista.
Client-side vai server-side Prebid – miten valita paras toteutustapa?
Julkaisijalle sopivin header bidding -toteutus löytyy vertailemalla eri vaihtoehtoja käytännössä. Relevant Digitalin toteuttamassa testissä vertailimme client-side-, server-side- ja parallel bidding -malleja sekä työpöytä- että mobiiliympäristössä. Liikenteestä 25 % ohjattiin client-side-toteutukseen, 25 % server-side-toteutukseen ja 50 % parallel bidding -malliin. Mukana oli useita kysyntäkumppaneita, kuten Adform, Equativ, Magnite, PubMatic ja Xandr.
Testissä parallel bidding tuotti parhaat mainostuotot, mutta client-side ylsi lähes samaan tulokseen. Parallel biddingin etu oli selvempi työpöytälaitteilla. Server-side jäi tuotoissa hieman jälkeen, mutta tarjosi nopeimmat sivunlatausajat. Erot toteutustapojen välillä olivat kuitenkin selvästi pienempiä kuin aiemmissa testeissämme.
Merkittävimmät erot löytyivät yksittäisten kysyntäkumppaneiden suorituskyvystä. Osa kumppaneista saavutti korkeamman eCPM:n server-side-toteutuksessa, vaikka niiden tarjousaktiivisuus saattoi olla vähäisempää. Työpöytälaitteilla osa kumppaneista osallistui server-side-huutokauppoihin harvemmin, kun taas mobiilissa joidenkin kumppaneiden tarjousaktiivisuus kasvoi. Tulokset osoittavat, ettei sama toteutustapa välttämättä ole paras kaikille kumppaneille tai kaikissa ympäristöissä.
Siksi eri vaihtoehtoja kannattaa testata vertailukelpoisilla liikenneryhmillä ja arvioida tuloksia riittävän pitkällä aikavälillä. Hybridimallissa kysyntäkumppanit voidaan ohjata siihen ympäristöön, jossa ne toimivat parhaiten. Parallel bidding -mallia voidaan puolestaan hyödyntää valikoidusti niiden kumppaneiden kohdalla, joiden osallistuminen sekä selain- että palvelinpuolen huutokauppoihin tuottaa mitattavaa lisähyötyä.
Tutustu testin tuloksiin tarkemmin artikkelissamme ”Prebid-testaus: server-side, client-side vai parallel bidding?”.
Prebid Serverin hallinta ja optimointi Relevant Yieldillä
Relevant Yield antaa julkaisijoille mahdollisuuden valita omiin tarpeisiinsa sopivan header bidding -toteutuksen ja hallita sitä joustavasti. HB Manager tukee sekä Prebid.js:ää että Prebid Serveriä ilman erillisiä lisäkustannuksia. Sen käyttöliittymän kautta ad ops- ja yield-tiimit voivat hallita huutokauppa-asetuksia ja testata eri toteutustapoja ilman jatkuvaa kehittäjien apua.
HB Analytics puolestaan tarjoaa näkyvyyden huutokauppojen toimintaan ja kysyntäkumppaneiden suorituskykyyn, mikä tukee dataan perustuvaa optimointia. Näin julkaisijat voivat tunnistaa parhaiten toimivat kysyntäkumppanit, vertailla eri toteutustapojen vaikutuksia ja kehittää mainostuottojaan mitattujen tulosten perusteella. Tavoitteena on löytää julkaisijalle parhaiten toimiva toteutus ja kehittää mainostuottoja jatkuvan, dataan perustuvan optimoinnin avulla.
Ota yhteyttä Relevant Digitalin tiimiin, niin keskustellaan, miten Prebid Serverin käyttöönotto tai nykyisen toteutuksen optimointi voisi auttaa kehittämään mainostuottojasi.