Prebid tarjoaa lukuisia pieniä säätömahdollisuuksia, joilla voi olla suuri vaikutus mainonnan tuottoon. Kutsumme niitä “vinkeiksi ja nikseiksi”, mutta todellisuudessa kyse on hyväksi todetuista käytännöistä ja usein huomiotta jäävistä asetuksista, joilla on mitattava vaikutus tuloksiin. Fiksut ad tech -osaajat tietävät, että lyhyen aikavälin voittojen tavoittelu voi heikentää ostajien luottamusta ja pitkän aikavälin tuottoja. Tavoitteena on kestävä optimointi – ei riskialttiit oikopolut.
Tässä keskeisimmät asiat, joihin kannattaa kiinnittää huomiota:
Prebidissä hintaluokat määritellään pbjs.setConfig()-funktiossa priceGranularity- tai customPriceBucket-asetuksen alla. Monet käyttävät edelleen oletusvaihtoehtoja, kuten “medium” tai “high”, jotka rajoittuvat 20 euroon CPM:ssä ja käyttävät liian suuria välejä premium-inventaarille.
Parempaa tarkkuutta varten kannattaa määrittää omat hintaluokat, jotka ulottuvat 75 euroon asti pienemmillä askelväleillä (esim. 0,01 € – 10 €, 0,05 € – 25 €, 0,50 € – 75 €). Näin vältytään liialta pyöristykseltä ja varmistetaan, että arvokkaimmat tarjoukset tulevat huomioiduiksi oikein.
Voit tarkistaa pyöristyksen Prebidin debug-konsolista tarkastelemalla hb_pb-arvoa bid-vastauksissa. Jos huomaat eroja SSP:ien välillä, asetukset saattavat jättää rahaa pöydälle.
Prebid.js:ssä aikakatkaisu määritetään pbjs.setConfig({ bidderTimeout: X }) -parametrilla, joka kertoo kuinka kauan wrapper odottaa tarjoajia ennen kuin lähettää voittotarjouksen mainospalvelimelle. Liian lyhyt aika estää myöhäiset tarjoukset osallistumasta huutokauppaan; liian pitkä viive taas hidastaa mainosten latautumista ja heikentää viewabilityä.
Liian lyhyt aikakatkaisu:
Liian pitkä aikakatkaisu:
Optimaalinen aikakatkaisu vaihtelee sivuston, maantieteen ja tarjoajayhdistelmän mukaan. Useimmat julkaisijat menestyvät 1000–2500 ms alueella, mutta paras tulos saadaan testaamalla ja seuraamalla tuloksia reaaliaikaisesti.
Kehittyneemmät toteutukset hyödyntävät dynaamista aikakatkaisua, joka mukautuu automaattisesti tarjoajien aiempien vasteaikojen perusteella (auctionOptions.timeoutBuffer). Näin hitaammatkin tarjoajat saavat mahdollisuuden ilman, että käyttökokemus kärsii.
Jos et ole vielä ottanut Prebidin User ID -moduulia käyttöön, nyt on korkea aika
Vaikutus ei ehkä ole valtava, mutta se on mitattavissa — ja ennen kaikkea se auttaa tulevaisuuden varmistamisessa identiteettiratkaisujen osalta. Nyt kun Google on päättänyt luopua Privacy Sandbox -hankkeesta, ne julkaisijat, jotka testaavat ja mukautuvat ajoissa, saavat selvän etulyöntiaseman.
User ID -moduulin keskeiset ominaisuudet:
Lopuksi kannattaa testata alueittain. Vaikka kaikki EU-maat noudattavat GDPR-säädöksiä, suostumuskäytännöt voivat vaihdella, ja identiteettiratkaisujen tehokkuus riippuu markkinasta, laitteesta ja suostumusympäristöstä.
Video jatkaa hallitsevaa asemaansa, ja Prebid.js tukee kaikkia keskeisiä formaatteja: in-stream-, out-stream- ja long-form-videoita.
Miksi se on tärkeää:
Prebid Video toimii useiden videosoittimien ja adapterien kanssa, jolloin pysyt hallinnassa mainosstrategiasi osalta. Lue lisää täältä.
Prebid Server ei ole uusi keksintö. Relevant Yield on tukenut sitä jo viiden vuoden ajan, mutta sen käyttöönotto etenee hitaasti.
Kun huutokauppalogiikka siirretään selaimesta palvelimelle, Prebid Server parantaa sivun latausnopeutta, vähentää viivettä ja mahdollistaa useampien SSP:ien liittämisen ilman, että käyttökokemus kärsii. Se on myös olennainen formaateille, joita ei voida ajaa client-sidella, kuten mobiilisovelluksille, DOOH:lle ja CTV:lle.
Tämä kaikki kuulostaisi liian hyvältä ollakseen totta, ellei mukana olisi jatkuvan ylläpidon haastetta. Omien palvelinten hallinta vaatii päivityksiä, valvontaa ja asiantuntemusta — ja siltikin “server-side” ei aina tarkoita parempaa tuottoa. Osa SSP:istä toimii paremmin client-sidella, jossa ne hyödyntävät selaindataa, kun taas toiset menestyvät server-sidella nopeamman vasteen ansiosta.
Siksi fiksu ratkaisu on hyödyntää Relevant Yieldin kaltaista teknologiakumppania, joka tarjoaa Prebid Server -tuen valmiina, huolehtii palvelimista ja mahdollistaa erilaisten toteutusten tehokkaan testauksen. Näin voit löytää tasapainon client- ja server-side-ratkaisujen välillä.
Sovellusten käyttö kasvaa jatkuvasti, mutta monet verkkosivustojen julkaisijat epäröivät edelleen tuoda ohjelmallisen mainonnan ratkaisuja sovelluksiin. Jos Prebid toimii hyvin webissä, miksei myös mobiilissa? Tämä on niitä harvoja tilanteita, joissa pieni tekninen työpanos maksaa itsensä nopeasti takaisin.
Miksi Prebid Mobile kannattaa:
Prebid Mobilen käyttöönotto vaatii jonkin verran teknistä työtä, sillä se perustuu Prebid Serveriin ja Prebid SDK:hon. Kuten aiemmin mainittiin, Relevant Yield voi auttaa kokonaisuuden hallinnassa yhdistämällä palvelinpuolen, SDK-konfiguraation ja reaaliaikaisen analytiikan yhteen näkymään. Näin tiimit voivat keskittyä optimointiin sen sijaan, että käyttäisivät aikaa palvelinten ylläpitoon. Riippumatta toteutustavasta varmista, että wrapper ja SDK pysyvät neutraaleina – näin säilytät täyden hallinnan datastasi ja kysyntälähteistäsi.