Deferred Deep Link: apa itu, cara kerja dan penggunaannya dalam pengembangan

Apa itu Deferred Deep Link?

Deferred Deep Link adalah jenis tautan dalam yang bekerja dalam dua tahap: pertama pengguna mengklik tautan sebelum menginstal aplikasi, kemudian sistem mengembalikan konteks setelah instalasi selesai. Deep link biasa hanya membuka aplikasi jika sudah diinstal, sedangkan deferred menyimpan semua parameter transisi dan meneruskannya saat pertama kali dijalankan.

Teknologi ini menjadi sangat dibutuhkan seiring pertumbuhan pemasaran mobile, di mana kampanye iklan sering menargetkan pengguna yang belum menginstal aplikasi. Tanpa deferred deep link, setiap transisi semacam itu akan berakhir hanya dengan mengunduh aplikasi tanpa konteks apa pun — pengguna akan masuk ke layar utama, bukan layar target.

Perbedaan dari deep link biasa

Deep link biasa membuka konten target di aplikasi yang sudah diinstal. Jika aplikasi tidak diinstal, browser akan menampilkan error. Deferred Deep Link bekerja melalui server perantara yang mengarahkan pengguna ke toko, dan setelah instalasi memberi tahu aplikasi tentang parameter yang tersimpan. Dengan demikian, tautan deferred tidak memerlukan instalasi aplikasi sebelumnya dan memastikan perjalanan pengguna yang lancar dari iklan ke konten.

Cara Kerja Deferred Deep Link

Proses pemrosesan deferred deep link terdiri dari tiga tahap. Pada tahap pertama, pengguna mengklik tautan — server menentukan apakah aplikasi sudah diinstal. Jika belum, server menghasilkan pengenal sesi unik, menyimpan parameter transisi, dan mengarahkan pengguna ke App Store atau Google Play dengan pengenal ini.

Pada tahap kedua, pengguna menginstal aplikasi dari toko. Setelah instalasi dan peluncuran pertama, SDK platform terhubung ke server, mengirimkan pengenal perangkat, dan menerima parameter transisi yang tersimpan. Pada tahap ketiga, aplikasi memproses data yang diterima dan secara otomatis mengarahkan pengguna ke layar target.

Siklus hidup tautan deferred

Untuk menyimpan parameter antara klik tautan dan instalasi, digunakan berbagai mekanisme. Di iOS, ini adalah gantungan kunci (iCloud Keychain) atau clipboard, di Android — Install Referrer API. Firebase Dynamic Links menggunakan kombinasi localStorage browser dan tautan rujukan toko untuk mengirimkan pengenal sesi. Branch.io menerapkan protokolnya sendiri dengan cadangan data di beberapa penyimpanan.

Deferred Deep Link di iOS

Di iOS, deferred deep link diimplementasikan melalui kombinasi Universal Links dan Shared Web Credentials. Saat pengguna mengklik Universal Link di situs aplikasi, browser Safari menyimpan parameter transisi di iCloud Keychain yang terkait dengan domain aplikasi. Setelah instalasi aplikasi dari App Store, iOS memeriksa keberadaan data yang tersimpan dan meneruskannya ke aplikasi saat pertama kali dijalankan.

Apple tidak menyediakan API bawaan untuk deferred deep link — implementasi sepenuhnya bergantung pada SDK pihak ketiga. Firebase Dynamic Links menggunakan mekanisme passive deferred, di mana data disimpan di cookie browser dan dipulihkan melalui pengalihan ke URL khusus saat pertama kali aplikasi dijalankan.

Keterbatasan di iOS

Mulai iOS 14, Apple memperketat aturan privasi, yang memengaruhi mekanisme deferred deep link. Clipboard tidak lagi dapat digunakan untuk membaca data tanpa izin eksplisit pengguna. iCloud Keychain juga memiliki batasan volume data — tidak lebih dari 4 KB per penulisan. Hal ini menjadikan solusi server dengan pengenal sesi unik sebagai metode yang lebih disukai untuk transmisi konteks.

Deferred Deep Link di Android

Android menyediakan kemampuan yang lebih fleksibel untuk deferred deep link melalui Install Referrer API. Saat pengguna mengklik tautan ke Google Play, toko mencatat referrer — string dengan parameter transisi. Setelah instalasi, aplikasi menerima string ini melalui Install Referrer API dan mengekstrak konteks target darinya. Ini adalah mekanisme deferred deep link paling andal di Android.

Untuk aplikasi yang didistribusikan tidak melalui Google Play, Android mendukung BroadcastReceiver rujukan. Pengembang dapat mengirim Intent khusus dengan parameter setelah instalasi, dan aplikasi akan menerimanya melalui BroadcastReceiver yang terdaftar di manifes. Namun, mekanisme ini kurang andal karena tergantung pada implementasi penginstal.

Install Referrer API

Install Referrer API memberikan informasi tentang sumber instalasi, termasuk URL referrer, waktu transisi, dan waktu instalasi. Panjang maksimum string referrer adalah 8 KB, cukup untuk mengirimkan semua parameter deep link yang diperlukan. API tersedia di perangkat dengan Google Play Store versi 8.3.73 dan lebih tinggi, serta didukung di Android 5.0 (API 21).

Implementasi melalui Firebase Dynamic Links

Firebase Dynamic Links adalah alat gratis paling populer untuk mengimplementasikan deferred deep link di kedua platform. Firebase secara otomatis mengelola semua tahap transisi deferred: pengalihan ke toko saat aplikasi tidak ada, penyimpanan parameter di server Firebase, dan transmisinya ke SDK saat pertama kali aplikasi dijalankan.

Untuk implementasi, cukup integrasikan Firebase SDK ke dalam proyek, buat Dynamic Link melalui Firebase Console dengan menentukan tautan dalam dan parameter kampanye. Firebase SDK secara otomatis dipanggil saat aplikasi dijalankan dan memeriksa keberadaan Dynamic Link yang masuk melalui metode getDynamicLink().

Contoh konfigurasi pemrosesan

Contoh pemrosesan deferred Firebase Dynamic Link di Activity dalam Kotlin. Kode bekerja sama untuk cold start dan warm start saat menjalankan aplikasi.

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        checkDeferredLink()
    }

    private fun checkDeferredLink() {
        FirebaseDynamicLinks.getInstance()
            .getDynamicLink(intent)
            .addOnSuccessListener link ->
                val deferredLink = link?.link.toString()
                if (deferredLink.isNotEmpty()) {
                    navigateToContent(deferredLink)
                }
            }
    }
}

Metode getDynamicLink() mengembalikan PendingTask dengan objek DynamicLink. Jika aplikasi diinstal setelah mengklik tautan, listener akan menerima data dengan parameter. Jika aplikasi sudah diinstal sebelum klik, metode akan mengembalikan data yang sama seperti pada deep link biasa. Bendera minimumAppVersion di parameter tautan memungkinkan pengaturan versi minimum aplikasi untuk pemrosesan.

Keunggulan dan Keterbatasan Deferred Deep Link

Deferred Deep Link memberikan keuntungan signifikan untuk kampanye pemasaran: pengguna menerima konten target setelah instalasi tanpa tindakan tambahan, yang meningkatkan konversi dan retensi. Untuk program rujukan, tautan deferred memungkinkan penautan yang jelas antara undangan dengan instalasi dan tindakan pengguna baru.

Namun, teknologi ini juga memiliki keterbatasan. Deferred deep link tidak berfungsi di browser yang memblokir cookie pihak ketiga, dan di iOS mulai versi 14 memerlukan konfigurasi tambahan untuk bekerja dengan iCloud Keychain. Selain itu, antara klik tautan dan instalasi bisa berlalu beberapa hari, dan tidak semua SDK menjamin penyimpanan data untuk periode tersebut.

Kapan menggunakan deferred deep link

Deferred deep link wajib untuk kampanye iklan yang menargetkan pengguna baru, pengiriman email dengan undangan, dan program rujukan. Untuk pengguna yang sudah menginstal aplikasi, deep link biasa sudah cukup. Jika aplikasi tidak menggunakan kampanye pemasaran dan mekanisme rujukan, deferred deep link tidak diperlukan — Universal Links dan App Links sudah cukup.

Saat memilih implementasi, pertimbangkan biaya: Firebase Dynamic Links gratis, tetapi memiliki analitik terbatas. Branch.io dan AppsFlyer menyediakan atribusi lanjutan, tetapi memerlukan langganan. Untuk proyek kecil, Firebase adalah solusi optimal, untuk enterprise dengan puluhan saluran iklan — MMP komersial.