Használhatod a Taboola-t az AdSense-szel együtt? Irányelvek és elrendezési útmutatás

Igen, futtathatod a Taboola-t a Google AdSense mellett ugyanazon a webhelyen, sőt, ugyanazon az oldalon. A kiadók ezt folyamatosan teszik, hogy a natív felfedezésből származó bevételt a display RPM-re tegyék rá. Nincs általános irányelvi tilalom a kettő kombinálása ellen, de ez nem egy plug-and-play döntés sem: át kell gondolnod az ad-sűrűséget, az elhelyezést és az oldal sebességét, hogy a két hálózat ne versenyezzen egymással, és ne lassítsák le együtt az oldalt.

Szemben áll-e az AdSense irányelvével a Taboola futtatása ugyanazon az oldalon?#

Nem. Az AdSense irányelve nem tiltja más hirdetési hálózatok, beleértve a Taboola-hoz hasonló natív hálózatokat, futtatását ugyanazon a tulajdonon. Ami az AdSense irányelvet érdekli, az a saját egységei körüli viselkedés: ne ösztönözzék a véletlen kattintásokat, ne legyen félrevezető címkézés, ami összekeveri a felhasználó számára a hirdetést a tartalommal, és legyen ésszerű az ad-sűrűség, ne pedig a hirdetések uralják az oldalt a kevés tényleges tartalom mellett.

A gyakorlati implikáció az elhelyezési fegyelem. Ne helyezz el egy Taboola widgetet közvetlenül egy AdSense egység mellett oly módon, hogy ne legyen egyértelmű, melyik melyik, mivel pontosan ez a forgatókönyv – amikor egy felhasználó zavaros elrendezés miatt a rosszra kattint – ellen íródott az AdSense irányelv. Az egyértelmű elkülönítés és címkézés mindkét oldalon véd téged.

Miért rakódik a natív és a display egymásra a kiadóknál#

A display és a natív különböző figyelmet monetizál. Az AdSense banner-ek és a tartalomban lévő egységek akkor kapják el a figyelmet, amikor valaki aktívan olvas. A natív widgetek, amelyeket tipikusan a cikk végén vagy a tartalmi szakaszok között helyeznek el, a "mit olvassak legközelebb" pillanatot kapják el, amit a display gyakran teljesen kihagy, miután valaki befejezett egy cikket. Ha nem néztél meg közelebbről, hogyan működnek a Taboola hirdetések a kereslet oldaláról, érdemes megérteni, mi tölti fel azt a leltárt, mielőtt eldöntöd, mennyi helyet adj neki. Sok kiadó a natívat a display által már kimerített leltárra jövő kiegészítő bevételként kezeli, nem pedig a display bevétel helyettesítőjeként, és a Taboola az egyik több hálózat közül, az ajánlott natív hirdetési hálózatok között bemutatott lehetőségek mellett, amelyek kifejezetten a tartalom utáni pillanat köré épültek.

Ez a keret fontos, mert megváltoztatja, hogy mit jelent a "siker". Nem az a cél, hogy a Taboola impressziónként jobban teljesítsen, mint az AdSense, hanem hogy monetizáld a felhasználói útvonal egy pillanatát (cikk utáni, kilépési szándék, kapcsolódó tartalom böngészése), amit egy csak display-t használó beállítás kihagy.

A technikai és UX szempontok a kettő együttes futtatásakor#

Szkript betöltési sorrend. Két hirdetési hálózat két külön harmadik féltől származó szkriptet jelent, mindegyik gyakorlatilag saját kis ad szerver hívás az oldaladon. Ha mindkettő azonnal indul az oldal betöltésekor, versenyeznek a böngésző fő száláért, és mindkettő szenvedhet, lehúzva az oldal teljes sebességét. A natív widget betöltése kissé a fő tartalom és a látótérben lévő display egységek után, nem pedig egyidejűleg, általában mindkettőt védi. Azoknak a webhelyeknek, amelyek már futtatnak header biddinget a display kereslet számára, különösen figyelniük kell itt, mivel ez a beállítás már több egyidejű aukciós hívással rendelkezik, amelyek versenyeznek ugyanazon az oldalbetöltésen, mielőtt még egy natív widgetet hozzáadnának.

Elhelyezési logika. Tartsd a display egységeket ott, ahol az olvasók aktívan pásztáznak (felső banner, oldalsáv, tartalomban), és a natív widgetet a tartalom természetes végénél lévő átmeneti pontnak tartsd fenn. A kettő átfedése ugyanabban a viewportban vizuális zűrzavart okoz, és nehezebbé teszi bármelyik hálózat számára a jó teljesítményt.

Kombinált ad-sűrűség. Ha az AdSense Auto ads-et is futtatod, amely algoritmikusan szúr be egységeket, egy Taboola widget felülről hozzáadása a teljes ad-sűrűséget váratlanul magasra tolhatja a manuálisan számolt elhelyezésekhez képest. Ellenőrizd a ténylegesen renderelt oldaladat, ne csak a manuális elhelyezéseidet, mielőtt feltételeznéd, hogy a sűrűség rendben van.

Lépésről lépésre: Taboola hozzáadása az AdSense megfelelőség megtartásával#

1. Először auditáld a jelenlegi AdSense sűrűségedet és elhelyezésedet. Ismerd meg az alapvonaladat, mielőtt bármit hozzáadnál.
2. Add hozzá a Taboola widgetet egy kiegészítő elhelyezésben, tipikusan a cikk végén vagy egy dedikált "kapcsolódó tartalom" szekcióban, ne fedjen át egy meglévő AdSense egységgel.
3. Címkézd fel egyértelműen a widgetet, "Szponzorált tartalom" vagy "Talán tetszik", összhangban azzal, ahogyan a szponzorált tartalmat várhatóan feltárják, hogy ne legyen kétértelműség a natív egységek és a szerkesztős tartalom, vagy a natív egységek és az AdSense között. Ez alapvető natív hirdetési higiénia, függetlenül attól, melyik hálózatot használod.
4. Teszteld az oldal sebességét a változtatás után. Futtass Core Web Vitals ellenőrzéseket kifejezetten a megvalósítás után; itt regresszálódnak csendben a legtöbb natív-plusz-display beállítás.
5. Figyeld a kevert RPM-et több héten át, nem napokon, mielőtt tovább optimalizálnád az elhelyezést. A natív hozamnak idő kell, hogy stabilizálódjon, amíg a hálózat algoritmusa megtanulja a forgalmad.

Tipikus elhelyezési minták összehasonlítása#

Miért figyelik a kiadók szorosan az RPM-et a hálózatok kombinálása után#

Egy második hálózat hozzáadása megváltoztatja a bevételi mix-edet, és érdemes tudni, hogyan néz ki egy ilyen váltás, mielőtt feltételeznéd, hogy valami baj van. Ha a kevert RPM váratlan irányba mozdul, az oka gyakran visszavezethető szezonális keresleti gyengeségre, elhelyezési problémára vagy szkript konfliktusra, nem pedig arra, hogy maga a kombináció rossz ötlet lenne.

Mit kell ellenőrizni, ha a teljesítmény rosszabbnak tűnik, mint vártad#

Ha a kombinált AdSense-plusz-Taboola beállításod alulteljesít a vártakhoz képest, dolgozd végig ugyanazt a sorrendet, amelyet a legtöbb kiadó hasznosnak talál: erősítsd meg, hogy a widget ténylegesen renderelődik-e ott, ahová elhelyezted (egy gyorsítótár réteg vagy egy CMS frissítés csendben mozgathat vagy dobhat el egy widgetet), erősítsd meg, hogy a Core Web Vitals nem regresszálódott-e az utolsó ellenőrzés óta, és erősítsd meg, hogy a forgalmi mix-ed (geo, eszköz, hivatkozási forrás) nem változott-e oly módon, ami természetesen csökkentené a kevert hozamot, függetlenül a hirdetési beállítástól. A legtöbb alulteljesítés e három közül az egyikre vezethető vissza, nem pedig arra, hogy a natív-plusz-display kombináció rossz stratégia lenne.

Érdemes azt is ellenőrizni, hogy az AdSense Auto ads beállításaid nem szúrnak-e be egységeket oly módon, hogy vizuálisan versenyeznek a Taboola widgettel ugyanazon olvasói figyelemért. Az Auto ads algoritmikusan helyez el egységeket az oldalad elrendezése alapján, ami azt jelentheti, hogy kényelmetlenül közel választ egy helyet a natív widgetedhez anélkül, hogy explicit módon konfiguráltad volna ezt az átfedést. A ténylegesen renderelt oldal áttekintése, nem csak a manuális ad kódod, ezt elkapja.

Hogyan segít az OpenAdLibrary a kiadóknak a natív oldal értékelésében#

Egy hálózat hozzáadása előtt segít látni, mit futtatnak valójában a hasonló kiadók. A Taboola élő ad könyvtárának böngészése megmutatja a hálózat aktuális kreatív mennyiségét és hirdetői mixét, hasznos kontextust nyújtva a realisztikus elvárások meghatározásához, mielőtt az első widgeted élő lesz, ahelyett, hogy csak a marketing szöveg alapján találgatnád, hogy egy Taboola integráció tipikusan mit szokott hozni.

Mi történik valójában a bevételi mix-eddel idővel#

Azok a kiadók, akik Taboola-t adnak hozzá egy meglévő AdSense beállításhoz, általában azt látják, hogy a hatás ugyanazon a forgalmon jelenik meg kiegészítő bevételként, nem pedig a meglévő display bevétel újraelosztásaként. Ennek az az oka, hogy a két hálózat nagyrészt különböző figyelemért licitál: az AdSense viewport teret tölt fel, amíg valaki olvas, a natív pedig az olvasás utáni pillanatot tölti fel, amikor az olvasó dönt, hogy elmegy-e vagy tovább böngész. Néhány hét alatt a legtöbb kiadó láthatja, hogy a felosztás stabil mintába rendeződik, ahol a natív widget hozzájárulása valóban egy kiegészítő sor, nem pedig valami, ami a display-től kölcsönzött.

Ahol a kiadók meglepődnek, az az, amikor azt várják, hogy a natív azonnal felülmúlja a kialakult AdSense beállítást, vagy amikor csak néhány nap után ítélik meg a kombinációt. A natív hálózatoknak tipikusan időre van szükségük, hogy megtanulják egy új zóna forgalmi mintáját (eszközmix, geo mix, hivatkozási források), mielőtt hatékonyan szolgálnának, így a korai adatok alulbecsülik, mit fog az elhelyezés végül hozni.

Mikor kevésbé érdemes mindkettőt futtatni#

A natív és a display kombinálása nem automatikusan a helyes döntés minden oldalra. Nagyon rövid tartalmú, főleg gyors választ adó, minimális görgetési mélységű egyetlen cikk esetén egy natív widget hozzáadása a meglévő display egységekre ráteheti az ad-sűrűséget, ami túllépi, amit az oldal tényleges tartalom mennyisége támogat, károsítva a felhasználói élményt anélkül, hogy sok bevételt adna hozzá az oldalonkénti alacsony tartózkodási idő miatt. A natív tipikusan a hosszabb tartalmakon teljesít a legjobban, ahol van egy valódi "cikk vége, mi legyen a következő" pillanat a widget számára; minden oldaltípusra kényszerítése a tartalom hosszától függetlenül az, ahol a kiadók leggyakrabban látják, hogy a zűrzavarral kapcsolatos panaszok felülírják a kiegészítő RPM-et.

Érdemes újragondolni a kombinációt akkor is, ha a közönséged erősen azok a felhasználók felé hajlik, akik már mutatnak hirdetés-fáradtság jeleket, például magas bounce rate-ot azokon az oldalakon, ahol több hirdetési egység van, mivel egy második hálózat felrakása egy már hirdetés-súlyos élményre ezt a fáradtságot fokozza, nem pedig tiszta kiegészítő bevételt ad hozzá.

A lényeg#

Nincs irányelvi konfliktus a Taboola és az AdSense között, és mindkettő futtatása egy gyakori, alacsony kockázatú módja annak, hogy kiegészítő bevételt adj hozzá a tartalom utáni figyelemből. Azok a dolgok, amelyek valójában rosszra fordulnak – a szkript konfliktusok lassítják az oldalt, a nem egyértelmű címkézés, és a sűrűség túllépi a kényelmes UX vonalat – mind implementációs részletek, amelyeket te irányítasz, nem pedig korlátozások, amelyeket bármelyik hálózat rákényszerítene a kombinálásukra.