Reklāmas pieprasījuma laiks un piekrišanas baneris: kavēšanās, redzamības un ieņēmumu līdzsvars
Katrs izdevējs ar piekrišanas baneri saskaras ar vienu un to pašu secības jautājumu: vai gaidīt apmeklētāja izvēli, pirms pieprasīt reklāmas, vai pieprasīt uzreiz un visu sakārtot vēlāk? Abi galējie varianti maksā naudu, un labākā atbilde parasti ir kaut kur pa vidu.
Galvenā spriedze
Reklāmu izsoles ir ātras un nepiedodošas. Solīšanas pieprasījums, kas tiek nosūtīts, pirms piekrišana ir zināma, var nest tikai ierobežotus signālus, un reģionos, kur personalizētai reklāmai nepieciešama piekrišana, personalizētus pieprasījumus nevar sūtīt, kamēr lietotājs nav piekritis. Taču izvēles gaidīšana aizkavē pirmo izsoli, un lēna pirmā reklāma bieži nozīmē zemāku redzamības rādītāju vai lietotāju, kurš jau ir aizritinājis tālāk.
1. stratēģija: bloķēt, līdz izvēle ir izdarīta
Nekas ar reklāmu saistīts netiek aktivizēts, kamēr apmeklētājs nav mijiedarbojies ar baneri.
- Plusi: visvieglāk saprotams; katrs pieprasījums nes galīgo piekrišanas stāvokli.
- Mīnusi: apmeklētāji, kuri nekad nemijiedarbojas, neģenerē nekādus reklāmas ieņēmumus, un pirmā reklāmas vieta ielādējas vēlu visiem, kas to dara.
Tā ir drošākā juridiskā nostāja, bet visdārgākā zaudēto rādījumu ziņā.
2. stratēģija: pieprasīt uzreiz ar ierobežotiem signāliem
Reklāmas izsaukumi tiek aktivizēti nekavējoties, izmantojot nepersonalizētus vai ierobežotus pieprasījumus, un tiek uzlaboti līdz personalizētiem, kad piekrišana ir saņemta.
- Plusi: katru lapas skatījumu var monetizēt no pirmā brīža; nav kavēšanās soda.
- Mīnusi: agrīnie pieprasījumi iegūst zemākas vērtības pieprasījumu, un iestatījumi jākonfigurē tā, lai pirms piekrišanas piešķiršanas nekas personalizēts neizplūstu.
Šī ir pieeja, kas vislabāk saderīga ar apmeklētāju, kurš vēl nav izvēlējies, ja vien jūsu tagi ievēro ierobežoto stāvokli.
3. stratēģija: īsa gaidīšana ar noildzi
Reklāmu steks īsu, fiksētu laiku gaida saglabātu vai jaunu piekrišanas lēmumu un pēc tam turpina ar jebkuru zināmo stāvokli.
- Plusi: atkārtoti apmeklētāji, kuru izvēle jau ir saglabāta, saņem personalizētus pieprasījumus gandrīz bez kavēšanās; jauni apmeklētāji pāriet uz ierobežotiem pieprasījumiem.
- Mīnusi: noilde jāpielāgo, un pārāk liela vērtība kaitē redzamībai, bet pārāk maza izšķiež saglabātās piekrišanas priekšrocību.
Lielākajai daļai vietņu ar ievērojamu atkārtotu lietotāju īpatsvaru šis hibrīds ir spēcīgākais sākumpunkts.
Ko vērot savos datos
- Laiks līdz pirmajam reklāmas pieprasījumam pirmajos apmeklējumos salīdzinājumā ar atkārtotajiem.
- Redzamība reklāmas vietai ekrāna augšdaļā katrā stratēģijā.
- Ierobežoto rādījumu īpatsvars salīdzinājumā ar personalizētajiem.
- Lapas izkārtojuma nobīde. Baneris, kas bīda saturu, vai reklāmas vietas, kas maina izmēru, kad baneris aizveras, kaitē gan pieredzei, gan reklāmas veiktspējai.
Praktiski padomi
- Rezervējiet vietu reklāmas vietām, lai vēlu ielādējušās reklāmas nenobīdītu izkārtojumu.
- Ielādējiet CMP skriptu agri un ar augstu prioritāti, lai saglabātā izvēle tiktu nolasīta ātri.
- Testējiet lēnos mobilajos savienojumos, ne tikai ātrā biroja tīklā.
- Ja izmantojat header bidding, pārliecinieties, ka piekrišanas stāvoklis ir pieejams katram solītāja adapterim, pirms izsole sākas, nevis pēc tās.
- Atkārtojiet salīdzinājumu pēc jebkura bannera pārveidojuma, jo bannera izmērs un novietojums maina to, cik ātri cilvēki pieņem lēmumu.
Kur iederas CMP
FlexyConsent ir CMP, ko sertificējuši Google (CMP ID 317), IAB Europe un IAB Canada, ar IAB TCF 2.4, IAB GPP v1.1 un Google Consent Mode v2 atbalstu, un tā baneris ir pieejams 58 valodās. Tā baneris saglabā apmeklētāja izvēli, lai atkārtoti apmeklētāji to vairs neredzētu, un tieši tas liek īsās noildzes pieejai labi darboties.
Galvenie secinājumi
- Visu reklāmu bloķēšana, līdz izvēle ir izdarīta, ir vienkārša, bet zaudē ieņēmumus no apmeklētājiem, kuri nekad nemijiedarbojas.
- Pieprasīšana uzreiz ar ierobežotiem signāliem aizsargā ātrumu, bet pirmajos pieprasījumos pelna mazāk.
- Īsa noilde, kas nolasa saglabāto piekrišanu, ir laba noklusējuma izvēle vietnēm ar daudziem atkārtotiem lietotājiem.
- Mēriet laiku līdz pirmajai reklāmai, redzamību un ierobežoto īpatsvaru pirms un pēc jebkuras izmaiņas.
- Rezervējiet reklāmas vietu un ielādējiet CMP agri, lai izvairītos no izkārtojuma nobīdes un kavēšanās.