OpenAdLibraryOpenAdLibrary
Hirdetési kreatívok és tölcsérek

Pre-Lander Domain Beállítás: Saját Domain, Subdomain vagy Tracker Domain?

A pre-lander-t futtató domain egy kockázati konténer. Íme, hogyan térnek el a dedikált root domain, a subdomain és a tracker átirányító domain a hatáskör, a hírnév és a megfelelőségi kockázat szempontjából.

Szerkesztős illusztráció: Pre-Lander Domain Beállítás: Saját Domain, Subdomain vagy Tracker Domain?

A legtöbb tapasztalt natív vásárló a pre-lander-t egy kifejezetten az adott ajánlatra vagy vertikálra vásárolt dedikált root domain-re teszi, nem egy márkás oldal subdomain-jére, és soha a tracker saját átirányító domain-jére. Ennek az oka a hatáskör: egy dedikált domain izolálja egy szögezés megfelelőségi kockázatát minden mástól, amit futtatsz, egy subdomain pedig megosztja a hírnevet bármivel, ami a root-on él, és egy tracker domain pedig megosztja a hírnevet minden más hirdetővel, aki ugyanazon a kattintási domain-en keresztül irányít.

Mit jelent valójában a "pre-lander domain" a funnelben#

Egy natív hirdetés kattintás szinte soha nem landolja közvetlenül a felhasználót a pre-lander-edre. A valós lánc így néz ki: hirdetési egység a publisher oldalon, a kattintás a hálózat ad szerverére megy, az átirányít a tracker-eden keresztül (a kattintás azonosító rögzítéséhez és postback attribúcióhoz), és a tracker átirányítási lánca végül landolja a látogatót a pre-lander saját domain-jén, mielőtt az ismét továbbirányítana az ajánlatra. Minden lépés külön domain döntés, és ez a cikk csak az utolsóról szól, arról a domain-ről, amely ténylegesen hosztolja a pre-lander tartalmadat. Ha még nem térképezted fel a teljes láncot, kezd a Landing Page Funnels for Native Traffic cíművel, amely végigveszi az ad-tól a pre-lander-ig és az ajánlatig tartó struktúrát.

1. lehetőség: Egy dedikált root domain ajánlatonként vagy vertikálonként#

Ez az alapértelmezés mindenkinek, aki több, mint egy maroknyi kampányt futtat. Regisztrálsz egy domain-t, csak arra az egy pre-lander-re mutatsz (vagy egy kis, közel azonos variánscsaládra), és eldobhatóként kezeled. Ha a szögezést megjelöli egy hálózat megfelelőségi csapata, vagy a domain egy böngésző vagy ISP tiltólistára kerül, elveszítesz egy domain-t és betolod a következőt. Minden más, amit futtatsz, érintetlen marad.

Az ár-érték arány leginkább operatív. Több tucat domain vásárlása és kezelése pénzbe és adminisztrációs időbe kerül, és az olcsó TLD-k (.info, .live, .today, .click) gyakoriak ebben a világban, mert tömegben olcsók, de néhány hálózat és néhány publisher oldali biztonsági eszköz kissé máshogy súlyozza az újabb vagy szokatlan TLD-ket az automatikus felülvizsgálatban. Ez sehol sincs publikálva politikaként, csak arról számolnak be a vásárlók. Egy sima .com valós WHOIS rekorddal még mindig gyorsabban szokott átmenni a felülvizsgálaton, mint egy aznap regisztrált .xyz.

2. lehetőség: A fő márkád vagy ügynökséged domain-jének subdomain-je#

Az offer1.youragency.com használata csábító, mert ingyenes és gyors, már birtokolod a root-ot. A probléma a közös hírnév. Néhány hálózati megfelelőségi rendszer és harmadik féltől származó tiltólista root-domain szinten működik, nem subdomain szinten, ami azt jelenti, hogy egy politikai szabálysértés vagy egy tiltólista találat egy subdomain-en lehúzhatja (vagy együtt jelölheti meg) minden más, ugyanazon a root-on ülő subdomain-et, beleértve a tényleges ügynökségi oldaladat is, ha van ilyened.

Ez működhet, ha szigorú minőségellenőrzésű műveletet futtatsz konzervatív szögezésekkel, és szándékosan építed a domain szintű bizalmat idővel, ahogyan egy bevált publisher is tenné. Rossz választás, ha agresszív állításokat tesztelsz az egészségügyi, pénzügyi vagy fogyókúrás vertikálisokban, ahol a megfelelőségi jelzések rutinszerűek, és nem akarod, hogy közel kerüljenek az elsődleges üzleti identitásodhoz.

3. lehetőség: A tracker vagy hálózati átirányító domain kettős szerepeltetése hosztként#

Ezt a legtöbb vásárló nem szándékosan választja, ez történik, amikor valaki kihagyja a hosztolás beállítását, és hagyja, hogy a tracker saját kattintási domain-je szolgálja ki közvetlenül a pre-lander tartalmat, vagy a pre-lander-t egy sok kampányban használt megosztott átirányító domain-re mutatja. Kerüld el. Annak a domain-nek a hírneve megosztott minden más, ugyanazt a tracker vagy átirányító szolgáltatást használó hirdetővel, így örökölsz az ő megfelelőségi előzményeiket a sajátoddal együtt, jókat és rosszakat is. Plusz egy extra lépést ad a mobil oldalbetöltéshez, ahol minden hozzáadott körkörös út valós betöltési időbe kerül, és vele együtt konverziós rátába.

Mennyire befolyásolja ez ténylegesen a költést, nem csak a kockázatot#

A domain döntés nem csak a megfelelőségi kockázatot szabályozza, közvetlenül befolyásolja a költséget is. Több hálózaton is a domain korai teljesítménye és felülvizsgálati előzményei befolyásolják, hogy milyen gyorsan jut át a licit aukción, és mennyit fizetsz ugyanazon elhelyezésért egy olyan domain-hez képest, amelynek már tiszta előzményei vannak. A médiavásárlók gyakran beszámolnak arról, hogy egy friss domain, még tiszta tartalommal is, kezdetben kissé kedvezőtlenebb effektív CPC-vel szolgál, mint egy már bejáratott, ugyanazzal a kreatívval futó, mielőtt beállna, miután a domain elég előzményt halmozott fel. Ez anekdotális és hálózatfüggő, nem dokumentált politika, de elég következetes a vásárlói beszámolók között ahhoz, hogy érdemes figyelembe venni, milyen agresszívan rotálod a domain-eket pusztán a megfelelőségi felülvizsgálat elkerülése érdekében; a túl gyakori rotálás indokolatlanul, csak a felügyelet kikerüléséért, többször is bekerülhet a felpörgetési időszakba, nem csak egyszer.

Domain szintű tényezők, amiket érdemes jól csinálni, függetlenül attól, melyik lehetőséget választod#

Tényező Gyakorlatban mi számít
SSL/HTTPS Gyakorlatilag kötelező. A legtöbb hálózat elutasítja vagy szabályozza a nem HTTPS landereket, és a böngészők felhasználók számára is jelzik őket.
WHOIS adatvédelem Gyakori és általában rendben van; egy teljesen üres vagy nyilvánvalóan hamis regisztráló nagyobb valószínűséggel vonz figyelmet, mint egy adatvédett, de következetes.
Domain életkora A vásárlók gyakran beszámolnak arról, hogy a vadonatúj domain-ek az első napokban valamivel óvatosabb automatikus felülvizsgálatnak néznek szembe, mint bármilyen előzménnyel rendelkező domain-ek. Kezeld ezt heurisztikaként, nem dokumentált politikaként, mivel a hálózatok nem publikálják a pontos szabályokat itt.
DNS/CDN beállítás Közvetlenül befolyásolja a betöltési sebességet, ami mind a konverziós rátát, mind néhány hálózaton a minőségi pontozást befolyásolja, ami az effektív CPC-dbe is beépül.
Egy domain szögezésenként Korlátozza, hogy mennyit veszítesz, amikor egyetlen szögezést vagy állítást megjelölnek, szemben azzal, ha tíz szögezést futtatnál egy domain-ről, és mindet egyszerre veszítenéd el.

A több domain futtatásának költségoldala#

Domain-ek kis csomagokban történő vásárlása egy normális regisztrátoron keresztül domainenként olcsó, de az igazi költség az adminisztrációs terhelés: megújítások, DNS rekordok, SSL tanúsítványok, és nyilvántartás, hogy melyik domain melyik ajánlathoz és szögezéshez tartozik. Aki egy maroknyi aktív kampányon túl skálázódik, általában ezt egy táblázattal vagy könnyű belső eszközzel oldja meg, amely nyomon követi a domain-t, regisztrációs dátumot, vertikált, szögezést és állapotot (aktív, megjelölt, kivonva), mert e nyilvántartás nélkül lehetetlen megmondani, hogy egy teljesítménycsökkenés a szögezés bukása vagy a domain hírnevének csendes elvesztése. Ennek a nyomon követésnek a kihagyása a leggyakoribb oka annak, hogy a vásárlók nem tudják megkülönböztetni a kettőt, amikor valami abbahagyja a konvertálást.

Gyakori hibák, amelyek elkerülhető kockázatot teremtenek#

  • Egy megjelölt domain újrahasznosítása új szögezéshez a kivonása helyett. Egy domain, amely egyszer kiváltott egy megfelelőségi felülvizsgálatot, másodszor is kritikusabban szokta átnézni, még nem kapcsolódó tartalom esetén is.
  • Több, nem kapcsolódó ajánlat ugyanarra a domain-re mutatása a pénz megtakarítása érdekében. Ez teljesen megsemmisíti a dedikált domain megközelítés izolációs előnyét, és újra bevezeti a közös kockázat problémáját, amit el akartál kerülni.
  • A domain SSL tanúsítványának lejáratának engedése. A nyilvánvaló bizalom és böngésző figyelmeztetési probléma mellett egy lejárt tanúsítvány pontosan az a figyelmetlen infrastruktúra jelzés, ami egy domain-et elhagyottnak vagy alacsony minőségűnek mutatja mind a hálózatok, mind az olvasók számára.
  • A WHOIS vagy regisztráló kapcsolattartási információk frissítésének elfelejtése regisztrátor vagy ügynökség változás után. Visszapattanó megújítási értesítések miatt vesznek el domain-ek lejáratkor, néha kampány közben.

Egy olyan beállítás, amely skálázódik anélkül, hogy kezelhetetlenné válna#

Egy működő középút így néz ki: vásárolj domain-eket kis csomagokban (öt-tíz) vertikál szerint rendezve, tartsd mindegyiket egyetlen szögezésre vagy szorosan összetartozó variánscsaládra dedikálva, tedd őket egy CDN mögé a sebességért, és tartsd a tracker-t teljesen külön a hosztolástól, hogy egy tracker oldali probléma soha ne érintse a domain készletedet. Rotálj be friss domain-eket proaktívan a legmagasabb költésű szögezéseidhez, ne pedig várj egy blokkolásra, hogy kényszerítsen, és tarts egy egyszerű naplót arról, hogy melyik domain melyik szögezést futtatta, hogy ne találgass, amikor valami alulteljesít.

Amikor eldöntöd, hogy egy versenytárs hogyan strukturálja ezt, nem kell találgatnod. Egy hirdető nyomon követett funnel-jének előhívása az OpenAdLibrary's ad intelligence tool segítségével megmutatja a tényleges átirányítási láncot, beleértve azt is, hogy a pre-lander a saját root domain-jén, egy subdomain-en ül, vagy átugrik egy megosztott tracker domain-en, így láthatod, mi működik valójában náluk, ahelyett, hogy egy olyan domain stratégiát másolnál, ami lehet felelősség, nem erősség. Ha a teljes módszert szeretnéd egy versenytárs láncának végigolvasásához, a Reverse-Engineer a Competitor's Native Ad Funnel és a How to Analyze a Competitor's Full Ad Funnel is részletesebben végigvezet rajta, mint amennyit ez a cikk lefed.

Bármilyen struktúrát is választasz, az alapelv nem változik: a pre-lander-edet hosztoló domain egy kockázati konténer. Döntsd el, milyen nagynak szeretnéd ezt a konténert, mielőtt egy megfelelőségi jelzés vagy egy tiltólista bejegyzés dönt helyetted.

Gyakran ismételt kérdések

Egy pre-lander-t a főoldalam subdomain-jére kell tenni?
Általában nem, ha a root domain fontos számodra. Sok megfelelőségi és tiltólista rendszeren a subdomain-ek gyakran osztoznak a hírnéven a root domain-mel, így egy megjelölt pre-lander subdomain lehúzhatja a fő domain-edet is. Egy dedikált, eldobható root domain inkább izolálja ezt a kockázatot.
Rendben van, ha a pre-lander-t közvetlenül a tracker átirányító domain-jén futtatom?
Jobb elkerülni. Annak a domain-nek a hírneve megosztott minden olyan hirdető között, aki ugyanazt a tracker vagy átirányító szolgáltatást használja, így örökölsz az ő megfelelőségi előzményeiket, jókat és rosszakat is, és plusz egy átirányítási lépést adsz hozzá, ami lassítja a mobil betöltési időket.
Az új domain-eket máshogy kezelik a natív hirdetési hálózatok?
A médiavásárlók gyakran beszámolnak arról, hogy a vadonatúj domain-ek az első napokban valamivel óvatosabb automatikus ellenőrzésnek néznek szembe a már némi előzménnyel rendelkező domain-ekhez képest. Ez nem publikált hálózati politika, hanem egy minta, amit a vásárlók írnak le, ezért kezeld heurisztikaként, nem szabályként.
Hány domain-re van szükségem egy natív kampányhoz?
Nincs fix szám. Egy gyakori gyakorlati minta az, hogy egy domain szögezésenként vagy szorosan összetartozó variánscsaládokonként, kis csomagokban vásárolva vertikálonként, így egyetlen megfelelőségi jelzés csak egy szögezést veszít el, nem pedig a teljes domain készletedet.
A TLD (.com vs .info vs .xyz) befolyásolja a teljesítményt?
Belejátszhat néhány hálózat automatikus felülvizsgálatába, bár ez sehol sincs dokumentált politikaként. Egy normális WHOIS rekorddal rendelkező .com általában kevesebb súrlódással jut át a felülvizsgálaton, mint egy aznap regisztrált szokatlan TLD, de az oldalon található tartalom és állítások sokkal fontosabbak, mint a kiterjesztés.
Az OpenAdLibrary Csapat
ÍrtaAz OpenAdLibrary Csapat
Ad intelligencia és natív hirdetéskutatás

Mi építjük az OpenAdLibrary-t, a nyílt hirdetésátláthatósági platformot. Rendszereink naponta élő natív hirdetéseket rögzítenek a Taboola, Outbrain, MGID, Revcontent, Teads, Yahoo és MSN hálózatokon, azonosítják az egyes hirdetések mögötti valódi hirdetőt, és követik a kattintást a céloldalig. Ezek az útmutatók összegyűjtik, amit ezekben az adatokban látunk, hogy gyorsabban kutatni tudd a piacot.