Kapan Saatnya Migrasi Platform Mediasi Anda?
Beralih platform mediasi iklan adalah salah satu keputusan paling berdampak yang dapat dibuat oleh publisher mobile. Layer mediasi mengontrol iklan apa yang dilihat pengguna, berapa yang Anda hasilkan per tayangan, dan seberapa lancar pengalaman iklan berjalan. Migrasi membawa risiko nyata, tetapi tetap di platform yang tidak optimal membawa biaya berlipat yang bertambah setiap hari.
Sinyal jelas bahwa saatnya mengevaluasi perpindahan:
- eCPM menurun tanpa penjelasan pasar: Jika eCPM Anda turun sementara benchmark industri tetap stabil, platform Anda saat ini mungkin memiliki kesenjangan permintaan atau masalah optimasi yang telah diselesaikan oleh pendatang baru.
- Dukungan bidding lebih baik di tempat lain: Jika platform Anda mendukung 3 mitra bidding tetapi pesaing mendukung 8, Anda meninggalkan kepadatan lelang dan pendapatan di atas meja.
- Penghentian atau penurunan status SDK: Ketika platform mediasi mengumumkan akhir masa pakai SDK-nya atau berhenti mengembangkan fitur secara aktif, migrasi bukan pilihan. Ini adalah masalah kapan, bukan apakah.
- Format iklan yang hilang: Jika platform Anda tidak mendukung iklan buka aplikasi, interstitial berhadiah, atau native bidding sementara pesaing mendukungnya, setiap format yang hilang mewakili pendapatan yang hilang.
- Keterbatasan pelaporan: Jika Anda tidak bisa mendapatkan data eCPM granular berdasarkan jaringan, geografi, unit iklan, dan format, Anda terbang buta. Platform modern menyediakan ini sebagai standar.
Perencanaan Migrasi: Pendekatan Pengujian Paralel
Aturan utama migrasi mediasi adalah jangan pernah melakukan cutover keras. Pendekatan pengujian paralel melindungi batas pendapatan Anda sambil memvalidasi performa platform baru dengan lalu lintas nyata.
Strategi paralel bekerja sebagai berikut:
- Fase 1 (Setup): Integrasikan SDK mediasi baru bersama yang sudah ada. Konfigurasi unit iklan, sumber permintaan, dan harga minimum yang identik di kedua platform.
- Fase 2 (Pembagian traffic): Arahkan 10–20% traffic ke platform baru sambil menjaga 80–90% di platform yang ada. Gunakan bendera konfigurasi jarak jauh atau kerangka pengujian A/B untuk mengontrol pembagian.
- Fase 3 (Monitor): Jalankan kedua platform secara bersamaan minimal 2 minggu, membandingkan eCPM, fill rate, latensi, dan crash rate di seluruh pembagian.
- Fase 4 (Skala): Jika platform baru memenuhi atau melampaui yang lama, tingkatkan secara bertahap pangsa trafficnya: 20% ke 50% ke 80% ke 100%.
- Fase 5 (Pembersihan): Hapus SDK mediasi lama dan konfigurasi terkait setelah 100% traffic berada di platform baru selama minimal satu minggu dengan performa stabil.
Data yang Diperlukan Sebelum Beralih
Sebelum memulai migrasi apa pun, ekspor dan dokumentasikan data baseline komprehensif dari platform Anda saat ini. Data ini melayani dua tujuan: memberikan benchmark perbandingan untuk mengevaluasi platform baru, dan menginformasikan konfigurasi awal waterfall baru atau pengaturan bidding Anda.
Poin Data Penting
- eCPM historis berdasarkan jaringan dan geografi: Minimal, eCPM harian 90 hari terakhir untuk setiap sumber permintaan yang dipecah berdasarkan negara atau kelompok negara. Ini memberi tahu Anda jaringan mana yang berkinerja baik di pasar mana dan menginformasikan pengurutan waterfall baru Anda.
- Fill rate berdasarkan jaringan dan format iklan: Jaringan dengan eCPM tinggi tetapi fill rate 5% berkontribusi berbeda dari yang memiliki eCPM sedang dan fill rate 90%. Kedua metrik diperlukan untuk konfigurasi yang akurat.
- Volume tayangan berdasarkan unit iklan: Pahami penempatan iklan mana yang menghasilkan tayangan terbanyak. Ini adalah unit dengan dampak tertinggi Anda dan harus dimigrasi terakhir untuk meminimalkan risiko.
- Data latensi: Jika tersedia, dokumentasikan rata-rata waktu muat iklan dan tingkat timeout per jaringan. Ini membantu menetapkan nilai timeout yang tepat di platform baru.
- Pendapatan berdasarkan hari dalam seminggu dan waktu dalam sehari: Pasar iklan memiliki siklus mingguan dan harian. Mendokumentasikan pola ini memastikan Anda tidak salah mengira variasi siklikal normal sebagai perubahan terkait migrasi.
Data Tambahan yang Berguna
- ARPDAU tingkat pengguna berdasarkan kohort
- Data frekuensi iklan tingkat sesi
- Tingkat crash dan ANR yang berkorelasi dengan aktivitas SDK iklan
- Log tingkat bid terperinci jika platform Anda saat ini menyediakannya
Proses Migrasi Langkah demi Langkah
Langkah 1: Instal SDK Mediasi Baru
Tambahkan SDK mediasi baru dan semua SDK adapter yang diperlukan ke proyek Anda. Jangan hapus SDK lama dulu. Keduanya akan coexist selama fase pengujian paralel. Tindakan utama:
- Tambahkan dependensi SDK mediasi inti
- Tambahkan SDK adapter untuk setiap sumber permintaan yang Anda rencanakan untuk digunakan
- Inisialisasi SDK baru di kelas Application atau AppDelegate Anda, dibatasi oleh bendera konfigurasi jarak jauh
- Verifikasi bahwa build dikompilasi tanpa konflik antara SDK lama dan baru
Langkah 2: Konfigurasi Unit Iklan dan Sumber Permintaan
Di dasbor platform baru, buat ulang konfigurasi unit iklan Anda:
- Buat unit iklan yang sesuai dengan penempatan Anda yang ada (format sama, interval refresh sama untuk banner)
- Tambahkan semua sumber permintaan dengan ID aplikasi dan ID penempatan masing-masing
- Tetapkan harga minimum awal berdasarkan data eCPM historis Anda dari platform lama
- Aktifkan bidding untuk semua sumber yang mendukungnya; konfigurasi entri waterfall untuk sisanya
Langkah 3: Implementasi Pembagian Traffic
Gunakan sistem konfigurasi jarak jauh (Firebase Remote Config, sistem bendera fitur Anda sendiri, atau toggle sisi server sederhana) untuk mengontrol SDK mediasi mana yang menangani setiap sesi:
- Saat peluncuran aplikasi, periksa bendera jarak jauh untuk menentukan SDK mana yang aktif untuk sesi ini
- Minta iklan hanya melalui SDK aktif untuk seluruh sesi. Jangan campurkan SDK dalam satu sesi.
- Catat SDK mana yang aktif di analitik Anda sehingga Anda dapat mensegmentasi data performa dengan bersih
Langkah 4: Jalankan Paralel Minimal Dua Minggu
Dua minggu adalah periode evaluasi minimum. Durasi ini menangkap pola hari kerja dan akhir pekan, memperhitungkan fluktuasi permintaan, dan memberi algoritma bidding waktu untuk mempelajari inventaris Anda. Selama periode ini:
- Pantau eCPM, fill rate, dan total pendapatan harian untuk kedua kelompok
- Lacak metrik stabilitas aplikasi (crash rate, ANR rate) di kedua kelompok
- Perhatikan masalah pengalaman pengguna (pemuatan iklan lambat, frame iklan kosong, iklan layar penuh yang tidak terduga)
- Jangan buat perubahan konfigurasi ke platform mana pun selama periode ini kecuali sesuatu jelas rusak
Langkah 5: Bandingkan dan Putuskan
Setelah periode paralel, bandingkan dua platform di dimensi ini:
- Pendapatan per DAU: Metrik utama. Jika platform baru menghasilkan pendapatan yang sama atau lebih tinggi per pengguna aktif harian, ini lulus uji inti.
- Fill rate: Fill rate yang lebih tinggi berarti lebih banyak tayangan yang dimonetisasi. Platform baru dengan fill rate 5% lebih tinggi dan eCPM serupa adalah pemenang yang jelas.
- Latensi: Pemuatan iklan lebih cepat berarti viewability yang lebih baik dan pengalaman pengguna yang lebih baik.
- Stabilitas: Jika SDK baru meningkatkan crash rate, mungkin tidak sepadan dengan keuntungan pendapatan.
Langkah 6: Cutover dan Pembersihan
Setelah berkomitmen pada platform baru, tingkatkan traffic ke 100%, pantau 5–7 hari lagi, lalu hapus SDK lama sepenuhnya. Perbarui daftar dependensi Anda, hapus kode inisialisasi lama, dan bersihkan logika kondisional yang berkaitan dengan pembagian traffic.
Kesalahan Umum dalam Migrasi Mediasi
Bahkan migrasi yang direncanakan dengan baik pun menghadapi masalah. Mengetahui jebakan umum membantu Anda menghindari atau memulihkan diri dengan cepat:
- Kehilangan data optimasi historis: Algoritma bidding di platform lama memiliki data inventaris Anda selama berbulan-bulan. Platform baru mulai dari nol. Harapkan 1–2 minggu performa suboptimal sementara algoritma belajar.
- Konflik SDK: Menjalankan dua SDK mediasi secara bersamaan dapat menyebabkan konflik dependensi, terutama jika keduanya menyertakan SDK sumber permintaan yang sama di versi berbeda. Uji secara menyeluruh dalam build staging sebelum deploy ke produksi.
- Floor price yang tidak sesuai: Menetapkan floor terlalu tinggi di platform baru membunuh fill rate. Menetapkan terlalu rendah meninggalkan uang di atas meja. Gunakan data historis Anda sebagai titik awal dan sesuaikan setelah minggu pertama.
- Membandingkan periode yang tidak setara: Pasar iklan berfluktuasi. Membandingkan minggu 1 platform baru dengan minggu 1 platform lama dari tiga bulan lalu bukan perbandingan yang valid. Pengujian paralel mengeliminasi masalah ini.
- Terburu-buru dengan timeline: Tekanan untuk menunjukkan hasil cepat mengarah pada kesimpulan prematur. Dua minggu data paralel adalah minimum. Empat minggu lebih baik untuk publisher dengan traffic yang signifikan.
Migrasi dari AdMob Mediation ke Google Ad Manager
Salah satu jalur migrasi paling umum adalah berpindah dari mediasi AdMob ke platform Google Ad Manager penuh. Peningkatan ini didorong oleh fitur-fitur GAM yang superior untuk publisher di skala besar:
- Dukungan direct deal: GAM memungkinkan kampanye yang dijual langsung untuk bersaing di samping permintaan programatik, yang tidak didukung mediasi AdMob
- Pelaporan tingkat lanjut: GAM menyediakan pelaporan granular berdasarkan item baris, pengiklan, kreatif, dan dimensi kustom
- Open Bidding: Bidding sisi server GAM mendukung berbagai mitra pertukaran yang lebih luas daripada mediasi sisi klien AdMob
- Aturan harga terpadu: Tetapkan harga minimum dengan granularitas geo, perangkat, dan format di semua sumber permintaan dari satu antarmuka
Migrasi khusus ini adalah sesuatu yang sering ditangani RevenueFlex. Transisi dari mediasi AdMob ke pengaturan GAM yang dikelola sepenuhnya melibatkan pembuatan ulang seluruh konfigurasi iklan Anda di GAM, pemetaan sumber permintaan, penetapan harga minimum baru berdasarkan performa historis, dan menjalankan evaluasi paralel untuk mengkonfirmasi netralitas pendapatan atau peningkatan. Publisher yang melakukan transisi ini dengan perencanaan yang tepat biasanya melihat peningkatan pendapatan 10–25% setelah waterfall GAM sepenuhnya dioptimalkan.
Migrasi mediasi bukan proyek akhir pekan. Ini adalah proses beberapa minggu yang membutuhkan perencanaan yang cermat, pengujian paralel yang disiplin, dan kesabaran sementara algoritma baru mempelajari inventaris Anda. Namun bagi publisher di platform berkinerja rendah, dampak pendapatan jangka panjang dari perpindahan membuat upaya jangka pendek sepadan.