Natív hirdetési widget elhelyezése: A láthatóság és a bevétel tesztelése

Egy hasznos natív widget pozíció az oldaltól, az eszköztől, az olvasói viselkedéstől és a hálózati implementációtól függ. Hasonlítsa össze az engedélyezett pozíciókat a láthatóság, a látogatásonkénti teljes bevétel és az olvasói élmény alapján; ez a cikk nem állapít meg egyetemesen legtöbb bevételt hozó helyet.

Hasonlítsa össze a pozíciókat az oldal kontextusában#

Az ajánlói leltár különböző kereskedelmi konstrukciókat használhat, és egy kattintás önmagában nem határozza meg a teljes oldalbevételt. Vizsgálja meg, hogy mely látogatók látják és használják valójában az egyes pozíciókat.

A cikk alatti, a cikk közbeni és más támogatott pozíciók különböző pontokon érik el az olvasókat. Ellenőrizze a hálózat által engedélyezett implementációt, hogy az olvasók mennyit látnak az egyes oldalakból, és hogy az egység zavarja-e a tartalmat. Ne feltételezze, hogy egyetlen rangsor érvényes minden sablonra és eszközre.

Méretezés és elrendezés#

Válasszon támogatott reszponzív elrendezést, és tesztelje a csempék számát az oldalbevétel és az olvasói élmény tükrében. A négy, hat vagy nyolc csempe az elrendezések példái, nem mért egyetemes optimumok.

Használja a hálózat kép- és implementációs specifikációit, és ellenőrizze a tényleges megjelenített minőséget. Az a korábbi állítás, hogy a képminőség a licitpontszámon keresztül automatikusan javítja a kitöltési arányt vagy a CPC-t, nincs megalapozva.

Mobilra vonatkozó elhelyezési megjegyzések#

Tesztelje a tényleges mobil elrendezést, a nézetablakot, a betöltési és görgetési viselkedést. Az asztali oldalsáv reszponzívan áthelyeződhet vagy eltűnhet; ne feltételezze, hogy minden mobil oldalon nincs alternatív elhelyezés. Ez a cikk nem állapít meg egyetemes tartózkodási idő büntetést vagy cikk alatti előnyt.

Egy widget vs. több pozíció egymásra halmozása#

Hasonlítson össze egy támogatott widgetet bármely engedélyezett további elhelyezéssel a teljes oldalbevétel és az élmény mérőszámai alapján. A hozzáadott megjelenéseket, a kannibalizációt és a nettó hasznot mérni kell, nem feltételezni.

Gyakori elhelyezési hibák, amelyek csendesen csökkentik az RPM-et#

Ellenőrizze a lapozást, az elrendezésváltásokat, a betöltési sorrendet, a hirdetések jelölését, a láthatóságot és a tartalommal való interferenciát. Tartsa a hirdetéseket hirdetésként felismerhetőnek. Teszteljen egy áttervezés után, mert az oldal és a forgalom kontextusa megváltozhat; nincs rögzített 80%-os görgetési határ, amely meghatározná a helyes elhelyezést.

Hogyan különbözik az elhelyezési útmutató hálózatonként#

Használja az egyes hálózatok aktuális kiadói implementációs útmutatásait és szerződését. A Taboola rugalmas elhelyezést dokumentál, és fiókspecifikus útmutatást javasol; ne feltételezze, hogy minden hálózat ugyanazt a pozíciót vagy távolságot írja elő.

Mi változik az AMP és az alkalmazásba ágyazott oldalak esetén#

AMP, alkalmazáson belüli nézetek és más korlátozott környezetek esetén ellenőrizze a tényleges hálózat és a hoszt által támogatott aktuális integrációt. Ne feltételezze, hogy egy asztali tag vagy egy régi AMP-specifikus implementáció továbbra is támogatott.

Az elhelyezési változtatások megfelelő tesztelése#

Határozza meg az ezer megjelenésre jutó bevételt a megadott nevező szerint, például látogatásokra, és hasonlítson össze összehangolt forgalmat. Ha lehetséges, használjon egyidejű randomizált tesztet, és figyelje a láthatóságot és a felhasználói élményt. A mintaméret, a változékonyság és a konverziós vagy bevételi késések határozzák meg a hasznos teszt időtartamát; a két-négy hét nem egyetemes minimum.

A tesztek naplójában tartsa nyilván a dátumot, az oldalsablont, az elrendezésváltoztatást, a kísérleti besorolást és a metrika meghatározását. Hasonlítsa össze azokat a sablonokat és eszközöket, ahol a viselkedés eltér, anélkül hogy a szószámot az elhelyezés szabályaként kezelné.

Hogyan illeszkedik be az OpenAdLibrary#

Az OpenAdLibrary rögzített kreatívpéldákat és elérhető hirdetői kontextust nyújthat. Ezek nem határozzák meg a kitöltési arányt, a jogosult keresletet, a liciteket vagy a saját oldalán várható RPM-et; kérje be ezeket a feltételeket, és mérje a saját implementációját.

GYIK#