Natív hirdetések mobilalkalmazás-telepítésekhez (ASA és UAC mellett)

A natív hirdetőhálózatok – Taboola, Outbrain, MGID, MediaGo és a Microsoft Audience Network – valódi léptékben hajthatnak mobilalkalmazás-telepítéseket, de egyáltalán nem úgy működnek, mint az Apple Search Ads vagy a Google App Campaigns: webes kattintásokat vásárolsz, nem áruház látogatásokat. A működő minta egy webes–áruház funnel – egy történetvezérelt hirdetés, egy eredményt eladó céloldal, egy operációs rendszer-tudatos áruház átadás –, amelyet mobilmérési partneren keresztül mérnek, nem a hálózat saját irányítópultján. Így futtatva a natív valódi harmadik felhasználó-szerzési csatornává válik, kevesebb aukciós versennyel, mint az uralkodó platformokon. Ez a útmutató az élő példákat, a funnel mechanikáját, az attribúciós infrastruktúrát és a CPC–CPI számítást mutatja be.

Miért érdemes az ASA-n és az UAC-n kívül is nézelődni#

Három ok taszítja az alkalmazás-marketingeseket a natív felé:

• Aukció telítettség. Az Apple Search Ads és a Google App Campaigns hatékonyak és zsúfoltak – minden versenytárs ugyanabban az aukcióban van, és a növekvő volumen gyorsan drágává válik. A natív leltár egy különálló kínálati készlet, ahol az alkalmazás-hirdetők még mindig kisebbségben vannak.

• Koncentrációs kockázat. Egy UA program, amely teljes egészében két aukción belül él, egy szabályváltozás vagy CPI ugrás távolságában van a bajtól. A Meta hirdetéseken túli diverzifikáció útmutatónkban szereplő logika ugyanúgy vonatkozik az alkalmazás-növekedési csapatokra is.

• Magyarázatra szoruló alkalmazások. A közvetlen áruház csatornák azoknak adnak el, akik már keresnek. A natív szerkesztős formátuma lehetővé teszi, hogy keresletet teremts – mesélj el egy sétáló alkalmazás vagy egy stratégiai játék történetét annak, aki nem is kereste. Ha alkalmazásod értékéhez bekezdésre van szükség, nem kulcsszóra, a natív illik.

Az őszite ellensúly: a natív kattintások alacsonyabb szándékot hordoznak, az attribúció nehezebb, és a funnelnek van egy extra lépése. A útmutató további része pontosan ezzel a három problémával foglalkozik.

Mit futtatnak valójában az alkalmazás-hirdetők a natíven#

Az index hetekig fennmaradó alkalmazáskampányokat mutat – a legerősebb elérhető jelzés, hogy a gazdaságosság működik:

Kontextus a szélesebb indexből (2026 június): a szoftver egy top-hat vertikál, körülbelül 14 900 élő kreatívvel, ebből 7 909 egyedül a Microsoft Audience Network-en, és a MediaGo egy különálló játékfürtöt hordoz (218 játékos kreatív – az ötödik legnagyobb vertikál). A NetEase 38 napos futama az egész 725 000+ kreatívet tartalmazó indexben a leghosszabb ideig futó hirdetésekkel áll párhuzamban – egy AAA-s játékkiadó fenntartja a natív kiadást ugyanolyan hosszú élettartammal, mint a legjobb közvetlen válaszú hirdetők.

A webes–áruház funnel#

A legnagyobb hiba, ha a hirdetést közvetlenül az App Store-ra mutatjuk. A natív olvasókat egy cikk közepén szakítottuk meg; ezt a kattintást egy áruházlistába küldeni kihagyja azt a meggyőzési lépést, amelyre a formátum épül, és elvágja a mérésed – nem aktiválódnak pixelek, nem történik kvalifikáció, és az áruház szinte semmit sem ad vissza arról, hogy honnan jött a telepítés.

A működő funnel:

1. Hirdetés → céloldal. Egy advertoriális vagy fókuszált termékoldal, amely folytatja a fejléc történetét és eladja az eredményt, nem a funkciólistát. A natív céloldal funnel útmutatónkban szereplő elvek közvetlenül alkalmazhatók.
2. Céloldal → áruház. Operációs rendszer érzékelt áruház gombok (egy koppintás a megfelelő áruházra), a kattintásazonosító hozzácsatolva a kimenő linkhez, hogy az attribúció túlélje az átadást.
3. Áruház → telepítés → esemény. A mobilmérési partnered felveszi a telepítést és visszaküldi a nyomkövetődnek.

A céloldal kétszer éri meg a helyét: kvalifikálja a kattintást (az olcsó kíváncsiság-kattintások ott pattannak vissza, nem szennyezik a telepítési kohorszokat) és aktiválja a pixeleidet, így újracélzó közönségeket épít fel még azokból az olvasókból is, akik ma nem telepítenek.

A játékok hozzáadnak egy érdemes ellopni változatot: a Rise of Kingdoms "Play for free in your browser – no download needed!" kampánya nullára csökkenti a telepítési súrlódást, a játékos bekerül a játékba, majd upsell-el az alkalmazást. Ha termékednek van bármilyen böngészőn elérhető felülete – egy demó, egy kalkulátor, egy próbaverzió –, ezzel kezdve a telepítés egy második igen lesz, ami könnyebb, mint az első.

Attribúció: a nehéz rész, megfelelően megcsinálva#

Az áruház fekete dobozként ül a kattintásod és a telepítésed között, tehát az infrastruktúra számít:

• Használj MMP-t. Az AppsFlyer, Adjust, Branch és hasonló mobilmérési partnerek pontosan azért léteznek, hogy átíveljék a webes kattintás → áruház → telepítés utat. A natív hálózatok webes források egy MMP számára, konfigurálva mint bármely más nem-SAN partner.
• Vidd végig a kattintásazonosítót. A hálózat kattintásazonosítója kerül a céloldal URL-jére, a kimenő áruház linkre, és visszajön a telepítés postback-jén, így optimalizálhatsz kiadónként és kreatívenként – nem csak kampányonként.
• Várj iOS diszkontot. Az Apple App Tracking Transparency csökkentette a determinisztikus egyeztetést; az iOS számok a valószínűségi és modellezett attribúcióra támaszkodnak. Az Android tisztább marad az install referrer-en keresztül. Az iOS-t szélesebb hibahatárokkal ítéld meg, nem tagadással.
• Mérd a funnel szakaszait. Kövesd nyomon a céloldal→áruház kattintási arányt és az áruház→telepítés arányt külön. Amikor a CPI mozog, tudnod kell, melyik szakasz mozdult meg.

Melyik hálózatok illenek alkalmazáskampányokhoz#

Az eszközcélzás a nem-alkuképes funkció: iOS kreatívet kell szolgálni iOS felhasználóknak és Android kreatívet Android felhasználóknak, vagy teljesen ki kell zárni az asztalt egy csak mobilra szánt alkalmazás esetén. Minden fenti hálózat támogatja az operációs rendszer szintű célzást; erősítsd meg a részletességet minden hálózat aktuális dokumentációjában a tervezéskor.

Egy árnyalat az asztali felülettel kapcsolatban: csak mobilra szánt alkalmazások esetén az asztali kattintások általában pazarlás, és ki kell őket zárni. De az MSN asztal-úr feed-je mégis fenntart alkalmazás-hirdetőket – a WalkFit 30 napos futama egészségalkalmazás-kereslet, amely egy idősebb asztali közönséggel találkozik, és később telefonon követi végig. Ha tesztelsz asztalt, tedd szándékosan és mérd külön.

A vásárlási modellekről: a natív hálózatok szinte egyetemileg CPC-n árulják az alkalmazás forgalmat, néhányuk cél-CPA-t vagy algoritmikus licitálási módokat kínál ráépítve. Kezdj manuális CPC-n függetlenül attól, mit ajánl a platform – az automatizált licitálásnak konverziós volumenre van szüksége, amiből tanuljon, és egy új alkalmazás funnel-nak nincs mit adnia még. Küld vissza először telepítéseket (vagy jobb, egy első napos engagement eseményt) postback-en keresztül, futtass manuálisan, amíg a számok stabilizálódnak, és csak ezután add át a hálózat algoritmusának egy olyan célt, amit tényleg optimalizálhat. Az első napon automatikus licitálásra váltani csak arra tanítja az algoritmust, hogy olcsó kattintásokat találjon, ami pont az egyetlen dolog, amiben nem kellett volna segítség.

Telepítéseket hajtó kreatív minták#

• Eredmény-először, alkalmazás-másodszor. A WalkFit fejléce megnevezi a használati esetet ("App for Tai Chi Walking"), majd eltávolítja a kifogást ("It's Simpler Than You Think"). Ajánlásnak olvasódik, nem áruházlistának – pontosan az a regiszter, amit a natív jutalmaz. A natív kreatív ajánlásaink útmutatója lefedi a kép oldalát.
• Súrlódáscsökkentő kampányok játékokhoz. A "Play for free in your browser – no download needed!" azért nyer, mert törli a kérést. Ingyenes, azonnali, kötelezettség nélküli – majd konvertál.
• Tartalomdobás szögek újraaktiváláshoz. A NetEase egy verzióindítást hirdet, nem a játék létezését. Élő szolgáltatású alkalmazások esetén a frissítések, szezonok és események végtelen készletét adják a friss szögeknek, amelyek eltűnt és új játékosokra egyaránt céloznak.
• Életmód képek UI screenshotok helyett. Egy natív miniatűr kicsi és szerkesztős képek között ül; egy tevékenység közepén lévő személy jobban teljesít, mint egy körbevágott interfész kép, amely hirdetésként olvasódik.
• Forgasd, mielőtt elfárad. A natív feed-ek gyorsan kiégetik a kreatívet – ugyanaz az olvasó naponta ugyanazt a widgetet látja. Legyen készen a következő szög a beindításkor, ne a CTR csökkenése után.

A CPC–CPI számítás#

A natív hálózatok kattintásokat árulnak, tehát a telepítési költséged származtatott, nem licitált:

CPI = CPC ÷ (céloldal→áruház arány × áruház→telepítés arány)

Egy szemléltető számítás – nem benchmark: 0,25 dolláros CPC, 35%-os céloldal–áruház kattintási arány és 45%-os áruház–telepítési arány mellett egy telepítés nagyjából 1,59 dollárba kerül. Felezd meg a céloldal teljesítményét, és a CPI megduplázódik; ezért a kampányok a céloldalon, nem a liciten nyerhetők.

A kattintási oldalon dolgozz abból, amit a vásárlók jelenteni, ne a hivatalos árakból – natív CPC benchmarkjaink és költség útmutatónk lefedi a tartományokat hálózatonként és régiónként; a középkategóriás hálózatok és Tier-2 régiók jól alacsonyabban vannak, mint a Tier-1 premium feed-ek. Ezután számold vissza a megengedhető CPI-t az LTV-ből – és alkalmazz egy visszatartási diszkontot, amikor ASA vagy UAC kohorszokkal hasonlítod össze: a natív telepítések alacsonyabb szándékúak, tehát D7/D30 visszatartás alapján ítéld meg őket, nem telepítési volumen alapján. Néhány csapat úgy találja, hogy a natív kohorszok szinte ugyanolyan jól visszatartanak a CPI töredékéért; mások úgy, hogy a diszkont felfalja a megtakarítást. A te adatod dönt.

Újraaktiválás: a kevésbé használt fele#

A telepítési kampányok kapják a figyelmet, de a NetEase rekord-megdöntő futama épp olyan újraaktiválás, mint szerzés: egy verzióindító fejléc beszél a már eltűnt játékosokhoz, akik már rendelkeznek a játékkal (vagy rendelkeztek), ugyanakkor újakat toboroz. A natív jól illik ehhez, mert üres olvasási időben éri el az embereket – pontosan amikor egy "új szezon épp megjelent" sürgetés landol.

Két mód, hogy szándékosan futtasd: célozd saját eltűnt felhasználóidat újracélzó közönségeken keresztül, amelyeket webes céloldalaidból építettél (egy másik ok, amiért a webes–áruház funnel jobb, mint a közvetlen áruház – építi ezeket a készleteket), és használj tartalomdobás kreatívet, amely egy meglévő felhasználónak konkrét okot ad az alkalmazás újranyitására, nem egy általános márkaemlékeztetőt. A deep link-ek itt számítanak a legtöbbet: egy eltűnt játékos, aki egy szezonbejelentőre kattint, az eseményképernyőn landoljon, nem egy olyan áruházoldalon, amely egy már meglévő alkalmazásához tartozik – konfigurálj elhalasztott deep link-eket az MMP-n keresztül, hogy mindkét eset helyesen oldódjon meg.

Egy 30 napos tesztterv#

Egy szerkezet, amely őszintén tartja az első natív alkalmazás tesztet:

• 1. hét – infrastruktúra a kiadás előtt. MMP integráció konfigurálva a hálózathoz, kattintásazonosítók végigmennek, teszt telepítések attribuálódnak mindkét operációs rendszer útvonalon. Egy régió, egy operációs rendszer, három kreatív szög, egy céloldal. Ne indítsd el, amíg egy tesztkattintás nyomon követhetően nem ér postback-ig.
• 2. hét – hagyd futni. Állj ellen a napi kreatív változtatásoknak; adatot vásárolsz. Figyeld a céloldal→áruház CTR-t kreatívenként és kiadónként – ez a szám mozog először és mindent előre jelez lefelé.
• 3. hét – első vágások. Állítsd le az alsó negyedben lévő céloldal→áruház arányú kiadókat, állítsd le a leggyengébb szöget, adj hozzá egy új szöget abból, amit a győztes tanít. Ellenőrizd a korai visszatartást (D1/D3) más csatornáiddal szemben, hogy kalibráld a szándék diszkontot.
• 4. hét – a döntő számítás. Számítsd ki a valódi összevont CPI-t, beleértve a céloldal elhagyását, alkalmazd a visszatartási diszkontot, és hasonlítsd össze az ASA/UAC következő dollárjával, nem az átlagosukkal. A natív megérdemli a helyét, ha legyőzi az uralkodók következő dollárját, nem az átlagosukat.

Költségvetézd a tesztet úgy, hogy minden túlélő kiadó elegendő kattintást kapjon az ítélethez – egy teszt, amely minden régióban és mindkét platformon egyszerre fut, egy hónap zajt és semmilyen döntést produkál.

Kutatd ki a kategóriát, mielőtt költenél#

A leggyorsabb módja annak, hogy kalibráld, működhet-e a natív alkalmazás-kategóriád számára, hogy megnézed, ki költ már fenntarthatóan benne. Az OpenAdLibrary rögzíti a natív hirdetéseket eszköz dimenziókkal (asztali, Android, iOS), hirdetővel, hálózattal, futási napokkal és a nyomon követett céloldallal – így felhozhatod az alkalmazás-hirdetőket a Taboolán vagy a MediaGo-n, megnézheted, mennyi ideig maradtak fenn kampányaik, és végigjárhatod pontos webes–áruház funnel-jaikat, mielőtt megépítenéd a sajátodat. Egy 30 napos alkalmazáskampány egy érdemes reverse-engineerelni funnel.

Bűntanok ellenőrzőlistája#

• Hirdetések közvetlenül az áruházra mutatása (nincs kvalifikáció, nincs mérés).
• Egy kampány mindkét operációs rendszerhez – válaszd szét iOS-t és Androidot az első naptól.
• Telepítésekre ítélkezés, miközben figyelmen kívül hagyod a D7 visszatartást és a lefelé eseményeket.
• Az asztali célzás alapértelmezett hagyása csak mobilra szánt alkalmazás esetén.
• Egy kreatív szállítása és várakozás – a feed elfáradása felülmúlja a heti frissítési ciklusokat.
• A licit optimalizálása, miközben a céloldal kiszivárogtatja a funnel felét.

A lényeg#

A natív nem fogja helyettesíteni az ASA-t vagy az UAC-t – kiterjeszti azokat. Kezeld úgy, mint egy keresletteremtő csatornát, amelyhez webes funnel van hozzáforrasztva az áruházhoz: történetvezérelt kreatív, eredményt eladó céloldal, kattintásazonosítók végigfűzve MMP postback-ekig, és őszinte kohorsz számítás az uralkodó csatornáiddal szemben. Azok a hirdetők, akik már csinálják – egy fitness alkalmazás 30 napos futamon, egy AAA-s kiadó, aki megdöntötte az index hosszú élettartamú rekordját – bizonyítják, hogy a modell bezár. Kezdj egy operációs rendszerrel, egy régióval, egy funnel-lel, és hagyd, hogy a számok érveljenek a többi mellett.