AdMob Tidak Jalan di Browser: Pelajaran Mencari Iklan Rewarded untuk Game Web

Rencana pertama saya sederhana: pasang AdMob untuk iklan rewarded di game web yang sedang saya bangun, meniru yang dilakukan hampir semua game mobile. Ternyata rencana itu tidak akan pernah bisa jalan. Butuh beberapa malam riset untuk menyadari bahwa saya hampir merancang ekonomi game di atas asumsi yang salah.

Kesalahan pertama: menganggap iklan game = iklan mobile

Hampir semua tutorial rewarded ads yang saya temukan berbicara tentang Android atau iOS: pasang SDK, panggil fungsi, selesai. Wajar: industri game mobile jauh lebih besar, dan hampir semua jaringan iklan besar tumbuh dari sana.

Tapi game saya berjalan di browser. Dan di situ ada temuan yang jarang dibahas: AdMob tidak bisa dipakai di halaman web. Bukan soal konfigurasi yang kurang tepat, bukan soal akun yang belum premium. SDK-nya memang tidak ada di lingkungan browser.

Empat jaringan besar yang tidak melayani browser

Ini daftar yang perlu diketahui sebelum kamu menghitung angka apa pun:

Keempatnya adalah SDK native: dipasang ke dalam binary aplikasi Android/iOS saat proses build, lalu berbicara langsung dengan sistem operasi. Halaman web tidak punya lingkungan seperti itu, tidak ada binary, tidak ada layer native tempat SDK menempel. Tidak ada jalur resmi untuk memanggil mereka dari JavaScript di browser. (Dokumentasi mereka pun tegas membatasi integrasi ke Android dan iOS.)

Ada satu pengecualian yang berguna diketahui: Google menyediakan jalur AdMob khusus untuk game HTML5 yang berjalan di dalam WebView aplikasi Android. Jadi jika kelak game web-mu dibungkus menjadi aplikasi, ada rute resminya, tapi hanya berlaku di konteks itu, bukan di browser biasa.

Yang benar-benar tersedia untuk game web

Setelah menyisihkan yang tidak mungkin, tersisa tiga jalur yang realistis:

1. H5 Games Ads dari Google. Program khusus game HTML5 yang dijalankan lewat H5 Games Ad Placement API. Mendukung rewarded dan interstitial, dan justru lewat program inilah format full-screen diizinkan: di luar program ini, iklan yang menutupi konten umumnya melanggar kebijakan. Tapi ada dua catatan besar. Pertama, program ini by application, butuh akun AdSense yang lolos, lalu pengajuan terpisah yang secara eksplisit "tidak dijamin" (tergantung partner eligibility). Kedua, untuk versi web, sepengetahuan saya tidak ada mekanisme server-side verification seperti SSV di dunia aplikasi, reward dilaporkan dari sisi client, sehingga pengamanan harus kamu bangun sendiri di server.

2. Jaringan khusus web dengan JS SDK. Contoh yang saya temukan: Applixir, SDK JavaScript yang berjalan di browser, dengan webhook reward di sisi server (jadi verifikasinya bisa kuat). Syaratnya berat di awal: minimum 5.000 pengguna aktif harian, dan klaim performanya ($4+ CPM) datang dari halaman mereka sendiri, itu klaim mereka, bukan janji.

3. Managed partner. Perusahaan seperti Venatus (yang mengakuisisi jaringan game web AdinPlay), Playwire, dan Snigel mengelola "tumpukan iklan" untukmu dengan sistem bagi hasil. Cocok saat trafik sudah besar, operasional iklan memang pekerjaan penuh waktu.

Dan satu hal yang mudah tertukar, portal game seperti Poki atau CrazyGames bukan alternatif jaringan iklan. Mereka memonetisasi di situs mereka sendiri; bagi kamu, mereka jalur distribusi, bukan cara menghasilkan uang dari situsmu.

Angka, jangan memakai asumsi eCPM mobile

Bagian yang paling menipu dari tutorial mobile adalah angkanya. Rewarded video di mobile tier-1 sering disebut $10-40 eCPM. Angka itu nyata, untuk aplikasi di pasar tertentu.

Untuk web dengan audiens Indonesia, kenyataannya berbeda jauh. Dari benchmark yang bisa saya temukan: eCPM di Indonesia bergerak di kisaran $1,5 s/d $3, dan inventaris web umumnya lebih rendah daripada aplikasi: display web sering hanya $0,5 s/d $2, sementara jaringan web yang menjual rewarded mengklaim sekitar $4+. Kesimpulan praktisnya: desain reward dan batas harian harus dihitung dari eCPM konservatif, bukan dari angka mobile. Kalau tidak, kamu memberikan nilai yang lebih besar daripada yang dihasilkan iklannya, dan itu masalah yang baru terasa setelah tagihan datang.

Tiga keputusan yang saya ambil setelah riset

1. Jangan mengikat kode ke satu jaringan. Satu endpoint webhook generik + konfigurasi provider. Kalau satu jaringan ditolak atau kinerjanya jelek, ganti provider tanpa membongkar game.

2. Siapkan dua jalur sekaligus. Jalur utama, jalur cadangan, dan mode iklan dummy di staging, supaya pengembangan tidak pernah menunggu approval pihak lain.

3. Anti-fraud sejak hari pertama. Callback idempoten, batas per akun dan per perangkat, token sesi sekali pakai, dan reward hanya untuk pemain yang login. Reward iklan itu bernilai uang, jangan pernah percaya sepenuhnya pada sisi client.

Pelajaran yang bisa dipakai orang lain

• Validasi platform sebelum mendesain ekonomi. Pertanyaan pertama bukan "berapa CPM-nya?", tapi "apakah jaringan ini benar-benar melayani platform saya?"
• Verifikasi ke dokumentasi resmi. Tutorial mengasumsikan mobile, sedangkan kenyataannya belum tentu menggunakan platform mobile.
• Kalau provider tidak punya SSV, bangun kontrol sendiri. Di web, verifikasi seringkali jadi tanggung jawabmu.
• Angka vendor dan angka tier-1 adalah target terjauh, bukan janji. eCPM sangat bergantung pada platform, negara, dan jenis inventaris.
• Bangun jalur kedua. Gate berupa aplikasi (dan kuota minimum) membuat ketergantungan pada satu jaringan jadi berisiko.

Penutup

Proyek ini masih di fase desain, saya menuliskan perjalanannya sambil jalan. Kalau kamu sedang membangun game web dan berencana memonetisasinya dengan iklan, mulai dari satu pertanyaan: di platform mana game-mu hidup, dan siapa yang benar-benar melayani platform itu? Sisa keputusannya akan jauh lebih mudah setelah itu. Kalau ingin membaca cerita lain dari proyek saya, saya juga menulis Kenapa Saya Membangun Vector EZ.

Referensi:

• Google, Sign up | Ad Placement API (H5 Games Ads): developers.google.com/ad-placement/docs/signup
• Google AdSense Help, Sign up for AdSense H5 Games Ads: support.google.com/adsense/answer/1705831
• Applixir, Documentation (vendor): applixir.com/documentation
• MonetizeMore, eCPM insights: monetizemore.com/blog/ecpm-insights