Viisi vinkkiä Prebidin optimointiin

Prebidin optimointi eri asetuksia muuttamalla tarjoaa julkaisijoille mahdollisuuden kasvattaa mainostuloja. Tässä tekstissä sukellamme erilaisiin taktiikoihin, joiden avulla voit optimoida Prebid-asetuksiasi. Käsittelemme tärkeitä osa-alueita, kuten hintaluokkien (price bucket) hienosäätöä, aikakatkaisujen taitavaa hallintaa, joustavuutta hyväksyttävissä mainoskoissa, Prebid User ID -moduulin käyttöä ja optimointityökalujen, kuten Header Bidding Managerin hyödyntämistä.

Näiden usein ehkä turhan vähällekin huomiolle jääneiden vinkkien avulla voi saavuttaa parempia tuloksia erityisesti pidemmällä aikavälillä.

1. Hintaluokkien hienosäätö (price bucket)

Kun tarkastelemme Prebid-rakenteita, kohtaamme säännöllisesti tilanteita, joissa hintaluokkiin (price bucket) määritellyt luokan ala- ja yläraja ovat liian kaukana toisistaan. Tämä liiallinen yksinkertaistaminen voi suoraan johtaa jatkuvien tulomenetysten syntymiseen, sillä korkein hintaluokka on usein asetettu liian matalalle ja etenkin hintaluokkien yläpäässä välimatkat ovat liian suuria.

Huomioitavia asioita:

• Liian suuret hintaluokkien välit johtavat tulonmenetyksiin, koska voittavat tarjoukset pyöristetään aina lähimpään alempaan hintaluokkaan.
• Jos korkeimman hintaluokan peittoalue päättyy esimerkiksi 20 euroon, kaikki Prebidin kautta tulevat suuremmat voittavat tarjoukset putoavat ad serverin päässä tähän 20 €:n arvoiksi. Vaikka hintaluokkien joukkoon olisi lisätty vielä yksi luokka esimerkiksi 50 €:n hintaan, se ei juurikaan paranna tilannetta. Tällöinkin esimerkiksi korkea uudelleenmarkkinointikampanjan 40 €:n arvoinen voittava tarjous hinnoitellaan alemman hintaluokan, eli 20 €:n, mukaan.
  
  
  2. Aikakatkaisujen hallinta (timeout)

Nopeasti latautuva verkkosivu hyödyttää kaikkia, oli kyse sitten käyttäjäkokemuksesta tai ansaintamahdollisuuksista. Prebid-huutokaupan aikakatkaisun asettaminen liian lyhyeksi voi kuitenkin kääntyä itseään vastaan ja johtaa tulojen menetykseen. Optimaalisimman aikarajan lataamiselle löytää parhaiten testaamalla ja kokeilemalla erilaisia vaihtoehtoja. Lue kuinka suorittaa tehokkaasti testejä optimaalisen suorituskyvyn saavuttamiseksi.

Liian lyhyen aikakatkaisun ongelmat:

• Kaikki SSP:t eivät ehdi suorittaa huutokauppaprosessia, mikä vähentää kilpailua ja johtaa alhaisempiin voittavien tarjousten CPM-arvoihin.
• Vielä ikävämmässä tapauksessa yksikään SSP ei ehdi suorittaa huutokauppaprosessia, ja mainospaikka jää kokonaan myymättä.

Liian pitkän aikakatkaisun ongelmat:

• Käyttäjä poistuu verkkosivulta ennen kuin voittava mainos ehtii näkyä.
• Voittavan mainoksen näkyvyys eli viewability heikkenee, kun käyttäjät selaavat mainospaikan ohi tai poistuvat sivulta nopeasti mainoksen näyttämisen jälkeen.
• Käyttäjäkokemus heikkenee, kun mainokset latautuvat paljon myöhemmin kuin muu sisältö.

3. Mainospaikat ja hyväksytyt mainoskoot

Hyväksyvätkö mainospaikkasi kaikki yleiset mainoskoot, jotka mahtuvat mainospaikan korkeuteen ja leveyteen? Jos näin ei ole, menetät varmasti potentiaalista mainostuloa. Vaikka tämä ei ole uusi asia, se on kuitenkin jotain, mikä tulee määrittää toimiakseen.

• Voit lisäksi harkita erilaisten alueellisten formaattien lisäämistä ja laittaa ne hyväksyttyihin kokoihin oman maantieteellisen alueesi yleisten formaattien lisäksi. Esimerkiksi Paraati (980x400) on Suomessa yleinen mainoskoko, jota ei laajalti käytetä muualla. Lisätietoja eri mainosmuodoista löytyy erityisesti IAB-järjestöjen verkkosivuilta sekä suurten toimijoiden, kuten Googlen, ohjeista. 
•  Vaikka hyväksyisit mainospaikalle erilaisia mainosmuotoja, on suositeltavaa varata mainospaikalle aina sivustolta tila, joka vastaa mahdollista maksimikokoa. Tämä on erityisen tärkeää Core Web Vitals -mittareiden, erityisesti Cumulative Layout Shift -metriikan, kannalta. Cumulative Layout Shift -metriikka arvioi, kuinka paljon sivun asettelu muuttuu mainosten latautuessa, ja sillä on vaikutusta myös hakutuloksiin Google-haussa. Lisäksi liian vähäinen tila latautuvalle mainoksille voi aiheuttaa käyttäjille epämiellyttävän käyttökokemuksen.

4. Prebid User ID -moduuli

Nyt saattaisi olla hyvä aika harkita Prebid User ID -moduulin implementointia ja testaamista, jos sitä ei ole vielä käytössä. 

Kokemuksemme mukaan Prebid User ID -moduulin ja Universal ID:n vaikutus tuottoihin ei ole merkittävä, mutta kuitenkin positiivinen. Vaikka Universal ID:iden, Googlen Privacy Sandbox -rajapintojen ja muiden mainonnankohdentamisen ja mittaamisen tulevaisuutta turvaavien aloitteiden tarkka tulevaisuus on yhä epävarma, on tärkeä valmistautua kolmannen osapuolen evästeiden tuen poistumiseen ja työskennellä niiden asioiden parissa, jotka näyttävät tuottavan tuloksia tällä hetkellä. Tutustu tarkemmin julkaisijoiden data-trendeihin täällä.

Suosittelemme testauskeskeistä lähestymistapaa User ID -moduulin sekä eri Universal ID:n hyödyntämiseen. Testaamalla varmistetaan, että käyttöön otetaan ne ratkaisut, jotka toimivat parhaiten. Universal ID:n tehokkuus voi vaihdella yleisellä tasolla sekä eri ID-tyyppien välillä, mukaan lukien alueelliset erot.

5. Prebidin asetusten optimointi työkalujen avulla

Edellä mainittujen ja muiden Prebid-optimointien toteuttaminen on mahdollista monin eri tavoin. Itse suosittelemme optimointiin ja eri asetusten testaamiseen kehittämäämme työkalua, Relevant Yieldin Header Bidding Manageria, joka minimoi manuaalisen työn tarpeen ja vapauttaa resursseja tuottavampiin tehtäviin.

Suosittelemme vahvasti Relevant Yieldin HB Managerin tai vastaavan työkalun käyttöä Prebid-asetusten hallinnan yksinkertaistamiseksi ja virtaviivaistamiseksi. Mitä helpompaa muutosten tekeminen ja testaus on, sitä todennäköisemmin ne toteutetaan. Jos jokainen muutos vaatii kehittäjien aikaa ja vaivaa suoraan koodiin tehtävissä muutoksissa, kustannukset saattavat kohota nopeasti, ja testit sekä muut optimoinnit saattavat jäädä toteuttamatta.