Alternatif Firebase Dynamic Links untuk link aplikasi
Firebase Dynamic Links sudah shut down pada 25 Agustus 2025. Pelajari cara menggantinya dengan branded smart link, routing perangkat, dan fallback yang jelas.

Jika Anda mencari alternatif Firebase Dynamic Links, pisahkan dulu perilaku yang benar-benar dibutuhkan tim Anda. Banyak tim tidak membutuhkan semua fitur lama. Mereka membutuhkan tiga hal yang lebih dasar:
- URL HTTPS bermerek
- routing berdasarkan perangkat
- fallback web yang jelas saat aplikasi belum terpasang
Menurut Firebase Dynamic Links FAQ, Dynamic Links shut down pada 25 Agustus 2025. Setelah itu, link yang masih bergantung pada Firebase Dynamic Links berisiko berhenti bekerja.
Untuk tim aplikasi di Indonesia, risikonya terasa di banyak titik: QR code di event, link WhatsApp, campaign TikTok/Instagram, email onboarding, voucher marketplace, dan halaman download aplikasi. Satu link rusak bisa memutus funnel instalasi.
Apa yang biasanya dipakai dari Firebase Dynamic Links?
Saat tim bilang ingin mengganti Firebase Dynamic Links, biasanya kebutuhannya salah satu dari ini:
- iPhone diarahkan ke App Store.
- Android diarahkan ke Google Play.
- Desktop diarahkan ke landing page web.
- URL tetap pendek dan memakai domain brand.
- Parameter campaign seperti UTM tidak hilang.
- Jika app sudah terpasang, pengguna bisa dibawa ke aplikasi.
Itu bukan satu masalah yang sama.
Routing ke store adalah masalah redirect. Membuka aplikasi yang sudah terpasang biasanya melibatkan Apple Universal Links dan Android App Links. Deferred deep linking setelah install sering membutuhkan logic tambahan di aplikasi atau attribution stack khusus.
Pola migrasi yang lebih aman
Mulai dari inventory. Kumpulkan semua Dynamic Links lama dari:
- campaign WhatsApp dan email
- QR code cetak
- iklan Meta, TikTok, dan Google
- landing page lama
- push notification
- dokumen partner atau affiliate
Lalu tentukan tujuan baru untuk setiap perangkat:
| Kondisi | Tujuan umum |
|---|---|
| iOS | App Store atau Universal Link |
| Android | Google Play atau Android App Link |
| Desktop | Landing page web |
| Unknown / fallback | Halaman download yang menjelaskan pilihan |
Di UrlEdge, pola ini bisa dibuat dengan Device Targeting. Satu branded link dapat membaca perangkat pengunjung dan memilih destination yang sesuai.
Jangan lupakan UTM
Growth team biasanya tidak hanya peduli apakah link terbuka. Mereka juga ingin tahu campaign mana yang bekerja.
Pastikan aturan redirect mempertahankan parameter seperti:
utm_sourceutm_mediumutm_campaignrefpartner
Jika parameter hilang, laporan GA4, dashboard campaign, dan atribusi internal menjadi tidak rapi. Untuk detailnya, baca cara domain forwarding tanpa kehilangan path dan UTM.
Batas yang perlu jujur
UrlEdge membantu layer redirect: branded URL, routing perangkat, fallback, UTM preservation, dan kontrol operasional. Jika produk Anda membutuhkan deferred deep linking penuh setelah install, Anda mungkin tetap butuh logic app-side atau tool atribusi mobile.
Itu bukan kekurangan. Itu batas arsitektur yang harus jelas sejak awal, supaya migrasi tidak menjanjikan perilaku yang tidak benar-benar dibangun.
Checklist singkat
Sebelum mematikan link lama:
- ekspor semua Firebase Dynamic Links yang masih aktif
- beri owner untuk setiap link penting
- tentukan tujuan iOS, Android, desktop, dan fallback
- pertahankan parameter campaign
- uji link dari WhatsApp, browser mobile, dan desktop
- monitor error 404 dan destination yang rusak setelah launch
Migrasi smart link bukan hanya mengganti domain. Ini pekerjaan menjaga perjalanan pengguna dari klik pertama sampai tujuan yang benar.
Artikel Terkait
Lihat semua
Perbedaan redirect 301, 302, 307, dan 308
Gunakan 301 atau 308 untuk perpindahan permanen, dan 302 atau 307 untuk perubahan sementara. Bedanya ada pada niat dan apakah method HTTP harus tetap sama.

Domain forwarding tanpa kehilangan path dan UTM
Pelajari cara redirect domain tanpa kehilangan path, parameter query, atau tracking campaign, sambil menghindari loop, masalah SSL, dan link rusak.