Periklanan adalah salah satu cara populer untuk memonetisasi proyek dan aplikasi hiburan. Menggunakan iFunny sebagai contoh, saya akan berbicara tentang mekanisme periklanan dan beberapa kesulitan yang mungkin Anda temui ketika mengintegrasikan SDK iklan.
Glosarium dan Mekanika Umum
Inventaris adalah kumpulan semua penempatan iklan suatu situs, aplikasi, dll.
Hanya ada dua penempatan dalam inventaris iFunny. Spanduk terletak di bawah konten dan hampir selalu terletak di layar. Iklan bawaan dimasukkan secara berkala ke dalam umpan alih-alih konten.
Penerbit adalah situs di mana inventaris iklan ditempatkan. Penerbit dengan jaringan iklan (selanjutnya
disebut PC ) dapat bekerja secara langsung, tetapi ini tidak perlu. Dalam model iklan yang digunakan oleh iFunny, ada peserta ketiga -
mediator . Artinya, mereka selalu mencoba menampilkan iklan di aplikasi yang menghasilkan pendapatan terbesar, karena itu ia bekerja tidak dengan satu PC, tetapi dengan beberapa sekaligus. Untuk setiap objek inventaris dalam sistem mediator, ada id khusus yang digunakan penerbit untuk memasang iklan. Sebagai tanggapan, mediator menawarkan opsi untuk pengaturan di mana ia akan menghubungi beberapa PC dalam upaya untuk mendapatkan iklan paling mahal.
Ada dua model yang berbeda secara mendasar untuk membangun pekerjaan periklanan:
air terjun dan
lelang . Mari kita pertimbangkan secara lebih detail.
Model air terjun melibatkan penghitungan pengaturan yang dipesan oleh CPM (biaya per mil, mis. Harga per 1000 tayangan) hingga iklan dimuat. Aplikasi meminta pengaturan dari mediator dan, setelah menerimanya, pergi ke PC tertentu. Dalam hal jawaban positif, upaya dilakukan untuk memuat materi iklan yang diusulkan (dengan semua sumber daya yang menyertainya). Di akhir iterasi, pesan hasil dikirim ke mediator. Dalam hal kegagalan pada setiap tahap, semuanya diulang Hasilnya, ratusan atau bahkan ribuan permintaan dapat dibuat untuk mengunduh satu spanduk. Mekanisme ini mempengaruhi waktu pemuatan banner. Tentu saja, semua ini juga tergantung pada panjangnya air terjun.
Dalam model lelang, masalah dengan waktu dan jumlah permintaan telah diselesaikan: aplikasi memilih setiap jaringan dengan harga maksimum siap untuk membeli persediaan. Kemudian mediator memilih opsi yang paling menguntungkan bagi penerbit dan mengembalikan pengaturan untuk mencoba menerima iklan. Dengan probabilitas "hampir pasti", RS akan memberi kami iklan tentang pengaturan ini (setelah semua, ia sudah berjanji beberapa langkah sebelumnya).
Bagaimana proses penerimaan iklan di iFunny
IFunny terus melakukan percobaan dengan pendekatan dan terutama menggunakan versi campuran:
- Pertama, jaringan dengan mana pekerjaan dilakukan sesuai dengan model lelang diinterogasi.
- Menunggu respons dari semua mitra.
- Taruhan yang diterima disimpan di sisi klien dan dikirim ke mediator SDK.
- Mediator, setelah menerima taruhan, menambahkannya ke air terjun yang sudah ada.
- Mediator melewati air terjun dari atas ke bawah dan menawarkan aplikasi opsi pengaturan untuk menghubungi PC.
- Kontrol unduhan ditransfer ke SDK mitra, yang memproses pengaturan yang dikirim oleh mediator.
- Aplikasi dengan pengaturan yang diterima beralih ke mitra dalam upaya untuk mendapatkan iklan.
- Mitra kembali ke aplikasi pengaturan untuk mengunduh materi iklan (kalau-kalau Anda cukup beruntung).
- Aplikasi ini berupaya mengunduh materi iklan itu sendiri.
- Materi iklan dengan semua sumber dayanya diunggah ke perangkat (jika Anda beruntung dua kali lipat).
- Aplikasi ini menggambar iklan.
Dalam kasus terbaik, akan dimungkinkan untuk bertahan dengan satu iterasi: pilihan akan berada di antara tingkat tertinggi dan tingkat pertama air terjun. Paling buruk, Anda harus mengulangi upaya, secara sistematis menuruni air terjun.
SDK
Banyak PC berusaha membuat periklanan mereka unik, dapat dikenali. Jika Anda ingin bekerja sama dengan PC tertentu, kemungkinan besar Anda harus menerapkan
jauh dari sempurna SDK di basis kode Anda untuk menampilkan iklan mereka.
Selain desain yang unik, SDK biasanya menerapkan logika mereka sendiri untuk mengirim acara analitik.
Penargetan
Di akun pribadi dari jaringan iklan mediator, Anda dapat menentukan kategori yang menarik bagi audiens target produk Anda: olahraga, perjalanan, buku, pendidikan, hiburan, permainan, dll.
Beberapa PC, misalnya, tidak malu menggunakan informasi tentang posisi perangkat di ruang angkasa. Jadi mereka, antara lain, memahami jenis kreativitas apa yang ditampilkan: untuk orientasi potret atau lanskap perangkat.
Analisis
Analisis sangat penting ketika menghitung uang - siapa yang berhutang kepada siapa.
Setiap pengiklan ingin tahu persis semua statistik pada materi iklannya. Penerbit mana dan berapa kali tampil? Dan berapa banyak klik di sana? Dan jika materi iklan berisi video, maka pada umumnya dapat ada sejuta acara: mereka menunjukkan pada layar sebuah adaptor dengan materi kreatif - suatu peristiwa; pemutaran dimulai - yang lain; pengguna menghidupkan atau mematikan suara - acara lagi; 25% dari panjang video ditonton - sesuatu belum dikirim untuk waktu yang lama ...
IFunny memiliki sistem analitiknya sendiri, dan sekarang 5 peristiwa berbeda dicatat:
- Iklan Diminta. Statistik untuk setiap upaya untuk meminta iklan:
- jenis iklan (asli atau spanduk);
- RS;
- Keberhasilan unduhan (jika unduhan gagal, mengapa).
- Upaya iklan Menunjukkan waktu dari permintaan iklan pertama hingga penerimaan yang berhasil. Jadi, Anda dapat bereksperimen dengan air terjun dan panjangnya, memprediksi waktu yang dibutuhkan untuk menerima iklan.
- Iklan Dilihat. Jika Anda menunjukkan kreatif, maka Anda perlu mengingat informasi tentang ini - ini berguna untuk menentukan pembayaran dari jaringan periklanan.
- Iklan Disadap. Mirip dengan yang sebelumnya, tetapi jika tautan dibuat dari materi iklan.
- Penghasilan Iklan. Sejak versi 5.7.0, MoPub mengirim bersama dengan materi iklan dan CPM-nya. Informasi ini memungkinkan Anda untuk merekam pendapatan yang diharapkan dari tayangan, dan memberikan banyak peluang untuk analisis. Di iFunny, mereka secara aktif menggunakannya.
Semua data tentang tayangan dan klik yang berhasil dikumpulkan langsung oleh mediator. Jadi, jika terjadi perselisihan, Anda dapat mengandalkan informasi yang disimpan oleh mediator.
Masalahnya
Integrasi iklan tidak hanya menghasilkan uang, tetapi juga masalah yang harus dihadapi.
Untuk satu upaya untuk mendapatkan iklan, Anda harus melewati 11 langkah, di mana masing-masing ada yang salah.
Pengujian, sebagai suatu peraturan, dilakukan pada perangkat yang sama, dan pengiklan dapat menganggap perangkat tersebut sebagai alat untuk menipu tampilan. Oleh karena itu, kesulitan muncul dalam memperoleh iklan pada tahap pengujian. Tidak semua PC memiliki fungsionalitas mode uji untuk menyelesaikan masalah ini. Ada yang ada dalam mode uji coba, tetapi ini bekerja dengan sangat tidak stabil. Selain itu, jika beberapa jenis fungsi bekerja pada materi iklan uji, maka sama sekali bukan fakta bahwa pada materi iklan nyata fungsi ini berfungsi dengan cara yang sama.
Seringkali, masalah dapat ditemukan dalam mengirim analytics. Misalnya, mungkin ternyata jika iklannya adalah konten video, maka PC hanya akan menampilkan iklan jika pengguna telah menonton 5 detik pertama video ini.
Pada akhirnya, Anda perlu memahami bahwa SDK pihak ketiga dalam basis kode adalah kotak hitam (atau tidak demikian) yang tidak hanya berfungsi, tetapi juga menghasilkan masalah. Kualitas kode yang tertulis di dalam SDK bukan tanggung jawab Anda, tetapi pengembang pihak ketiga. Kadang-kadang kualitas ini dapat dikontrol, tetapi, sebagai suatu peraturan, kode dikaburkan dan Anda hanya dapat menebak apa yang bertanggung jawab atas abcdef, dan untuk apa klmnp
Versi baru SDK dirilis dari waktu ke waktu. Seringkali tugas "memperbarui SDK X" melibatkan penyambungan kembali dari awal. Atau sebaliknya, Anda perlu memperbarui satu file, tetapi tiba-tiba ternyata hampir semuanya tidak berfungsi. Ini biasanya diikuti oleh beberapa jam penelitian. Semua masalah ini, sebagai suatu peraturan, disebabkan oleh fakta bahwa changelog dari versi yang diperbarui tidak mencerminkan esensi dari perubahan nyata, dan kadang-kadang memang tidak ada. Tapi ini bisa dimengerti: pengakuan publik terhadap masalah, meskipun sudah diselesaikan, dapat membuat pengiklan mengeluarkan banyak biaya.
Tentu saja, iklan adalah alat yang ampuh dalam memonetisasi produk. Anda dapat menerapkannya dengan cara yang berbeda: untuk seseorang cukup memiliki satu spanduk dalam inventaris yang hanya diisi dengan satu PC, dan seseorang membangun sistem besar yang menggabungkan beberapa mekanik dan lusinan PC sekaligus. Ketika memilih model interaksi dengan MS, kompleksitas dukungan selanjutnya dari sistem ini harus diperhitungkan. Pilih solusi yang akan efektif tepat dalam kasus Anda.