Useimmat julkaisijat osaavat kertoa eCPM:nsä kahden desimaalin tarkkuudella. He tuntevat fill rate'nsa geon ja formaatin mukaan. He seuraavat ARPDAU:ta päivittäin. Mutta kysy heiltä, kuinka kauan kestää, että mainos on renderöity käyttäjän laukaisemisen jälkeen, ja saat yleensä tyhjän katseen. Mainosviive on mittari, jota lähes kukaan ei mittaa — ja se on yksi mobiilimonetisoinnin kalleimmista ongelmista.
Mikä on mainosviive?
Mainosviive on aika siitä, kun sovelluksesi pyytää mainosta, siihen, kun kyseinen mainos on täysin renderöity ja näkyvissä käyttäjälle. Rewarded videon kohdalla se on väli käyttäjän "Katso mainos" -napautuksen ja videon varsinaisen toistamisen välillä. Interstitialin kohdalla se on viive laukaisutapahtuman ja koko näytön mainoksen ilmestymisen välillä. Bannereissa se on aika, jonka mainospaikka pysyy tyhjänä ennen sisällön latautumista.
Ihanteellisessa maailmassa tämä luku on nolla. Todellisuudessa se vaihtelee hyvin optimoiduissa konfiguraatioissa 200 millisekunnista huonosti viritetyissä waterfall'eissa jopa kolmeen sekuntiin tai enemmän — ja jokainen millisekunti maksaa sinulle rahaa.
Miten viive tuhoaa tuloja
Hylätyt näytöt
Kun rewarded video kestää kolme sekuntia latautua, merkittävä osa käyttäjistä luovuttaa ja sulkee kehotteen. He halusivat palkinnon, mutta eivät riittävästi tuijottaakseen latausspinneriä. Tuo näyttö oli rahan arvoinen — waterfall'isi löysi ostajan, huutokauppa voitettiin — mutta käyttäjä ei koskaan nähnyt mainosta. Fill rate'si näyttää dashboardissa hyvältä, koska mainos teknisesti tarjoiltiin. Mutta tulot menetettiin, koska käyttäjä keskeytti ennen kuin mainos renderöityi.
Matalammat suoritusasteet
Käyttäjät, jotka odottavat hitaan latauksen läpi, ovat jo turhautuneita ennen mainoksen alkua. Turhautuneet käyttäjät etsivät todennäköisemmin tapoja ohittaa tai sulkea mainos varhain, mikä laskee suoritusastettasi. Koska monet demand-kumppanit maksavat cost-per-completed-view -pohjalta, matalammat suoritusasteet vähentävät suoraan efektiivistä eCPM:ääsi — vaikka raaka eCPM dashboardissasi näyttäisikin muuttumattomalta.
Huonontunut käyttökokemus
Mainosviive ei maksa sinulle vain välitöntä näyttöä — se opettaa käyttäjiä välttelemään mainospaikkoja kokonaan. Jos rewarded videosi on jatkuvasti hidas, käyttäjät oppivat, että "Katso mainos" -napin painaminen tarkoittaa odottamista, ja lopettavat sen painamisen. Sitoutumisasteesi laskee pysyvästi, mikä vähentää kokonaisnäyttöjen määrää, joista voit tienata.
Mistä viive tulee
Liian monta waterfall-askelta
Perinteisessä waterfall'issa jokaista demand-lähdettä kutsutaan peräkkäin. Jos sinulla on kahdeksan demand-lähdettä ja kunkin vastaaminen kestää 300 millisekuntia, on kulunut 2,4 sekuntia ennen kuin edes alat renderöidä voittanutta mainosta. Tämä on vahvin argumentti in-app bidding'in ja Open Bidding'in puolesta — ne kutsuvat kaikkia demand-lähteitä samanaikaisesti, romahduttaen peräkkäisen viiveen yhdeksi edestakaiseksi kierrokseksi.
SDK:n alustus
Jotkin SDK:t ovat laiskasti alustettuja, eli ne eivät aloita latautumista ennen ensimmäistä mainospyyntöä. Ensimmäinen näyttö näistä SDK:ista voi kestää huomattavasti pidempään kuin seuraavat. Pääasiallisten SDK:iden esialustaminen sovelluksen käynnistyksessä — vaikka se lisäisikin hieman käynnistysaikaa — tuottaa tyypillisesti nettopositiivisen tuloksen poistamalla ensimmäisen näytön viiveen.
Raskaat mainosmateriaalit
15 megatavua painava videomainos latautuu ja puskuroituu havaittavasti hitaammin kuin 3 megatavua painava, erityisesti kehittyvillä markkinoilla tavallisissa hitaammissa yhteyksissä. Et voi suoraan hallita mainosmateriaalin kokoa, mutta voit asettaa timeout-kynnysarvoja, jotka ohittavat hitaasti latautuvat mainosmateriaalit kevyempien vaihtoehtojen hyväksi.
Miten mitata mainosviivettä
Useimmat mediation-alustat eivät tuo latenssimittareita esiin oletuksena. Sinun täytyy instrumentoida se itse. Kirjaa aikaleima, kun sovelluksesi kutsuu mainospyyntöä, ja kirjaa uudelleen, kun mainoksen näyttökäänne laukeaa. Erotus on todellinen viiveesi. Seuraa tätä jakaumana, ei keskiarvona — mediaani saattaa olla 400 millisekuntia, mutta jos 95. persentiilisi on 4 sekuntia, sinulla on merkittävä häntäongelma, joka vaikuttaa 5 prosenttiin kaikista näytöistä.
Jos et mittaa mainosviivettä, lennät sokeana yhdellä monetisointipinosi vaikuttavimmista muuttujista. Aloita sen mittaaminen tänään — löydät lähes varmasti tuloja, joita et tiennyt menettäväsi.
Viiveen vähentäminen
Esilataa aggressiivisesti
Pyydä seuraava mainos heti, kun nykyinen päättyy. Rewarded videolle pidä seuraava mainos valmiina jo ennen kuin käyttäjä edes näkee "Katso mainos" -painikkeen. Interstitial'eille esilataa sovellusvirtasi luonnollisissa siirtymäkohdissa.
Aseta timeout'it
Konfiguroi jokaiselle demand-lähteelle maksimiodotusaika — tyypillisesti 1–2 sekuntia. Jos lähde ei ole vastannut timeout'in sisällä, siirry seuraavaan. Muutaman korkean eCPM:n mutta hitaan näytön menettäminen kannattaa, jos se tarkoittaa, että loput 95 prosenttia näytöistä latautuu välittömästi.
Siirry biddingiin
Korvaa peräkkäiset waterfall-kutsut samanaikaisella bidding'illä aina kun mahdollista. Open Bidding GAM:n kautta ja in-app bidding mediation-alustasi kautta vähentävät molemmat latenssia dramaattisesti verrattuna perinteisiin waterfall'eihin.
Työskentele hallitun kumppanin kanssa
Hallittu monetisointikumppani valvoo viivettä koko mainospinossasi ja optimoi jatkuvasti nopeutta tulojen rinnalla. He voivat tunnistaa, mitkä demand-lähteet lisäävät suhteettomasti latenssia, ja säätää konfiguraatiotasi pullonkaulojen poistamiseksi — usein palauttaen tuloja, joiden menettämisestä et ollut tietoinenkaan.