Mis on rakenduse avamise reklaamid?
Rakenduse avamise reklaamid on täisekraani reklaami üksused, mis kuvatakse, kui kasutaja avab teie rakenduse või naaseb sellesse taustalt. Need hõivavad üleminekumomendi rakenduse käivitamise ja põhisisu juurde jõudmise vahel. Erinevalt interstitsiaalsetest reklaamidest, mis katkestab seansi keskel, kasutavad rakenduse avamise reklaamid loomulikku pausinähtu: kasutaja ootab juba rakenduse laadimist, seega tundub lühike reklaam vähem pealetükkiv.
Google tutvustas rakenduse avamise reklaamivormingut AdMobi kaudu spetsiaalselt selle kasutusjuhtumi jaoks. Reklaam sisaldab väikest brändimisp äist, mis näitab teie rakenduse ikooni ja nime, andes kasutajale märku, et reklaam on osa rakenduse laadimiskogemusest, mitte ootamatu katkestus.
eCPM võrdlusnäitajad: Mida oodata
Rakenduse avamise reklaamid saavad premium eCPM-e, kuna need on täisekraani, kõrge tähelepanuga paigutused. Siin on tüüpilised vahemikud turgtasemete lõikes:
- 1. tase (USA, Suurbritannia, Kanada, Austraalia, Saksamaa): $8 – $20 eCPM
- 2. tase (Prantsusmaa, Itaalia, Hispaania, Jaapan, Korea, Brasiilia): $4 – $12 eCPM
- 3. tase (India, Indoneesia, Filipiinid, Vietnam, Tai): $1 – $5 eCPM
Need numbrid varieeruvad märkimisväärselt rakenduse kategooria, kasutajate demograafia ja aastaaega järgi. Mängurakendused kipuvad nägema nende vahemike kõrgemat otsa, kuna mängivad kasutajad on rakenduse installimise kampaaniate jaoks kõrge väärtusega sihtmärgid. Utiliidirakendused jäävad tavaliselt keskele.
Oluline võrdlus on teiste täisekraani formaatidega. Rakenduse avamise reklaamide eCPM-id jooksevad üldiselt 10–20% allpool standardseid interstitsiaale samas geograafias, kuid vormingu inkrementaalne olemus muudab selle vastuvõetavaks. Te ei asenda interstitsiaale rakenduse avamise reklaamidega. Te lisate uue mulje võimaluse, mida varem ei eksisteerinud.
Rakendamise ajastus: Külm start vs. soe naasmine
Rakenduse avamise reklaamide kuvamiseks on kaks erinevat päästikut ja need nõuavad erinevaid strateegiaid:
Külm start (esimene käivitamine)
Kui kasutaja avab teie rakenduse täiesti suletud olekust, läbib rakendus oma initsialiseerimisprotsessi. See on kõige loomulikum moment rakenduse avamise reklaami jaoks, kuna kasutaja ootab lühikest laadimisperioodi. Peamised kaalutlused:
- Laadige rakenduse avamise reklaam eelnevalt sissejuhatusekraani või initsialiseerimisfaasi ajal
- Kuvage reklaam ainult pärast täielikku laadimist, et vältida tühje ekraane või osalist renderdamist
- Seadke maksimaalne laadimisaeg 3–4 sekundit. Kui reklaam pole selleks ajaks laaditud, jätke see vahele ja jätkake põhisisu juurde
- Ärge kuvage rakenduse avamise reklaami esimesel käivitamisel pärast installimist. Laske kasutajal rakendust kogeda enne reklaamide tutvustamist.
Soe naasmine (taustalt esiplaanil)
Kui kasutaja lülitub tagasi teie rakendusse pärast seda, kui see on olnud taustal, tekib teine võimalus. Siin muutub sageduspiirang kriitiliseks. Kasutajad, kes sageli rakenduste vahel vahetavad, on pettunud, kui näevad reklaami iga kord naastes. Parimad tavad:
- Jälgige möödunud aega alates rakenduse taustale minekust
- Kuvage rakenduse avamise reklaam ainult siis, kui rakendus oli taustal vähemalt 3–5 minutit
- Ärge kuvage rakenduse avamise reklaami kunagi, kui kasutaja naaseb sügavalt lingilt, tõuketeatisest või jagamiskavatsusest. Need on kõrge kavatsusega naasemised, kus reklaam tekitab maksimaalset hõõrdumist.
Sageduspiirang: Otsustav seade
Sageduspiirang on rakenduse avamise reklaamide jaoks ainsana kõige olulisem konfiguratsiooni otsus. Tehke seda valesti ja näete säilitamise langusi. Tehke seda õigesti ja tulud voolavad ilma kasutajate kaebusteta.
Soovitatavad sageduspiirangud kirjastajate andmete põhjal:
- Konservatiivne (soovitatav algus): Maksimaalselt 1 rakenduse avamise reklaam iga 5 minuti järel, maksimaalselt 3 päevas
- Mõõdukas: Maksimaalselt 1 iga 3 minuti järel, maksimaalselt 5 päevas
- Agressiivne (ei soovitata): Maksimaalselt 1 minuti kohta, pole päevapiiri
Alustage konservatiivselt ja jälgige oma säilitamismõõdikuid kaks nädalat enne piirangute leevendamist. Kui 1. päeva säilitamine langeb rohkem kui 1–2 protsendipunkti võrra pärast rakenduse avamise reklaamide lubamist, on teie sagedus liiga agressiivne.
Kasutajakogemuse kaalutlused
Erinevus hästi rakendatud rakenduse avamise reklaami ja kasutajavaenuliku vahel seisneb mõnes detailis:
- Laadimise indikaator: Kuvage reklaami taga oma rakenduse tavalist sissejuhatusekraani. Kui reklaam ei laadi, näeb kasutaja tuttavat sissejuhatust tühja ekraani asemel.
- Vahele jätmise ajastus: Rakenduse avamise reklaamid sisaldavad sisseehitatud loendust (tavaliselt 5 sekundit) enne, kui kasutaja saab selle sulgeda. Ärge lisage oma täiendavat viivitust selle peale.
- Orientatsioon: Veenduge, et rakenduse avamise reklaam vastab teie rakenduse orientatsioonile. Portreedireklaami horisontaalses mängus on desorienteeriv.
- Heli: Rakenduse avamise reklaamid ei tohiks heli automaatselt esitada. Kui reklaamlooming sisaldab heli, peaks see vaikimisi vaigistatud olema, kuna kasutaja võib olla avalikus kohas või mängida muud heli.
Tulupotentsiaal: Realistlik ARPDAU mõju
Rakenduse avamise reklaamid ei asenda teie põhilist reklaamistrateegiat. Need on inkrementaalne kiht. Tüüpilise rakendamise põhjal üle 10 000+ DAU rakendustes:
- Keskmised muljed DAU kohta: 1,2 – 1,8 (enamik kasutajaid avab rakenduse üks või kaks korda päevas)
- Efektiivne eCPM pärast sageduspiirangut: $6 – $14 (segunenud geograafiate lõikes)
- Inkrementaalne ARPDAU: $0,01 – $0,03
100 000 DAU alusel tähendab see $1 000 – $3 000 päevas lisakuludes või $30 000 – $90 000 kuus. See on puhas inkrementaalne tulu, kuna need muljed ei eksisteerinud teie eelmises reklaamipaigalduses.
Millal EI TOHIKS kasutada rakenduse avamise reklaame
Rakenduse avamise reklaamid ei sobi universaalselt. Vältige neid nendes stsenaariumides:
- Tellimusrakendused tasulise tasemega: Kui kasutajad maksavad reklaamivaba kogemuse eest, õõnestab reklaamide kuvamine käivitamisel usaldust. Isegi tasuta tasemel kaaluge, kas käivitamisreklaamid on vastuolus teie täiendamissõnumitega.
- Rakendused kriitiliste ajatundlike funktsioonidega: Äratuskella rakendused, hädaabivahendid või navigeerimisrakendused, kus kasutajal on vaja kohest juurdepääsu funktsioonidele, ei tohiks kunagi UI-d reklaamiga viivitada.
- Sissejuhatuse vood: Ärge kuvage rakenduse avamise reklaame kunagi esimese seansi, sissejuhatusõpetuse või konto seadistamise ajal. Kasutaja pole veel teie rakendusele pühendunud ja kohene reklaam saadab vale signaali.
- Väga lühikese seansi rakendused: Kui teie keskmine seansi pikkus on alla 30 sekundi (kiired otsinguvahendid, vöötkoodi skannerid), kulutab rakenduse avamise reklaam seansi ebaproportsionaalse osa ja tundub rõhuv.
Rakenduse avamise reklaamide kombineerimine teiste formaatidega
Rakenduse avamise reklaamid töötavad kõige paremini osana kihistatud monetiseerimistrateegiast. Siin on, kuidas need sobivad teiste formaatide kõrvale:
- Rakenduse avamine + bänner: Turvaline kombinatsioon. Rakenduse avamise reklaam mängib käivitamisel; bännerid kuvatakse seansi ajal. Kattumine puudub.
- Rakenduse avamine + interstitsiaal: Töötab hästi, kuid lisage jahutusaeg. Kui rakenduse avamise reklaam kuvati, viivitage esimese interstitsiaaliga vähemalt 60 sekundit, et vältida reklaamiväsimust.
- Rakenduse avamine + tasustatud: Ideaalne kombinatsioon. Rakenduse avamise reklaamid on passiivsed (kuvatakse automaatselt), samas kui tasustatud reklaamid on kasutaja algatatud. Need teenivad täiesti erinevaid eesmärke ega konkureeri tähelepanu pärast.
- Rakenduse avamine + natiiv: Konflikt puudub. Natiivreklaamid kuvatakse sisus, samas kui rakenduse avamise reklaamid kuvatakse käivitamisel. Käitage mõlemat vabalt.
Rakenduse avamise reklaamid esindavad üht puhtseimat inkrementaalset tuluvõimalust, mis on mobiilkirjastajatele saadaval. Need monetiseerivad hetke, mis oli varem surnud aeg, ja kui sagedus on korralikult piiratud, on neil minimaalne mõju säilitamisele ja kasutajate rahulolule.
RevenueFlex integreerib rakenduse avamise reklaamid kirjastajate GAM vesikose konfiguratsioonidesse koos interstitsiaal-, bänner-, tasustatud ja natiivsete paigutustega. Eesmärk on alati leida iga formaadi jaoks optimaalne sagedus ja põrandahind, et maksimeerida koguARPDAU ilma pikaajalisi tulusid juhtivaid kasutajamõõdikuid kulutamata.