Kui te juba AdMobiga raha teenite ja soovite oma Androidi rakendusega tulu teenida, siis Reklaamitulude optimeerimine AdMobi vahenduse kaudu See on ilmselt kõige kuluefektiivsem samm, mida saate teha. Õigesti seadistatuna muudab vahendus teie inventari pidevaks oksjoniks mitmes võrgustikus, maksimeerides iga näitamist ilma kasutajakogemust rikkumata.
Sellest artiklist leiate täieliku ja väga praktilise juhendi, mis on mõeldud arendajatele ja kirjastajatele, kes juba teenivad tulu, kuid soovivad rohkem teada saada. Kuidas AdMobist maksimumi võtta, ühendades vahenduse, pakkumise, segmenteerimise, õigusnõuetele vastavuse ja analüütika?Näete kõike alates põhikontseptsioonidest kuni edasijõudnute parimate tavadeni, reaalsete näidete, tüüpiliste probleemide ja selle integreerimiseni Androidi, iOS-i ja mootoritesse nagu Unity.
Mis on AdMob Mediation ja kuidas see teie tulu suurendab?
AdMobi vahendus on funktsioon, mis võimaldab teil hallata kõiki reklaamiallikaid ühelt paneelilt mis teie rakendustes reklaame esitavad: AdMobi enda võrgustik ja kümned välised võrgustikud. Ainult ühele võrgustikule lootmise asemel saadab AdMob iga reklaamipäringu mitmesse allikasse ja jätab endale selle, mis maksab kõige rohkem või millel on kõige suurem tõenäosus päringut täita.
AdMob töötab koos Rohkem kui 30 võrku ametlike adapterite kaudu ja üle 70 kohandatud sündmuste kauduKõik need võrgustikud saavad reklaamikohtadele võrdse juurdepääsu, mis tagab õiglase oksjonidünaamika: kuvatakse võrgustiku reklaam, mis selle konkreetse näitamise eest kõige rohkem maksab, eeldusel, et see vastab sihtimisele ja eeskirjadele.
Üks selle tugevusi on see, et AdMob mitte ainult ei toimi võrgustike vahelise sillana, vaid pakub ka Integreeritud tööriistad teie monetiseerimisstrateegia automatiseerimiseks ja lihtsustamiseksSee hõlmab reklaamivõrgustiku optimeerimist (ORP), vahendusrühmi, üksikasjalikku aruandlust ja sügavat integratsiooni Google'i ökosüsteemiga (Firebase, Analytics, UMP jne).
Kaskaadvahendus vs pakkumine: kaks mudelit, mida saab kombineerida
AdMob toetab kahte tüüpi reklaamiallikaid: Kaskaadallikad ja pakkumisallikadHuvitav on see, et saate luua hübriidkonfiguratsioone, kombineerides mõlemad samas vahendusrühmas, et igast näitamisest maksimumi võtta.
Juga mudelis kutsutakse allikaid ükshaaval välja pärast eCPM-meedium, mille käsitsi määratemitte seda, mida võrgustik on sel hetkel nõus maksma. Esmalt kutsutakse võrgustikku, millel on kõrgeim eCPM; kui see ei täida prinditööd, liigub see edasi järgmise juurde ja nii edasi. See on klassikaline mudel, mis toimib, kuid see ei kajasta alati iga prinditöö tegelikku väärtust.
Pakkumine seevastu võimaldab Reklaamiallikad konkureerivad reaalajas ühel oksjonilIga pakkumisvõrgustik esitab oma pakkumise selle konkreetse näitamise väärtuse (kasutaja, kontekst, riik, seadme tüüp jne) põhjal ja kõrgeima pakkumise tegija võidab. See lahendus, mida Google lihtsalt nimetab PakkumineSee on loodud selleks, et igast trükist veelgi rohkem raha välja pigistada ja eCPM-ide kohandamisega seotud käsitsitööd vähendada.
AdMob võimaldab teil luua hübriidkonfiguratsioonid teie vahendusgruppidesPakkumisallikad võistlevad reaalajas ja kui väljatrükki ei täideta, edastatakse vahendus varukoopiana juga komponendile. Nii ühendate oksjoni tõhususe täpselt määratletud juga struktuuri turvalisusega.
Liikluse vahendamine ja segmenteerimisgrupid
Vahendusgrupid on süsteemi keskmes. Vahendusgrupp on sihtimise seadete ja reklaamiallikate kombinatsioon Need kehtivad ühe või mitme reklaamiüksuse kohta. Nende abil saate täpselt kontrollida, millised allikad millise liikluse pärast konkureerivad.
AdMob võimaldab teil vahendusrühmi segmenteerida järgmiselt: reklaamivorming, platvorm (Android/iOS), konkreetne rakendus, reklaamiüksus ja riikNäiteks võite luua vahendusrühma ainult teatud riikides Androidis kuvatavate vahereklaamide jaoks, kasutades kindlaid võrgustikke ja kohandatud eCPM-reegleid.
Suur praktiline eelis on see, et te ei pea korrake plokk-ploki kaupa vahenduskonfiguratsiooniLoote rühma sihtimise ja allikate abil ning määrate sellele rühmale nii palju reklaamiüksusi, kui soovite. Nii saate mitme rakenduse või vormingu haldamisel palju paremini skaleeruda.
Alustamise põhisammud: plokid, allikad, määramised ja rühmad
Vahenduse tõhusaks kasutamiseks on kõige parem järgida loogilist seadistusvoogu. Üldiselt on soovitatav järjekord järgmine: luua reklaamiplokke, konfigureerida allikaid, teha määramisi ja seadistada vahendusrühmi.
Esmalt peate oma rakenduse AdMobi registreerima ja sealt edasi... loo üks või mitu reklaamiplokkiIga plokk on konteiner, mille lisate oma rakendusse. See plokk saadab reklaamipäringud AdMobile ja kuvab saadud vastuse. Selle loomisel määrate sellele vormingu (bänner, vahereklaam, natiivreklaam, preemiaga video jne) ja genereeritakse unikaalne ID, mida kasutate oma koodis.
Teine samm on seadistada reklaamiallikad, mida vahendusse kaasateSiin saate valida pakkumisvõrgustike ja kaskaadvõrgustike vahel. Valitud tüüp määrab, kuidas see võrgustik oksjonil osaleb: reaalajas või vastavalt teie fikseeritud eCPM-i järjekorrale.
Kolmandaks, teil on vaja määrake oma reklaamiüksused kolmandate osapoolte allikateleAdMobi liideses on igal allikal konfiguratsioonileht, kuhu sisestate kaardistusandmed (plokkide ID-d, tsoonid jne), mille saate selle välise võrgu kontolt. Ilma nende kaardistusteta ei saa AdMob allikaga päringute täitmiseks õigesti suhelda.
Lõpuks lood sa vahendusrühm vormingu ja platvormi järgiIga reklaamitüübi (bännerreklaam, vahereklaam, preemiareklaam jne) ja iga operatsioonisüsteemi (Android/iOS) jaoks peab teil olema vähemalt üks vahendusrühm. Selle rühma sees määrate sihtriigi või -riigid, millised allikad osalevad, millises järjekorras (kaskaadreklaamide puhul) ja millised reklaamiüksused on nendega seotud.
Konto eeltingimused ja õigused
Enne tehnilise integratsiooni juurde asumist on hea mõte veenduda, et teie konto vastab teatud nõuetele. Teil on vaja piisavad kontoõigused inventari, rakenduste ning privaatsuse ja sõnumside jaotise haldamiseksTavaliselt tähendab see administraatori rolli või kohandatud rolli koos nende juurdepääsuõigustega.
Lisaks peate enne konkreetse reklaamivormingu vahenduse integreerimist olema see vorming on teie rakenduses õigesti ja ilma vahenduseta rakendatudTeisisõnu, peaksite juba teadma, kuidas laadida ja kuvada bännereid, vahereklaame või preemiareklaame ainult AdMobi abil. Seejärel lisate sellele kindlale alusele teised võrgustikud.
Pakkumiste jaotise ja uusimate vahendusfunktsioonide kohta Google Mobile Ads SDK 18.3.0 või uuema versiooniga töötamine on kohustuslik.Vanemate versioonide kasutamine võib jätta teid ilma olulistest funktsioonidest, ühilduvusest teatud adapteritega ja mis kõige hullem, uute privaatsuspoliitikate toetamisest.
Google'i mobiilireklaamide SDK ja vahendusadapterite initsialiseerimine
SDK initsialiseerimine on vahenduse korrektseks toimimiseks kriitilise tähtsusega. Google'i mobiilireklaamide SDK initsialiseerimiskutse ajal Vahendusadapterid initsialiseeritakse samuti.Seetõttu on oluline enne reklaamide laadimist oodata selle protsessi lõppu, et kõik võrgud oleksid esimesest kuvamisest alates valmis.
Eelkõige pakkumisadapterid nõuavad selgesõnaline SDK initsialiseerimineKui te seda ei tee, siis need võrgustikud tõenäoliselt esialgsel oksjonil ei osale ja te kaotate rakenduse kasutamise esimestel sekunditel tulu, mis on tavaliselt väga väärtuslik.
Näiteks Androidis saate SDK taustal töötavas lõimes initsialiseerida ja iga adapteri oleku logida. Javas on tüüpiline muster kutsuda MobileAds.initialize(kontekst, tagasihelistus) Ja tagasihelistamisel itereerige adapteri olekukaarti (adapterStatusMap). See võimaldab teil logida adapteri klassi nime, lühikese kirjelduse ja initsialiseerimise latentsuse millisekundites võimalike probleemide tõrkeotsinguks.
Kotlinis on idee sama, ainult sina saad toetuda korutiinid Dispatchers.IO-ga Initsialiseerimisprotsessi põhilõimest eemale viimiseks itereerib initsialiseerimise tagasihelistamine läbi `adapterStatusMap` ja salvestab iga adapteri kirjelduse ja latentsuse. Nende andmete vaatamine Logcatis on väga kasulik aeglaselt initsialiseeruvate või valmisolekusse mittejõudvate võrkude tuvastamiseks.
Lisaks saate bännerite või muude vormingute puhul teada saada, milline võrgustik konkreetset reklaami esitas, vaadates Reklaamivastuse ResponseInfoJavas kasutatakse kuvamise teeninud adapteriklassi nime saamiseks funktsiooni `ad.getResponseInfo().getMediationAdapterClassName()`. Kotlinis kasutatakse funktsiooni `ad.responseInfo?.mediationAdapterClassName` ja selle kirjutatakse logidesse.
Kontekst ja tegevus: võrgustike toimimiseks oluline detail
Reklaamiobjekti loomisel (näiteks Reklaambännerite reklaamivaade), peate konstruktoris edastama konteksti. Vahenduses on see detail võtmetähtsusega, sest see kontekst edastatakse sisemiselt välisvõrkudesse.
Paljud kolmanda osapoole võrgud vajavad Tüübi Tegevus kontekst (mitte ainult Rakendus) Reklaamide, eriti vahereklaamide ja videote korrektseks kuvamiseks peavad nad neid üldse kuvada saama. Kui nad saavad ainult üldise kontekstiteate, võivad mõned reklaamid märkamatult mitte midagi kuvada, mille tulemuseks on täitmismäära ja tulu langus.
Seetõttu on tungivalt soovitatav Reklaamiobjektide initsialiseerimisel edasta alati Activity eksemplarNii tagate, et vahendatud võrgustikel on olemas kõik vajalik ja reklaamikogemus on kõigis neis ühtne.
Bännerite ja väljapanekute reklaamimise parimad tavad
Bännerite puhul on üks põhiline soovitus, mida paljud arendajad eiravad: Keela automaatsed värskendused välisvõrgu kasutajaliidestes kui seda reklaamiüksust kasutatakse AdMob Mediatsioonis.
Kui lubate näiteks välisel võrgul bännerit ise värskendada ja samal ajal AdMob värskendab plokki juba oma värskendussageduse järgi.See võib põhjustada topeltvärskenduse, mis mõjutab negatiivselt jõudlust ja annab halva kasutuskogemuse. Ideaalis peaks AdMob värskendussagedust otse reklaamiüksuse seadetest juhtima.
Samuti on oluline oma bännereid testida Testreklaamide ID-d Arenduse käigus väldite juhuslikke klikke või sisemisi teste päris kampaaniates, mida võiks pidada kehtetuks liikluseks. Alles siis, kui rakendus on tootmiseks valmis, asendate need testi ID-d oma plokkide tegelike ID-dega.
Natiivreklaamidega vahendamisel: eeskirjad ja soovitused
Natiivreklaamidega lähevad asjad veidi keerulisemaks, sest igal võrgustikul on oma esitluspoliitikad ja kujundusnõudedVahenduse kasutamisel peate siiski järgima reklaami esitava vahendusvõrgustiku eeskirju ning austama samal ajal Google'i üldisi sisu ja kasutajakogemuse juhiseid.
Üks oluline tehniline detail on see, et vahendatud natiivreklaamide puhul peate Kasuta meetodit loadAd(), mitte meetodit loadAds().Meetod loadAds() on mõeldud ainult Google'i reklaamide laadimiseks; kui kasutate seda vahendajatega, ei pruugi kolmandate osapoolte võrgud isegi mängu tulla.
Lisaks peate hoolikalt jälgima, et natiivreklaamid Ärge maskeerige end petlikul viisil orgaanilise sisunaVeenduge, et oleks mingi viide sellele, et sisu on sponsoreeritud, ja et väljaspool iga võrgustiku lubatud alasid poleks klõpsatavaid elemente. See pole mitte ainult AdMobi poliitika, vaid ka enamiku võrgustike poliitika, mille te oma vahendusse integreerite.
Privaatsus, isikuandmete kaitse üldmäärus (GDPR) ja USA osariikide seadused vahenduses
Kui teie rakendust levitatakse Euroopas või teatud USA osariikides, peate järgima GDPR ja osariikide privaatsusseadusedVahenduse kontekstis tähendab see midagi väga konkreetset: peate lisama oma vahenduspartnerid AdMobi privaatsuse ja sõnumite jaotises nõuetele vastavate reklaamipartnerite loendisse.
Kui te seda ei tee, on võimalik, et Need võrgustikud ei saa kuvada reklaame kasutajatele, kelle suhtes kehtivad need eeskirjad.See tähendab madalamaid täitmismäärasid ja väiksemat tulu nendes piirkondades. AdMobi konsool pakub spetsiaalseid ekraane USA määruste konfigureerimiseks osariikide ja isikuandmete kaitse üldmääruse (GDPR) järgimise järgi, kus saate määrata, milliseid partnereid kasutate ja kuidas nõusolekut haldate.
Lubade ja nõusoleku korrektseks haldamiseks pakub Google Kasutajasõnumite platvormi (UMP) SDKUMP abil saate kuvada määrustele kohandatud nõusolekudialooge, lubada tundlikes kontekstides piiratud andmetöötlust (RDP) ja tagada, et jagate andmeid ainult võrkudega, millel on selgesõnaline kasutaja nõusolek.
AdMobi integratsioon ja vahendus Androidis
Androidis algab rakendamine tavaliselt seadistamisega vajalikud sõltuvused failis build.gradle rakenduse moodulist, lisades Google'i mobiilireklaamide teeki ja adapterid võrgustikele, mida vahendate (näiteks AppLovin, ironSource, Meta Audience Network jne).
Kui olete SDK lisanud, registreerite oma rakenduse AdMobi ja kopeeri rakenduse ID AndroidManifesti faili või initsialiseerimiskoodis. Seejärel loote konsoolis reklaamiüksused (bännerid, vahereklaamid, preemiareklaamid jne) ja hangite üksuste ID-d, mida kasutate oma Java/Kotlini koodis.
Seejärel rakenduses Google'i mobiilireklaamide SDK initsialiseerimine Käivitamisel (ideaalis rakenduses või esimeses tegevuses) rakendate reklaamide laadimise ja kuvamise AdMobi pakutavate ID-de abil. Bännerite puhul lisate XML-paigutusse AdView; vahereklaamide ja preemiareklaamide puhul laadite need tavaliselt taustal ja kuvate neid loomulikel hetkedel (taseme muutus, mängu lõpp jne).
Kogu arendusprotsessi vältel on soovitatav teha koostööd Testreklaamide ID-d mille Google iga vormingu jaoks dokumenteerib. See hoiab ära teie testijate või teie enda tehtud klikkide kahtlaseks käitumiseks pidamise. Kui teie rakendus tootmisse läheb, asendate need ID-d tegelikega ja kontrollite, kas vahendusreklaamid laadivad ja salvestatakse aruannetesse õigesti.
iOS-i integratsioon: Xcode'i ja CocoaPodide eripärad
iOS-is on protsess sarnane, kuid kohandatud Apple'i ökosüsteemile. Tavaliselt alustate lisamisega Google'i mobiilireklaamide SDK teie Xcode'i projekti jaokskas CocoaPodsi kaudu (kõige levinum meetod) või käsitsi integreerides.
CocoaPodide puhul defineerite oma Podfile'is sõltuvuse Google-Mobile-Ads-SDK-st ja vajadusel ka kasutatavate võrguadapterite pod'idSeejärel käivitate pod install ja avate loodud tööruumi, et sealt alati töötada.
Koodis sa tavaliselt SDK initsialiseerimine AppDelegate'isKasutades AdMobi rakenduse ID-d. Seejärel, nagu Androidis, loote reklaamiüksused konsoolis, kopeerite nende ID-d ja kasutate neid oma Swifti või Objective-C koodis bännerite (GADBannerView), vahereklaamide, natiivreklaamide või preemiareklaamide laadimiseks rakenduse nendes kohtades, kus see on mõttekas.
Samuti on kohustuslik testida iOS-is. Testi ID-d Enne avaldamist kontrollige, kas reklaamid kuvatakse õigesti erinevatel ekraanisuurustel, orientatsioonidel ja iOS-i versioonidel. Väga levinud viga on ribareklaami suuruse vale reguleerimine või vahereklaami paigutamine kohta, mis häirib kasutaja loomulikku navigeerimist.
AdMobi juhtpaneel, reklaamitüübid ja täpsem analüüs
AdMobi konsool on üles ehitatud pakkuma Kiire ülevaade toimivusest ja lihtne juurdepääs rakenduse seadetele, blokkidele ja vahenduselePeamisel armatuurlaual näete tulude, näitamiste, klikkide ja muude oluliste näitajate prognoose, samuti olulisi teateid ja märguandeid.
Reklaamiüksuste jaotises saate looge, muutke ja hallake kõiki oma plokkeVormingu, käitumise, suuruste ja valikute (nt bänneri värskendussageduse) valimine. Rakenduste jaotises saate lisada uusi rakendusi, linkida neid poodidega (Google Play, App Store) ja konfigureerida konkreetseid parameetreid.
Aruannetes pakub AdMob järgmist väga kohandatav aruandluskomplektSaate analüüsida näitamisi, klikke, CTR-i, eeldatavat tulu ja eCPM-i vormingu, riigi, rakenduse või reklaamiüksuse järgi. Samuti saate võrrelda ajaperioode, filtreerida liikluse tüübi järgi ja tuvastada trende.
Need näitajad aitavad teil tuvastada Millised reklaamivormingud toimivad kõige paremini (bännerid vs. vahereklaamid vs. preemiareklaamid vs. natiivreklaamid), millised paigutused genereerivad kõige rohkem tulu ja millised riigid või kasutajasegmendid on kõige kasumlikumad. Selle teabe kombineerimisel Firebase'i või Google Analyticsiga saate seostada tulu kasutaja kohta (ARPU), klientide lojaalsust ja peamisi rakendusesiseseid sündmusi.
Poliitikad, rakenduse kvaliteet ja kehtiv liiklus
AdMobi poliitikad on üsna ranged ja mõjutavad nii rakenduse sisu ja reklaamide käitumineNende ignoreerimine on tulega mängimine: teie konto võib lõppeda piiratud või isegi peatatud juurdepääsuga.
Sisu osas ei saa teie rakendus propageerivad ebaseaduslikku tegevust või sisaldavad pornograafiat, äärmuslikku vägivalda või vihakõnet või selgesõnalist materjali. Samuti peate austama kasutajate privaatsust, järgima andmekaitseseadusi ja käsitlema kõiki alaealistega seotud küsimusi erilise hoolega.
Reklaamiosas on keelatud sellised tegevused nagu järgmised: paiguta reklaamid kohtadesse, kus need sisuga sulanduvadVahereklaamid ei tohiks ilmuda ootamatult ega blokeerida kriitilisi toiminguid (näiteks just siis, kui kasutaja on vajutamas klahvi), kattuda interaktiivsete elementidega ega sundida klikke.
Kehtetu liiklus on veel üks tundlik teema. Järgnev on keelatud: motiveeritud klikid, robotid, automatiseeritud skriptid või kasutajate otsene julgustamine reklaamidel klõpsamaSoovitatav on jälgida ebatavalisi näitamiste ja klikkide hüppeid, vaadata üle aruanded ning kasutada AdMobi filtreerimistööriistu kahtlaste allikate blokeerimiseks.
Optimeerimine, A/B-testimine ja võrdlus teiste platvormidega
Vahenduse optimeerimine on pidev protsess. Peate katsetama erinevad reklaamivormingud, paigutused, sagedused ja võrgukombinatsioonid kuni leitakse õige tasakaal tulude ja kasutajakogemuse vahel.
A/B-testimine on eriti kasulik. Näiteks saate Võrgustiku testimine ainult AdMobi vahenduse abil võrreldes teise platvormiga või teistsugune kombinatsioon. Reaalne näide: Gamegou uuringus võrreldi AdMobi vahendust teise platvormiga ühe ettevõtte lipulaevamängu, Super Goali puhul. Test näitas, et AdMob andis paremaid tulemusi tulude, eCPM-i ja ARPU osas.
AdMobi võrdlemisel teiste lahendustega võetakse arvesse selliseid tegureid nagu reklaamijate katvus, täitmismäär, liidese kasutusmugavus, kohandamisvõimalused ja makseläved. AdMob paistab silma oma integratsiooni poolest Google'i ökosüsteemiga, tohutu reklaamijabaasi ja suhteliselt kasutajasõbraliku juhtpaneeli poolest, mis sobib isegi väikestele meeskondadele.
Kampaaniahaldus, konto turvalisus ja maksed
Monetiseerimise haldamine ei lõpe tehnilise seadistusega. Samuti on oluline selgelt mõista oma... tulu, klientide hoidmise ja kasutajakogemuse eesmärgid ja vaadake andmeid regulaarselt üle, et strateegiat kohandada.
Turvalisuse seisukohast on oluline kasutada Kasutage tugevaid paroole ja lubage kaheastmeline kinnitamine AdMobiga seotud Google'i kontol. Kontotegevuse regulaarne ülevaatamine ning SDK ja arendustööriistade ajakohasena hoidmine vähendab oluliselt turvaprobleemide või ühildumatuse ohtu.
Tasu saamiseks peate täitma kolm põhitingimust: saavutama minimaalse makseläve, omama kinnitatud kontot (sh posti teel saadetud PIN-koodi, kui see on olemas) ja järgima reegleidMakseid tehakse tavaliselt igakuiste tsüklite kaupa ja need võivad saabuda elektroonilise ülekande, tšeki või muude riigist olenevalt saadaolevate makseviiside kaudu (näiteks Western Union või kohalikud lahendused).
Ärge unustage, et AdMobi kaudu teenitav tulu maksumõjusidPeate need deklareerima vastavalt oma riigi seadusandlusele; võivad kehtida kinnipeetavad maksud ja mõnel juhul peate Google'i jaoks täitma spetsiaalsed maksuvormid. Professionaalse nõu küsimine on tavaliselt hea mõte, kui summad hakkavad märkimisväärseks muutuma.
Üldiselt võimaldab AdMobi vahendus, kui see on hästi planeeritud ning austab eeskirju, privaatsust ja kasutajakogemust, muuta lameda reklaamikoha dünaamiline süsteem, kus mitu võrgustikku konkureerivad iga kuvamise pärast läbipaistvaltmida toetavad täiustatud aruandlus, optimeerimisvahendid ja Google'i infrastruktuur, mis on loodud aja jooksul kasvavate projektide toetamiseksInfo jagamine aitab teistel teema kohta rohkem teada saada..