A legtöbb kiadó két tizedesjegyig meg tudja mondani az eCPM-jét. Tudja a fill rate-jét geo és formátum szerint. Naponta követi az ARPDAU-t. De kérdezd meg, mennyi idő kell ahhoz, hogy egy hirdetés renderelődjön, miután a felhasználó elindította, és általában üres tekintetet kapsz. A hirdetési késleltetés az a mutató, amelyet szinte senki sem mér — és a mobil monetizáció egyik legdrágább problémája.
Mi a hirdetési késleltetés?
A hirdetési késleltetés az az idő, ami az alkalmazásod hirdetéskérelmétől addig telik el, amíg az a hirdetés teljesen renderelődik és láthatóvá válik a felhasználó számára. Egy rewarded videónál ez a különbség a felhasználó "Hirdetés megtekintése" koppintása és a videó tényleges lejátszása között. Egy interstitialnál a kiváltó esemény és a teljes képernyős hirdetés megjelenése közötti késés. Bannereknél az, hogy mennyi ideig áll üresen a bannerhely, mielőtt a tartalom betöltődne.
Egy ideális világban ez a szám nulla. A valóságban 200 milliszekundumtól — jól optimalizált beállításoknál — 3 vagy több másodpercig terjed rosszul konfigurált waterfall-ok esetén — és minden milliszekundum pénzbe kerül neked.
Hogyan rombolja a késleltetés a bevételt
Elhagyott megjelenítések
Amikor egy rewarded videó betöltése három másodpercet vesz igénybe, a felhasználók számottevő százaléka feladja és bezárja az értesítést. Akarták a jutalmat, de nem annyira, hogy egy betöltési spinnerre meredjenek. Ez a megjelenítés pénzt ért — a waterfall megtalálta a vevőt, az aukciót megnyerték —, de a felhasználó soha nem látta a hirdetést. A fill rate rendben néz ki a dashboardon, mert a hirdetést technikailag kiszolgálták. A bevétel mégis elveszett, mert a felhasználó eltávozott, mielőtt a hirdetés renderelődött volna.
Alacsonyabb befejezési arányok
Azok a felhasználók, akik egy lassú betöltésen át várakoznak, már a hirdetés kezdete előtt frusztráltak. A frusztrált felhasználók nagyobb valószínűséggel találnak módot arra, hogy a hirdetést korán átugorják vagy bezárják, ami csökkenti a befejezési arányt. Mivel számos demand-partner a befejezett megtekintés alapján fizet, az alacsonyabb befejezési arányok közvetlenül csökkentik a tényleges eCPM-edet — akkor is, ha a dashboardon lévő nyers eCPM változatlannak tűnik.
Romló felhasználói élmény
A hirdetési késleltetés nem csak az azonnali megjelenítést viszi el — arra tanítja a felhasználókat, hogy a hirdetési helyeket teljesen kerüljék. Ha a rewarded videód következetesen lassú, a felhasználók megtanulják, hogy a "Hirdetés megtekintése" gomb megérintése várakozást jelent, és abbahagyják az érintését. Az elköteleződési arány tartósan csökken, ezáltal kevesebb monetizálható megjelenítés áll rendelkezésre.
Honnan jön a késleltetés
Túl sok waterfall-lépés
Egy hagyományos waterfall-ban minden demand-forrást szekvenciálisan hívnak meg. Ha nyolc demand-forrásod van, és mindegyiknek 300 milliszekundum kell a válaszhoz, az 2,4 másodperc, mielőtt egyáltalán elkezdenéd renderelni a nyertes hirdetést. Ez a legerősebb érv az in-app bidding és az Open Bidding mellett — ezek az összes demand-forrást egyszerre hívják, a szekvenciális késleltetést egyetlen menettéritő lekérdezéssé tömörítve.
SDK inicializálás
Egyes SDK-k lusta módon inicializálódnak, azaz nem kezdenek betöltődni az első hirdetéskérelemig. Az első megjelenítés ezekből az SDK-kból jelentősen tovább tarthat, mint a következők. A fő SDK-k előinicializálása az app indításakor — még ha kicsit növeli is az indítási időt — általában nettó pozitívumot eredményez, mivel megszünteti az első megjelenítés késleltetését.
Nehéz kreatívok
Egy 15 megabájtos videokreatív észrevehetően tovább tart letölteni és pufferelni, mint egy 3 megabájtos, különösen a feltörekvő piacokon gyakori lassabb kapcsolatokon. A kreatív méretét közvetlenül nem tudod szabályozni, de beállíthatsz timeout-küszöböket, amelyek a lassú kreatívokat könnyebb alternatívák javára kihagyják.
Hogyan mérjük a hirdetési késleltetést
A legtöbb mediation platform alapértelmezetten nem mutatja a késleltetési mutatókat. Ezt magadnak kell instrumentálnod. Naplózz időbélyeget, amikor az alkalmazásod meghívja a hirdetéskérést, és naplózz újra, amikor a hirdetés megjelenítési callbackje lefut. A különbség a tényleges késleltetésed. Ezt eloszlásként kövesd, ne átlagként — a medián lehet 400 milliszekundum, de ha a 95. percentilised 4 másodperc, akkor jelentős farokproblémád van, amely az összes megjelenítés 5 százalékát érinti.
Ha nem méred a hirdetési késleltetést, vakon repülsz a monetizációs stacked egyik legbefolyásosabb változóján. Kezdd el ma mérni — szinte biztosan találsz olyan bevételt, amelyről nem is tudtad, hogy elveszíted.
A késleltetés csökkentése
Agresszív előtöltés
Kérd le a következő hirdetést, amint az aktuális véget ér. A rewarded videónál tartsd készen a következő hirdetést még azelőtt, hogy a felhasználó meglátná a "Hirdetés megtekintése" gombot. Interstitialoknál töltsd elő az alkalmazás természetes átmeneti pontjainál.
Állíts be timeout-okat
Állíts be maximális várakozási időt minden demand-forráshoz — jellemzően 1-2 másodpercet. Ha egy forrás nem válaszolt a timeout-on belül, lépj a következőre. Néhány magas eCPM-ű, de lassú megjelenítés elvesztése megéri, ha azt jelenti, hogy a megjelenítések többi 95 százaléka azonnal betöltődik.
Térj át biddingre
Helyettesítsd a szekvenciális waterfall-hívásokat egyidejű biddinggel, ahol csak lehet. A GAM-on keresztüli Open Bidding és a mediation platformodon keresztüli in-app bidding egyaránt drámaian csökkenti a késleltetést a hagyományos waterfall-okhoz képest.
Dolgozz menedzselt partnerrel
Egy menedzselt monetizációs partner figyeli a késleltetést a teljes hirdetési stackeden, és folyamatosan optimalizál a sebességre a bevétel mellett. Képesek azonosítani, mely demand-források adnak aránytalan késleltetést, és úgy igazítják a konfigurációd, hogy a szűk keresztmetszetek eltűnjenek — gyakran visszaszerezve olyan bevételt, amelyről nem is tudtad, hogy elveszíted.