UrlEdge
Kembali ke Blog
2026-03-16 UrlEdge Editorial3 min read

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.

Smartphone di sebelah laptop sebagai ilustrasi migrasi smart link dan app routing

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.

Saat tim bilang ingin mengganti Firebase Dynamic Links, biasanya kebutuhannya salah satu dari ini:

  1. iPhone diarahkan ke App Store.
  2. Android diarahkan ke Google Play.
  3. Desktop diarahkan ke landing page web.
  4. URL tetap pendek dan memakai domain brand.
  5. Parameter campaign seperti UTM tidak hilang.
  6. 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:

KondisiTujuan umum
iOSApp Store atau Universal Link
AndroidGoogle Play atau Android App Link
DesktopLanding page web
Unknown / fallbackHalaman 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_source
  • utm_medium
  • utm_campaign
  • ref
  • partner

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:

  1. ekspor semua Firebase Dynamic Links yang masih aktif
  2. beri owner untuk setiap link penting
  3. tentukan tujuan iOS, Android, desktop, dan fallback
  4. pertahankan parameter campaign
  5. uji link dari WhatsApp, browser mobile, dan desktop
  6. 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.

Siap merapikan redirect Anda?

Mulai gunakan UrlEdge untuk mengelola traffic dari edge.

Mulai

Artikel Terkait

Lihat semua
Rambu arah sebagai ilustrasi memilih status code redirect yang tepat
2026-03-15

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.

3 min read